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

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

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

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

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