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