1.1. Результат:

• создана и утверждена проектная группа, (участники: логистика транспортная и складская, ИТ, юристы, финансового блока, коммерческого блока);
• определены роли, задачи, цели и ответственность участников проектной группы;
• согласован предварительный бюджет;
• утвержден устав проекта;
• утверждён перечень типов документов, которые будут переведены в ЭПД;
• подписан соответствующий приказ.

1.2. Метрики:

• количество выявленных внутренних процессов;
• процент сотрудников, обученных основам ЭДО;
• наличие назначенного ответственного.

1.3. Участвующие роли:

• руководитель (спонсор внедрения);
• менеджер по логистике;
• бухгалтер;
• IT-специалист;
• юрист;
• руководитель отдела продаж.

1.4. Сроки: 31.03.2026

1.5.Проблематика:

• нет проектных групп in house;
• внутренние согласования между юридическим, ИТ, логистическим и финансовым блоками затягивают принятие решений;
• конфликты ролей;
• неполное понимание всех документов, подлежащих переводу в ЭПД;
• отсутствие единого ответственного за процесс лица.

• чёткий устав проекта;
• эскалация через спонсора;
• регулярные статус-встречи;
• проведите аудит текущего документооборота: какие документы (транспортные накладные, заказы, заявки, поручения) вы создаёте и получаете, кто в компании их обрабатывает и с какими контрагентами обменивается.

1.7. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

* Для экспедиторов дополнительно: Регистрация в реестре экспедиторов

1.1/Э. Результат:

• включение организации в реестр экспедиторов платформы «ГосЛог»

1.2/Э. Метрики:

• статус включения в реестр (подтверждение);
• дата регистрации.

1.3/Э. Участвующие роли:

• юридическое лицо или ИП, оказывающие транспортно-экспедиционные услуги.

1.4/Э. Сроки:

• 1 марта – 30 апреля 2026 г. (экспедиторы, работавшие до 1 марта 2026 г., обязаны подать уведомление до 30 апреля 2026 г.; новые – до заключения первого договора) - ст. 1 Закона № 140-ФЗ; Постановление Правительства РФ № 139 от 14.02.2026.
• после регистрации в реестре экспедиторов необходимо в течение 45 календарных дней подать заявление в региональное управление ФСБ о начале взаимодействия

1.5/Э. Проблематика:

• пропуск дедлайна 30 апреля 2026 г. приведёт к невозможности законно оказывать услуги экспедирования после этой даты.

1.6/Э. Рекомендации:

• не откладывайте подачу уведомления на последний день.
• форма уведомления утверждена Постановлением Правительства РФ № 173.
• убедитесь, что ваши данные соответствуют требованиям платформы «ГосЛог».

1.7/Э. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

*Для перевозчиков дополнительно: Регистрация в реестре перевозчиков

1.1/П. Результат:

• включение организации в реестр перевозчиков платформы «ГосЛог»

1.2/П. Метрики:

• статус включения в реестр (подтверждение);
• дата регистрации.

1.3/П. Участвующие роли:

• юридическое лицо или ИП, перевозящие грузы по договору на транспортных средствах разрешённой максимальной массой свыше 3,5 тонн.

1.4/П. Сроки:

• для действующих перевозчиков — 30 дней с момента запуска реестра (до 30 марта 2027 года);
• для новых компаний и ИП, открывшихся после 1 марта 2027 года, — до начала деятельности. 

1.5/П. Проблематика:

• наличие специалиста по безопасности дорожного движения (БДД) и его аттестации;
• актуальные данные о транспортных средствах.

1.6/П. Рекомендации:

• не откладывайте подачу уведомления на последний день.
• форма уведомления утверждена Постановлением Правительства РФ № 173.
• убедитесь, что ваши данные соответствуют требованиям платформы «ГосЛог».

1.7/П. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

2.1. Результат:

• сценарии описаны (As-Is → To-Be);
• роли зафиксированы;
• определена архитектура ИТ-решений (ERP, TMC, SAP, способа интеграции: API / веб-портал /коробочное решение)
• построена модель перевозки с указанием всех её сценариев (от загрузки до выгрузки);
• закрепление за каждым титулом конкретного исполнителя и ответственного;
• утверждение внутренних регламентов;
• согласованный с оператором ЭПД технический механизм обмена данными (предоставлена платформа, получена консультация по её настройке).

2.2. Метрики:

• % построенных сценариев от общего числа возможных (базовый, форс-мажорный, смена водителя, отказ в приёме и пр.);
• доля титулов с назначенными ответственными.

2.3. Участвующие роли:

• менеджер по логистике (описание процессов);
• IT-специалист (настройка интеграции, проверка XML-форматов);
• руководитель (утверждение регламентов);
• водители, логисты, кладовщики (назначение исполнителей);
• оператор ЭПД.

2.4. Сроки:

• до 31.05.2026;
• сразу после завершения интеграции и выбора оператора.

2.5. Проблематика:

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

