Формирование из 1С
Определяем документы-источники и реквизиты, чтобы сведения для ЭТрН формировались из уже существующих данных компании.
Настраиваем рабочий процесс ЭТрН внутри 1С: определяем, кто формирует и подписывает титулы, подключаем оператора ГИС ЭПД, проверяем КЭП и МЧД, организуем действия водителя и тестируем полный обмен до промышленного запуска.
Для конкретной компании важно определить, какие документы и роли относятся именно к её схеме перевозки.
Электронная транспортная накладная — это не просто цифровая копия бумажного документа. Она проходит через несколько участников и меняется по мере выполнения перевозки, поэтому её внедрение затрагивает учётные данные, регламенты сотрудников, подписи и технический обмен.
Определяем документы-источники и реквизиты, чтобы сведения для ЭТрН формировались из уже существующих данных компании.
Учитываем грузоотправителя, перевозчика, грузополучателя и другие стороны, которые участвуют в конкретной схеме перевозки.
Настраиваем порядок действий и подписей, чтобы каждый участник выполнял свою часть документа в нужный момент.
Рабочий сценарий ЭТрН строится вокруг последовательного заполнения титулов. Для внедрения важно заранее определить, кто отвечает за каждый этап и какие данные должны попадать в документ из 1С.
Фиксируются исходные сведения о грузе, сторонах перевозки и условиях отправки.
Перевозчик подтверждает приём груза и продолжение процесса перевозки.
Грузополучатель подтверждает фактическое получение и предусмотренные сведения.
Перевозчик фиксирует итоговый этап и завершает документ в установленной последовательности.
Техническая схема может отличаться, но рабочий процесс всегда должен связывать исходные данные, оператора, участников и итоговые статусы без разрыва между системами.
Проверяем контрагентов, груз, транспорт, водителя и документы-основания.
В 1С формируется начальный электронный документ по выбранному сценарию.
Документ уходит в контур оператора и далее участвует в обмене через ГИС ЭПД.
Стороны перевозки выполняют предусмотренные действия и подписывают свои титулы.
Контролируем завершение процесса и получение итоговых статусов в рабочем контуре.
Для типовой базы и сильно доработанного контура объём работ будет разным. Поэтому сначала изучаем конфигурацию и фактический процесс, а уже затем выбираем способ подключения.
Одна и та же компания может выступать в разных ролях в зависимости от договора и конкретной перевозки. Поэтому внедрение строится не по названию компании, а по фактическим действиям участников.
Формирует исходную часть документа и передаёт сведения для начала перевозки.
Подтверждает приём груза, обеспечивает действия водителя и завершает предусмотренные этапы.
Подтверждает получение груза и участвует в закрытии соответствующего титула.
Работают с документом в 1С и подписывают предусмотренные части с учётом полномочий.
Разные типы бизнеса по-разному формируют перевозки и первичные документы. Поэтому на этапе проектирования важно учитывать источник отгрузки, объём рейсов, собственный или привлечённый транспорт и число контрагентов.

Связываем выпуск и реализацию продукции, складскую отгрузку и перевозочный документ в едином сценарии.

Настраиваем повторяемый процесс для регулярных отгрузок, большого числа рейсов и контрагентов.

Учитываем действия диспетчера и водителя, приём груза, передачу статусов и завершение перевозки.

