EDI для поставщика торговых сетей: какой сервис выбрать

Поставщику торговых сетей EDI-сервис выбирают по требованиям покупателя, а не по названию оператора. Если сеть просит только электронный УПД, нужен обычный ЭДО. Если сеть отправляет заказ ORDERS, ждет подтверждение ORDRSP, уведомление об отгрузке DESADV и приемку RECADV, нужен полноценный EDI-контур. Если заказов много или учет ведется в 1С, ERP или WMS, сервис надо выбирать только после теста обмена на вашей схеме.

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

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

Рабочий порядок такой: сначала получить от сети матрицу обязательных сообщений, затем проверить связь с оператором ЭДО для УПД, после этого посчитать годовой поток документов и выбрать способ работы: веб-кабинет, модуль 1С, API или проект внедрения. Покупка тарифа без тестового заказа опасна: ошибки в GLN, номенклатуре, упаковках, ценах и статусах обычно всплывают уже перед первой поставкой.

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

Какой EDI-сервис выбрать поставщику торговых сетей?

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

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

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

Когда нужен EDI, а когда достаточно обычного ЭДО?

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

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

Какие EDI-документы спросить у торговой сети?

До выбора тарифа запросите у покупателя не общую фразу «работаем по EDI», а список обязательных сообщений. У разных сетей отличаются сроки отправки, обязательность подтверждения заказа, состав DESADV, правила приемки, корректировок и связи с УПД.

Документ	Что означает	Что проверить поставщику
ORDERS	Заказ от торговой сети	Загружается ли в учетную систему без ручного ввода
ORDRSP	Ответ поставщика на заказ	Можно ли подтвердить не весь заказ, а фактический ассортимент и количество
DESADV	Уведомление об отгрузке	Совпадают ли позиции, упаковки, маркировка, вес и дата поставки
RECADV	Уведомление о приемке	Как сервис показывает расхождения и что делать с недопоставкой
INVOIC или УПД	Закрывающий документ	Каким оператором ЭДО он подписывается и как связан с EDI-цепочкой
PRICAT	Каталог товаров и цен	Нужно ли согласовывать цены и ассортимент до заказа

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

Как быстро подобрать класс EDI-подключения?

Отметьте четыре параметра. Блок покажет, когда достаточно веб-кабинета, а когда лучше сразу запрашивать интеграцию, пакетный тариф или проектный запуск.

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

Проверка схемы подключения перед выбором сервиса

Отметьте покупателя, цепочку документов, учетную систему и объем. Блок покажет, с какого класса EDI-сервиса начинать переговоры и какой тест запросить до оплаты.

Покупатели

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

Документы

Заказ и подтверждение Заказ, отгрузка, приемка EDI, УПД и корректировки

Учет

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

Поток

До 1 000 заказов в год 1 000-10 000 заказов Больше 10 000 заказов

Сложность запуска

Первый класс сервиса EDI-кабинет для одной сети

Что запросить матрицу документов сети

Первый тест заказ, подтверждение и УПД

Не покупайте тариф без тестового заказа.

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

Как выбрать тариф EDI без переплаты?

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

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

Какую схему выбрать по числу сетей?

Число покупателей	Первый вариант	Когда брать уровень выше
Одна региональная сеть	EDI-кабинет и минимальный пакет документов	Если заказов много или сеть требует DESADV и RECADV по строгому регламенту
Одна федеральная сеть	Тариф или пакет под требования этой сети	Если есть несколько складов, маркировка, паллеты или интеграция с 1С
Несколько сетей	Пакет для группы торговых сетей	Если правила сетей отличаются и нужна единая панель контроля
Дистрибьютор с разными каналами	EDI с маршрутизацией по покупателям	Если часть клиентов работает по API, часть по ЭДО, часть по EDI
Крупный поставщик	Проект с интеграцией и SLA	Если простой кабинет превращается в ручной диспетчерский пункт

Когда нужна интеграция EDI с 1С?

Интеграция нужна, когда оператор не должен переносить заказ вручную из кабинета EDI в учетную систему. Если заказов больше нескольких в неделю, если в заказе много позиций или если сеть штрафует за расхождения, ручная схема становится слабым местом. Интеграцию надо проверять на реальном заказе, а не по списку поддерживаемых конфигураций.

