Kako organizirati naloge za prijevoz u maloj tvrtki

Ukratko

Mala tvrtka može dobro raditi i s malo alata, pod uvjetom da je tijek naloga jasan. Problem ne nastaje zbog Excela ili WhatsAppa: nastaje kad nitko sa sigurnošću ne zna koja je zadnja verzija naloga, tko ga mora izvršiti, koji su dokumenti povezani i je li klijent nešto promijenio.

Osnovni se proces može opisati u sedam koraka: zaprimanje → provjera → evidentiranje → planiranje → izvršenje → zatvaranje → arhiva. Ako svaki nalog prođe te korake, tvrtka manje mora svaki put rekonstruirati povijest pošiljke.

Životni ciklus naloga

1. Zaprimanje

Nalog može stići e-poštom, telefonom, putem portala klijenta ili porukom. Bez obzira na kanal, informacije se moraju sliti u jednu karticu. Ulazni kanal ne bi trebao postati sustav upravljanja.

2. Provjera

Prije operativnog prihvaćanja prijevoza treba utvrditi ima li dovoljno podataka: mjesto, datumi, roba, količina/težina, moguća ograničenja, cijena ili referentni sporazum. Za posebne kategorije robe potrebno je provjeriti posebne zahtjeve.

3. Evidentiranje

Nalog dobiva identifikator i postaje vidljiv u sustavu koji tvrtka koristi. Tada podatak prestaje pripadati samo osobi koja je primila poziv.

4. Planiranje

Dodjeljuju se vozilo i vozač koji odgovaraju usluzi. Ovdje su važni dostupnost, značajke vozila, kvalifikacije vozača i ograničenja vožnje/odmora.

5. Izvršenje

Tijekom dana treba evidentirati barem događaje koji mijenjaju situaciju: polazak, preuzimanje, značajno kašnjenje, isporuku, iznimku ili nemogućnost izvršenja.

6. Zatvaranje

Isporuka ne bi trebala automatski značiti „nalog završen”. Prije zatvaranja korisno je provjeriti dokumente, moguće nepravilnosti, POD i bilješke za administraciju.

7. Arhiva

Ugovor/sporazum, nalog i povezani dokumenti moraju biti dostupni bez pretraživanja osobnih sandučića ili telefona zaposlenika.

Što provjeriti prije planiranja

Za svaki nalog korisno je odgovoriti na pet pitanja:

1. Tko nam povjerava prijevoz?
2. Što moramo prevesti i s kojim značajkama?
3. Gdje i kada moramo preuzeti/isporučiti?
4. Prema kojem gospodarskom i ugovornom sporazumu?
5. Postoje li posebni zahtjevi za vozilo, vozača ili dokumentaciju?

Odgovor koji nedostaje ne znači uvijek da je prijevoz nemoguć. Znači da postoji točka koju treba razjasniti prije nego što problem stigne do dvorišta ili primatelja.

Ugovor i sljedivost

Talijanski Zakonodavni dekret 286/2005 uređuje ugovor o cestovnom prijevozu robe i potiče pisani oblik. Za MSP je operativna posljedica jednostavna: važne uvjete ne bi trebalo čuvati samo u pamćenju vlasnika.

Ako postoji okvirni ugovor, nalog bi se na njega trebao pozivati. Ako odnos nastaje nalog po nalog, korisno je gospodarske i operativne uvjete dokumentirati dosljedno. Dobro upravljanje ne zamjenjuje pravnu provjeru ugovora, ali znatno olakšava dokazivanje dostupnih informacija na početku usluge.

Upravljanje utovarom i istovarom: još važnija tema

Od 2025. izmijenjena su talijanska pravila o vremenu čekanja pri utovaru i istovaru. Novi članak 6-bis Zakonodavnog dekreta 286/2005 predviđa franšizu od 90 minuta za svaku operaciju i uređuje naknadu pri prekoračenju. Propis uzima u obzir i podatke koje subjekti u lancu moraju dati o mjestu, vremenu i načinu pristupa.

Za upravljanje nalozima to znači da predviđeno vrijeme dolaska nije kozmetički detalj. Ispravno evidentiranje termina, stvarnog dolaska, početka/završetka operacije i čekanja može imati operativne i gospodarske posljedice. U određenim slučajevima pravilo dopušta i korištenje podataka satelitskih sustava ili pametnog tahografa druge generacije za dokaz vremena dolaska.

Praktična je vrijednost velika: dobro vođen nalog ne kaže samo „preuzimanje u Milanu”, nego bilježi kada je vozilo trebalo stići, kada je stiglo i koliko je dugo stajalo.

Statusi naloga: malo, ali jasno

Maloj floti ne treba trideset statusa. Osnovni skup može biti:

• za planiranje;
• planirano;
• u tijeku;
• preuzeto;
• isporučeno;
• s nepravilnošću;
• zatvoreno.

Status mora opisivati stvarnost, a ne želju. Ako vozač još nije preuzeo robu, nalog se ne smije označiti kao u dostavi samo zato što je tako bilo planirano.

Praktični primjer

Tvrtka sa šest vozila prima 25 naloga tjedno. Pet ih dolazi s portala klijenta, deset e-poštom, a ostali telefonom. Vlasnik ih bilježi u Excelu i zatim vozačima javlja odvojenim porukama.

Poboljšanje ne zahtijeva enterprise projekt. Dovoljno je svaki zahtjev pretvoriti u karticu naloga s referencom, preuzimanjem, isporukom, robom, vremenima, vozačem/vozilom, bilješkama i statusom. Poruka vozaču postaje posljedica naloga, a ne njegova druga verzija.

Kontrolni popis

• Postoji li jedinstveni identifikator za svaki nalog?
• Razlikuje li se kanal zaprimanja od službenog operativnog izvora?
• Provjeravaju li se vozilo, vozač i glavna ograničenja prije dodjele?
• Mogu li se rekonstruirati predviđeno i stvarno vrijeme dolaska na utovar/istovar?
• Ažuriraju li izmjene klijenta središnju karticu?
• Uključuje li zatvaranje kontrolu dokumenata?
• Nalazi li administracija nalog bez pitanja dispečeru „gdje ti je e-pošta?”