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

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

Особое внимание уделяем скорости повторяемых операций, массовому заполнению и контролю статусов.

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

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