Як автоматичне формування CMR та ТТН прибирає найдорожчі помилки логістики: розбіжність ваги, неправильну мовну версію, застарілі реквізити.
Кожен рейс супроводжують щонайменше два документи, які підтверджують сам факт перевезення: товарно-транспортна накладна для внутрішніх маршрутів і CMR для міжнародних. І майже в кожній компанії ці документи досі заповнюються вручну — тим самим бухгалтером чи логістом, який щойно вносив ті самі дані в заявку, а тепер набирає їх ще раз у зовсім іншому файлі.
Що таке CMR і ТТН і чим вони принципово відрізняються
Товарно-транспортна накладна (ТТН) — основний документ для перевезень у межах України. Вона підтверджує факт передачі вантажу перевізнику, фіксує маршрут, вагу, найменування вантажу та відповідальних осіб на кожному етапі. Без правильно оформленої ТТН вантаж юридично вважається таким, що перевозиться без супровідних документів, а це підстава для зупинки на перевірці Укртрансбезпеки.
CMR (Конвенція про договір міжнародного дорожнього перевезення вантажів) — документ для міжнародних маршрутів, підписаний Україною в межах приєднання до однойменної конвенції 1956 року. Структура CMR стандартизована в усіх країнах-учасницях: 24 пронумеровані графи, кожна з яких має чітко визначене призначення — від відправника й одержувача до особливих інструкцій і застережень перевізника.
Різниця не тільки в маршруті. ТТН регулюється українським законодавством і Укртрансбезпека перевіряє її за внутрішніми нормами. CMR — міжнародний документ, і його визнають митні та контрольні органи всіх країн, де діє конвенція, незалежно від того, якою мовою заповнені графи. Це означає, що помилка в CMR може створити проблему не на українському кордоні, а вже під час перевірки в Польщі, Німеччині чи будь-якій іншій країні маршруту — де диспетчер компанії фізично не може оперативно втрутитися.
Диспетчер друкує CMR та ТТН з даних заявки без повторного набору
Чому ці документи заповнюються вручну навіть там, де є CRM
Логічно було б очікувати, що раз дані рейсу вже є в системі — маршрут, вага, контрагенти, тип вантажу — документ формується сам. На практиці так відбувається рідко, і причина не в відсутності технології, а в тому, як історично складався процес.
Заявку створює один співробітник, а документи готує інший — часто бухгалтер, який отримує інформацію не з CRM, а усно чи з переписки. ТТН і CMR заповнюються за шаблоном у Word чи Excel, куди дані вводяться заново. Кожне перенесення — це нова точка, де може виникнути розбіжність: цифра ваги в заявці не збігається з цифрою в CMR, назва вантажу скорочена по-різному, адреса розвантаження написана з іншим написанням населеного пункту.
Окремо стоїть проблема мовної версії CMR для міжнародних рейсів. Конвенція вимагає, щоб документ був зрозумілий для контролюючих органів країни маршруту, і компанії часто тримають кілька шаблонів різними мовами, які потрібно вручну підбирати під напрямок. Помилка на цьому етапі — не рідкість, а систематичний ризик.
Що змінюється з переходом на електронну ТТН
Україна поступово переходить на електронну товарно-транспортну накладну (е-ТТН) — частина ширшого руху до цифровізації документообігу, який синхронізований із загальноєвропейською практикою електронних перевізних документів. Логіка переходу та сама, що вже відбулася в Європі з e-CMR: паперовий документ, який легко загубити чи підробити, замінюється цифровим записом із контрольованою історією змін.
Практичний наслідок для компаній — вимоги до якості даних зростають, а не падають. Електронний документ неможливо «на місці» виправити ручкою, як інколи робили з паперовим бланком під час перевірки. Дані, які потрапляють у е-ТТН, повинні бути коректними ще до формування документа — а це можливо тільки тоді, коли вони беруться з одного джерела, а не вводяться вручну кожним новим виконавцем.
Компанії, які вже зараз будують процес так, щоб CMR і ТТН формувалися з даних заявки, а не набиралися окремо, переходять на електронний документообіг без перебудови всієї роботи відділу. Ті, хто продовжує вести облік у розрізнених файлах, отримають подвійну роботу: спочатку налагодити якість даних, а потім — сам перехід.
Як автозаповнення прибирає найпоширеніші помилки
Принцип простий: усі дані, потрібні для CMR і ТТН, уже існують у системі в момент, коли рейс підтверджено — маршрут, вага, тип кузова, контрагенти, умови оплати. Документ формується з цих даних, а не набирається окремо.
У розділі документів CarGoPro пакет по рейсу — CMR, ТТН, рахунок, акт — генерується автоматично на основі картки угоди. Реквізити контрагента підтягуються з довідника компаній, а не вводяться щоразу заново, тому неможлива ситуація, коли в документі випадково опиняються дані іншої фірми зі схожою назвою.
Це прибирає три конкретні джерела помилок:
Розбіжність між документами. Вага, вказана в CMR, завжди збігається з вагою в заявці і в рахунку, бо це буквально одне й те саме поле, а не три окремі введення.
Застарілі реквізити контрагента. Якщо компанія оновила банківські реквізити чи юридичну адресу один раз у своїй картці, зміна одразу відображається в усіх майбутніх документах — не потрібно пам'ятати оновити кожен шаблон.
Людський фактор при копіюванні. Зникає сам крок «передрукувати», а разом з ним — і типова помилка, коли цифра переноситься неправильно через неуважність або поспіх.
Покрокова інструкція: від заявки до готового комплекту документів
Заявка створюється в системі, а не в месенджері чи на аркуші. Маршрут, вага, тип кузова, контрагент і умови оплати фіксуються один раз.
Дані контрагента перевіряються за довідником. Якщо компанія вже працювала з цим партнером, реквізити підтягуються автоматично; якщо контрагент новий — картка створюється один раз і використовується надалі для всіх документів.
Рейс підтверджується, і з цього моменту всі документи по ньому мають єдине джерело даних.
CMR або ТТН формується автоматично — залежно від того, внутрішній це маршрут чи міжнародний. Для міжнародних напрямків обирається мовна версія, прийнятна для країн маршруту.
Документ перевіряється перед відправкою — не передруком даних, а візуальною звіркою: чи правильно відображені особливі умови, чи вказана потрібна кількість екземплярів.
Пакет передається водію та контрагенту одним комплектом разом із рахунком, а факт і час передачі фіксуються в системі, а не в пам'яті менеджера.
Які поля документа звідки беруться автоматично
| Поле в CMR / ТТН | Джерело даних | Що усувається |
|---|---|---|
| Відправник, одержувач | Картка контрагента | Розбіжність назв і адрес між документами |
| Маршрут завантаження/розвантаження | Дані заявки | Помилка в написанні населеного пункту |
| Вага, об'єм, кількість місць | Дані заявки | Розбіжність ваги між CMR і рахунком |
| Тип та маркування вантажу | Дані заявки | Неточне або скорочене найменування |
| Перевізник, транспортний засіб | Картка автопарку | Застарілі дані про машину чи водія |
| Умови оплати фрахту | Умови угоди | Розбіжність з тим, що погоджено з клієнтом |
| Дата та підпис при завантаженні | Фіксується під час підтвердження рейсу | Відсутність підтвердження факту завантаження |
Типові помилки в CMR і ТТН та їхні наслідки
Невідповідність ваги вантажу. Найпоширеніша причина зупинки на ваговому контролі. Якщо вага в документі відрізняється від фактичної, це не просто формальна помилка — це підстава для складання протоколу і штрафу, розмір якого залежить від величини перевищення.
Неправильно вказаний код товару чи його найменування. Створює проблеми на митниці для міжнародних маршрутів — від затримки оформлення до додаткового огляду вантажу.
Відсутність підпису чи печатки в потрібній графі CMR. Формально робить документ недійсним для конкретного контрольного органу, навіть якщо решта даних правильна.
Розбіжність між CMR і рахунком-фактурою. Викликає питання при митному оформленні і може стати причиною відмови у визнанні задекларованої вартості вантажу.
Застарілі реквізити перевізника. Коли ліцензія чи дозвіл, вказані в документі, не відповідають актуальним даним компанії — ризик визнання перевезення таким, що виконане без належних повноважень.
Кожна з цих помилок коштує не тільки грошей у вигляді штрафу, а й часу: простій на кордоні чи на ваговому контролі означає зірваний графік доставки і, часто, претензію від клієнта.
Мовна версія CMR: чому це не дрібниця
Для міжнародних маршрутів CMR має бути зрозумілим контролюючому органу тієї країни, де відбувається перевірка. На практиці це означає, що документ або складають кількома мовами одразу, або обирають мову під конкретний напрямок — і саме тут компанії найчастіше втрачають час, вручну підбираючи потрібний шаблон з набору файлів на комп'ютері логіста.
Проблема загострюється, коли маршрут проходить через кілька країн: одна мовна версія може бути прийнятною на в'їзді, але викликати питання при транзиті через третю країну. Компанії, які возять постійні напрямки — наприклад, у Польщу чи Німеччину — зазвичай напрацьовують типові двомовні шаблони й прив'язують їх до конкретного маршруту в системі, щоб не обирати мову вручну щоразу заново.
Коли CMR формується автоматично на основі даних заявки, мовна версія обирається одночасно з побудовою маршруту, а не окремим кроком, про який можна забути ввечері перед відправкою машини.
Приклад: підготовка документів до і після автоматизації
Уявімо типову ситуацію: компанія відправляє машину з Києва до Вроцлава, вантаж — меблева фурнітура, 12 тонн. До автоматизації процес виглядає так: логіст створює заявку в одному файлі, диспетчер узгоджує машину телефоном, а бухгалтер увечері готує CMR у Word за шаблоном, звіряючи дані з переписки в месенджері. На це йде 20–30 хвилин, і саме на цьому етапі найчастіше виникає розбіжність — наприклад, вагу округлюють по-різному в заявці й у документі.
Після переходу на автоматичне формування послідовність інша: заявка одразу містить усі потрібні поля, машина й водій прив'язуються до рейсу в системі, а CMR і ТТН генеруються з тих самих даних одним натисканням — з коректною мовною версією під напрямок. Бухгалтеру залишається перевірити готовий документ, а не збирати його по частинах з різних джерел. Час на підготовку скорочується до кількох хвилин, а розбіжностей між документами не виникає в принципі, бо вони фізично беруться з одного запису.
Що це означає для бухгалтерії
Бухгалтер, який готує документи по рейсу, зазвичай найбільше зацікавлений не в самому CMR чи ТТН, а в тому, щоб на їх основі коректно і вчасно виставити рахунок і закрити акт. Коли документ формується з тих самих даних, що й рахунок, зникає найдорожча для бухгалтерії ситуація — коли рахунок виставлено, а потім з'ясовується, що вага чи маршрут у супровідних документах не збігаються, і рахунок доводиться коригувати заднім числом.
Друга практична перевага — швидкість закриття періоду. Коли пакет документів по кожному рейсу вже сформований і зберігається в системі, а не розкиданий по особистих файлах менеджерів, підготовка звітності не перетворюється на пошук, хто, де і коли зберіг потрібний CMR.
Чек-лист готовності відділу до автоматичного документообігу
Заявки створюються в системі, а не в месенджерах чи на папері
Довідник контрагентів містить перевірені й актуальні реквізити
CMR формується з даних заявки без ручного передруку
ТТН формується з тих самих даних, що і CMR та рахунок
Мовна версія CMR обирається автоматично під напрямок
Факт і час передачі документів фіксується в системі
Є відповідальний за перевірку коректності шаблонів документів
Перехід на автоматичне формування CMR і ТТН — не про заміну паперу на екран. Це про те, щоб дані вводилися один раз і більше ніколи не переносилися вручну між файлами, де кожне перенесення — це новий шанс на помилку, яка коштує грошей на кордоні або довіри клієнта. Порівняти, які можливості документообігу доступні на кожному тарифі, можна на сторінці тарифів.