Контур.EDI или СБИС EDI: что выбрать поставщику

Поставщику торговой сети не нужно выбирать EDI-оператора по известности бренда. Рабочее решение определяется четырьмя вещами: через какого оператора уже работает покупатель, где у поставщика юридически значимые документы, как устроена 1С или ERP и какие сообщения требует сеть.

13рекомендаций↓16комментариев~12мин чтения

Задать вопрос

Если у компании уже подключен Диадок, Экстерн или другие сервисы Контура, первым обычно проверяют Контур.EDI. Если учет, отчетность и пользователи уже сидят в СБИС/Saby, первым обычно проверяют СБИС EDI. Если поставщик работает с федеральными сетями, API, WMS, несколькими складами, маркировкой или сложной приемкой, правильнее запускать короткий параллельный тест двух маршрутов и выбирать по фактической ошибке, сроку запуска и полной стоимости.

EDI для ритейла отличается от обычного ЭДО. Обычный ЭДО закрывает юридически значимый документ: УПД, УКД, акт, счет-фактуру. EDI ведет операционную цепочку поставки: заказ, подтверждение заказа, уведомление об отгрузке, приемку, расхождения и статусы. Поэтому вопрос «Контур.EDI или СБИС EDI» надо решать не по одной кнопке отправки УПД, а по всему маршруту поставки.

Что выбрать поставщику: Контур.EDI, СБИС EDI или параллельный тест?

Ситуация поставщика	Что смотреть первым	Почему	Что проверить до оплаты
Уже есть Диадок или сервисы Контура	Контур.EDI	Проще связать EDI-сообщения, УПД, подпись, роли и текущий документооборот	Маршрут ORDERS, ORDRSP, DESADV, RECADV и УПД в одной цепочке
Компания работает в СБИС/Saby	СБИС EDI	Пользователи, организации, подписи и документы уже находятся в той же рабочей среде	Создание отгрузки, статусы приемки, права пользователей и связь с учетной системой
Одна небольшая сеть и ручной поток	Оператор, которого требует покупатель	Для малого потока важнее быстрый допуск к сети, чем экосистема	Матрицу сообщений сети, GLN, тестовый заказ и одну закрывающую поставку
Несколько сетей, склады, маркировка, ВетИС	Параллельный тест	Риск ошибки возникает не в интерфейсе, а на стыке сети, 1С, номенклатуры и приемки	Один и тот же сценарий на двух операторах с расчетом стоимости запуска
Переход от другого оператора	Параллельный тест	Нельзя потерять действующие GLN, настройки сетей, архив и сроки поставок	План миграции, дата отключения старого маршрута, резервный сценарий

Если у вас еще не описана цепочка покупателя, сначала разберите базовый сценарий EDI для поставщика: сеть, GLN, документы, учетная система и объем сообщений. Без этой схемы сравнение операторов быстро превращается в спор о личном кабинете.

сравнение EDI-операторов

Матрица выбора между Контур.EDI и СБИС EDI

Отметьте текущую схему поставщика. Инструмент покажет, какого оператора тестировать первым, где нужен параллельный тест и какие документы прогнать до оплаты.

Что уже используется

Диадок, Контур или Экстерн СБИС, Saby или Тензор Ничего не привязано

Покупатели

Одна сеть Несколько сетей Федеральный ритейл

Цепочка документов

ORDERS, ORDRSP и УПД DESADV и RECADV Расхождения, УКД, возвраты

Учетная система

Веб-кабинет 1С ERP, WMS или API

Состояние проекта

Первое подключение Переход от другого оператора Расширение на сети

Контур.EDI 7 СБИС EDI 3

Проверять первым Контур.EDI

Если компания уже работает с Диадоком или другими сервисами Контура, сначала проверяйте Контур.EDI: меньше разрыв между EDI-сообщениями, УПД и действующей учетной схемой.

Тест до оплаты

1. Запросите матрицу сообщений по вашей торговой сети.
2. Прогоните заказ, подтверждение, отгрузку и УПД.
3. Проверьте ошибку по расхождению в приемке.

Контур.EDI или СБИС EDI: сравнительная таблица

