Контроль документов по перевозкам: комплектность, подписи и оплата

Теоретический пример. Экспедитор закрыл в сентябре 140 рейсов. По 23 электронная накладная висит без подписи склада‑получателя, по девяти перевозчик прислал акт с другой суммой, по четырём документов от перевозчика нет совсем. Клиент не платит без закрывающих документов, перевозчик звонит и требует оплату. Бухгалтер видит всю картину только при закрытии месяца.

Контроль документов по перевозкам отвечает на три вопроса: к какому заказу относится файл, сходится ли он с данными перевозки и у кого следующее действие.

Почему тема особенно актуальна в 2026 году

В публикации от 5 октября 2026 года Минтранс сообщил о более чем 39 млн документов, оформленных в ГИС ЭПД за первый месяц обязательного электронного обмена, и более 545 тысячах участвующих компаний из 83 регионов России.

В том же сообщении названа практическая проблема: задержка подписания части накладной грузополучателями и складами оставляет документ незавершённым. Следовательно, просто подключить обмен недостаточно. Руководителю нужен ответ, у кого находится следующее действие и что мешает закончить процесс. Часть мелких перевозчиков и ИП ещё не оформила электронные подписи. До 1 марта 2027 года идёт переходный период, за нарушения пока выносят устные предупреждения.

Минтранс указывает, что с 1 сентября 2026 года электронный формат стал обязательным для перечисленных перевозочных и экспедиторских документов, с исключениями, установленными приказами ведомства. Нельзя объявлять любую загрузку PDF в кабинет выполнением установленного электронного обмена.

По тому же сообщению, в пиковые дни ГИС ЭПД принимала до 1,9 млн документов в сутки, а за сентябрь прошло почти в пять раз больше документов, чем в среднем за месяц до 1 сентября. Для рабочего реестра важнее другое: какие документы ещё ждут действия. Рост количества файлов не значит, что комплекты завершены.

Разделите четыре состояния документа

Для рабочего реестра предлагаем различать получение, проверку содержания, завершение нужного обмена или подписания и отражение в учёте. Файл может быть получен, но оказаться от другой перевозки. Содержание может пройти проверку, но необходимое действие второй стороны ещё не выполнено.

Статус «документы есть» скрывает эти различия. Вместо него полезны отдельные признаки и даты. Кто получил файл? Кто проверил? Где находится подтверждённый статус подписания? Когда информация попала в бухгалтерскую систему? По каждому вопросу нужен источник, а при его отсутствии честная отметка «нет данных».

Документооборот транспортной компании стоит рассматривать вместе с ролями. Логист подтверждает операционные сведения, ответственный за документы проверяет комплект, бухгалтер определяет готовность учётных действий. Реестр помогает передать работу между ними. Полномочий другой роли он никому не добавляет.

Матрица комплектности вместо одинакового списка для всех

Состав ожидаемых документов зависит от роли компании, операции, контрагента и принятого порядка работы. Вместе с ответственными сотрудниками составьте матрицу: тип перевозки → ожидаемый документ → ответственная сторона → срок или событие ожидания → действие при отсутствии.

Не копируйте один набор во все заказы. У компании могут быть внутренние и международные перевозки, собственный и привлечённый транспорт, разная договорная модель. Изменение правил должно иметь дату действия, чтобы новые требования не переписывали историю старых карточек незаметно.

Условный пример: по завершённому заказу от клиента получен один комплект, от подрядчика не завершён другой. В реестре нужны две связанные линии ожидания. Иначе бухгалтер видит зелёный статус по заказу и ошибочно считает весь документооборот законченным.

Что может сделать ИИ‑помощник

Входом служат загруженный скан или PDF и разрешённые данные конкретного заказа. Модель определяет предполагаемый тип документа, извлекает номер, дату, стороны и другие выбранные реквизиты. Обычные правила сопоставляют их с карточкой и формируют список расхождений. У каждого поля показывается фрагмент исходного файла.

Условный пример: в карточке заказа указаны шесть палет и дата выгрузки 14 октября. В приложенном файле распознаны восемь палет и дата 13 октября. Результат помощника: «возможное несовпадение количества и даты», обе пары значений и ссылка на страницу. Это повод для проверки, автоматически отклонять документ нельзя.

Сотрудник открывает источник, исправляет ошибку распознавания или возвращает документ на уточнение. После подтверждения сервис сохраняет проверенные реквизиты и создаёт следующее действие. Проверить действительность подписи, юридическую достаточность комплекта или обоснованность оплаты одним чтением картинки модель не может.

