Требование «поддержка ЕТД» в описании транспортной системы означает очень разные вещи: от полноценной работы с титулами до кнопки выгрузки в файл, который дальше грузят руками в кабинет оператора. Разберём, что именно проверять при выборе TMS, чтобы поддержка оказалась реальной, и чем отличается выбор для компаний разного профиля.
Начать с профиля перевозок
Требования к системе определяются не размером компании, а структурой её перевозок. Три типовых профиля.
| Профиль | Что критично | Что можно не требовать |
|---|---|---|
| Отгрузка наёмным транспортом | Формирование накладной, обмен, контроль реквизитов | Планирование рейсов, учёт автопарка |
| Собственный автопарк | Учёт ТС и водителей, допуски, путевые листы, замена ТС | Сложная модель мультимодального маршрута |
| Экспедирование и мультимодальность | Маршрут с плечами, перевалка, ЕТД, расчёты с исполнителями плеч | — |
Наиболее частая ошибка — покупка системы под профиль, которого у компании нет. Отраслевое решение под мультимодальность оправданно там, где есть маршруты с перевалкой; компании, отгружающей продукцию наёмным транспортом, оно избыточно.
Что проверять в части ЕТД
Модель маршрута
Ключевой вопрос: описывается ли перевозка как маршрут с несколькими плечами или как плоский документ с адресом отправления и назначения. Для ЕТД нужен первый вариант — с пунктами перевалки как отдельными объектами, с плановыми и фактическими датами по каждому плечу.
Плоская модель означает, что мультимодальность придётся дорабатывать, и это самая дорогая часть проекта.
Работа с титулами
Проверяется поддержка всей последовательности: исходный титул, приём груза, перевалка, приёмка, выдача, плюс опциональные — замена грузополучателя, замена транспортного средства, изменение финансовых условий. Система должна вести цепочку и показывать, на каком титуле остановилась перевозка.
Разграничение подписей
Сертификаты привязываются к конкретным пользователям, права на подписание титулов разных типов разделены по ролям, есть механизм замещения на время отсутствия. Если система позволяет одному пользователю подписать все титулы, схема разграничения ответственности не работает.
Контроль реквизитов
Проверка полноты обязательных и существенных сведений должна выполняться при проведении документа, а не при выгрузке оператору. Разница принципиальная: в первом случае ошибку видит логист сразу, во втором — узнаёт из отказа.
Запрет правок
Реквизиты, попадающие в защищённые от изменения блоки, после подписания титула должны закрываться на редактирование даже для пользователей с широкими правами.
Разбивка провозной платы
Плата ведётся общей суммой и с разбивкой по видам транспорта, итог контролируется. Без этого документ не пройдёт, а расчёты с исполнителями отдельных плеч останутся ручными.
Что проверять в части обмена
- Работает ли система через штатный сервис 1С-ЭПД или требует отдельного модуля оператора.
- Приходят ли обновления форматов централизованно с релизами или сопровождаются вручную.
- Есть ли журнал обмена с понятным описанием причины отказа, доступный логисту без администратора.
- Отображаются ли статусы титулов в интерфейсе перевозки, а не только в кабинете оператора.
- Есть ли уведомления ответственным о титулах, ожидающих подписания.
Что проверять в части учёта
- Связь перевозочного документа с заказом клиента, реализацией и актом — иначе закрытие периода останется ручным.
- Сквозной идентификатор перевозки от заказа до закрывающего титула.
- Расчёты с перевозчиками отдельных плеч при едином договоре с клиентом.
- Отчётность: незакрытые цепочки титулов, перевозки с замечаниями, доля электронных документов в потоке.
Организационные критерии
- Регулярность обновлений. Законодательство и форматы меняются; система, которая обновляется раз в год, создаёт риск.
- Наличие специалистов на рынке. Экзотическое решение означает зависимость от одного подрядчика.
- Возможность поэтапного внедрения. Запуск на одном направлении с последующим расширением дешевле и безопаснее одномоментного перехода.
- Стоимость владения, а не покупки. Лицензии, сопровождение, обновления и доработки на горизонте трёх лет.
Вопросы поставщику решения
- Как в системе описывается мультимодальный маршрут и является ли перевалка отдельным объектом?
- Поддерживается ли полная цепочка титулов, включая опциональные?
- Как разграничиваются права на подписание титулов разных типов?
- На каком этапе выполняется контроль обязательных реквизитов?
- Через что идёт обмен с оператором и как приходят обновления форматов?
- Как перевозочный документ связан с реализацией и расчётами?
- Можно ли посмотреть работу на сценарии с перевалкой и переадресацией, а не на идеальной перевозке?
Последний вопрос — самый полезный. Демонстрация простой перевозки проходит гладко у любого решения; различия проявляются на нештатных сценариях.
Итог
Поддержка ЕТД в транспортной системе определяется тремя вещами: моделью маршрута с плечами и перевалкой, работой с полной цепочкой титулов и разграничением подписей по сторонам сделки. Всё остальное — вопрос удобства. Требования при этом задаются профилем перевозок компании, и покупать функциональность под профиль, которого нет, — самый дорогой способ подготовиться к обязательному переходу.
Компания «Сайфилд» помогает подобрать конфигурацию под фактический профиль перевозок и настраивает работу с ЕТД — от модели маршрута и разграничения подписей до подключения 1С-ЭПД и тестового обмена. Опишите свой сценарий перевозок, и мы оценим объём работ.