Параметр	Контур.EDI	СБИС EDI	Как принимать решение
Связка с текущими сервисами	Сильнее, если уже используется Диадок, Экстерн, подпись или другие продукты Контура	Сильнее, если компания ведет документы, отчетность и пользователей в СБИС/Saby	Выбирайте не новый кабинет, а меньший разрыв с текущей рабочей схемой
Документы ритейла	Проверяйте ORDERS, ORDRSP, DESADV, RECADV, УПД, УКД и работу с Диадоком	Проверяйте заказы, отгрузку, УПД, приемку, расхождения и маршруты конкретной сети	Берите перечень документов не из рекламы, а из требований вашей сети
Работа через веб-кабинет	Подходит для старта без глубокой интеграции, если поток небольшой	Подходит, если сотрудники уже привыкли работать в кабинете СБИС	Для ручного потока сравните скорость одной поставки от заказа до УПД
1С и учетная система	На официальной странице заявлены веб-версия, API и модуль для 1С 7.7/8.x	В справке Saby описана работа с документами в кабинете или учетной системе	Проверяйте на вашей базе, а не на демонстрационной конфигурации
API, FTP, AS2, WMS	Подходит для проектной интеграции, но цену и сопровождение надо считать отдельно	Подходит при готовом проектном маршруте, если оператор подтверждает нужные каналы	Требуйте схему обмена, сроки внедрения, ответственность и тестовый контур
Федеральные сети	Официальная страница Контур.EDI говорит о 350+ торговых сетях в сервисе	У СБИС есть отдельные сценарии подключения к сетям и справка по поставкам	Сначала сверяйте именно вашу сеть, юрлицо, GLN и цепочку сообщений
Стоимость	В прайсе могут отдельно учитываться сообщения, юридически значимые документы, API, FTP, AS2, 1С и настройка сети	Состав счета зависит от тарифа, пользователей, документов, внедрения и конкретной сети	Сравнивайте год владения, а не одну строку «тариф»
Поддержка	Важна при ошибках сети, интеграции, Диадока, МЧД и 1С	Важна при ошибках кабинета, прав, учетной системы, отгрузки и статусов	До оплаты проверьте, кто отвечает за сбой в день поставки

Когда поставщику сначала смотреть Контур.EDI?

Контур.EDI логично проверять первым, когда у поставщика уже есть документы в Диадоке, сотрудники работают в сервисах Контура, а покупатель требует не только EDI-сообщения, но и юридически значимый УПД. В такой схеме меньше ручных переходов между оператором EDI, ЭДО, подписью и архивом документов.

Признак	Почему это ведет к Контур.EDI	Контрольная проверка
УПД уже уходит через Диадок	EDI-событие и юридически значимый документ проще держать в связанной экосистеме	Проверьте, как из DESADV или RECADV формируется УПД и где хранится оригинал
Бухгалтерия использует сервисы Контура	Меньше новых ролей, доступов и точек поддержки	Проверьте права пользователей, подпись, МЧД и архив
Нужен модуль 1С	У Контура заявлен модуль для 1С 7.7 и 8.x, но совместимость надо подтвердить по вашей базе	Попросите тест обмена на копии рабочей базы
Сеть требует сложный маршрут с приемкой	Надо видеть не только УПД, но и статусы заказа, отгрузки и расхождения	Прогоните ORDERS, ORDRSP, DESADV, RECADV, УПД и один спорный сценарий
Нужен проект с API или FTP	В прайсе Контура такие лицензии и сопровождение выделяются отдельно	Сравните стоимость канала, внедрения и сопровождения на год

Если поставка связана с ветеринарными документами, маркировкой и учетными данными в 1С, отдельно проверьте Меркурий в 1С. Ошибка часто появляется не в EDI-операторе, а в номенклатуре, упаковках, кодах и статусах сопроводительных документов.

Когда поставщику сначала смотреть СБИС EDI?

СБИС EDI логично проверять первым, когда компания уже ведет документы, пользователей, подписи и рабочие роли в СБИС/Saby, а торговая сеть принимает нужную цепочку через этот маршрут. В этом случае переход к EDI может быть проще для сотрудников, потому что рабочая среда уже знакома.

Признак	Почему это ведет к СБИС EDI	Контрольная проверка
Пользователи уже работают в СБИС	Не нужно заново обучать сотрудников базовой навигации, ролям и статусам	Проверьте, кто создает отгрузку, кто подписывает и кто видит ошибку
Торговая сеть дала инструкцию по СБИС	Проще стартовать по готовому маршруту сети	Сверьте ORDERS, ORDRSP, DESADV, RECADV, УПД и GLN
Документы оформляются в кабинете	Для небольшого потока важнее понятное ручное оформление, чем сложная интеграция	Замерьте время одной поставки от заказа до отправки комплекта
Нужна связка с текущей учетной системой	Справка Saby описывает работу с документами в кабинете или учетной системе	Попросите показать обмен не на слайде, а в рабочем сценарии
Компания хочет оставить одну рабочую среду	Меньше переключений между кабинетами и меньше спорных зон ответственности	Проверьте поддержку, права, архив и доступность статусов поставки

Когда нельзя выбирать оператора без теста?

