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