Практический материал по запуску ЭПД на базе 1С. Не является юридической консультацией: форматы, обязательность и состав подписантов сверяйте с актуальными требованиями и вашей договорной моделью. Методические материалы по сервису — в справочнике «Электронные перевозочные документы (ЭПД)» на 1С:ИТС.
Короткий вывод
Внедрение ЭПД чаще всего срывается не на кнопке "Отправить", а на этапе "кто именно и что подписывает". Если не зафиксировать роли, порядок титулов и правила обмена заранее, компания получает цифровую версию старого хаоса: документы формируются, но не проходят цепочку вовремя.
Рабочий старт выглядит так: сначала юридическая и процессная подготовка, затем роли и подписи, после этого интеграция с оператором и только потом массовый запуск в боевом контуре 1С.
Что обычно понимают под ЭПД
ЭПД — это семейство электронных перевозочных документов, где у каждого сценария свой набор титулов, подписантов и точек контроля. Состав документов и участников обмена удобно сверять по
справочнику ЭПД на 1С:ИТС. На практике компании чаще всего начинают с двух потоков:
Когда процесс стабилизирован, подключают расширенные сценарии:
электронный заказ-заявку (ЭЗЗ) и
экспедиторские документы (ЭЭД).
Почему проект "только ИТ" почти всегда буксует
Если воспринимать ЭПД как задачу интеграции, быстро возникает ложный прогресс: обмен технически работает, но бизнес не может закрыть рейс в срок. Причина в том, что ЭПД находится на стыке логистики, бухгалтерии, юридической функции и кадровых ролей.
Типовые точки сбоя:
- нет единого владельца процесса от оформления до финального подтверждения;
- подписи выданы, но не совпадают с фактическими полномочиями;
- по "срочным" рейсам сотрудники уходят в ручные обходы;
- тестовые сценарии не покрыли замену водителя, переадресовку и офлайн-ситуации.
Именно поэтому контур стоит вести как межфункциональный проект, а не как "допмодуль к учётной системе".
Пошаговый контур старта
Шаг 1. Зафиксируйте юридическую модель обмена
Ориентир по подготовке — блок
«Что нужно для обмена ЭПД» на 1С:ИТС. До настройки карточек документов определите:
- Какие типы перевозок и маршрутов идут в ЭПД в первой волне.
- Кто участники обмена в каждом сценарии.
- Какие события считаются контрольными точками рейса.
- Какие документы остаются в бумаге на переходный период.
Если этот шаг пропустить, команда начинает спорить о правилах уже в продакшене, когда рейсы нужно закрывать "сегодня до 18:00".
Шаг 2. Разведите роли и права подписи
В контуре ЭПД критично определить не только должность, но и конкретную роль в титуле: водитель, медработник, механик, ответственное лицо перевозчика, грузоотправитель, грузополучатель.
Практический минимум:
- матрица "роль -> какие действия и какой тип подписи";
- порядок замещения при отпуске/больничном;
- регламент обработки отказа от подписи и просрочки этапа.
Шаг 3. Подготовьте 1С-контур к обмену
На уровне системы важно обеспечить одинаковые справочники и связность процессов:
- номенклатура и контрагенты синхронизированы между модулями;
- рейсы и отгрузки однозначно связываются с документами перевозки;
- статусы в 1С:ERP или 1С:КА не конфликтуют со статусами ЭПД;
- ответственные видят отклонения по документам до закрытия периода.
Если у вас выраженный торговый контур, полезно заранее проверить стык с
1С:Управление торговлей по документам отгрузки и фактической доставке.
Шаг 4. Сделайте пилот на ограниченной группе рейсов
Пилот лучше запускать на одном типе маршрутов и небольшой группе участников. Цель пилота - поймать реальные исключения, а не "доказать, что всё работает в идеальном кейсе".
Обязательно прогоните:
- стандартную перевозку без отклонений;
- замену водителя;
- переадресовку;
- отсутствие стабильного интернета у участника в пути;
- спорный кейс с корректировкой данных после подписания.
Шаг 5. Введите метрики перехода
Без метрик ЭПД-проект быстро скатывается в субъективные оценки "вроде стало лучше". Минимальный набор:
- средний цикл оформления рейса;
- доля документов с просроченным этапом;
- доля ручных обходов;
- доля кейсов, закрытых с первой попытки без повторной отправки.
Эти показатели удобнее смотреть в разрезе подразделений и типов перевозок, а не общей цифрой "по компании".
Какие разделы ЭПД имеет смысл развивать следующими
После базового внедрения ЭТрН и ЭПЛ обычно формируется дорожная карта второй волны:
- Электронный заказ-заявка для унификации входа в перевозку.
- Сценарии с участием экспедитора.
- Единый регламент инцидентов и отказов по всем типам перевозок.
Именно эту вторую волну стоит проектировать на основе данных пилота, а не «по ощущениям команды».
Где смотреть первоисточник на 1С:ИТС
Полные инструкции по сервису 1С-ЭПД, мобильному приложению, QR-коду и отдельным форматам документов — в
справочнике «Электронные перевозочные документы (ЭПД)». Для старта полезны разделы:
Разделы ИТС требуют подписки; ссылки ведут на оглавление справочника — откройте нужный пункт в дереве слева.
FAQ
Можно ли внедрить ЭПД только силами ИТ-отдела? Технически можно запустить обмен, но без закреплённых ролей и регламента согласования бизнес-процесс начнёт обходить систему в ручном режиме.
С чего начинать: с ЭПЛ или с ЭТрН? Чаще стартуют с того потока, где выше объём и операционный эффект. Для многих компаний это ЭТрН, но решение зависит от текущей модели перевозок.
Нужно ли сразу переводить все рейсы в ЭПД? Безопаснее запускать первую волну на ограниченном наборе сценариев и расширять периметр после пилота и исправления узких мест.
Как понять, что проект действительно взлетел? Когда уменьшаются просрочки этапов, падает доля ручных обходов и растёт доля документов, закрытых без повторной отправки.
Контакты: it-digit.ru/about/contacts · +7 (495) 646-01-17 · sales@it-digit.ru