Параллельный тест нужен, когда стоимость ошибки выше стоимости проверки. Это федеральные сети, несколько покупателей, маркированные товары, алкоголь, ветеринарные товары, API, WMS, нетиповая 1С, разные склады, частые расхождения по приемке и переход от другого оператора.

Риск	Что может сломаться	Как тестировать
Несколько сетей	У каждой сети своя матрица сообщений, статусы и требования к УПД	Берите не средний сценарий, а самую строгую сеть
Нетиповая 1С или ERP	Заказ загрузится, но отгрузка, упаковки или цены не совпадут	Тестируйте на копии рабочей базы с реальной номенклатурой
Маркировка	Коды не попадут в DESADV или УПД в нужном виде	Проверяйте одну поставку с маркированной позицией
Ветеринарная продукция	ВСД, партии и упаковки не свяжутся с отгрузкой	Проверяйте связь Меркурия, 1С и EDI-маршрута
Расхождения в приемке	RECADV придет с отличием, а учет не сформирует корректный документ	Имитируйте недопоставку, пересорт или изменение количества
Смена оператора	Потеряются настройки сетей, архив, GLN или срок запуска	Согласуйте дату переключения и резервный ручной маршрут

Какие документы прогнать перед оплатой?

Минимальный тест EDI-оператора должен повторять реальную поставку. Нельзя ограничиваться входом в личный кабинет и созданием одного УПД. Нужно пройти весь путь, на котором сеть принимает товар и подтверждает расхождения.

Документ или сообщение	Что проверяет	Критерий приемки
ORDERS	Получение заказа от торговой сети	Заказ пришел с правильным GLN, датой, адресом и номенклатурой
ORDRSP	Подтверждение заказа	Сеть приняла ответ, статус виден в кабинете и учетной системе
DESADV	Уведомление об отгрузке	Сеть видит фактическую отгрузку, упаковки, партии и коды
RECADV	Уведомление о приемке	Поставщик видит, что сеть приняла полностью или с расхождением
УПД	Юридически значимый закрывающий документ	Документ подписан, связан с поставкой и попал в архив
УКД или ИУПД	Исправление или корректировка	Расхождение обрабатывается без ручного хаоса в учете
Статусы и квитанции	Контроль движения документа	Пользователь понимает, где остановилась поставка и кто отвечает

Как проверить интеграцию с 1С и учетной системой?

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

Узел проверки	Что сделать	Что считать ошибкой
Заказ из сети	Загрузить ORDERS в 1С или ERP	Позиции не сопоставились, склад не определился, цена отличается
Ответ на заказ	Отправить ORDRSP из учетной системы	Статус виден только в кабинете, но не возвращается в учет
Отгрузка	Сформировать DESADV из реализации	Партии, упаковки или маркировка уходят неполно
Приемка	Загрузить RECADV и обработать расхождение	Бухгалтер вручную ищет, что исправлять
УПД	Сформировать, подписать и отправить документ	УПД не связан с заказом, отгрузкой или приемкой
Архив	Найти поставку через месяц по номеру заказа	Документы хранятся в разных местах без связки

Для регулярной работы через учетную систему заранее фиксируйте интеграцию с 1С, ответственных и список ошибок. Если это не сделать до счета, внедрение превращается в отдельный проект с непредсказуемым сроком.

Как считать стоимость владения EDI?

Сравнение «тариф против тарифа» почти всегда неполное. У поставщика есть минимум пять групп затрат: сообщения EDI, юридически значимые документы, подключение сетей, интеграция с учетной системой и сопровождение. Отдельно учитываются подписи, носители, МЧД, настройка пользователей и обучение.

Строка расчета	Что включить	Как проверить
EDI-сообщения	Входящие и исходящие ORDERS, ORDRSP, DESADV, RECADV и другие сообщения	Попросите расчет на вашем годовом объеме поставок
Юридически значимые документы	УПД, УКД, ИУПД, счета-фактуры, документы по ЭДО	Уточните, списываются ли они с EDI-счета, ЭДО-счета или отдельного пакета
Подключение сети	Настройка маршрута, GLN, матрица сообщений, тест с сетью	Попросите стоимость на каждую сеть и срок допуска
Интеграция	Модуль 1С, API, FTP, AS2, ERP, WMS, доработка нетиповой базы	Отделите лицензию от работ внедрения и сопровождения
Поддержка	Помощь пользователям, ошибки сети, сбои обмена, консультации по интеграции	Проверьте, входит ли поддержка в тариф или считается отдельно
Резерв	Ручной маршрут на случай сбоя, второй оператор, временная отправка документов	Зафиксируйте, как поставка уйдет в день аварии

Что спросить у менеджера до счета?

Менеджер должен дать не общую презентацию, а проверяемую схему запуска. Если на вопросы ниже нет точных ответов, счет оплачивать рано.

