Накратко
Малка фирма може да работи добре и с малко инструменти, стига потокът на поръчката да е ясен. Проблемът не е в Excel или WhatsApp, а възниква, когато никой не знае със сигурност коя е последната версия на поръчката, кой трябва да я изпълни, кои документи са свързани с нея и дали клиентът е променил нещо.
Основният процес има седем стъпки: получаване → проверка → регистриране → планиране → изпълнение → приключване → архив. Ако всяка поръчка минава през тях, фирмата по-рядко трябва да възстановява историята на пратката.
Жизнен цикъл на поръчката
1. Получаване
Поръчката може да дойде по имейл, телефон, клиентски портал или съобщение. Независимо от канала, информацията трябва да се събере в една карта. Каналът за вход не бива да става система за управление.
2. Проверка
Преди оперативното приемане трябва да има достатъчно данни: място, дати, стока, количество/тегло, ограничения, цена или референтно споразумение. При специални категории стоки се проверяват специфичните изисквания.
3. Регистриране
Поръчката получава идентификатор и става видима в системата на фирмата. Така данните престават да принадлежат само на човека, получил обаждането.
4. Планиране
Назначават се подходящи за услугата превозно средство и шофьор. Тук се вземат предвид наличност, характеристики на превозното средство, квалификация на водача и ограниченията за управление/почивка.
5. Изпълнение
През деня се записват най-малко събитията, които променят ситуацията: тръгване, вземане, съществено закъснение, доставка, изключение или невъзможност.
6. Приключване
Доставката не трябва автоматично да означава „завършена поръчка“. Преди приключване е полезно да се проверят документи, аномалии, POD и бележки за администрацията.
7. Архив
Договорът/споразумението, поръчката и свързаните документи трябва да се намират без търсене в лични пощи или телефони на служители.
Какво да проверите преди планиране
За всяка поръчка отговорете на пет въпроса:
- Кой ни възлага превоза?
- Какво трябва да превозим и с какви характеристики?
- Къде и кога трябва да вземем/доставим?
- По какво икономическо и договорно споразумение?
- Има ли специални изисквания към превозното средство, шофьора или документацията?
Липсващ отговор не винаги означава, че превозът е невъзможен. Означава, че нещо трябва да се изясни, преди проблемът да стигне до двора или получателя.
Договор и проследимост
Италианският Законодателен декрет 286/2005 урежда договора за автомобилен превоз на товари и насърчава писмената форма. За МСП изводът е прост: важните условия не бива да са само в паметта на собственика.
При рамков договор поръчката трябва да се позовава на него. Ако отношенията възникват поръчка по поръчка, икономическите и оперативните условия е полезно да се документират последователно. Доброто управление не заменя правната проверка на договора, но улеснява доказването на наличната в началото на услугата информация.
Управление на товарене и разтоварване: още по-важна тема
От 2025 г. италианските правила за изчакване при товарене и разтоварване са променени. Новият член 6-bis от Законодателен декрет 286/2005 предвижда толеранс от 90 минути за всяка операция и урежда обезщетението при превишаване. Законът отчита и информацията, която участниците по веригата трябва да предоставят за място, час и достъп.
За управлението на поръчките това означава, че планираният час на пристигане не е козметичен детайл. Коректното записване на уговорката, действителното пристигане, началото/края на операцията и чакането може да има оперативни и икономически последици. В определени случаи правилото допуска използване на данни от сателитни системи или интелигентен тахограф от второ поколение за доказване на часа на пристигане.
Практическата стойност е голяма: добре управляваната поръчка не казва само „вземане в Милано“, а записва кога превозното средство е трябвало да пристигне, кога е пристигнало и колко е стояло.
Статуси на поръчката: малко, но ясни
На малък автопарк не са нужни тридесет статуса. Основен набор може да бъде:
- за планиране;
- планирана;
- в ход;
- взета;
- доставена;
- с аномалия;
- приключена.
Статусът трябва да описва реалността, не желанието. Ако шофьорът още не е взел стоката, поръчката не бива да се отбелязва като в доставка само защото това е предвиждал планът.
Практичен пример
Фирма с шест превозни средства получава 25 поръчки седмично. Пет идват от клиентски портал, десет по имейл, а останалите по телефон. Собственикът ги записва в Excel и после общува с шофьорите с отделни съобщения.
Подобрението не изисква корпоративен проект. Достатъчно е всяка заявка да стане карта на поръчка с референция, вземане, доставка, стока, часове, шофьор/превозно средство, бележки и статус. Съобщението до шофьора става последствие от поръчката, а не втора нейна версия.
Контролен списък
- Има ли уникален идентификатор за всяка поръчка?
- Разграничава ли се каналът за получаване от официалния оперативен източник?
- Проверяват ли се превозното средство, шофьорът и основните ограничения преди назначаване?
- Могат ли да се възстановят планираният и действителният час на пристигане при товарене/разтоварване?
- Актуализират ли промените на клиента централната карта?
- Включва ли приключването проверка на документите?
- Намира ли администрацията поръчката, без да пита диспечера „къде е имейлът?“
Източници и препратки
- MIT — Законодателен декрет 286/2005
- Държавен вестник — Закон № 105 от 18 юли 2025 г. / промени в правилата за товарене-разтоварване
- MIT — „Автомобилен превоз: значими мерки в Декрета за инфраструктурата“
Източниците са отправна точка за проверка. За конкретни случаи проверете действащия текст и се обърнете към квалифицирани специалисти.
