ИИшники

Практика ИИ

e-CMR для диспетчерской: менять данные рейса без потери исходной истории

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

Для диспетчерской полезен узкий сценарий: подготовить документ рейса, провести его через согласованные статусы и сохранить каждое исправление. Маршрутная оптимизация здесь вторична; предмет статьи — доказуемая история документа.

Редакция ИИшниковПротокол вступил в силу: 2011-06-05

Коротко

  • Электронная накладная должна сохранять исходные сведения и показывать каждое дополнение или изменение.
  • Диспетчер, перевозчик и получатель получают разные действия, а не общий аккаунт с полными правами.
  • Подтверждение доставки связывается с конкретной версией документа и полномочиями подписанта.
Тёмная cyan voxel-сцена логистического диспетчерского центра: грузовик, электронная накладная, цепочка изменений и подтверждение получателя; концепция.
Концептуальная voxel-сцена предлагаемого процесса. Не изображение готового внедрения или достигнутого эффекта.

Почему файл PDF ещё не цифровой процесс

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

Материалы рабочей группы также выделяют выдачу документа уполномоченной стороне, подтверждение права доступа и способ подтвердить доставку получателю. Значит, одной ссылки на файл недостаточно: нужны состояния, участники и журнал.

Предлагаемый документооборот рейса

Пилот лучше ограничить одним направлением и согласованным набором участников. Система не принимает решение о правомерности перевозки, а помогает оформить и проверить последовательность действий.

Контур e-CMR для диспетчерской
  1. Собрать обязательные сведения и идентификаторы сторон
  2. Зафиксировать первую окончательную версию документа
  3. Выдать каждому участнику только его допустимые действия
  4. Записывать изменения как новые события с автором и временем
  5. Связать подтверждение доставки с актуальной версией

Исправление адреса или количества не должно стирать прежнее значение. Пользователь видит актуальную запись, но проверяющий может восстановить цепочку: кто изменил поле, на каком основании и кто принял обновление.

Автоматизации можно поручить

  • Проверять заполнение согласованных обязательных полей.
  • Сопоставлять событие рейса с версией накладной.
  • Предупреждать о подписи устаревшей версии.

Участники подтверждают

  • Диспетчер выпускает и исправляет документ в пределах роли.
  • Перевозчик принимает данные и фиксирует оговорки.
  • Получатель подтверждает доставку или расхождение.

Минимальная граница доступа

Общий логин разрушает доказуемость. Нужны отдельные учётные записи или идентифицируемые сессии, права на конкретный рейс и срок действия доступа. Экспорт документа не должен давать возможность незаметно заменить запись в системе.

  • Хранить идентификатор версии в каждом подтверждении.
  • Запрещать удаление событий исправления обычным пользователям.
  • Показывать получателю изменения после выпуска документа.

Как проверить пилот

  1. Исправить количество после выпуска

    Измените одно поле. Старая версия должна сохраниться, а новая — содержать автора, время и основание.

  2. Подписать старую ссылку

    Откройте ранее отправленную версию. Система должна предупредить об устаревании и не выдать её за актуальную.

  3. Проверить чужой рейс

    Пользователь перевозчика пытается открыть другой документ. Ожидается отказ с журналируемым событием.

  4. Зафиксировать расхождение

    Получатель указывает недостачу. Подтверждение должно ссылаться на доставку и версию, не переписывая исходные сведения.

Источники и границы разбора

  1. UNECE — официальный материал рабочей группыGroup of Experts on Operationalization of eCMR (GE.22)Опубликовано: 2022. Получено через индекс официального документа: 2026-10-04.

    Использованы требования к целостности, доступу уполномоченных сторон, доставке и изменениям.

  2. UN Treaty Collection — официальный статус договораAdditional Protocol concerning the Electronic Consignment Note — statusПротокол: Женева, 20 февраля 2008; вступил в силу 5 июня 2011. Получено: 2026-10-04.

    Использованы дата, вступление в силу и статус протокола; национальная применимость отдельно не оценивалась.

Факты ограничены официальными материалами UNECE и UN Treaty Collection. Рабочий процесс диспетчерской, роли, тесты и интерфейс истории — редакционное предложение, не юридическое заключение и не описание внедрения.

Проверьте одну цепочку накладной

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

Обсудить e-CMR пилот