Признак	Можно начать с веб-кабинета	Нужна 1С или API-интеграция
Частота заказов	Несколько заказов в месяц	Заказы идут каждую неделю или каждый день
Позиции в заказе	Мало SKU, простой ассортимент	Много SKU, упаковки, вес, партии, маркировка
Ошибки	Можно проверить вручную	Ошибка в цене или количестве приводит к штрафу или отказу приемки
Склады	Один склад и один ответственный	Несколько складов, WMS или распределенная отгрузка
Документы	Только заказ и УПД	Полная цепочка ORDERS, ORDRSP, DESADV, RECADV, УПД

Если учет уже завязан на 1С, заранее проверьте, как будет устроен обмен с 1С: справочники, статусы, ошибки и ответственность должны быть понятны до оплаты.

Что подготовить перед подключением EDI?

Поставщик ускоряет запуск, если заранее собирает технические данные. Без этих данных оператор EDI сможет открыть кабинет, но не сможет быстро провести тестовую поставку.

Данные	Что собрать	Что будет, если не собрать
Покупатели	Сети, юрлица, склады, GLN, требования к документам	Сервис подключат, но конкретный маршрут сети останется неясным
Номенклатура	Артикулы, штрихкоды, единицы измерения, упаковки	Заказ не сопоставится с учетной системой
Цены	Прайс-листы, скидки, договорные условия	ORDRSP и УПД могут разойтись с заказом
Склады	Адреса, точки отгрузки, ответственные, график поставки	DESADV уйдет не по тому маршруту
Учетная система	Версия 1С, ERP или WMS, список доработок	Интеграцию придется переделывать после покупки
ЭДО	Оператор, роуминг, подпись, формат УПД	EDI пройдет, а закрывающий документ зависнет отдельно

Как провести тест EDI перед оплатой?

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

1. Возьмите одну реальную торговую сеть и одну типовую поставку.
2. Получите тестовый ORDERS от сети или демонстрационный заказ с такими же полями.
3. Проверьте загрузку заказа в кабинет, 1С или ERP.
4. Отправьте ORDRSP с фактическим количеством и заменами, если они бывают в работе.
5. Сформируйте DESADV с упаковками, маркировкой, весом и датой отгрузки.
6. Проверьте RECADV: как сервис показывает приемку и расхождения.
7. Сверьте УПД с заказом, отгрузкой и фактической приемкой.
8. Смоделируйте ошибку в цене, количестве или штрихкоде и проверьте, кто ее исправляет.

Этап теста	Что считается нормой	Что нельзя принимать
Заказ	Позиции, цены, сроки и склад загружаются без ручного ввода	Оператор переносит заказ вручную между окнами
Подтверждение	Можно подтвердить фактическое количество и согласовать изменения	Сервис принимает только полный заказ без вариантов
Отгрузка	DESADV совпадает с упаковками, маркировкой и документами	Отгрузку обещают «допроверить в рабочем режиме»
Приемка	RECADV показывает расхождения и дальнейшее действие	Расхождение видно только в письме от сети
УПД	Закрывающий документ связан с EDI-цепочкой	УПД отправляется отдельно и не сверяется с поставкой

Какие вопросы задать оператору EDI?

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

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

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

Какой вариант выбрать по типу поставщика?

Тип поставщика	Рекомендованный старт	Когда переходить выше
Малый производитель для одной сети	EDI-кабинет и тестовый заказ	Когда заказов становится много или появляется DESADV с упаковками
Дистрибьютор	EDI с маршрутами по сетям	Когда сети требуют разные статусы и разные правила приемки
Поставщик маркированного товара	EDI с проверкой кодов и упаковок	Когда маркировка должна уходить в DESADV и сверяться с УПД
Поставщик с 1С	Модуль или интеграция с учетной системой	Когда ручная обработка заказов начинает занимать смену оператора
Крупный поставщик федеральных сетей	Проект с интеграцией, SLA и регламентом ошибок	Когда подключаются новые сети, склады, WMS или API

Проверочный список перед счетом

1. Получена матрица EDI-сообщений от каждой торговой сети.
2. Разделены EDI-сообщения и юридически значимые документы ЭДО.
3. Посчитан годовой объем заказов, сообщений, УПД и корректировок.
4. Проверены GLN, юрлица, склады, адреса отгрузки и ответственные.
5. Собраны номенклатура, штрихкоды, упаковки, единицы измерения и цены.
6. Понятно, нужен ли веб-кабинет, модуль 1С, ERP, WMS или API.
7. Проведен тест ORDERS, ORDRSP, DESADV, RECADV и УПД.
8. Проверена обработка расхождений по количеству, цене, упаковке и приемке.
9. В коммерческом предложении разделены тариф, подключение, интеграция, поддержка и новые сети.
10. Назван ответственный за ошибку со стороны поставщика, оператора, 1С и торговой сети.

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