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

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

Автоматизируем регулярные отгрузки и массовое формирование данных по перевозкам.

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

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