Вопрос	Зачем он нужен	Нормальный ответ
Какие сети и юрлица входят в подключение?	Одна торговая группа может иметь несколько юрлиц и требований	Список сетей, юрлиц, GLN и документов
Какие сообщения обязательны?	Без матрицы невозможно оценить объем и сложность	ORDERS, ORDRSP, DESADV, RECADV, УПД и исключения
Где создается УПД?	Это влияет на ЭДО, подпись, архив и стоимость	Понятная связка EDI-сообщений с юридически значимым документом
Кто отвечает за ошибку в 1С?	Иначе оператор, внедренец и бухгалтер будут переводить ответственность друг на друга	Контактная зона ответственности и регламент обращения
Сколько стоит год работы?	Стартовая цена может не включать документы, интеграцию и поддержку	Расчет по объему, сетям, документам, пользователям и внедрению
Как проходит тест до оплаты?	Без теста поставщик покупает обещание	Тестовая цепочка, срок, участники и критерии приемки

Какие ошибки чаще всего ломают запуск?

Ошибка	Последствие	Как предотвратить
Выбрали оператора только по цене	Дешевый тариф не закрывает сеть, интеграцию или поддержку	Считать год владения и полный маршрут поставки
Не проверили GLN	Заказ приходит не туда или сеть не принимает документы	Сверить GLN поставщика, склада, покупателя и точки доставки
Не сделали тест расхождения	При первой недопоставке учет ломается вручную	Проверить RECADV, УКД, ИУПД и корректировку
Не назначили ответственных	Ошибки висят между складом, бухгалтерией и оператором	Зафиксировать владельца заказа, отгрузки, подписи и поддержки
Не оценили нетиповую 1С	Внедрение затягивается и требует платных доработок	Проверить обмен на копии рабочей базы
Не согласовали резерв	Поставка останавливается при техническом сбое	Описать временный ручной маршрут и контакт поддержки

Порядок выбора оператора EDI для поставщика

1. Получите от торговой сети матрицу сообщений: ORDERS, ORDRSP, DESADV, RECADV, УПД, УКД, дополнительные статусы и требования к GLN.
2. Опишите свою учетную схему: веб-кабинет, типовая 1С, нетиповая 1С, ERP, WMS, API, FTP, AS2, складские роли и ответственных.
3. Проверьте, где уже находятся юридически значимые документы: Диадок, СБИС, другой оператор ЭДО, бумага или смешанный маршрут.
4. Запросите у Контур.EDI и СБИС EDI не презентацию, а тестовую цепочку на вашей торговой сети.
5. Сравните годовую стоимость: сообщения, УПД, подключение сетей, интеграция, поддержка, подписи, МЧД и доработки.
6. Проведите тест с ошибкой: расхождение в приемке, изменение количества, корректировка или возврат.
7. Выберите оператора, у которого меньше ручных операций, понятнее ответственность и дешевле полный год работы, а не стартовый счет.

Чек-лист перед оплатой

Проверка	Контур.EDI	СБИС EDI	Решение
Ваша сеть и юрлицо есть в маршруте	Да или нет по списку оператора	Да или нет по списку оператора	Без подтверждения сети оплату не делать
Есть матрица сообщений	Перечень сообщений и исключений	Перечень сообщений и исключений	Сравнивать только одинаковую цепочку
Проведен тест УПД	Документ подписан и связан с поставкой	Документ подписан и связан с поставкой	Архив должен находиться без ручного поиска
Проверена 1С или ERP	Заказ, отгрузка и приемка проходят	Заказ, отгрузка и приемка проходят	Демо без вашей базы не засчитывать
Посчитан полный год	Тариф, документы, внедрение, поддержка	Тариф, документы, внедрение, поддержка	Выбирать по полной стоимости владения
Понятна аварийная схема	Контакт, срок реакции, резервный маршрут	Контакт, срок реакции, резервный маршрут	Без резерва риск остановки поставки выше

Решение по ситуациям

Контур.EDI чаще стоит тестировать первым, если у поставщика уже выстроен документооборот в Контуре, есть Диадок, нужна плотная связка EDI-сообщений с УПД и предполагается интеграция с 1С или проектный канал. СБИС EDI чаще стоит тестировать первым, если компания уже работает в СБИС/Saby, сеть дала понятный маршрут через этот сервис и сотрудники хотят оставаться в одном кабинете.

При федеральных сетях, нескольких покупателях, нетиповой 1С, API, WMS, маркировке, ВетИС и регулярных расхождениях не выбирайте одного оператора по обещанию менеджера. Сначала одинаковая тестовая поставка, затем расчет года владения, затем договор. Это единственный нормальный порядок, если поставщик не хочет платить дважды: сначала за подключение, потом за исправление ошибок запуска.