Фиксируем схему ЭТрН для нерегулярных перевозок, сложных цепочек поставки и разных сторон договора.
ЭТрН проходит не только через сотрудников, работающих в 1С. Водитель участвует в отдельных этапах перевозки, поэтому рабочий сценарий должен быть понятным и для него.
Определяем, какие подтверждения должен выполнить водитель и как они входят в общий электронный маршрут.
Мобильный сценарий →Проверяем полномочия сотрудников, которые подписывают электронные документы от имени организации.
КЭП и МЧД →Перед запуском фиксируем порядок действий для логистов, бухгалтерии, ответственных сотрудников и водителей.
Обучение →Выбор оператора, схема обмена с контрагентами и совместимость с вашей 1С влияют на стабильность процесса не меньше, чем сама настройка документа.
Подбираем вариант с учётом вашей интеграции, контрагентов, объёма документов и условий обмена.
Подбор оператора →Проектируем передачу сведений через оператора и учитываем статусы, которые должны возвращаться в рабочий процесс.
Настройка ГИС ЭПД →Заранее проверяем взаимодействие с участниками, которые используют других операторов.
1С-ЭДО и роуминг →Сначала собираем фактическую схему перевозки, затем проектируем титулы, роли и технический обмен. Такой порядок позволяет не переносить существующие ошибки в новый электронный процесс.
Разбираем договорную схему, участников и документы.
Определяем последовательность действий по каждому сценарию.
Подключаем сервисы, права, обмен и необходимые параметры.
Проводим документ через полный маршрут и устраняем ошибки.
Передаём регламенты сотрудникам и сопровождаем первые операции.
Большинство проблем возникает не из-за самой формы документа, а из-за несогласованности ролей, справочников, подписей и действующих процессов.
В 1С отсутствуют обязательные реквизиты или они хранятся не в тех объектах, откуда ожидается автоматическое заполнение.
Сотрудники понимают процесс по-разному, а порядок подписания и МЧД не подготовлены до запуска.
Система формально настроена, но полный сценарий с контрагентом и водителем не проверен до промышленной эксплуатации.
Если требуется не общий проект ЭТрН, а конкретная задача — настройка, подключение, интеграция или переход — используйте специализированную страницу.
Детальная настройка титулов, параметров и ролей в вашей конфигурации.
Подробнее →Подготовка оператора, сервиса и рабочего контура к началу обмена.
Подробнее →Проектирование обмена для доработанных и нестандартных систем.
Подробнее →Аудит, архитектура, обучение, тестирование и сопровождение запуска.
Подробнее →Отдельно разбираем стоимость сервиса и проектных работ.
Подробнее →Если нужен не только ЭТрН, а полный набор перевозочных документов.
Подробнее →Для корректного бюджета важно отдельно оценивать объём электронных документов и техническую сложность вашей 1С.
Условия использования зависят от оператора, выбранного решения и объёма обмена.
Стоимость работ определяется после проверки реального учётного контура.
ЭТрН в 1С должна быть встроена в фактическую цепочку перевозки, а не существовать отдельно от учётного процесса. Для этого до настройки важно определить, кто инициирует документ, какие сведения уже хранятся в 1С, кто принимает груз, кто подтверждает его получение и какие сотрудники имеют право подписывать соответствующие титулы.
На практике проект начинается с анализа документов-источников и справочников. Если в учётной системе нет нужных реквизитов или они заполняются позднее, автоматическое формирование накладной будет нестабильным. Поэтому настройка ЭТрН в 1С включает не только подключение сервиса, но и проверку качества исходных данных.
Следующий этап — архитектура обмена: выбирается оператор, определяется взаимодействие с ГИС ЭПД, настраиваются роли и подписи, проверяется роуминг с контрагентами. После этого выполняется интеграция ЭТрН с 1С или настройка штатного сценария — в зависимости от вашей конфигурации и существующих доработок.
Для компаний в Москве мы рекомендуем обязательно проводить тестовый рейс до промышленного запуска. Он показывает, как документ проходит от формирования до завершения, корректно ли работают статусы, понимают ли сотрудники свои действия и не возникает ли разрыва на стороне водителя или контрагента.
Если задача шире одной транспортной накладной и требуется работа с несколькими видами перевозочных документов, изучите страницу «ЭПД в 1С». Для оценки бюджета используйте раздел «Тарифы и стоимость ЭТрН».
Короткие ответы на вопросы, которые возникают до настройки электронной транспортной накладной.
ЭТрН — электронная транспортная накладная. В рабочем процессе она формируется и последовательно дополняется участниками перевозки в соответствии с их ролями.
ЭПД — более широкий класс электронных перевозочных документов. ЭТрН является одним из ключевых документов этого контура.
Да, при подходящей конфигурации и корректной настройке данные для накладной могут формироваться на основе сведений учётной системы. Конкретная схема зависит от версии, доработок и выбранного решения.
Подписание зависит от роли участника и этапа перевозки. До запуска необходимо определить ответственных сотрудников, полномочия и используемые виды электронной подписи.
Необходимость МЧД зависит от того, кто подписывает документы и на каком основании действует от имени организации. Это проверяется в рамках подготовки ролей и подписей.
На этапе проектирования нужно проверить возможность обмена и условия роуминга между используемыми операторами, чтобы документ не останавливался на границе систем.
Срок зависит от конфигурации 1С, количества сценариев перевозки, готовности подписей и необходимости доработок. После аудита можно определить этапы и реалистичный срок запуска.
Опишите конфигурацию, текущий документооборот и роль компании. На основе этих данных можно определить титулы, участников, подписи, оператора и порядок внедрения.