• постройте подробную карту перевозки: опишите 1–2 ключевых сценария, начиная от формирования заказа и заканчивая приёмкой груза;
• закрепите каждый титул за конкретным исполнителем и продублируйте ответственного;
• однозначно определите платформу: после выбора оператора ЭПД совместно с его техподдержкой настройте интеграцию с 1С и проверьте передачу титулов в ГИС ЭПД. Выгрузите один тестовый XML-файл по приказу ФНС и проверьте его корректность;
• заранее утвердите порядок подписи для водителей: определите, кто и как подписывает титулы, особенно для водителей (сценарий с простой электронной подписью ПЭП требует разработки внутреннего регламента и сбора письменных согласий);
• настройте права доступа для сотрудников, чтобы титулы могли создавать и подписывать только уполномоченные лица (с использованием КЭП или МЧД, если подпись делегируется).

2.7. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

3.1. Результат:

• проведена оценка затрат (ИТ, рабочие места, подписи, доработки, обучение, тестирование)

3.2. Метрики:

• определены основные статьи затрат;
• определенны ответственные за статьи затрат;
• финансовым блоком произведено бюжетирование.

3.3. Участвующие роли:

• руководитель (спонсор внедрения);
• менеджер по логистике;
• бухгалтер;
• IT-специалист;
• юрист;
• руководитель отдела продаж.

3.4. Сроки: до 31.05.2026

3.5. Проблематика:

• недостаток техобеспечения на складах (Wi-Fi, планшеты, защищённые рабочие места) для работы с ЭПД.

3.7. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

4.1. Результат:

• заключен договор с оператором ЭПД;
• активирован доступ к сервису.

4.2. Метрики:

• количество заключённых договоров с операторами ЭПД;
• доля контрагентов, подключённых к совместимому оператору ЭПД.

4.3. Участвующие роли:

• руководитель (принятие решения);
• менеджер по закупкам (взаимодействие с контрагентами);
• IT-специалист

4.4. Сроки: до 31.05.2026

4.5. Проблематика:

