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

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

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

Президент АПНегГ Буторин Марат Викторович входит в Комитет по транспорту Торгово-промышленной палаты РФ и в рамках своей работы провел анализ этого законопроекта и дал свои рекомендации:

Общие замечания по проекту постановления:

1. Отсутствие явного определения «сборного груза» и связанных с ним процессов
   В документе не учитывается специфика перевозки сборных грузов, где один транспорт может обслуживать множество грузоотправителей и грузополучателей. Это может привести к неоднозначности при формировании электронных экспедиторских документов.
2. Проблема с уникальными идентификаторами документов для множества грузов в одной перевозке
   Если в одной машине 100 грузов, то согласно текущей логике может потребоваться 100 уникальных идентификаторов документов и 100 пар файлов обмена. Это создает чрезмерную нагрузку на систему и участников.
3. Отсутствие механизма группировки грузов в одной перевозке
   В документе не предусмотрена возможность формирования одного электронного экспедиторского документа на несколько грузов в рамках одной перевозки, что критически важно для сборных грузов.
4. Проблема с последовательностью файлов обмена при множестве отправителей/получателей
   Пункт 17(д) Правил требует проверки «соблюдения последовательности получения файлов обмена». При множестве участников это может привести к ошибкам и задержкам.

Ответы на сложные моменты, не предусмотренные в проекте:

1. Технология перевозки сборных грузов (100 отправителей / 100 получателей):

• Проблема: В текущей редакции каждый груз требует отдельного электронного поручения экспедитору, экспедиторской расписки и т.д. Это означает 100 уникальных идентификаторов, 100 файлов обмена от клиентов и 100 парных файлов от экспедитора.
• Предложение: Ввести понятие «сборная партия груза» или «групповой документ», который может объединять несколько грузов в рамках одной перевозки с указанием списка отправителей и получателей в одном файле обмена.
• Техническое решение: Добавить в формат файла обмена возможность перечисления нескольких грузоотправителей и грузополучателей с указанием доли груза, веса, объема и т.д.

2. Сборный груз, перевозимый компанией-оператором «сама себе»:

• Текущая логика: Если компания является одновременно грузоотправителем, экспедитором и грузополучателем, то формально она должна сформировать электронное поручение самой себе, что противоречит смыслу договора транспортной экспедиции.
• Предложение: Предусмотреть исключение для случаев, когда экспедитор является единственным участником перевозки (например, при перемещении груза между своими складами). В таком случае документооборот может быть упрощен или заменен внутренним учетным документом.
• Альтернатива: Ввести специальный статус документа — «внутренняя перевозка», не требующий полного обмена файлами между разными участниками.

3. Сборный груз с погрузкой/выгрузкой в нескольких точках (3–4 города):

• Проблемы:
  • Последовательность документов: При погрузке в нескольких местах файлы обмена могут приходить в разное время, что нарушает проверку последовательности (п. 17(д) Правил).
  • Идентификация груза: Груз может менять состав в пути, что требует обновления файлов обмена.
  • Статус документа: Как изменять статус экспедиторской расписки при частичной погрузке/выгрузке?
• Предложения:
  • Ввести возможность поэтапного формирования документа с указанием точек погрузки/выгрузки.
  • Разрешить корректировку файла обмена при изменении состава груза (сейчас изменения не допускаются — п. 12 Правил).
  • Добавить механизм частичного подтверждения приема/сдачи груза.

Рекомендации по доработке проекта:

1. Добавить в раздел «Понятия»:
   1. «Сборный груз»
   1. «Групповой экспедиторский документ»
   1. «Маршрут перевозки с множественными точками погрузки/выгрузки»
2. Внести изменения в правила обмена:
   1. Разрешить формирование одного файла обмена на несколько грузов в рамках одной перевозки.
   1. Предусмотреть возможность указания нескольких грузоотправителей и грузополучателей.
   1. Ввести упрощенный порядок для перевозок, где экспедитор является единственным участником.
3. Дополнить приложения № 1–3:
   Добавить разделы, описывающие особенности документооборота для сборных грузов, в том числе:
   1. Формирование файла обмена с перечнем грузов.
   1. Порядок внесения изменений при изменении состава груза.
   1. Особенности подписания документов при множестве участников.
4. Уточнить порядок проверки последовательности файлов:
   Для сборных грузов допустить возможность поступления файлов обмена в произвольном порядке с последующей агрегацией по уникальному идентификатору перевозки.

Ссылка на источник