Электронная транспортная накладная: какой сервис подключить
Для электронной транспортной накладной подключают не обычный файловый обмен, а сервис электронных перевозочных документов у оператора ИС ЭПД. Сервис должен создавать ЭТрН, проводить титулы участников перевозки, работать с КЭП и МЧД, передавать сведения в ГИС ЭПД, показывать статусы и хранить документ в архиве. Если рейсов мало, достаточно веб-сервиса. Если документы рождаются в 1С, нужен модуль 1С. Если поток массовый и используется TMS, ERP или собственный портал, выбирают сервис с API или коннектором.
С 1 сентября 2026 года электронный формат перевозочных документов становится обязательным для участников транспортного процесса по новым правилам 2025-2026 годов. Поэтому сервис ЭТрН лучше выбирать заранее: проверить участников, подписи, роли, интеграцию и тестовую передачу в ГИС ЭПД. Покупка тарифа без теста опасна: документ может создаваться, но зависать на подписи, контрагенте, МЧД или статусе передачи.
чек-лист ЭТрН
Готовность к электронной транспортной накладной
Отметьте роль, подписи, участников и источник данных. Блок покажет, какой сервис подключать первым и что закрыть до оплаты тарифа.
Роль компании
Участники перевозки
Подписи и полномочия
Где создается ЭТрН
Объем рейсов
Если участники и подписи готовы, начните с веб-сервиса: создайте тестовую ЭТрН, пройдите титулы и проверьте статус передачи в ГИС ЭПД.
Что сделать дальше
- Проверить участников перевозки и роли по титулам.
- Проверить КЭП и МЧД подписантов.
- Создать тестовую ЭТрН и пройти все подписи.
- Проверить статус ГИС ЭПД и архив документа.
Какой сервис подключить для электронной транспортной накладной?
Первым смотрят сервисы, которые работают с электронными перевозочными документами и обеспечивают передачу сведений в ГИС ЭПД. Контур.Логистика подходит для сценария, где нужна ЭТрН, электронные перевозочные документы, работа через веб-сервис, модуль 1С или интеграция. СБИС Логистика и другие операторы также могут подходить, если закрывают нужные роли, документы, подписи и статусы.
Выбор делают не по одному названию продукта, а по вашему маршруту. Грузоотправителю нужен первый титул и передача перевозчику. Перевозчику нужны водитель, транспорт, прием и выдача груза. Грузополучателю нужна приемка и статус закрытия. Если компания уже выбирала сервис логистики, для ЭТрН надо отдельно проверить именно титулы, подписи и ГИС ЭПД.
| Сценарий | Что подключать | Что проверить до оплаты | Риск |
|---|---|---|---|
| Мало рейсов, документы можно делать вручную | Веб-сервис ЭТрН | КЭП, МЧД, участников, тестовую ЭТрН | Низкий, если все стороны готовы |
| Документы создаются из 1С | Сервис ЭТрН с модулем 1С | Конфигурацию, справочники, обратные статусы | Средний: могут потребоваться настройки |
| Много рейсов, есть TMS или ERP | API, коннектор или проектная интеграция | Методы, статусы, повторы, ошибки, нагрузку | Высокий без технического владельца |
| Контрагенты не готовы к ЭПД | Сервис плюс подключение участников | Кто приглашает, кто обучает, кто принимает ошибки | Критический: документ зависнет на другой стороне |
Какие требования ЭТрН должен закрывать сервис?
Сервис должен вести электронную транспортную накладную как юридически значимый электронный документ, а не как PDF с подписью. Нужны структурированные данные, титулы участников, подтверждение действий, передача в ГИС ЭПД, статусы, возможность показать документ водителю или проверяющему и архив для последующего поиска.
Если сервис показывает только файл, но не объясняет титулы и статусы, это слабый вариант. Для перевозки важен путь документа: создание, подпись, передача следующему участнику, получение статуса, закрытие, архив. Такой путь проверяют на тестовой перевозке до массового подключения.
| Требование | Что должно быть в сервисе | Как проверить |
|---|---|---|
| Создание ЭТрН | Формирование структурированного документа с данными груза, транспорта и участников | Создать тестовую накладную по реальному маршруту |
| Титулы участников | Последовательные действия грузоотправителя, перевозчика и грузополучателя | Пройти все подписи и посмотреть статус каждого этапа |
| КЭП и МЧД | Подпись уполномоченного лица и проверка полномочий | Подписать документ реальным подписантом или тестовым контуром |
| ГИС ЭПД | Передача сведений и получение статуса обработки | Проверить статус после отправки документа |
| Архив | Поиск по контрагенту, дате, рейсу, статусу и документу | Найти завершенную ЭТрН после теста |
Кому нужна ЭТрН и кто подписывает титулы?
ЭТрН затрагивает не только перевозчика. В процессе участвуют грузоотправитель, перевозчик, грузополучатель, иногда экспедитор и другие уполномоченные лица. Каждый участник должен понимать свою роль и момент подписи. Если роль не назначена, документ зависает: одна сторона считает, что подпись должна поставить другая.
| Участник | Что делает в ЭТрН | Что проверить | Типовая проблема |
|---|---|---|---|
| Грузоотправитель | Создает или подтверждает данные груза, отправляет первый титул | Кто подписывает, откуда берутся данные груза и адреса | Ошибки в реквизитах, количестве или точке погрузки |
| Перевозчик | Принимает груз к перевозке, указывает транспорт и водителя | КЭП, водитель, транспорт, возможность показать документ в пути | Нет подписанта или неверные данные транспорта |
| Грузополучатель | Подтверждает приемку, расхождения или отказ | Кто принимает документ и как фиксируются расхождения | Приемка не подписана, статус не закрыт |
| Экспедитор | Связывает заказчика перевозки, перевозчика и получателя | Права в цепочке, доступ к статусам и документам | Непонятно, кто отвечает за следующий титул |
Когда достаточно веб-сервиса, а когда нужна 1С или API?
Веб-сервис подходит, если ЭТрН создается вручную, рейсов немного, а участники готовы работать в кабинете. Модуль 1С нужен, когда транспортная накладная должна создаваться из документов учета, а статусы должны возвращаться обратно. API или коннектор нужен, если ЭТрН создается из TMS, ERP, WMS или собственного портала.
Если компания уже ведет рейсы в учетной системе, ручное создание ЭТрН быстро даст ошибки. В этом случае отдельно проверяйте интеграцию с 1С: для ЭТрН важны не только документы учета, но и роли участников, титулы, подписи и статусы ГИС ЭПД.
| Способ подключения | Когда выбирать | Что спросить у оператора |
|---|---|---|
| Веб-сервис | До 50-100 рейсов в месяц, нет сложной учетной системы | Как создавать ЭТрН, приглашать участников и видеть статусы |
| Модуль 1С | ЭТрН должна создаваться из документов 1С | Какие конфигурации поддерживаются и нужна ли адаптация |
| API | Массовый поток, TMS, ERP, собственная система | Методы, события, статусы, ошибки, тестовый контур |
| Коннектор | Нужно связать сервис с существующим бизнес-процессом | Какие данные передаются автоматически и кто сопровождает обмен |
Как проверить КЭП и МЧД перед подключением?
ЭТрН не запустится без корректной подписи. Если документ подписывает руководитель, проверяют КЭП организации или руководителя. Если подписывает сотрудник или представитель, может потребоваться машиночитаемая доверенность. Ошибка с полномочиями проявится не в момент покупки тарифа, а в момент подписания титула.
| Проверка | Что сделать | Что считается готовностью |
|---|---|---|
| Подписант | Определить лицо по каждому титулу | Есть список подписантов и их роли |
| КЭП | Проверить срок действия сертификата и носитель | Подпись проходит тест в сервисе |
| МЧД | Проверить доверенность для представителя | Полномочия соответствуют подписываемому титулу |
| Замещение | Назначить запасного подписанта | Документ не зависает при отпуске или болезни |
| Рабочее место | Проверить криптопровайдер, браузер и доступ | Подписание работает на компьютере сотрудника |
Как сравнить сервисы ЭТрН между собой?
Сравнение должно начинаться с тестового маршрута. Попросите показать создание ЭТрН, приглашение участника, подпись, статус ГИС ЭПД, исправление ошибки и поиск в архиве. Если сервис хорошо выглядит в демонстрации, но не закрывает вашу роль или не умеет работать с вашей учетной системой, он не подходит.
| Критерий | Хороший признак | Слабый признак |
|---|---|---|
| ГИС ЭПД | Показываются понятные статусы передачи и обработки | Менеджер говорит общими словами без демонстрации статуса |
| Титулы | Видно, кто и когда подписывает каждый этап | Документ выглядит как один файл без маршрута |
| Участники | Есть приглашения, роли, права и контакты ответственных | Подключение контрагентов остается на вашей стороне без регламента |
| Интеграция | Есть веб-сценарий, 1С, API или коннектор под ваш поток | Предлагают только кабинет при массовых рейсах |
| Поддержка | Понятно, кто помогает при отказе подписи или зависшем статусе | Поддержка не отделяет ошибки сервиса от ошибок участников |
Как выбрать тариф для ЭТрН?
Тариф считают от объема ЭПД, ролей, пользователей, интеграции и сопровождения. Если компания покупает только пакет документов, но ей нужен модуль 1С, API или коннектор, расчет будет неполным. Если контрагентов надо массово приглашать и обучать, это тоже влияет на реальную стоимость запуска.
| Что считать | Как получить число | Зачем нужно |
|---|---|---|
| ЭТрН за год | Выгрузить рейсы или транспортные накладные за прошлый период | Выбрать пакет документов |
| Участники | Посчитать грузоотправителей, перевозчиков, получателей, экспедиторов | Оценить подключение и поддержку контрагентов |
| Пользователи | Бухгалтерия, логистика, склад, подписанты, администраторы | Понять права доступа и обучение |
| Интеграция | Определить веб, 1С, API или коннектор | Отделить тариф от внедрения |
| Пики нагрузки | Взять максимальный месяц и добавить запас 15-25% | Не покупать пакет впритык |
Что проверить перед оплатой сервиса ЭТрН?
Перед оплатой подготовьте короткое техническое задание. В нем должны быть роли компании, типы документов, объем, способ создания ЭТрН, участники перевозки, подписи, МЧД, интеграция и критерии успешного теста. Без этого менеджер рассчитает общий тариф, а не рабочий запуск.
- Определите, кем выступает компания: грузоотправитель, перевозчик, грузополучатель или экспедитор.
- Соберите список контрагентов, которые участвуют в перевозке.
- Проверьте, кто подписывает каждый титул и есть ли КЭП.
- Проверьте, нужна ли МЧД для сотрудников и представителей.
- Решите, где создается ЭТрН: веб-сервис, 1С, TMS, ERP или API.
- Попросите провести тестовую ЭТрН с реальным маршрутом.
- Проверьте статус передачи в ГИС ЭПД и архив документа.
- Попросите расчет отдельно по документам, интеграции и сопровождению.
Какие ошибки чаще всего срывают запуск?
Самая частая ошибка — покупать сервис до проверки участников. Вторая — не проверять полномочия подписантов. Третья — делать тест только внутри своей компании, без перевозчика или получателя. Четвертая — не фиксировать статус ГИС ЭПД и считать, что подписанный документ автоматически закрыл весь процесс.
| Ошибка | Как проявляется | Как исправить до запуска |
|---|---|---|
| Контрагент не подключен | Документ создан, но следующий титул некому подписать | Подключить участников и проверить приглашения |
| Нет полномочий | Подпись не проходит или документ отклоняется | Проверить КЭП, МЧД и права подписанта |
| Нет статуса ГИС ЭПД | Внутри сервиса документ есть, но передача не подтверждена | Проверить статусы на тестовой ЭТрН |
| Ручной ввод при большом потоке | Ошибки в адресах, водителях, количестве, датах | Подключить 1С, API или коннектор |
| Нет ответственного за ошибки | Документы зависают без реакции | Назначить владельца процесса и регламент исправления |
Как принять сервис ЭТрН после подключения?
Приемка должна подтверждать полный маршрут, а не факт доступа в кабинет. Пройдите тестовую перевозку: создание ЭТрН, подпись первого титула, передача перевозчику, подпись перевозчика, приемка грузополучателем, статус ГИС ЭПД, поиск документа в архиве. Для интеграции отдельно проверьте создание документа из 1С или TMS и возврат статуса обратно.
| Контрольная точка | Что должно получиться | Кто проверяет |
|---|---|---|
| Создание ЭТрН | Документ содержит корректные данные груза, сторон, транспорта и маршрута | Логистика |
| Подписи | Каждый титул подписан нужным лицом | Подписанты и администратор сервиса |
| ГИС ЭПД | Статус передачи виден и понятен | Ответственный за ЭПД |
| Интеграция | Данные приходят из учетной системы и возвращают статус | 1С-специалист или интегратор |
| Архив | Документ находится по дате, контрагенту, рейсу и статусу | Бухгалтерия и логистика |
Какое решение выбрать в разных ситуациях?
Если нужен быстрый старт с малым числом перевозок, выбирайте веб-сервис с понятным тестом ЭТрН. Если документы создаются в 1С, сразу проверяйте модуль и возврат статусов. Если рейсов много, выбирайте API или коннектор. Если контрагенты не готовы, сначала подключайте участников и подписи, а уже затем покупайте основной пакет.
| Вводные | Что подключать | Первое действие |
|---|---|---|
| До 50 рейсов в месяц, все участники известны | Веб-сервис ЭТрН | Провести тестовую накладную по реальному маршруту |
| Документы создаются из 1С | Модуль 1С | Проверить конфигурацию и обратные статусы |
| Массовый поток и TMS | API или коннектор | Согласовать методы, статусы и обработку ошибок |
| Много внешних перевозчиков | Сервис с подключением участников | Собрать реестр контрагентов и подписантов |
| Подписывает не руководитель | Сервис с проверкой МЧД | Проверить полномочия по каждому титулу |
Проверка перед заявкой
Перед заявкой оператору подготовьте пять групп данных: роли компании, список участников, объем ЭТрН, способ создания документа и подписи. После этого просите не общий рассказ о продукте, а демонстрацию вашего сценария: создать ЭТрН, подписать титулы, получить статус ГИС ЭПД, найти документ в архиве и показать, как исправляется ошибка.
- Для малого объема начинайте с веб-сервиса и тестовой ЭТрН.
- Для 1С проверяйте модуль, конфигурацию, справочники и обратные статусы.
- Для TMS и ERP выбирайте API или коннектор, а не ручной кабинет.
- Для подписи заранее проверяйте КЭП, МЧД и запасных подписантов.
- Для тарифа считайте документы, интеграцию, подключение участников и поддержку вместе.
Не нашли ответ на свой вопрос?
Опишите проблему в комментариях — мы ответим в ближайшее время. Укажите e-mail, чтобы получить уведомление об ответе
Можно ли брать годовую оплату сразу, если по направлению «Электронная транспортная накладная» пока нет постоянного объема?
Демо нужно проходить как приемку работы. Сформулируйте поставщику задачу: нужен сценарий «одного контрагента», важно проверить электронную накладную и статусы рейса. После демонстрации попросите показать, что будет при превышении лимита и как выгружаются данные.
Если на этом этапе появляются ручные обходы, их нужно учесть до оплаты.
Если сравниваем два-три решения по направлению «Электронная транспортная накладная», какие тесты провести в первую очередь?
Минимальный тариф подходит только при понятных границах. Для направления «Электронная транспортная накладная» сначала посчитайте пользователей, объем операций и обязательные функции. Если нужен один сценарий, например пилотной перевозки, не покупайте старший пакет только из-за красивого описания.
Попросите расчет на ваш объем: базовая цена, лимиты, превышение, настройка, поддержка и хранение результата. Когда эти цифры есть на бумаге, сравнение становится техническим, а не рекламным.
По теме «Электронная транспортная накладная»: как понять, что данные и документы потом можно будет выгрузить без ручной переписки с поддержкой?
Не начинайте с максимального пакета. Для направления «Электронная транспортная накладная» возьмите один реальный пример: одного маршрута. На нем видно, хватает ли базового тарифа, где появляются ограничения и насколько быстро отвечает поддержка.
После теста попросите письменный расчет: тариф, лимиты, платные опции, внедрение и цену перехода выше.
Что важнее проверить сначала по направлению «Электронная транспортная накладная»: цену тарифа или статусы рейса?
Цена без сценария почти ничего не говорит. Один и тот же тариф может быть выгодным или дорогим в зависимости от объема, роли пользователей и нужной функции. Для направления «Электронная транспортная накладная» начните с таблицы: что делаете каждый день, что раз в месяц, что нужно только при проверке.
Отдельно отметьте обмен с контрагентом, статусы рейса и интеграцию с учетом. Если хотя бы один пункт идет как платная опция, сравнивайте уже полную стоимость, а не цену на витрине.
Какие признаки показывают, что логистический сервис по направлению «Электронная транспортная накладная» уже маловат и нужен тариф выше?
Внешнему специалисту не нужен полный доступ. Для направления «Электронная транспортная накладная» заранее разделите роли: кто создает операцию, кто проверяет, кто подтверждает, кто только смотрит архив или отчет. Это важно, если сервисом будет пользоваться не один человек.
Так проще контролировать ошибки и разбирать спорные ситуации.
Можно по направлению «Электронная транспортная накладная» начать с пилотной перевозки, а остальные функции подключить позже?
Годовую оплату лучше брать после короткого пилота. Если объем нестабильный, по направлению «Электронная транспортная накладная» безопаснее сначала проверить минимальный период. Особенно внимательно смотрите условия по пункту: интеграцию с учетом.
На пилоте оценивайте три вещи: время выполнения операции, понятность прав доступа и наличие платных ограничений. Если все три пункта понятны, годовой тариф можно считать без гадания.