ЭТрН на базе ERP-систем Microsoft: как перейти на транспортный ЭДО

Многие крупные предприятия развивают свои ERP годами. В результате ИТ-решения, в том числе на базе систем Microsoft Dynamics 365 и Microsoft Dynamics AX, обладают высокой степенью кастомизации и глубоко встроены в уникальные бизнес-процессы компании. 

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

До начала написания кода и настройки интеграции в ERP-системе необходимо провести организационную подготовку. 

Мы выделили 8 главных шагов:

1. Определите бизнес-процессы для автоматизации. Проведите аудит всех типов отгрузок. Необходимо четко понимать, где именно вашей компании требуется автоматизировать формирование электронных документов, а где это избыточно.
2. Зафиксируйте роли компании в каждом процессе. От вашей роли (грузоотправитель, экспедитор/перевозчик, грузополучатель) зависит состав формируемых титулов. Например, при схеме самовывоза, когда клиент сам нанимает перевозчика, именно он формирует ЭЗЗ и ЭТрН, а продавец в процессе цифрового обмена не участвует.
3. Проработайте регламенты для нестандартных ситуаций. Не пытайтесь автоматизировать абсолютно все на первом этапе. Ситуации с переадресовкой груза в пути или частичной приемкой могут случаться редко. Возможно, экономически целесообразнее проводить такие операции вручную в кабинете провайдера ЭДО.
4. Проанализируйте готовность транспортных компаний. Соберите обратную связь с логистических партнеров: подключены ли они к ЭПД, используют ли их водители мобильные приложения для подписания титулов в рейсе и пр.
5. Выберите провайдера ЭДО и архитектуру интеграции. Определите, как именно Microsoft Dynamics AX будет обмениваться данными с ГИС ЭПД.
6. Синхронизируйте форматы данных с контрагентами. Так, в ЭТрН есть опциональные поля. Например, заранее договоритесь с партнерами, в каком именно блоке и в каком формате будут указываться номера заказов, чтобы система могла корректно и автоматически их распознавать.
7. Адаптируйте внутренние регламенты. Изменения затронут и смежные подразделения. Например, может потребоваться внедрить правило для службы безопасности на КПП: запретить выпуск машины с территории распределительного центра до тех пор, пока в системе не появится статус о подписании водителем титула о приеме груза.
8. Актуализируйте договоры с логистическими партнерами. Зафиксируйте в юридической плоскости новые правила электронного документооборота, сроки подписания титулов и ответственность за сбои.

Перед стартом проекта внедрения важно расставить приоритеты автоматизации, отталкиваясь от структуры ваших перевозок. Если 90% поставок осуществляется через экспедиторов с передачей груза во владение, в первую очередь автоматизируйте поручения и расписки, оставив ЭЗЗ и ЭТрН для ручной обработки. Если большая часть перевозок прямые, приоритетом становятся ЭЗЗ и ЭТрН, и так далее.

Интеграция ERP-системы Microsoft с ГИС ЭПД включает 6 ключевых этапов.

1. Определение сценариев. Фиксация конкретных цепочек документооборота (Прямая перевозка, Экспедиция, Собственный транспорт), которые будут перенесены в код ERP-системы.
2. Моделирование процессов. Выделение единой сущности, например, документа «Заявка на доставку», который будет аккумулировать все данные по рейсу на базе заказов на продажу, перемещение или покупку. Настройка жесткой логики смены статусов и распределение прав доступа для инициаторов, логистов и кладовщиков.
3. Описание источников данных и создание новых справочников. Требования к XML-файлам ЭПД значительно шире бумажных аналогов. В ERP-систему потребуется внедрить новые справочники: идентификаторы компаний и электронных ящиков документооборота поставщиков-перевозчиков, данные подписантов, виды тары согласно классификаторам Таможенного союза. Также потребуется реализовать массивный блок полей в случае перевозки опасных грузов.
4. Автоматизация заполнения и валидация данных. Настройка системы на максимальное предзаполнение полей из смежных справочников номенклатуры и контрагентов. Критически важный элемент — реализация алгоритмов предварительной проверки обязательных полей до генерации XML-файла. При выявлении нехватки данных система должна блокировать отправку, формировать лог ошибок и уведомлять ответственного сотрудника.
5. Настройка периодических операций и API-обмена. Разработка механизмов для автоматической генерации XML-файлов нужного формата и файлов электронной подписи. Настройка пакетной отправки исходящих титулов через API-запросы к оператору ЭДО. Настройка получения входящих титулов с последующим автоматическим разбором XML-ответов и обновлением статусов в «Заявке на доставку».
6. Создание единого рабочего места (АРМ). Разработка единого журнала транспортного ЭДО внутри ERP-решения, где логисты и диспетчеры могут фильтровать документы, мониторить статусы рейсов в режиме реального времени и оперативно обрабатывать ошибки обмена. Здесь же закладывается логика для проведения разрешенных корректировок после подписания документов.

Для компаний, использующих ERP-решения Microsoft, адаптация архитектуры требует выверенного подхода. Однако практика показывает, что основные риски лежат в организационной плоскости — готовности водителей, складов и контрагентов. При тщательном планировании проекта, тестировании функциональности на реальных рейсах и проактивной работе с партнерами можно избежать сбоев и обеспечить полное соблюдение нормативных требований.