• высокая загрузка провайдеров (очереди у операторов ЭПД на подключение и выделение проектных менеджеров);
• предоплата;
• проблемы роуминга между операторами ЭПД (подключение занимает до 5 суток, что критично для срочных перевозок;
• нет разделения прав доступа в веб-интерфейсах операторов — риск ошибочного подписания документов;
• нет мобильного приложения для грузополучателей (особенно в ритейле) — сотрудники на местах не могут подписывать (ПЭП) титулы без доступа к стационарному ПК;
• нет уведомления в WEBе;
• ручное определение провайдера ЭДО у получателя (автоматический выбор приоритетного оператора не работает);
• обязательные поля в ЭТрН неочевидны для пользователей (в документах необходимо указывать тип права владения ТС (при этом аренда/лизинг запрещены к указанию (только 3-5 права)) + ИНН стороны владельца) — система блокирует подписание без них.
• контрагенты могут выбрать разных операторов ЭПД, что технически усложнит обмен;
• не все операторы ЭПД совместимы между собой.

• тестирование сценариев заранее;
• наличие резервного оператора;
• проработка ручного режима как плана «Б»;
• бронировать слоты у провайдеров заранее;
• рассмотреть несколько провайдеров;
• использование ПЭП через веб;
• разработка временных процедур с отложенной синхронизацией;
• создание внутренних справочников обязательных данных с валидацией на стороне отправителя.
• заключите договор с одним из 11 аккредитованных Минтрансом операторов (по состоянию на март 2026 г.);
• координируйте выбор оператора с ключевыми контрагентами – это критически важно для бесперебойного обмена. Самостоятельное подключение к ГИС ЭПД для бизнеса не предусмотрено;
• убедиться, что выбранный оператор ИС ЭПД (например, АО «ПФ «СКБ Контур», ООО «Такском», ООО «СберКорус» и др.) обеспечивает передачу всех титулов в ГИС ЭПД в корректном формате и порядке.

4.7. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

5.1. Результат:

• все контрагенты и Клиенты проинформированы о переходе на ЭПД;
• от всех контрагентов и Клиентов получена обратная связь;
• все контрагенты и Клиенты имеют логистический ЭДО;
• со всеми контрагентами и Клиентами синхронизированы обязательные поля в ЭПД;
• все участники цепей поставок синхронизировались в логистическом ЭДО.

5.2. Метрики:

5.3. Участвующие роли:

5.4. Сроки: до 31.05.2026

5.5. Проблематика:

• низкий уровень информированности и вовлечённости участников логистических процессов (грузополучатели, перевозчики, экспедиторы часто не знают о требованиях ЭПД или не готовы к подключению);
• отсутствие логистического ЭДО у всех;
• значительная часть ИП-перевозчиков не готовятся или вообще планируют прекращать этот вид деятельности;
• у участников разные провайдеры ЭДО;
• необходимость взаимного приглашения в личные кабинеты ЭДО у разных операторов создаёт экспоненциальный рост ручной работы;
• невозможно проверить есть ли экспедитор в реестре в «ГосЛог»: операторы ЭПД не валидируют этот статус автоматически, ответственность лежит на грузоотправителе;
• нет понимания как работать с агентами;
• нет требований к плану мероприятий для ФСБ от экспедиторов.

• максимально раннее информирование своих контрагентов;
• помощь контрагентам в подключении;
• выделение «чемпионов» среди контрагентов.

6.1. Результат:

• определен свой собственный правовой статус;
• со всеми контрагентами согласован правовой режим и документальная обвязка (в т.ч., учтены пункты об ЭПД, ответственность грузополучателя за своевременное подписание);
• все участники цепей поставок синхронизировались между собой в ЭДО

6.2. Метрики:

6.3. Участвующие роли:

6.4. Сроки: до 30.06.2026

6.5.Проблематика:

• нет ответственности Грузополучателя за подписание;
• нет механизма проверки полномочий по МЧД (невозможно дистанционно проверить, какие именно полномочия есть у сотрудника, подписавшего титул);
• смешанные договоры (перевозка + экспедирование + агентирование) создают правовую неопределённость в части оформления ЭПД.

• создать внутренний реестр выданных МЧД и проводить регулярные сверки с ФНС;
• обучение сотрудников.

6.7. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

7.1. Результат:

• получены КЭП/ПЭП и оформлены МЧД для всех вовлечённых сотрудников.

7.2. Метрики:

• количество сотрудников, обеспеченных КЭП;
• срок действия КЭП;
• количество сотрудников, обеспеченных ПЭП;
• срок действия ПЭП.
• количество сотрудников, кому выданы МЧД;
• срок действия МЧД.

7.3. Участвующие роли:

• логисты;
• кладовщики;
• руководители;
• водители.

7.4. Сроки: до 30.06.2026

7.5. Проблематика:

• отсутствие КЭП у сотрудников, которые должны подписывать документы;
• использование недействительной или неправильно оформленной подписи.

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

7.7. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

8.1. Результат:

• учётные системы (1С, SAP, TMS) доработаны под форматы ЭПД;
• осуществлена настройка интеграции с оператором ЭПД;
• осуществлено тестирование "в песочнице";
• на площадках завершены мероприятия по настройке Wi-Fi, всех устрой, разработаны рабочие инструкции;
• проведено обучение персонала (логисты, склад, водители) с отработкой всех сценариев.

8.2. Метрики:

• количество обученных сотрудников;
• кол-во полностью оборудованных для использования ЭПД площадок.

8.3. Участвующие роли:

8.4. Сроки: 31.07.2026

• человеческий фактор: отсутствие чёткого понимания у персонала, кто и когда какой титул заполняет (например, кто заполняет «Титул 2» — сам водитель или диспетчер на основе его отчёта).

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

8.7. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

9.1. Результат:

• проведено пилотное внедрение с 3–5 лояльными контрагентами, результаты зафиксированы;
• подготовлены ТЗ для доработок.

9.2. Метрики:

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

9.3. Участвующие роли:

• IT-специалист;
• менеджер по логистике;
• бухгалтер;
• ключевые контрагенты.

9.4. Сроки: 31.08.2026

9.5. Проблематика:

• много ручной работы;
• технические ошибки при интеграции (некорректный XML-формат, сбои API);
• отказ контрагентов от участия в тестировании;
• неготовность инфраструктуры оператора ЭПД.

• если используете 1С, выберите оператора ЭПД, предоставляющего готовое интеграционное решение;
• начните пилотный проект с 2–3 ключевыми контрагентами, чтобы отладить процесс в контролируемых условиях;
• заранее согласуйте с контрагентами даты и сценарии тестирования.

9.7. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.

10.1. Результат:

• все поставки осуществляются с использованием ЭПД;
• настроен мониторинг и фиксация инцидентов;
• разработан регламент реализации и внедрения доработок;
• разработан регламент действий при возникновении инцидента (в т.ч., аварийный бумажный режим, поддержка пользователей и коммуникаций с другими участниками цепей поставок).

10.2. Метрики:

• доля ЭПД в общем объёме перевозочных документов;
• количество и характер сбоев;
• время на устранение сбоев.

10.3. Участвующие роли:

• грузоотправители;
• грузополучатели;
• перевозчики;
• экспедиторы.

10.4. Сроки: с 01.09.2026

• контрагенты, не готовые к переходу.

10.7. Риски:

• штрафы за отсутствие ЭПД или некорректное оформление;
• технические сбои операторов ЭПД или ГИС ЭПД.

11.1. Результат:

• настроен процесс анализа эффективности процесса;
• осуществлена интеграция с другими системами (маркировка, прослеживаемость, TMS, WMS);
• сформирован план масштабирования практик внутри компании и обмен с отраслью.

11.2. Метрики:

• сокращение времени обработки;
• снижение количества ошибок;
• кол-во интегрированных ИТ-систем;
• стоимость операции.

11.3. Участвующие роли:

11.4. Сроки: 01.09.2026-31.03.2027

11.5. Проблематика:

11.7. Риски (если не получится): срыв проекта, штрафы, невозможность вести деятельность.