Размытые фотографии, несколько перевозок в одном файле и исправленные версии нужно выделять в отдельную очередь. При отсутствии читаемого значения помощник оставляет поле пустым. Уверенный ответ модели не даёт права подставить номер или сумму по догадке.

Как встроиться в действующий ЭДО и TMS

Сначала изучите функции уже подключённых продуктов. В «1С:Транспортная логистика, экспедирование и управление автотранспортом КОРП» описаны работа с электронными перевозочными документами через 1С‑ЭПД и рабочее место текущих дел ЭДО. Если нужный контроль доступен в вашей версии, разумно настроить его: второй источник статусов только добавит расхождений.

У CARGO.RUN есть инструкция подключения ЭТрН с Контуром. Она отдельно обращает внимание на подключение трафика и API‑лицензий для подписания из системы. Это конкретный пример того, почему обещание «интеграция просто есть» недостаточно: важны договор, доступ и разрешённые операции.

Предлагаемая надстройка решает пробел вокруг процесса: из действующей TMS берётся номер перевозки, из оператора поступает доступный статус, ИИ разбирает допустимые вложения, сотрудник подтверждает результат. После этого в основной учёт передаётся согласованная отметка или задача. Возможность и способ такой передачи проверяются для конкретных продуктов и версий. Сам сервис не объявляется оператором ЭПД.

Связь с оплатой без автоматических выводов

Отсутствие документа и запрет оплаты не одно и то же. Условия расчётов определяются договорённостями и применимыми требованиями. В системе можно хранить основание ожидаемой оплаты, дату события и отметку бухгалтера, но нельзя автоматически придумывать универсальное правило для всех клиентов.

Для экспедитора полезно отдельно показывать ожидаемые поступления от клиента и расчёты с подрядчиком. Если срок считается от определённого события, это событие должно быть подтверждено и сохранено. Простая загрузка файла не запускает отсчёт, если по условиям требуется другое основание.

Частичная оплата, спорная сумма, исправление акта и возврат документа проходят отдельные состояния. Автоматизация документооборота в логистике помогает видеть эти исключения и ответственных. Решение о платеже принимает уполномоченный сотрудник в принятой финансовой системе.

Исправленный документ не должен создавать второй расход

Если подрядчик прислал исправление, свяжите его с прежним документом и сохраните причину замены. Ответственный видит, что изменилось: реквизит, количество, сумма или только качество скана. Решение о новом учётном действии передаётся бухгалтеру. Простое повторное получение вложения не создаёт второй счёт и не запускает оплату.

Для пилота возьмите одну перевозку с несколькими версиями. Проверьте, что старая версия остаётся в истории, актуальная видна первой, а сотрудник понимает, кому уже передавали каждую из них. Внешний статус подписания обновляется из своего источника. Отметка «исправление получено» не означает, что контрагент завершил повторное согласование.

Реестр, который помогает действовать

Полезные очереди: «не получено», «нужно проверить», «есть расхождение», «ожидается действие второй стороны», «готово к передаче в учёт». Внутри карточки показываются заказ, документ, ответственный, основание ожидания и последнее действие. Повторные напоминания объединяются, чтобы несколько сотрудников не писали одному контрагенту одновременно.

В пилоте ограничьте поток одним типом документа и рабочей группой. Сравните время разбора, количество ошибочных привязок, возраст незакрытых комплектов и время исправлений. Для ИИ отдельно считайте неверно извлечённые поля и ошибки, которые человек пропустил. Показатели скорости оцениваются вместе с качеством.

Что показать на первой встрече

Подготовьте обезличенный комплект по обычной перевозке, проблемный файл, правила ожидания и перечень действующих систем. На этом можно проверить небольшой продукт: распознавание, очередь расхождений и понятная передача следующего действия.

Источники

• Минтранс: первый месяц обязательных ЭПД, 05.10.2026, показатели ГИС ЭПД, проблемы с подписанием, переходный период до 1 марта 2027 года; проверено 19.10.2026.
• 1С: возможности отраслевого транспортного решения, проверено 18.10.2026.
• CARGO.RUN: настройка ЭТрН с Контуром, проверено 18.10.2026.

Смежные разборы: Контроль дебиторской задолженности с ИИ: от долга до действия; Претензионная работа в логистике: реестр и ИИ‑хронология.