EDI или ЭДО: что подключить поставщику торговых сетей

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

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

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

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

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

Чем EDI отличается от ЭДО?

EDI и ЭДО часто путают из-за похожих слов. Но в работе поставщика они отвечают за разные вопросы. EDI отвечает на вопрос, как товар проходит через заказ, отгрузку и приемку. ЭДО отвечает на вопрос, как стороны подписывают юридически значимые документы и хранят их в электронном архиве.

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

Какие документы идут через EDI?

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

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

Какие документы идут через ЭДО?

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

Документ	Зачем нужен	На что смотреть
УПД	Передача товара, услуг или работ и счет-фактурная часть	Функция документа, формат, подпись, статус доставки и подписания
УКД	Корректировка стоимости или количества	Связь с исходным УПД и причина корректировки
Акт	Закрытие услуг или работ	Кто согласует, кто подписывает, какие вложения нужны
Счет-фактура	Налоговый документ по НДС	Регламентный документооборот, извещения, уведомления и статус завершения
Договор	Согласование условий поставки	Маршрут согласования, подписанты, полномочия и архив
Неформализованный документ	Письмо, спецификация, приложение, протокол	Примет ли контрагент такой формат и нужна ли подпись

Если вопрос стоит именно в тарифе и цене EDI-пакета, сначала лучше посчитать поток документов и сети. Для этого мы отдельно разобрали тарифы EDI.

Когда поставщику достаточно только ЭДО?

Только ЭДО достаточно, если контрагент не требует EDI-регламент, нет обмена заказами и приемкой через структурированные сообщения, а основная задача — уйти от бумаги по закрывающим документам. Это типичный сценарий для обычных покупателей, подрядчиков, поставщиков услуг и части B2B-контрагентов.

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

Когда поставщику нужен EDI?

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

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

Как понять, что нужно подключать оба сервиса?

Связка EDI + ЭДО нужна, когда операционный маршрут и юридический маршрут идут рядом. EDI помогает сети и поставщику согласовать фактическую поставку, а ЭДО фиксирует закрывающий документ после того, как фактические данные понятны.

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

схема выбора маршрута

EDI или ЭДО: что подключать первым

Отметьте, с кем работает поставщик и какие документы должны проходить без ручных переделок. Блок покажет, где нужен EDI, где достаточно ЭДО и когда надо запускать связку EDI + Диадок.

С кем идет обмен

Федеральная торговая сеть Обычный покупатель или поставщик Сеть и обычные контрагенты

Какая часть процесса болит

Заказ и подтверждение Отгрузка и приемка УПД, акт, счет-фактура Вся цепочка поставки

Где живут документы

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

Риск остановки поставки

Низкий Средний Высокий

Первое решение Подключать EDI + ЭДО

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

Рабочая цепочка

1. ORDERS: сеть отправляет заказ поставщику.
2. ORDRSP: поставщик подтверждает заказ или уточняет поставку.
3. DESADV и RECADV: стороны сверяют отгрузку и приемку.
4. УПД в ЭДО: документ подписывается и уходит в архив.

Что проверить перед оплатой

• Требует ли сеть EDI-сообщения по своему регламенту.
• Каким оператором сеть принимает УПД и корректировки.
• Есть ли интеграция с 1С, ERP или WMS.

Как связать EDI и ЭДО с 1С?

Если учет ведется в 1С, надо заранее решить, где создается каждый документ и какой статус считается источником правды. Иначе сотрудники будут вручную переносить данные из EDI в ЭДО, из ЭДО в 1С и обратно, а ошибки будут обнаруживаться только на этапе оплаты или приемки.

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

Как запускать EDI и ЭДО по шагам?

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

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

Что проверить перед оплатой сервиса?

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

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

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

Какие ошибки делают при выборе?

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

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

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

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

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