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

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

Управляем большим количеством контрагентов и массовым подключением операторских пар.

Проверяем обмен с отправителями и получателями на разных операторах и полный маршрут ЭТрН.

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