Обязательно ли формировать электронную заказ-заявку (ЭЗЗ) для ЭТрН и как это сделать на практике?

Бизнес-аналитик Бухгалтерский учет Промышленность, строительство и АПК
← На главную

Рассмотрим актуальную проблему, с которой сталкиваются компании при внедрении электронных перевозочных документов (ЭПД). При запуске проекта по формированию электронных транспортных накладных (ЭТрН) часто возникает закономерный вопрос: является ли электронная заказ-заявка (ЭЗЗ) строго обязательной? Особенно остро эта проблема стоит в отраслях с интенсивным грузопотоком, таких как карьерные или строительные перевозки, где индивидуальные заявки на каждую машину физически не формируются, а работа идет по общим месячным лимитам.

Давайте подробно разберем законодательную базу, технические форматы ФНС и практические способы решения этой задачи, включая такие аспекты, как загрузка дополнительных реквизитов номенклатуры, совместно с операторами ЭДО.

Проанализируем законодательную базу: обязательна ли заказ-заявка?

Для начала проанализируем, что говорят нам нормативные документы. В Постановлении Правительства №2200 (ст. 2, п. 7 и 8) и в Федеральном законе №259-ФЗ (ст. 9, п. 5) формулировки действительно содержат слово "может": Договор перевозки груза может заключаться посредством принятия перевозчиком к исполнению заказа.... Это часто вводит в заблуждение.

Однако ситуация проясняется, если мы посмотрим на официальные ответы Минтранса и новые законодательные акты. Оформление заказа (заявки) на перевозку автомобильным транспортом действительно предусмотрено ПП 2200. Более того, согласно принятому Федеральному закону № 140-ФЗ, установлен четкий вектор на цифровизацию:

  1. До 1 сентября 2026 года действует переходный период. Штрафов со стороны ФНС за отсутствие ЭЗЗ в электронном виде пока нет.
  2. С 1 сентября 2026 года наступает полный и обязательный переход на ЭТрН и ЭЗЗ для большинства коммерческих автоперевозок.
  3. После этой даты без оформленной ЭЗЗ коммерческая перевозка не будет считаться оформленной надлежащим образом.

Исключения составляют только те случаи, когда перевозка осуществляется полностью собственным транспортом компании (вы везете груз сами себе). В этом случае договор перевозки не заключается, и ни ЭТрН, ни ЭЗЗ оформлять не нужно.

Разберем технические требования форматов ФНС

Теперь посмотрим на техническую сторону вопроса. Формат ЭТрН строго регламентирован Приказом ФНС № ЕД-7-26/1065@. Разработчики систем ЭДО (Диадок, Контур, СБИС) ориентируются именно на этот приказ, настраивая выгрузку документов в формате XML для систем ЭДО.

В утвержденном XML-формате присутствуют реквизиты, ссылающиеся на документ-основание — заказ-заявку. Если мы проанализируем таблицу 5.3 из Приказа 1065, то увидим обязательные атрибуты, такие как порядковый номер и дата. Из этого следует технический вывод: система ЭДО ожидает от вас данные об ЭЗЗ.

Как решить это на практике? Проведем тестовый прогон полного цикла ЭТрН (например, в системе Диадок). Практика показывает следующее:

Таким образом, для налоговой главное — идентифицировать сам факт хозяйственной жизни и его дату.

Специфика карьерных и сводных перевозок: как организовать процесс

Рассмотрим подробнее реальную производственную ситуацию. Грузоотправитель дает общий лимит на неделю (сводную заявку, например, на 10 000 тонн). Ему абсолютно неважно, машинами какой грузоподъемности (10, 20 или 40 тонн) будет вывозиться груз.

При этом процессом отгрузки рулит бригадир непосредственно на стройке или карьере. Решение о том, сколько машин нужно именно сейчас, может приниматься за час-два до отгрузки. У бригадира нет времени и технической возможности сидеть и формировать индивидуальную ЭЗЗ в XML-формате на каждую машину. Максимум — это звонок или SMS перевозчику.

Чтобы выйти из этой ситуации, операторы ЭДО предложили обходной путь — работу через "черновики".

Посмотрим на работу с "черновиками" и проблему роуминга

Разберем по шагам схему работы, которую предлагают провайдеры для решения проблемы нехватки времени на стройплощадках:

  1. За два часа до перевозки становится известно о потребности в транспорте.
  2. Перевозчик, имея диспетчеров в офисе, самостоятельно формирует черновик ЭЗЗ или ЭТрН за грузоотправителя.
  3. Перевозчик отправляет этот предзаполненный черновик грузоотправителю.
  4. Грузоотправитель (или лицо с доверенностью) проверяет черновик и подписывает его от своего имени своей КЭП, тем самым превращая его в юридически значимый документ.
  5. Перевозчик подписывает документ со своей стороны, и можно производить загрузку.

Важное ограничение: отсутствие роуминга для черновиков.

Выясним причину, почему черновики нельзя передавать между разными операторами (например, из СБИС в Контур). Технология межоператорского роуминга ФНС рассчитана на обмен только уже подписанными титулами (XML-файлами, защищенными электронной подписью). Черновик — это не юридически значимый документ, а просто запись в базе данных конкретного провайдера.

Поэтому операторы предупреждают: если вы хотите работать по схеме быстрой подготовки документов перевозчиком для грузоотправителя, обе стороны должны быть подключены к одной и той же системе ЭДО.

Альтернативные варианты автоматизации для крупного бизнеса

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

  1. Автоматическая генерация ЭЗЗ на основе телематики: В рамках рамочного договора на месяц (сводной заявки) система ERP может формировать индивидуальную ЭЗЗ автоматически в момент проезда машины через шлагбаум или весовой терминал. Интеграция по API позволяет мгновенно генерировать XML и отправлять на подписание.
  2. Делегирование прав (МЧД): Если позволяет регламент службы безопасности, ответственность за подписание титула грузоотправителя (Т1) делегируется по машиночитаемой доверенности (МЧД) логисту или диспетчеру самого перевозчика. В этом случае перевозчик, используя автоматизированное рабочее место кладовщика или диспетчера, делает всю электронную работу самостоятельно на законных основаниях.

Внедрение электронных транспортных документов — это сложный процесс, требующий перестройки устоявшихся бизнес-процессов. Рекомендуется уже сейчас обкатывать механики на тестовых контурах провайдеров, чтобы к 2026 году выстроить бесперебойную работу без риска получения штрафов.

← На главную