Автор: редакция airassvet.ru. Руководство подготовлено 29 сентября 2026 года для руководителей транспортных и экспедиторских компаний, диспетчерских и отделов логистики грузоотправителей. Нормы процитированы по статье 8 Федерального закона от 08.11.2007 № 259-ФЗ «Устав автомобильного транспорта и городского наземного электрического транспорта» в редакции Федерального закона от 07.06.2025 № 140-ФЗ (КонсультантПлюс). Сведения о периоде без штрафов приведены по публикации nalog-nalog.ru от 27 августа 2026 года. Правовые разделы носят информационный характер и не заменяют консультацию юриста. Редакция не связана коммерческими отношениями с упомянутыми сервисами, партнёрских ссылок нет.
Короткий ответ. С 1 сентября 2026 года по ч. 1 ст. 8 Устава автомобильного транспорта транспортная накладная формируется в виде электронной транспортной накладной (ЭТрН), а по ч. 5 той же статьи заказ и заявка на перевозку формируются в электронном виде; случаи бумажного оформления определяет Минтранс. Для транспортной компании это означает, что данные каждой перевозки должны быть структурированы и точны ещё до выезда машины. ИИ здесь полезен на входе: он превращает заявки из писем, мессенджеров и звонков в структурированные данные, проверяет их полноту и противоречия и готовит черновик для диспетчера. Подписание ЭТрН электронной подписью и решения по перевозке остаются за людьми.
Ниже — что именно требует закон, где у перевозчика узкое место, что можно отдать ИИ и как проверить его на пилоте.
Содержание
- Что изменилось с 1 сентября 2026 года
- Где у перевозчика узкое место
- Что ИИ делает в транспортной компании
- Что оставить диспетчеру и бухгалтерии
- Проверка данных перед ЭТрН
- Интеграции: ТМС, 1С и оператор ЭПД
- Как запустить пилот
- Чек-лист перед запуском
- Частые вопросы
Что изменилось с 1 сентября 2026 года
Федеральный закон от 07.06.2025 № 140-ФЗ изменил статью 8 Устава автомобильного транспорта. В действующей редакции:
| Норма | Что сказано | Что это значит для перевозчика |
|---|---|---|
| ч. 1 ст. 8 | Заключение договора перевозки груза подтверждается транспортной накладной; транспортная накладная формируется в виде электронной транспортной накладной; случаи оформления на бумаге определяет Минтранс | ЭТрН — основной формат, бумага — исключение |
| ч. 3 ст. 8 | Груз, на который не оформлена транспортная накладная, перевозчиком для перевозки не принимается (за исключениями ч. 1 ст. 18) | Без готовых данных машина не уедет |
| ч. 4 ст. 8 | Грузоотправитель представляет документы по санитарным, таможенным, карантинным и иным правилам либо указывает в накладной их регистрационные номера, если сведения есть в госсистемах | Нужны реквизиты сопроводительных документов |
| ч. 5 ст. 8 | Договор может заключаться принятием к исполнению заказа или заявки; заказ и заявка формируются в виде электронного заказа или электронной заявки | Заявки из писем и мессенджеров нужно переводить в электронный формат |
Правая колонка — редакционная интерпретация. Формат ЭТрН утверждает ФНС по согласованию с Минтрансом (ч. 2 ст. 8), а порядок оформления — правила перевозок грузов.
По данным nalog-nalog.ru от 27 августа 2026 года, срок перехода не переносили, а до 1 марта 2027 года при проверке на дороге за бумажную накладную вместо электронной инспектор ограничивается устным предупреждением. Это период без штрафов на дороге, а не отсрочка обязанности; актуальный статус моратория проверяйте по официальным источникам.
Главный практический вывод: после 1 сентября 2026 года качество данных заявки определяет, уедет ли машина вовремя. Ошибка в адресе, массе или реквизитах теперь не исправляется ручкой на бланке — её приходится исправлять в электронном документе, согласуя с другими участниками перевозки.
Где у перевозчика узкое место
Редакционное наблюдение по структуре процесса: заявки приходят в разном виде — письмом с вложением, сообщением в мессенджере, звонком, иногда фотографией бумажного бланка. Диспетчер вручную переносит адреса, даты, характеристики груза и контакты в транспортную систему или 1С, уточняет недостающее и только потом может формировать документы.
Типичные ошибки на этом шаге:
- Неполная заявка. Нет массы, габаритов, количества мест, контактного лица на выгрузке или окна приёмки.
- Противоречия. Масса груза больше грузоподъёмности назначенной машины, дата загрузки позже даты выгрузки, адрес не совпадает с адресом в договоре.
- Разночтения в реквизитах контрагентов: ИНН, КПП, наименование.
- Потерянные уточнения. Клиент поменял время загрузки в переписке, а в системе осталось старое.
После перехода на ЭТрН каждая такая ошибка становится задержкой или исправлением электронного документа.
Что ИИ делает в транспортной компании
ИИ-агент для транспортной компании — это программа на основе большой языковой модели, подключённая к почте, мессенджерам, транспортной системе и учётной системе, которая извлекает данные перевозки из неструктурированных заявок, проверяет их и готовит черновики для диспетчера. Типичный набор функций:
- Разбор входящих заявок. Из письма, вложения или сообщения агент извлекает маршрут, даты и окна, характеристики груза, требования к транспорту, контакты.
- Распознавание документов. Сканы и фото бланков, сертификатов и доверенностей переводятся в данные.
- Проверка полноты. Если чего-то не хватает для электронной заявки и ЭТрН, агент сразу пишет клиенту уточняющий вопрос.
- Проверка противоречий. Масса против грузоподъёмности, даты, адреса и реквизиты против справочников.
- Черновик заявки в транспортной системе или 1С для подтверждения диспетчером.
- Статусы для клиента. Ответы «где машина» и «когда выгрузка» по данным транспортной системы.
Как ИИ разбирает заявки из почты, мы подробно описывали в статье автоматизация заявок из почты с ИИ, а о распознавании сканов — в материале OCR и распознавание документов для бизнеса.
Что оставить диспетчеру и бухгалтерии
Распределение ниже — редакционная рекомендация по уровню риска.
| Задача | ИИ | Человек |
|---|---|---|
| Извлечение данных из писем, сообщений, сканов | Выполняет | Выборочно проверяет |
| Уточняющие вопросы клиенту о недостающих данных | Отправляет по шаблону | Разбирает нестандартные случаи |
| Проверка полноты и противоречий | Выполняет по правилам | Решает, как исправить |
| Подтверждение заявки, назначение машины и водителя | Готовит черновик и варианты | Диспетчер принимает решение |
| Подписание ЭТрН и других ЭПД | Не выполняет | Уполномоченные лица электронной подписью |
| Изменения и корректировки после выезда | Готовит черновик корректировки | Ответственный сотрудник |
| Ставка и условия перевозки | Не называет без утверждённого прайса | Менеджер по продажам |
Главное правило: ИИ готовит и проверяет данные, но не подписывает документы и не подтверждает перевозку. Подпись ЭТрН — юридически значимое действие, и ответственность за него несёт компания.
Проверка данных перед ЭТрН
Самая ценная часть проекта — набор правил проверки, по которым агент останавливает заявку до того, как она превратится в документ. Пример минимального набора:
- все обязательные поля электронной заявки заполнены;
- реквизиты грузоотправителя и грузополучателя совпадают со справочником контрагентов;
- масса и объём груза не превышают характеристики назначенного транспортного средства;
- даты и окна загрузки и выгрузки логически последовательны;
- для груза, требующего сопроводительных документов по ч. 4 ст. 8, указаны их реквизиты или приложены документы;
- изменения из переписки после создания заявки отражены в системе.
Правила проверки лучше хранить отдельно от модели — в виде справочника, который диспетчерская служба может менять без программиста. Модель отвечает за понимание текста, а правила — за то, что считается ошибкой.
Интеграции: ТМС, 1С и оператор ЭПД
ЭТрН подписывается участниками перевозки и передаётся через сервис оператора электронных перевозочных документов, с которым работает компания. ИИ не заменяет ни оператора, ни учётную систему — он встраивается перед ними:
- Почта и мессенджеры — источник заявок.
- Транспортная система или 1С — место, где агент создаёт черновик заявки и откуда берёт справочники.
- Сервис оператора ЭПД — куда уходят проверенные данные для формирования и подписания документов.
Как подключить ИИ-агента к 1С, мы разбирали в статье как подключить ИИ-агентов к 1С. Планирование рейсов и прогноз загрузки парка — отдельная задача для ML-моделей; обзор таких подходов — в материале ИИ в глобальной логистике.
Как запустить пилот
Процедура, которую можно повторить в транспортной компании любого размера:
- Выберите поток. Например, заявки одного-двух крупных клиентов или только заявки из почты.
- Зафиксируйте исходные показатели за 2–4 недели. Время от получения заявки до её подтверждения, долю заявок с уточнениями, число исправлений документов после выезда, долю заявок с ошибками в реквизитах или характеристиках груза.
- Соберите тестовый набор. 100–200 прошлых заявок в исходном виде, включая неполные, противоречивые, со сканами и с изменениями в переписке.
- Проверьте агента на наборе до запуска. Для каждой заявки сравните извлечённые данные с тем, что в итоге ушло в документы: точность по каждому полю, найденные и пропущенные противоречия, корректность уточняющих вопросов.
- Запустите с контролем. Первые недели диспетчер подтверждает каждый черновик. Расширяйте поток, когда ошибки извлечения единичны и понятны, а правила проверки ловят известные типы ошибок.
Размеры пилота — наша рекомендация. О выборе метрик — в статье метрики эффективности ИИ-агентов.
Чек-лист перед запуском
- Определены обязательные поля электронной заявки и ЭТрН для ваших типов перевозок.
- Составлены правила проверки полноты и противоречий и назначен их владелец.
- Справочники контрагентов, транспортных средств и адресов актуальны и доступны агенту.
- Агент не подписывает документы и не подтверждает перевозку без диспетчера.
- Определено, как агент фиксирует изменения из переписки после создания заявки.
- Настроена передача проверенных данных в транспортную систему или 1С и далее оператору ЭПД.
- Решено, где обрабатываются данные клиентов и какая модель используется.
- Зафиксированы исходные показатели и тестовый набор заявок.
- Назначен ответственный за проверку черновиков в первые недели.
Частые вопросы
Обязательна ли электронная транспортная накладная с 1 сентября 2026 года?
По ч. 1 ст. 8 Устава автомобильного транспорта в редакции Федерального закона № 140-ФЗ транспортная накладная формируется в виде электронной транспортной накладной, а случаи оформления на бумаге определяет Минтранс. По данным nalog-nalog.ru, срок перехода не переносили.
Будут ли штрафовать за бумажную накладную?
По данным nalog-nalog.ru от 27 августа 2026 года, до 1 марта 2027 года при проверке на дороге за бумажную накладную вместо электронной инспектор ограничивается устным предупреждением. Это не отсрочка обязанности; статус моратория проверяйте по официальным источникам.
Что ИИ может делать в транспортной компании?
Разбирать заявки из писем, мессенджеров и сканов, проверять полноту данных и противоречия, задавать клиенту уточняющие вопросы, готовить черновик заявки в транспортной системе или 1С и отвечать клиентам о статусе перевозки.
Может ли ИИ подписывать ЭТрН?
Нет. Подписание ЭТрН и других электронных перевозочных документов — юридически значимое действие уполномоченных лиц электронной подписью. ИИ готовит и проверяет данные до подписания.
С чего начать внедрение ИИ у перевозчика?
С одного потока заявок, исходных показателей по времени подтверждения и числу исправлений документов, тестового набора прошлых заявок и правил проверки данных, которые диспетчерская может менять без программиста.
Как команда airassvet.ru помогает транспортной компании перейти на ЭТрН без ручного ввода
Если диспетчеры вручную переносят заявки из писем и мессенджеров, а ошибки в данных превращаются в исправления электронных документов, команда airassvet.ru может:
- провести аудит процесса от получения заявки до формирования ЭТрН: каналы, поля, типичные ошибки, точки ручного ввода;
- настроить распознавание заявок и сопроводительных документов, включая сканы и фото;
- разработать ИИ-агента, который извлекает и проверяет данные заявки, и интегрировать его с почтой, транспортной системой или 1С, с тестированием на наборе реальных заявок.
Первый шаг — выбрать один процесс, например заявки из почты от одного крупного клиента, зафиксировать, как он работает сейчас, какие данные и ограничения в нём есть и по какому критерию считать пилот успешным. Если процесс выбран, обсудить задачу.
Вывод
С 1 сентября 2026 года транспортная накладная по ч. 1 ст. 8 Устава автомобильного транспорта формируется в электронном виде, а заказ и заявка по ч. 5 — как электронный заказ или электронная заявка. Для перевозчика это переносит главный риск на качество данных до выезда машины. ИИ для транспортной компании закрывает именно этот участок: разбирает заявки из писем, мессенджеров и сканов, проверяет полноту и противоречия и готовит черновик для диспетчера, а подпись и решения остаются за людьми. Начинайте с одного потока заявок, правил проверки и пилота с подтверждением каждого черновика.





