Давайте вместе разберем ситуацию “А везет для Б, но транспорт и водитель у В” и выясним, какой документ оформлять вместо ТТН, как будет выглядеть обмен с 01.09.2026, и какой договор лучше заключить между А и В, чтобы роли участников и ответственность не “разъехались” с электронными перевозочными документами.
Сразу зафиксируем важный тезис из обсуждения: в большинстве коммерческих автоперевозок речь идет не о ТТН, а о транспортной накладной (ТН). С 1 сентября 2026 года ключевые перевозочные документы по автоперевозкам должны оформляться в электронном виде через контур электронных перевозочных документов (ЭПД).
Прежде чем настраивать обмен, давайте четко разделим два документа, которые часто путают.
Транспортная накладная (ТН) — это основной перевозочный документ для автоперевозки, который подтверждает заключение договора перевозки и фиксирует условия перевозки и события “приняли груз / доставили / выдали”. Именно ее электронный аналог — электронная транспортная накладная (ЭТрН) — становится базовым документом в перевозочном ЭДО.
Товарно-транспортная накладная (ТТН) — исторически “двойной” документ (товарная часть + транспортная часть). Ее используют не во всех схемах и не всегда обязаны применять. На практике для учета товара часто достаточно УПД/ТОРГ-12, а для перевозки — ТН. Поэтому, когда вопрос звучит “как обмениваться ТТН”, обычно правильнее переформулировать: как обмениваться ТН/ЭТрН и чем закрывать товарную часть (УПД и т. п.).
Практический вывод: в вашей схеме (А оказывает перевозку для Б, но едет на транспорте В) мы строим решение вокруг ТН/ЭТрН, а не вокруг ТТН.
С 1 сентября 2026 года участники перевозок должны перейти на оформление ключевых перевозочных документов в электронном виде. В контур обязательного “перевозочного ЭДО” попадают не только ЭТрН, но и связанные документы (например, заказы/заявки на перевозку и экспедиторские документы). Бумажный вариант будет допустим только в исключительных случаях, которые должны быть отдельно определены регулятором.
Чтобы не запутаться, давайте зафиксируем, что это означает на практике:
Недостаточно “сделать PDF и подписать КЭП”. Нужно обмениваться документами через контур ЭПД, где документы получают уникальные идентификаторы и статусы, а данные передаются в государственную систему.
Участникам перевозки нужно заранее определить роли: кто грузоотправитель, кто перевозчик, кто грузополучатель, и (если есть) кто экспедитор. Именно от ролей зависит, кто и какой “титул” (часть) подписывает.
Если в цепочке появляется третья организация (как у вас В), нужно “юридически закрепить” ее роль договором и полномочиями на подписание, иначе электронный обмен будет ломаться на этапе подписания титулов.
ЭТрН устроена как последовательность обязательных частей (титулов), которые заполняются и подписываются разными участниками перевозки. Рассмотрим подробнее базовую логику по этапам, чтобы мы одинаково понимали, что именно должна делать организация В.
Титул Т1 (оформление) — формирует грузоотправитель (или уполномоченный участник по договоренности, но юридически это зона отправителя). Здесь фиксируются участники, сведения о грузе, месте погрузки, маршруте, транспортном средстве, водителе, условиях и дополнительных параметрах.
Титул Т2 (прием груза к перевозке) — подтверждает перевозчик: факт приема груза, отметки по состоянию, оговорки, время и место. В ряде процессов часть действий на месте может выполнять водитель, но ответственность и электронная подпись перевозчика должны быть организованы корректно.
Титул Т3 (приемка грузополучателем) — формирует грузополучатель: подтверждает приемку (или фиксирует расхождения), дату/время, результат приемки, замечания.
Титул Т4 (завершение перевозки) — подписывает перевозчик: подтверждает завершение/выдачу, закрывает перевозку в части перевозчика.
Ключевая мысль для вашей схемы: если организация В в конкретной перевозке является перевозчиком, то для нее критичны титулы Т2 и Т4. Если В не перевозчик (а, например, только арендодатель транспорта), то ее участие в ЭТрН может быть минимальным или отсутствовать вовсе — но это нужно правильно закрепить договором и ролью перевозчика.
Теперь давайте вместе разберем вашу схему по ролям. У нас есть:
Организация Б — заказчик перевозки (грузовладелец/клиент). В зависимости от сделки Б может быть грузоотправителем или грузополучателем, а иногда — просто плательщиком услуги.
Организация А — организация, которая “осуществляет грузоперевозки” для Б. В реальности А может быть либо перевозчиком по договору, либо экспедитором/организатором перевозки.
Организация В — владелец транспорта (и чаще всего экипажа). В может быть фактическим перевозчиком, либо поставщиком транспортного ресурса (аренда/фрахтование), либо субподрядчиком.
Чтобы правильно выстроить обмен ЭТрН у организации В, нам нужно выбрать одну из типовых юридических моделей. Давайте рассмотрим несколько решений и подробно разберем каждое.
Это самый “чистый” и часто используемый вариант, когда А продает услугу “доставим”, но реально привлекает перевозчика В.
Договорная связка:
Между Б и А заключаем договор транспортной экспедиции (А организует перевозку, может привлекать третьих лиц).
Между А и В заключаем договор перевозки груза (В принимает груз и отвечает как перевозчик).
Как идет обмен ЭТрН в таком варианте:
На этапе подготовки перевозки согласуем заказ/заявку на перевозку (в электронном виде, если она попадает в обязательный перечень) и фиксируем, кто готовит исходные данные для Т1.
Титул Т1 формирует грузоотправитель (это может быть Б или контрагент Б — зависит от поставки), а А как экспедитор помогает организовать заполнение.
Организация В как перевозчик на погрузке подтверждает прием груза — подписывает Т2.
Грузополучатель подписывает Т3 по факту приемки.
Организация В подписывает Т4 и закрывает перевозку.
Что важно предусмотреть для В:
Определим, кто именно в В подписывает Т2/Т4: руководитель или уполномоченный сотрудник по машиночитаемой доверенности (МЧД).
Настроим работу водителя: он может подтверждать события на месте в сервисе перевозочных документов, но финальная ответственность и корректность подписания должны быть у перевозчика.
Пропишем сроки подписания: например, “Т2 подписываем не позднее X часов после погрузки, Т4 — не позднее X часов после выгрузки”.
Плюсы решения 1: роли понятны, В легально “перевозчик”, а электронные титулы Т2/Т4 логично лежат на В. Минусы: А должен быть готов вести экспедиторский контур (включая электронные экспедиторские документы, если они применимы).
Иногда А хочет оставаться “перевозчиком” для клиента Б (для маркетинга, тарифов, ответственности), но фактически отдает перевозку В. Это возможно, но требует аккуратной настройки: кто будет указан перевозчиком в ЭТрН и кто подписывает Т2/Т4.
Договорная связка:
Между Б и А заключаем договор перевозки (А отвечает перед Б как перевозчик).
Между А и В заключаем либо договор перевозки (В как перевозчик выполняет перевозку для А), либо “субперевозку” как отдельный перевозочный договор с жесткими условиями по документообороту.
Как организовать ЭТрН, чтобы не возник конфликт ролей:
Либо указываем в ЭТрН перевозчиком В (фактического перевозчика). Тогда В подписывает Т2/Т4, а А фигурирует в документах как экспедитор/организатор (если модель позволяет) или как плательщик/заказчик перевозки по заявке.
Либо указываем перевозчиком А, а В выступает как поставщик ресурса (водитель/ТС) по иной модели (например, аренда с экипажем). Тогда А должен иметь возможность корректно подписывать Т2/Т4, а В должен передавать подтверждения событий и данные для подписания.
Риск решения 2: если по договору с Б перевозчик А, а по ЭТрН перевозчик В (или наоборот), появится “двойная картина” для бухгалтерии, претензий и проверок. Поэтому давайте сразу зафиксируем правило: перевозчик в договоре и перевозчик в ЭТрН должны совпадать либо быть логически объяснимы через экспедиторскую роль и доверенности.
Этот вариант выбирают, когда А действительно хочет быть перевозчиком и вести документы от своего имени, а В готова лишь “дать машину” (и иногда водителя). Здесь важно правильно выбрать тип договора.
Договорная логика:
Если В предоставляет только транспорт без экипажа, заключаем договор аренды транспортного средства без экипажа. Тогда водитель и перевозка — зона ответственности А, и В обычно не участвует в ЭТрН.
Если В предоставляет транспорт с водителем, возможны варианты: аренда ТС с экипажем, фрахтование, услуги по управлению ТС. Но нам важно не название, а смысл: кто несет ответственность как перевозчик и кто подписывает Т2/Т4.
Как выглядит обмен ЭТрН:
Перевозчиком в ЭТрН является А. Значит, А подписывает Т2 и Т4.
Организация В в этом случае обеспечивает фактическое выполнение (предоставляет ТС/экипаж), но подписание перевозочных титулов нужно организовать либо через уполномоченных представителей А, либо через процедуру передачи событий от водителя в систему А.
Что обязательно пропишем в договоре А–В:
Кто передает данные по рейсу (ТС, водитель, маршрут, время подачи, время погрузки/выгрузки).
Кто и как фиксирует события “погрузка/приемка/выгрузка”: водитель В подтверждает события в мобильном приложении, а А подписывает титулы своей КЭП — либо иной согласованный порядок.
Ответственность за несвоевременное подтверждение этапов, если это влияет на закрытие документов и оплату.
Плюсы решения 3: А полностью контролирует ЭТрН и финансовые документы. Минусы: нужно качественно настроить взаимодействие с водителями/диспетчерами В, чтобы данные попадали в систему вовремя.
Теперь давайте соберем порядок действий именно для организации В. Мы будем исходить из наиболее частого сценария: В является перевозчиком (фактическим) и подписывает титулы Т2 и Т4. Если у вас выбран другой сценарий, мы ниже добавим развилки.
Порядок обмена по шагам:
Подготовим инфраструктуру подписи. Выпустим КЭП для руководителя или ответственных подписантов. Если подписывает не руководитель, оформим МЧД и назначим полномочия на подписание ЭПД.
Подключимся к оператору ИС ЭПД. Выберем сервис, который поддерживает обмен перевозочными документами и передачу данных в государственную систему. Важно, чтобы сервис умел “роуминг” с разными операторами контрагентов.
Настроим маршруты и роли. Закрепим в регламенте: кто в В готовит данные по рейсу, кто контролирует заполнение Т1 (со стороны отправителя), кто подтверждает Т2 на погрузке, кто контролирует приемку Т3 и подписывает Т4.
Получим и проверим Т1. До выезда/погрузки получим от грузоотправителя (или инициатора) сформированный титул Т1 и проверим ключевые поля: адреса, груз, ТС/водитель, условия, контактные лица, замечания, сроки.
Подтвердим прием груза (Т2). На погрузке фиксируем факт приема и подписываем титул Т2. Если обнаружены расхождения или есть оговорки (упаковка, повреждения, пломбы), фиксируем их сразу в Т2, чтобы не спорить “постфактум”.
Дождемся приемки получателя (Т3). После доставки грузополучатель оформляет приемку и подписывает Т3. Если грузополучатель фиксирует расхождения, мы анализируем их и действуем по регламенту претензионной работы.
Закроем перевозку (Т4). Подписываем титул Т4 и завершаем документооборот по перевозке. С этого момента у нас появляется “закрывающий” цифровой след по перевозке.
Организуем корректировки и нестандартные ситуации. Если меняются адрес выгрузки, водитель, ТС, объем, условия — оформляем корректирующие действия по правилам сервиса ЭПД, не “дописываем ручкой” и не отправляем “письмо на почту”.
Развилка: если В не перевозчик (а только арендодатель транспорта), то шаги с подписанием Т2/Т4 переносятся на того, кто является перевозчиком в ЭТрН (например, на А). Тогда В обеспечивает передачу данных и подтверждений событий, но не подписывает титулы перевозчика.
С 01.09.2026 электронный документооборот по перевозке становится не “приложением”, а частью обязательного процесса. Поэтому давайте включим в договор между А и В отдельный блок условий по ЭПД. Рассмотрим, что стоит прописать, чтобы потом не спорить и не “ловить” документы по чатам.
Рекомендуемые условия договора (структурно):
Роли участников: кто перевозчик, кто заказчик перевозки, кто экспедитор (если есть), кто грузоотправитель/грузополучатель по конкретным перевозкам.
Какие электронные документы применяем: ЭТрН, заказ/заявка, заказ-наряд, экспедиторские документы (если применимо), электронный путевой лист (если используете).
Сроки подписания титулов: Т2 в течение N часов с момента погрузки, Т4 в течение N часов с момента выгрузки; порядок действий при задержке подписания грузополучателем Т3.
Полномочия подписантов: КЭП, МЧД, кто имеет право подписывать и в каком статусе; порядок замены подписанта.
Обмен через операторов: какие операторы используются, как решаем вопросы роуминга, как подтверждаем отправку/получение, как фиксируем технические сбои.
Ответственность: штрафные удержания/неустойка за несоблюдение сроков подписания, за неверные данные в Т1/Т2, за отсутствие закрывающих титулов, если это влияет на оплату и закрытие периода.
Порядок исправлений: как вносим корректировки, кто инициирует исправление, какие поля может менять каждая сторона, как согласуем спорные изменения.
Практический совет: не ограничиваемся фразой “стороны ведут ЭДО”. Лучше прямо закрепим “кто и что подписывает” и “в какие сроки”, потому что в ЭТрН это технически выражено в конкретных титульных действиях.
Теперь ответим на вторую часть вопроса: какой договор подойдет между организацией А и организацией В. Мы не будем гадать “как лучше в вакууме”, а выберем по фактической модели работы.
Договор перевозки груза — выбираем, если В действительно принимает груз и отвечает за доставку как перевозчик. Тогда В логично подписывает титулы перевозчика в ЭТрН (Т2/Т4). Это самый понятный путь, если В — транспортная компания с водителями.
Договор транспортной экспедиции — выбираем, если В не просто везет, а организует перевозку, может привлекать третьих лиц, оформляет поручения/расписки и т. п. В этом варианте В становится экспедитором (что важно для будущих требований к электронным экспедиторским документам).
Аренда/фрахтование/предоставление транспортного средства — выбираем, если В фактически дает А транспорт как ресурс, а перевозчиком в документах остается А. Тогда В не обязана быть перевозчиком в ЭТрН, но обязана обеспечить передачу данных и подтверждений событий так, чтобы А мог корректно подписывать титулы.
Критерий выбора: ответим себе на один вопрос: кто является перевозчиком по сути и по ответственности. Если перевозчик В — берем договор перевозки. Если перевозчик А — оформляем ресурсную модель (аренда/фрахтование) и выстраиваем обмен данными. Если А организует и отвечает как экспедитор — используем экспедицию.
Чтобы мы могли быстро применить решение на практике, давайте оформим “дерево” в виде четкого чек-листа.
Вариант A (А — экспедитор, В — перевозчик):
Договор Б–А: экспедиция.
Договор А–В: перевозка.
В ЭТрН перевозчик: В.
Титулы: В подписывает Т2 и Т4.
Вариант B (А — перевозчик для Б, В — субподрядчик-перевозчик):
Договор Б–А: перевозка.
Договор А–В: перевозка (субперевозка).
Определяем, кто перевозчик в ЭТрН: либо В (тогда В подписывает Т2/Т4), либо А (тогда А подписывает Т2/Т4, а В передает подтверждения).
Обязательно согласуем модель, чтобы договоры и ЭТрН не противоречили друг другу.
Вариант C (А — перевозчик, В — арендодатель транспорта):
Договор Б–А: перевозка.
Договор А–В: аренда/фрахтование/предоставление ТС.
В ЭТрН перевозчик: А.
Титулы: А подписывает Т2 и Т4; В обеспечивает данные и подтверждения событий рейса.
Теперь давайте посмотрим на практику: как подготовиться в 1С, если вы ведете учет и документооборот в типовых конфигурациях. Здесь нам важно добиться трех вещей:
Создавать и отправлять ЭТрН/связанные документы из учетной системы, а не вручную.
Обеспечить подписание КЭП/МЧД и контроль статусов по этапам (Т1–Т4).
Хранить и быстро находить оригиналы документов и историю подписаний.
Рассмотрим подробнее, как обычно строят это в 1С через сервисы обмена ЭПД.
Если организация использует 1С:Бухгалтерию 3.0, то чаще всего ЭТрН привязывают к первичным документам отгрузки/поступления. Разберем по шагам общий подход (названия команд могут различаться по релизам и настройкам, но логика одинакова).
Подключим ЭДО/ЭПД. Включим функциональность электронного документооборота, настроим учетную запись оператора и обмен с контрагентами. Важно, чтобы оператор поддерживал контур ЭПД.
Создадим документ отгрузки. Оформим “Реализацию (акт, накладная, УПД)” или иной первичный документ по товару. Это позволит подтянуть номенклатуру, места отгрузки, контрагентов и реквизиты.
Сформируем ЭТрН из отгрузки. Используем команду в блоке ЭДО для создания электронной транспортной накладной на основании документа реализации и заполним перевозочные реквизиты: перевозчик, ТС/водитель, маршрут, места погрузки/выгрузки, условия.
Отследим статусы. Контролируем этапы: оформление (Т1), прием (Т2), приемка (Т3), завершение (Т4). Для этого используем журналы “Текущие дела ЭДО” и связанные списки электронных документов.
Сопоставим с расчетами. После закрытия Т4 используем ЭТрН как документальное подтверждение перевозки и основание для признания расходов/выручки и закрытия взаиморасчетов, если у вас такая учетная политика.
Практический акцент для организации В: если В — перевозчик и ведет учет в 1С:Бухгалтерии, то основной фокус будет не на “Реализации товара”, а на подтверждении перевозочных этапов, выставлении услуг и контроле закрытия по Т2/Т4. В этом случае важно, чтобы перевозочный контур (ЭПД) был подключен и в 1С было удобно отслеживать входящие/исходящие титулы.
Если организация В выступает перевозчиком, то ее ключевая задача в 1С — не просто “получить документ”, а своевременно сформировать и подписать титулы Т2 и Т4.
Разберем по шагам процесс для перевозчика:
Получим ЭТрН в журнале ЭДО. После того как грузоотправитель оформил Т1, документ поступит перевозчику через оператора. Откроем ЭТрН из списка входящих электронных документов/текущих дел и проверим реквизиты рейса.
Сформируем подтверждение приема (Т2). На этапе погрузки внесем необходимые сведения по приему груза и подпишем титул Т2 квалифицированной подписью уполномоченного лица перевозчика. Если события фиксирует водитель, организуем передачу данных и подтверждений так, чтобы Т2 был подписан без задержек.
Контролируем приемку (Т3). Отслеживаем, что грузополучатель выполнил приемку. Если есть расхождения, фиксируем их и действуем по регламенту.
Сформируем завершение (Т4). После выгрузки подписываем титул Т4. Это “закрывает” перевозочную часть со стороны перевозчика и позволяет быстрее закрыть взаиморасчеты.
Настроим хранение. Организуем архив электронных перевозочных документов, чтобы при проверках и разборе спорных ситуаций быстро поднять “оригинал” и историю подписания.
Важно: чем более регламентно выстроены сроки Т2/Т4, тем меньше “зависаний” оплаты и сверок, потому что у заказчика и у отправителя появляется подтвержденный цикл перевозки без ожидания бумажных оригиналов.
Чтобы перейти без авралов, давайте соберем компактный, но практичный чек-лист. Мы будем использовать его как план внедрения.
Определим модель договоров (перевозка / экспедиция / аренда) и закрепим роли в ЭТрН.
Назначим ответственных: логист (данные по рейсу), диспетчер (контроль этапов), подписант (КЭП), администратор ЭДО (настройки/роуминг), водитель (фиксация событий).
Оформим подписи и МЧД для подписантов и предусмотрим “резервного подписанта”.
Подключим оператора ИС ЭПД и проверим обмен с основными контрагентами (А, Б и ключевые грузоотправители/получатели).
Согласуем регламенты обмена: сроки Т2/Т4, порядок исправлений, порядок действий при задержке Т3.
Обучим сотрудников и проведем пилот: сначала на ограниченном количестве рейсов, затем расширим на весь поток.
Настроим контроль качества данных: справочники контрагентов, адресов, ТС и водителей, чтобы исключить ошибки в реквизитах ЭТрН.
Организуем архив электронных перевозочных документов и быстрый поиск по рейсам, контрагентам и идентификаторам.
Чтобы решение было устойчивым, давайте заранее разберем “грабли”, на которые чаще всего наступают при переходе на ЭТрН.
Ошибка: в договоре перевозчик один, а в ЭТрН перевозчик другой.
Как сделать правильно: синхронизируем договорную модель и роли в ЭТрН. Если А экспедитор — так и фиксируем, а перевозчик В — подписывает Т2/Т4. Если перевозчик А — организуем подпись титулов со стороны А.
Ошибка: нет полномочий у подписанта (подписывает не руководитель, но МЧД не оформлена).
Как сделать правильно: оформляем МЧД, назначаем роли, проверяем доступы в сервисе ЭПД и в 1С заранее, а не “в день рейса”.
Ошибка: задержка Т2/Т4 приводит к “зависанию” закрывающих документов и оплаты.
Как сделать правильно: прописываем сроки подписания в договоре А–В и в регламенте работы. Назначаем контрольные точки и ответственных.
Ошибка: перевозчик пытается обмениваться документами “как раньше”: отправляет скан, просит “распечатайте и подпишите”.
Как сделать правильно: переводим процесс в контур ЭПД: только электронные титулы, статусы, корректировки по правилам, хранение оригиналов в системе.
Ошибка: нет согласованного порядка исправлений (замена ТС/водителя, адреса выгрузки, частичная приемка).
Как сделать правильно: заранее согласуем регламент корректировок и обучаем сотрудников, что изменения отражаем через предусмотренные действия в сервисе ЭПД, а не “в переписке”.
Давайте подведем итог и сформулируем ответ “в одном абзаце”, чтобы было удобно применять.
С 1 сентября 2026 года в вашей схеме вместо “обмена ТТН” нужно выстроить обмен электронной транспортной накладной (ЭТрН) и связанных электронных перевозочных документов через контур ЭПД. Для организации В порядок действий определяется ее ролью:
Если В — перевозчик (она везет груз и отвечает за доставку), то В должна получать Т1, подписывать Т2 на погрузке и Т4 при завершении перевозки, обеспечив КЭП/МЧД и подключение к оператору ИС ЭПД. Договор между А и В в этом случае выбираем как договор перевозки (либо перевозка в цепочке экспедиции, если А — экспедитор).
Если В — поставщик транспорта (аренда/фрахтование/предоставление ТС), а перевозчик по документам — А, то В организует передачу данных и подтверждений событий рейса, а титулы перевозчика в ЭТрН подписывает А. Договор между А и В в этом случае строим как ресурсную модель (аренда/фрахтование) с жестко прописанным регламентом обмена данными и ответственности за сроки.
Дальше действуем просто: определяем модель договоров, фиксируем роли в ЭТрН, подключаем ЭПД и настраиваем процесс в 1С, затем проводим пилот на нескольких рейсах и масштабируем на весь поток. Так мы войдем в 01.09.2026 без ручных костылей и без риска сорвать документооборот.