Сценарийкто и как везёт
ЭПД · ЭТрН · роли · титулы · 1С
ЭПД с 1 сентября 2026:
какой документ
нужен именно
вашей перевозке
Не начинаем с подключения сервиса. Сначала определяем договорную модель перевозки, роли участников, обязательный документ, титулы и подписантов. Только после этого проектируем 1С, оператора ИС ЭПД, статусы и восстановление после ошибки.
Обязательность документа и готовность 1С — разные вопросы. Закон определяет, что должно существовать в перевозочном процессе; система должна корректно провести этот процесс через роли, подписи, оператора и статусы.
Рольответственность
ДокументЭЗЗ · ЭТрН
Титулкто подписывает
Статусоператор · ГИС
GГрузоотправительЭЗЗ + ЭТрНREADY
PПеревозчикЭТрН + ЭПЛROLE
RГрузополучательЭТрН · приёмкаSIGN
- 01Разложить роли
- 02Провести тестовый рейс
- 03Проверить исключение
01.09.2026дата обязательного электронного документооборота1 перевозкаграница первого разбора5 проверокдо настройки промышленного обменасквозной статусот 1С до ГИС ЭПД и обратно
Короткий ответ
Сначала определите перевозку и роль. Только потом настраивайте ЭПД в 1С.
С 1 сентября 2026 года основные перевозочные документы переходят в обязательный электронный формат. Но у разных договорных моделей разный комплект документов и титулов: грузоотправитель, перевозчик, грузополучатель и экспедитор не выполняют одну и ту же операцию в системе.
01Сценарий02Роль03Документ04Титул05Статус
Федеральный закон № 140-ФЗ закрепил переход на обязательный электронный перевозочный документооборот, а ФНС указывает 1 сентября 2026 года как дату, с которой транспортные накладные, заказы и заявки, экспедиторские документы, железнодорожные и авиационные грузовые накладные должны оформляться в электронном виде. Это общая нормативная рамка — не готовая инструкция для каждой отдельной отгрузки.
Практический вопрос звучит иначе: какая именно перевозка происходит у вашей компании, какую роль она играет и какой титул должна сформировать или подписать? Ответ на этот вопрос определяет и документы, и права пользователей, и набор исходных данных в 1С.
Бумажный документ после даты перехода нельзя использовать как универсальный запасной сценарий: он сохраняется только для установленных исключений. Поэтому исключения, отказ подписи и сбой обмена нужно проектировать как отдельные ветки процесса, а не оставлять на ручное решение водителя, логиста или бухгалтера.
Пять проверок до настройки
Как определить обязательные требования для одной перевозки
Проверки идут в юридико-операционном порядке. Если не определён сценарий и роли, настройки 1С пока преждевременны.
- 01Сценарий
Сначала описать саму перевозку и договорную модель
Фиксируем вид транспорта, кто заказывает перевозку, кто фактически везёт груз, есть ли экспедитор и принимает ли он груз во владение. Один факт отгрузки ещё не определяет комплект электронных документов.
- 02Роль
Назвать юридическую роль каждого участника именно в этом сценарии
Грузоотправитель, перевозчик, грузополучатель, заказчик экспедиции и экспедитор заполняют разные документы и титулы. Роль в ЭПД должна совпадать с реальной обязанностью участника, а не с названием отдела в компании.
- 03Документ
Определить обязательный документ до настройки обмена
Проверяем, нужна ли ЭТрН, электронный заказ или заявка, экспедиторский документ, железнодорожная либо авиационная накладная. Бумажный маршрут после 1 сентября 2026 года допускается только в установленных случаях.
- 04Подпись
Связать титул с реальным сотрудником, полномочием и электронной подписью
Недостаточно завести сертификат руководителя. Для рабочих ролей фиксируем, кто подписывает конкретный титул, на каком основании действует сотрудник, нужна ли МЧД и что происходит при замене подписанта.
- 05Эксплуатация
Проверить статус документа до ГИС ЭПД и обратно до учётного результата
Тестируем не кнопку отправки, а полный жизненный цикл: создание, подпись, оператор ИС ЭПД, получение контрагентом, статусы, исправления, отказ и восстановление после сбоя.
Матрица ролей
Один рейс создаёт разные обязанности для разных участников
Ниже — рабочая карта ролей по текущему материалу 1С. Конкретный комплект всегда сверяется с договорной моделью и действующими форматами.
GГРУЗООТПРАВИТЕЛЬ
Передаёт груз и инициирует перевозочный сценарий
ЭЗЗ · титул 1 / ЭТрН · титул 1 / при экспедиции — ЭПЭ · титул 1
PПЕРЕВОЗЧИК
Принимает на себя обязанность по перевозке груза
ЭЗЗ · титул 2 / ЭТрН · титулы 2, 4, 5, 7, 8 / ЭПЛ
RГРУЗОПОЛУЧАТЕЛЬ
Принимает доставленный груз и фиксирует событие получения
ЭТрН · титул 3
EЭКСПЕДИТОР
Организует перевозку по договору транспортной экспедиции
ЭПЭ · титул 2 / ЭЭР / ЭСР; при привлечении перевозчика — также ЭЗЗ и ЭТрН
Что меняется в 1С
ЭПД — это не отдельный файл, а новая цепочка событий внутри рабочего процесса
Четыре системных изменения должны остаться после внедрения независимо от конкретной конфигурации и оператора.
- 01Источник
Связать ЭПД с исходным документом учёта
Электронный перевозочный документ должен рождаться из понятного бизнес-события: реализации, заказа, заявки на перевозку или другого рабочего основания. Иначе сотрудники снова будут вручную переносить реквизиты между системами.
- 02Полномочия
Развести подготовку документа и юридически значимое подписание
Система может подготовить данные автоматически, но титул подписывает конкретная роль. Права, сертификаты, МЧД и замещение должны быть частью рабочего процесса, а не инструкцией в отдельном файле.
- 03Обмен
Включить оператора ИС ЭПД и контрагента в одну цепочку статусов
1С не отправляет юридически значимый документ напрямую в вакуум. В маршруте присутствуют оператор ИС ЭПД, другие участники перевозки и ГИС ЭПД; команда должна видеть, на каком звене остановился документ.
- 04Исключение
Спроектировать исправление, отказ и повторный запуск до промышленного перехода
Ошибочный титул, недоступная подпись, неверный контрагент или сбой обмена не должны возвращать компанию к неуправляемой бумаге. Для типовых отказов нужен заранее проверенный маршрут восстановления.
Типовые ошибки
Где формально подключённый ЭПД разваливается в реальной эксплуатации
Самые дорогие ошибки находятся не в XML, а в разрыве между документом, ролью, подписью и фактическим событием перевозки.
Считать подключение 1С-ЭПД доказательством готовности процесса
Сервис может быть активирован, но договорная модель, роли, подписанты и события перевозки всё ещё не разложены по титулом и ответственности.
Назначить одного универсального подписанта на все этапы
Разные титулы отражают разные события и ответственность. Формальное подписание одним человеком скрывает реальную операционную роль и создаёт зависимость от одного сотрудника.
Остановиться на факте отправки документа из 1С
Отправлено из базы не равно принято оператором, подписано следующей стороной и доставлено в ГИС ЭПД. Без сквозного статуса команда узнаёт о проблеме слишком поздно.
Проверить один штатный сценарий и только потом расширять
Нужны как минимум обычная перевозка, замена подписанта, ошибка реквизита, отказ контрагента или сбой оператора. Иначе исключения остаются ручной импровизацией.
01Контрольная перевозка
Первый проверяемый шаг
Разбор одной перевозки за 10 рабочих дней
Берём один реальный сценарий, проводим его от договорной модели и исходного документа 1С до подписанных титулов, оператора, ГИС ЭПД и управляемого исключения.
Периметр1 перевозкаУчастникивсе реальные ролиНа выходе6 материалов
Решение после разбораготово к первому этапу / нужно закрыть разрыв / сценарий требует другой договорной или системной границы
Разобрать перевозку Паспорт перевозки
договорная модель, транспорт и участники
Матрица ролей
кто создаёт, подписывает и принимает титул
Карта документов
ЭЗЗ, ЭТрН, экспедиторские и другие ЭПД
Матрица подписей
КЭП, МЧД, замещение и права
Трасса обмена
1С → оператор → контрагент → ГИС ЭПД
Протокол исключений
ошибка, отказ, восстановление и повторный тест
Публичные основания
Что подтверждено законом, ФНС и текущими материалами 1С
Дата проверки: 7 августа 2026 года. Для регуляторного проекта документ, формат и статус поддержки конфигурации перепроверяются непосредственно перед тестом.
Граница заявления. Первичные источники подтверждают обязательный электронный документооборот, перечень документов, роль операторов ИС ЭПД и текущие возможности 1С. Они не определяют автоматически договорную модель и комплект титулов конкретной компании.
Короткие ответы
Что уточнить до подключения ЭПД к реальной перевозке
Обязательность, МЧД, оператор ИС ЭПД, поддержка конфигурации и граница сквозного теста.
Задать свой вопрос01С 1 сентября 2026 года ЭПД обязательны для любой отгрузки?
Не стоит определять обязанность только по факту отгрузки. С 1 сентября 2026 года перечисленные законом перевозочные документы должны оформляться электронно, но конкретный комплект зависит от вида транспорта, договорной модели и роли участника. Для части случаев Минтранс предусматривает бумажные исключения, поэтому сначала классифицируется сценарий перевозки.
02Достаточно ли подключить сервис 1С-ЭПД?
Нет. Подключение сервиса закрывает техническую часть обмена, но не определяет договорную модель, роли участников, титулы, подписантов, МЧД, события учётной системы и сценарии восстановления. Готовность подтверждается только сквозной тестовой перевозкой.
03Нужна ли МЧД сотрудникам, которые подписывают ЭПД?
Если сотрудник подписывает юридически значимый документ от имени организации, его полномочие должно быть оформлено корректно. ФНС в рекомендациях по переходу указывает КЭП и МЧД для сотрудников; конкретная схема зависит от роли, титула и полномочий подписанта.
04Можно ли работать без оператора ИС ЭПД?
Обмен электронными перевозочными документами и передача сведений в ГИС ЭПД выполняются через информационные системы операторов ИС ЭПД. ФНС публикует перечень операторов и сведения о межоператорском взаимодействии.
05Все ли документы уже одинаково поддерживаются в типовых конфигурациях 1С?
Нет, статус поддержки конкретных документов и конфигураций нужно проверять на дату проекта. 1С публикует текущую матрицу поддержки и планы развития сервиса. Перед тестом фиксируются версия конфигурации, библиотека электронных документов и поддержка нужного документа.
Материал проверенЭТрН / ЭПД · 140-ФЗ · ФНС · 1С · граница вывода
На дату проверки ФНС и 1С указывают 1 сентября 2026 года как дату обязательного электронного оформления основных перевозочных документов. Конкретный комплект документов, титулов и подписантов определяется видом перевозки, договорной моделью и ролью компании; статус поддержки нужного документа в конкретной версии 1С проверяется перед тестированием.
Актуализировано
Вопрос по вашей перевозке
Есть перевозочный сценарий? Разложим его до документа, титула и статуса в 1С.
Выберем одну реальную перевозку, зафиксируем договорную модель, участников и события. После этого станет видно, какие ЭПД нужны, кто их подписывает и что именно должно измениться в системе.
- Один реальный рейс вместо абстрактного «подключить ЭПД»
- Роли и подписи определяются до настройки обмена
- Приёмка включает отказ и восстановление, а не только отправку