Проанализируем ситуацию: поставщик присылает транспортную накладную (часто в разговоре ее называют «ТТН», хотя юридически важно различать термины) через ЭДО как неформализованный файл (PDF/скан), ставит на «бумажном» документе печать и подпись, затем прикладывает скан и подписывает его квалифицированной электронной подписью (КЭП). Покупатель, в свою очередь, подписывает этот файл КЭП со своей стороны. При этом в документе не заполнена дата фактического получения груза (приемки). Возникает главный вопрос: имеет ли такой «скан через ЭДО» юридическую силу как подтверждающий документ перевозки/получения, или же при обмене через ЭДО транспортная накладная должна оформляться исключительно в установленном формате электронной транспортной накладной (ЭТрН) в XML?
Разберем по шагам и сразу наметим практическое решение, чтобы вы могли быстро закрыть вопрос и одновременно выстроить процесс правильно — и на текущий момент, и с учетом того, что с 1 сентября 2026 года электронный формат станет обязательным для транспортных накладных и ряда перевозочных/экспедиторских документов. Это закреплено изменениями законодательства о транспортно-экспедиционной деятельности и цифровизации перевозочных документов, а также поддерживается инфраструктурой ГИС ЭПД (государственной информационной системы электронных перевозочных документов). Формат ЭТрН утвержден ФНС приказом № ЕД-7-26/1065@ от 09.12.2021.
Чтобы не попасть в ловушку «народных названий», рассмотрим подробнее различия, потому что от этого зависит и документальная сила, и то, что именно должны принять бухгалтерия и юристы.
Транспортная накладная (ТН) — основной документ, подтверждающий условия и факт перевозки груза автомобильным транспортом (как перевозочного процесса). Именно ее электронный аналог в рамках реформы — электронная транспортная накладная (ЭТрН).
Товарно-транспортная накладная (ТТН) — исторически применявшийся «смешанный» документ, который в практике связывали и с отгрузкой товара, и с перевозкой. На практике компании до сих пор могут называть ТН словом «ТТН», особенно если привыкли к старым шаблонам. Важно: когда обсуждаем электронный обязательный формат, речь в первую очередь про перевозочные документы и их электронную форму (включая ЭТрН) в контуре ГИС ЭПД.
ЭТрН (электронная транспортная накладная) — это не «скан ТН», а электронный документ установленной структуры, который формируется и передается в виде структурированных данных (XML) по утвержденному формату ФНС и в регламентированном процессе обмена через операторов/системы, работающие с ГИС ЭПД.
Вывод для практики: если вы «передаете ТН/ТТН по ЭДО» как электронный перевозочный документ, то это должен быть не скан, а ЭТрН в установленном формате. Если же вы пересылаете скан, то это иной сценарий — передача электронного образа бумажного документа, и к нему применяются другие правила и риски.
Посмотрим на ключевую развилку. В ЭДО существуют два больших класса документов:
Формализованные документы — создаются и передаются в строго утвержденной структуре (обычно XML), которую закрепил регулятор. Такие документы система может автоматически проверять, валидировать, подставлять обязательные поля, контролировать статусы и юридически значимые события.
Неформализованные документы — это произвольные файлы (PDF, DOCX, сканы), которые можно подписывать КЭП и пересылать через оператора ЭДО, но их структура не регламентирована государственным форматом. Это удобно для договоров, писем, протоколов, внутренних документов и прочих случаев, где нет обязательного «гос-XML».
Теперь применим это к вашей ситуации. Когда поставщик отправляет скан транспортной накладной как неформализованный документ, он фактически отправляет электронный образ бумажного документа, а не «электронную транспортную накладную» в смысле реформы ЭПД.
И тут появляется важный нюанс: электронный образ бумажного документа и электронный документ — это разные юридические сущности. В бизнес-практике скан, подписанный КЭП, может помогать ускорить обмен и согласование. Но для перевозочных документов это часто недостаточно, потому что:
у перевозочных документов есть регламентированная логика заполнения и подписания сторонами (кто, когда, в какой роли подтверждает события перевозки);
часть реквизитов фиксируется именно в момент фактических операций (например, приемка грузополучателем, отметки о расхождениях, дата/время);
для ЭТрН предусмотрена передача данных в ГИС ЭПД, а «скан» этого не делает и не подтверждает соблюдение регламентированного электронного процесса.
Поэтому мысль из обсуждения на форуме 1С, которую стоит взять как опорную, звучит логично: если ТН/ТТН отправляется «при помощи ЭДО» именно как электронный перевозочный документ, то она должна быть сформирована в установленном формате. В противном случае вы отправляете не ЭТрН, а скан — и документальная сила в части «электронной перевозки» становится спорной.
Давайте разберем по шагам, почему вопрос с датой получения груза (приемки) нельзя игнорировать.
С точки зрения хозяйственной операции у нас есть минимум два «события», которые важно подтвердить документами:
Отгрузка/передача товара (поставщик передал, покупатель принял в рамках поставки) — обычно подтверждается первичкой по товару: УПД/ТОРГ-12/накладная, акт и т.п.
Перевозка и факт доставки/приемки по перевозке — подтверждается перевозочным документом (ТН/ЭТрН) и событиями в процессе перевозки.
Если у вас ТН «в скане» подписывается сторонами уже после того, как груз приехал, но при этом не отражено, когда именно грузополучатель получил груз, вы теряете нормальную фиксацию факта приемки по перевозке. На практике это может привести к проблемам:
сложно доказать момент перехода рисков и ответственности в споре по срокам/порче/недостаче;
возникают вопросы, почему документ подписан «задним числом» или почему приемка не отражена;
внутренний контроль и аудит не понимают, где подтверждение фактического получения;
если вы готовитесь к обязательной ЭТрН, такой «скан без даты» точно не впишется в регламентированный процесс.
Вывод: даже если вы временно используете бумажную ТН и отправляете ее скан через ЭДО, на бумажном оригинале должны быть заполнены все обязательные реквизиты и отметки, включая дату/время приемки (если они предусмотрены формой и вашим процессом). И только потом имеет смысл делать электронный образ.
Теперь соберем решение в понятную «матрицу», чтобы вы могли быстро определить, в каком режиме вы сейчас работаете и что нужно исправить.
Сценарий А: вы ведете перевозочные документы на бумаге, а через ЭДО пересылаете копии (электронные образы).
В этом сценарии базовая юридическая опора — бумажный оригинал. Тогда скан, подписанный КЭП, чаще всего выступает как удобная электронная копия для ускорения обмена, но не заменяет корректно оформленный бумажный первоисточник. Чтобы снизить риски, действуем так:
оформляем бумажную ТН/ТТН корректно — с подписями, отметками, датами, при необходимости с расхождениями;
храним бумажный оригинал по правилам хранения первичных документов;
через ЭДО отправляем скан как неформализованный файл, подписанный КЭП, но в учетной политике и регламентах фиксируем, что это электронный образ, а оригинал — бумага.
Ключевой риск: если бумажного оригинала нет или он не оформлен надлежащим образом, то «скан без даты приемки» выглядит слабым подтверждением.
Сценарий B: вы хотите, чтобы транспортная накладная была именно электронным перевозочным документом.
Тогда действуем иначе: формируем ЭТрН в установленном формате (XML по формату ФНС), подписываем ее в регламентированном электронном процессе и ведем статусы/подтверждения. Именно так строится юридически значимый «логистический ЭДО» с передачей сведений в ГИС ЭПД. Скан в этом сценарии не является заменой ЭТрН.
Практический вывод для вашего срочного случая: если сейчас у вас нет настроенной ЭТрН и вы обмениваетесь «сканами», то для минимизации рисков нужно привести в порядок бумажный оригинал (включая дату приемки), а скан считать вспомогательным электронным образом. Если же вы принципиально хотите считать документ «электронной ТН», тогда вам нужно переходить на ЭТрН (XML), потому что именно для этого утвержден формат и выстроен государственный контур.
Давайте закрепим юридико-технологическую причину, почему в обсуждении на форуме прозвучал вывод «думаю, что нет» (в смысле: как подтверждающий электронный перевозочный документ такой скан не подходит).
Формат ЭТрН утвержден ФНС приказом № ЕД-7-26/1065@ от 09.12.2021 — это означает, что для обмена электронной транспортной накладной предусмотрен унифицированный машиночитаемый формат, который нужен не «для красоты», а чтобы:
однозначно идентифицировать участников (грузоотправитель, грузополучатель, перевозчик и т.д.);
фиксировать статусы и юридически значимые события электронного процесса (кто сформировал, кто подписал, кто подтвердил приемку);
передавать сведения в ГИС ЭПД (через операторов/информационные системы, включенные в реестр), чтобы государственные органы могли получать данные без ручных пересылок;
исключить «плавающие» реквизиты и споры о том, что именно стороны подписали.
Скан, даже подписанный КЭП, не обеспечивает эту модель. Он фиксирует «картинку документа», но не обеспечивает регламентированный процесс электронного перевозочного документа. Поэтому, если вы называете документ «электронной транспортной накладной», он должен быть ЭТрН в установленном формате, а не произвольный файл.
Посмотрим на сроки, чтобы вы могли правильно планировать и не переделывать процесс дважды.
Сейчас применение ЭТрН в большинстве случаев носит переходный/добровольный характер, но законодательные изменения закрепляют, что с 1 сентября 2026 года электронный формат станет обязательным для транспортных накладных и ряда экспедиторских документов. Это означает, что модель «бумага + скан по ЭДО» будет постепенно вытесняться регламентированным электронным контуром.
Практический вывод: даже если «на сегодня» вы временно закрываете вопрос бумажным оригиналом и сканом, параллельно имеет смысл подготовить переход на ЭТрН: КЭП, машиночитаемые доверенности (если применимо), выбор оператора/сервиса, настройка учетной системы и регламентов.
Разберем по шагам практический алгоритм, если вам нужно «срочно и безопасно» принять документы, а ЭТрН еще не внедрена.
Оформляем бумажный оригинал.
Проверяем, что на бумаге есть все нужные реквизиты: подписи ответственных лиц, отметки о передаче/приемке, при необходимости печати (если вы их используете), дата фактического получения груза и иные обязательные поля по вашей форме и процессу.
Фиксируем приемку корректным документом.
Если по форме ТН/ТТН приемка отражается отметками, ставим их. Если приемка по товару оформляется отдельно (например, УПД/ТОРГ-12), то смотрим на связку: перевозочный документ подтверждает перевозку, товарный — передачу товара. В спорных случаях полезно, чтобы дата приемки по перевозке и дата приемки по товару не противоречили друг другу.
Сканируем и отправляем через ЭДО как неформализованный документ.
В ЭДО прикладываем файл и подписываем КЭП. Но принципиально: это не ЭТрН, а электронный образ бумажного документа.
Закрепляем подход в регламенте/учетной политике.
Чтобы у бухгалтерии и аудиторов не было разночтений, фиксируем: бумажный оригинал — первоисточник, скан — электронная копия для обмена. Тогда при проверках и спорах вы сможете предъявить именно оригинал.
Контролируем хранение.
Скан в ЭДО хранится у оператора/в архиве ЭДО, но бумажный оригинал хранится у вас по правилам хранения первичных документов. Внутренне назначаем ответственных и сроки.
Важно: если поставщик физически не готов передать бумажный оригинал, а дает только «скан с печатью/подписью», то мы попадаем в зону риска. В таком случае лучше не «делать вид, что это электронная перевозочная накладная», а либо добиваться бумажного оригинала, либо переводить процесс на ЭТрН (решение №2 ниже).
Теперь посмотрим, как выстроить «правильную» электронную схему, чтобы транспортная накладная была именно электронным перевозочным документом.
В основе ЭТрН лежат три опоры:
Установленный формат (XML) — утвержден ФНС (приказ № ЕД-7-26/1065@ от 09.12.2021). Это гарантирует, что документ структурирован и соответствует требованиям обмена.
Квалифицированная электронная подпись (КЭП) участников процесса и корректные полномочия подписантов (в ряде сценариев — с применением машиночитаемой доверенности).
Обмен через информационные системы/операторов, работающих с ГИС ЭПД, чтобы события и сведения могли быть зафиксированы и переданы по установленным правилам.
Разберем по шагам внедрение ЭТрН в компании, чтобы это было применимо и для поставщика, и для покупателя, и для перевозчика.
Определяем роли и участников в процессе.
Фиксируем, кто у вас выступает грузоотправителем, грузополучателем, перевозчиком, экспедитором (если есть). Это важно, потому что в ЭТрН роли определяют, кто и что подписывает.
Проверяем готовность КЭП и полномочий.
Назначаем, кто подписывает ЭТрН со стороны организации. Если подпись ставит не руководитель, обеспечиваем легитимные полномочия (в том числе через МашиночитаемаяДоверенность, если она требуется в вашем сценарии и у вашего оператора/интеграции).
Выбираем сервис/оператора для ЭПД.
Подключаем решение, которое поддерживает ЭТрН и обмен через ГИС ЭПД. Здесь важно, чтобы это был именно логистический контур ЭПД, а не «просто отправка файлов».
Настраиваем учетную систему и интеграцию.
Если вы работаете в 1С, используем типовые возможности интеграции с сервисами ЭПД (например, через сервисы семейства 1С для электронных перевозочных документов). Смысл настройки: чтобы ЭТрН создавалась в системе как структурированный документ, подписывалась, отправлялась и получала статусы обратно.
Описываем регламент формирования, подписания и приемки.
Фиксируем, на каком шаге грузополучатель подтверждает приемку, как отражаются расхождения, кто отвечает за корректность реквизитов. В ЭТрН дата/время приемки и подтверждающие события должны фиксироваться в рамках электронного процесса — именно это и решает проблему «не проставлена дата получения».
Тестируем сценарий на одном маршруте/контрагенте.
Проводим пилот: создаем ЭТрН, подписываем участниками, проверяем статусы и архив, убеждаемся, что бухгалтерия умеет сопоставлять ЭТрН с отгрузочными документами (УПД/накладной), а логистика — закрывать перевозку.
Результат: у вас появляется не «скан», а полноценная ЭТрН, где приемка отражена корректно, статусы прозрачны, а подтверждение перевозки не зависит от того, «вписали ли ручкой дату на бумаге».
Чтобы вы могли принять решение немедленно, соберем короткий, но практичный чек-лист — «что сделать сегодня», а что поставить в план внедрения.
Определяем, есть ли бумажный оригинал ТН/ТТН.
Если оригинал существует и будет передан — используем решение №1 (электронный образ как копия). Если оригинала нет — риск выше, и лучше двигаться к решению №2.
Проверяем наличие даты/отметки приемки.
Если дата получения груза критична (а обычно она критична), добиваемся ее внесения в первоисточник (бумага) или обеспечиваем электронное подтверждение в ЭТрН.
Фиксируем внутреннюю позицию
Для бухгалтерии и договорной работы важно: вы принимаете это как «электронную перевозочную накладную» или как «скан-копию бумажной»? Не смешиваем эти режимы, чтобы не получить противоречивые объяснения при проверке или споре.
Параллельно планируем переход на ЭТрН до 01.09.2026.
Даже если сегодня вы закрыли вопрос бумагой, готовимся к обязательности электронного формата: выбираем оператора/сервис, готовим подписи и полномочия, настраиваем 1С, обучаем логистику и бухгалтерию.
Рассмотрим типичные ошибки, из-за которых компании и попадают в ситуацию «скан подписали, а дата получения груза не заполнена» — и сразу договоримся, как этого избежать.
Ошибка: подписываем скан, не проверив заполнение ключевых реквизитов.
Решение: вводим обязательную проверку перед подписанием — дата/время приемки, подписи ответственных, корректные стороны и реквизиты.
Ошибка: путаем «электронный документ» и «электронный образ».
Решение: в регламенте прямо разделяем два процесса: (а) бумага + электронная копия; (б) ЭТрН (XML) как электронный перевозочный документ.
Ошибка: пытаемся «заменить ЭТрН» сканом, чтобы «было быстрее».
Решение: если нужен именно электронный перевозочный документ, внедряем ЭТрН. Если пока не внедрили — не выдаем скан за ЭТрН и обеспечиваем бумажный оригинал.
Ошибка: нет ответственного за приемку по перевозке.
Решение: назначаем роль (логистика/склад), которая отвечает за событие «получили груз» и его отражение в документах (на бумаге или в электронном процессе ЭТрН).
Часто спор возникает из-за ожиданий бухгалтерии: «нам нужен подтверждающий документ для расходов/учета». Давайте разберем связку, чтобы выстроить ее правильно.
Как правило:
УПД/ТОРГ-12/накладная закрывает факт передачи товара (поставка, переход права/рисков по договору поставки — в зависимости от условий).
ТН/ЭТрН подтверждает факт перевозки и условия доставки (кто перевозчик, маршрут, груз, отметки/приемка).
Если у вас самовывоз или доставка собственным транспортом, состав документов может отличаться, и в некоторых сценариях ЭТрН может не требоваться. Но в классической модели «есть перевозчик и перевозка» перевозочный документ нужен как отдельная сущность. Поэтому важно не пытаться «натянуть» скан на роль ЭТрН, если вы фактически хотите юридически значимый электронный перевозочный документ.
Соберем все в один четкий вывод, как для внутреннего решения, так и для ответа контрагенту.
Если транспортная накладная отправляется через ЭДО именно как электронный перевозочный документ, то она должна быть сформирована в установленном формате ЭТрН (XML), по утвержденному формату ФНС, и проходить регламентированный процесс электронного обмена. Отправка «скана» в неформализованном виде в этом смысле не является ЭТрН.
Если же вы пересылаете через ЭДО скан бумажной ТН/ТТН, то это электронный образ бумажного документа. Тогда юридическая опора — бумажный оригинал, который должен быть корректно заполнен (в том числе с датой приемки/получения груза). Скан, подписанный КЭП, может ускорять обмен, но сам по себе не устраняет риски отсутствия обязательных отметок в первоисточнике.
С учетом обязательности электронных перевозочных документов с 1 сентября 2026 года разумно параллельно подготовить переход на ЭТрН: выбрать сервис/оператора, настроить процессы подписания и приемки, интегрировать с 1С и обучить сотрудников. Тогда проблема «не заполняется дата получения» решится на уровне процесса: приемка будет фиксироваться в рамках электронного документа и его статусов, а не зависеть от того, кто и когда вписал дату на бумаге.
Дальнейший шаг, который стоит сделать уже сейчас: определяем, какой из двух режимов вы используете (бумага+копия или ЭТрН), и приводим документы к выбранному режиму без смешения. Это и будет вашим «быстрым и правильным» решением.