EDI: обмен документами с торговыми сетями

Коротко о главном

EDI (Electronic Data Interchange) — это электронный обмен коммерческими и логистическими документами между поставщиком и торговой сетью. Не путайте с ЭДО: EDI-сообщения не требуют электронной подписи и не являются юридически значимыми. Это просто структурированные данные о заказах, отгрузках и приёмке, которые передаются по стандартам GS1. Торговые сети требуют EDI у поставщиков для автоматизации: вместо писем и телефонных звонков — коммерческие данные, которые система обрабатывает сама. Для закрытия финансов поверх EDI-обмена оформляются юридически значимые документы: счета-фактуры, акты и накладные с подписью.

В этой статье

• Чем EDI отличается от ЭДО и когда нужны оба
• Какие сообщения ходят в EDI-обмене: ORDERS, DESADV, INVOIC, RECADV
• Зачем торговые сети требуют EDI и что это стоит поставщику
• Глобальный номер GLN: зачем он нужен и как его получить
• Как связаны EDI и электронная подпись
• Типовые сложности при интеграции EDI и что на них влияет
• Что нужно поставщику для старта работы с сетью

EDI и ЭДО: в чём разница и зачем нужны оба

На слух похоже, но это разные системы, и путать их опасно.

EDI (Electronic Data Interchange) — это структурированный обмен коммерческой информацией по международным стандартам GS1. Сообщения передаются между информационными системами без бумаги, но без подписи. EDI работает только с данными: что заказано, когда отгружено, сколько принято. Сторону-получателя система обрабатывает автоматически, ошибки ловит по логике, а не по печати.

ЭДО (Электронный ДокументОборот) — это юридически значимый обмен документами с квалифицированной электронной подписью. В ЭДО ходят счета-фактуры, акты, накладные, договоры — всё, что имеет правовое значение. Государство признаёт такой документ равным бумажному с печатью и подписью директора.

Практически сетям нужно и то, и другое. EDI автоматизирует процесс «заказ → отгрузка → приёмка» в режиме реального времени, а ЭДО закрывает финансы: счет-фактура, акт приёма, перечень товара. Система EDI присылает данные о приёмке, а вы на их основе выпускаете подписанный акт в ЭДО.

Основные сообщения EDI: что передаёт поставщик и сеть

Цикл работы EDI выглядит так: сеть формирует заказ, поставщик отправляет подтверждение, потом уведомление об отгрузке, сеть шлёт приёмку. Каждый этап — отдельное сообщение, и у каждого свой формат и содержание.

ORDERS (заказ) — сеть отправляет поставщику. Содержит: коды товаров, количество, сроки и место доставки, условия оплаты. Это инициирует весь процесс. Сеть ждёт, что система поставщика это сообщение приняла и обработала.

ORDRSP (подтверждение заказа) — поставщик отправляет сети в ответ на ORDERS. Здесь уточняют: принял ли мы заказ, что можно отгрузить полностью, а что только частично, когда точно привезёшь. Это согласование перед отгрузкой.

PRICAT (каталог цен и товаров) — поставщик периодически присылает сети актуальный каталог: коды товаров, названия, цены, условия поставки. Сеть через этот каталог знает, что вообще есть у поставщика.

DESADV (уведомление об отгрузке) — поставщик отправляет перед доставкой или вместе с документами. Это Advanced Shipping Notice: какие товары везём, в каком количестве, номер накладной, дата отправки, номер машины. Сеть готовится к приёмке.

INVOIC (счёт-фактура в EDI) — передача счёта в электронном виде, но это коммерческие данные, а не юридически значимый документ. Настоящий юридически значимый счёт ходит в ЭДО.

RECADV (приёмка) — сеть отправляет поставщику отчёт о том, что получила и проверила товар. Здесь указано: сколько товара фактически принято, есть ли брак, замечания по упаковке. На основе этого сообщения поставщик и сеть согласуют окончательные реквизиты для закрывающего акта.

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

Мнение эксперта

Артём Соколов

Специалист по внедрению ЭДО

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

GLN — глобальный номер, без которого торговая сеть вас не узнает

GLN (Global Location Number) — это международный идентификационный номер организации, склада, торговой точки. Это не ИНН, не КПП — это номер, по которому вас видят в системе EDI и все электронные торговые партнёры.

У каждой организации есть один основной GLN, и у каждого её места деятельности — свой GLN: склад, офис, торговая точка. Например, поставщик имеет GLN компании и отдельный GLN для своего склада, откуда он отгружает товар сети. Сеть в ORDERS указывает адрес и GLN места, куда нужно доставить товар.

GLN выпускает Национальный информационный центр GS1. В России это GS1 Russia. GLN может быть бесплатным (если компания уже зарегистрирована в системе) или платным при первоначальной регистрации. Чтобы узнать свой GLN или получить новый, нужно зайти на сайт GS1 Russia, ввести ИНН компании и посмотреть данные. Если GLN нет — оформить через форму регистрации.

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

Почему сети требуют EDI и что это стоит поставщику

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

EDI автоматизирует весь цикл: заказ попадает сразу в систему поставщика, отгрузка отслеживается в реальном времени, приёмка регистрируется автоматически. Система сама ловит расхождения: заказали 100 шт., а пришло 99. Оплата идёт вовремя, потому что нет задержек на согласование данных. Финансовый результат очевиден: сеть экономит на персонале и минимизирует ошибки.

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

Стоимость: интеграция может потребовать вложений. Если у вас есть IT-отдел, они могут подключиться к EDI-провайдеру сами. Если нет — нужно обратиться к провайдеру EDI-услуг, который выполнит интеграцию. Плюс ежемесячная абонентская плата за передачу сообщений (обычно считается по количеству документов).

Мнение эксперта

Дмитрий Орлов

Специалист по транспортному ЭДО

По факту: поставщики часто пробуют сделать EDI самостоятельно или через дешёвый шлюз, чтобы сэкономить. Результат: постоянные ошибки в форматах, DESADV идёт с ошибками, приёмка не сходится. Сеть присылает замечания, поставщик чинит, потом опять косяк. Конечный результат: минус 10–15% от суммы контракта в виде штрафов и переплат, плюс потеря доверия сети. Лучше один раз нормально интегрировать, чем потом бегать с объяснениями.

EDI и юридически значимый ЭДО: как работают вместе

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

Типичный сценарий: EDI присылает уведомление о приёмке (RECADV), в котором сеть указала, что приняла ровно столько-то товара. На основе этого сообщения вы в своей бухгалтерской системе формируете юридически значимый акт приёма-передачи. Этот акт отправляется в ЭДО (например, через Диадок) с подписью главного бухгалтера и директора. Сеть получает подписанный документ, проверяет и подписывает с их стороны. После этого финансовый документ имеет полную юридическую силу.

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

Типовые сложности при интеграции EDI

EDI в теории просто, но в практике есть подводные камни, которые едят время и деньги.

Формат данных. GS1 стандартизирует структуру, но каждая сеть вносит свои правила: какие коды используются, какие реквизиты обязательны, какой порядок полей. Сеть даёт вам техническое описание (спецификацию), но часто оно написано расплывчато или содержит ошибки. Результат: вы отправляете данные, система сети их не парсит, возникает ошибка. Приходится переписываться и чинить.

Коды товаров. Каждый товар должен быть идентифицирован кодом. Есть GTIN (глобальный код товара на упаковке), SKU (код в системе сети), внутренний код поставщика. Если в ORDERS пришли коды, которые вы не знаете, система упирается. Нужно вести справочник соответствия кодов — какой ваш код соответствует коду сети. Ошибки в коде означают, что сеть может заказать совсем не тот товар.

Масштабирование. Если вы работаете с одной сетью, интеграция простая. Если с тремя-четырьмя — каждая требует разные форматы и фиксы. Один провайдер может требовать XML, другой EDIFACT, третий собственный CSV. IT-отдел оказывается увязнут в поддержке множества коннекторов.

Синхронизация справочников. Сеть время от времени меняет коды товаров, добавляет новые позиции, закрывает старые. Ваша система должна быть синхронизирована с этими изменениями, иначе появляются ошибки при заказе. Часто сеть шлёт обновления через PRICAT, но далеко не все поставщики их автоматически применяют.

Качество данных от сети. Некоторые сети присылают неполные или некорректные данные в ORDERS: пропускают сроки доставки, указывают неправильные адреса, забывают коды товаров. Поставщик не может отгрузить в пустоту, нужно согласовывать. Это убирает весь смысл автоматизации.

Что нужно поставщику для начала работы с сетью через EDI

Если сеть потребовала EDI, план действий такой:

1. Получить GLN. Зарегистрироваться в системе GS1 Russia, получить основной GLN организации и GLN для склада, откуда отгружаете товар.
2. Выбрать EDI-провайдера. Это компания, которая предоставляет техническую платформу для обмена с сетью. Сеть часто указывает, к кому подключиться (например, «подключайтесь через Контур.EDI»). Иногда вы выбираете сами. Провайдер берёт абонентскую плату и плату за каждый документ.
3. Получить спецификацию от сети. Это техническое описание: какой формат используется, какие коды товаров, какие реквизиты обязательны. На этой основе вы настраиваете систему.
4. Настроить интеграцию с бухгалтерской системой. Если у вас 1С, нужен модуль EDI, который позволит автоматически отправлять и получать сообщения. Если другая система — нужна интеграция через API или файлообмен.
5. Согласовать справочник кодов товаров. Составить соответствие между кодами сети и вашими кодами, чтобы система знала, что под кодом 1234567 сети имеется в виду ваш товар SKU-9999.
6. Тестирование. Перед боевой работой нужно отправить пробные заказы, проверить, что система всё парсит правильно, что отгрузка отслеживается, что приёмка регистрируется.
7. Запуск в боевом режиме. После подтверждения сети всё готово. Сеть начинает присылать реальные заказы, вы их обрабатываете автоматически.
8. Оформить квалифицированную подпись (КЭП). Для отправки юридически значимых документов поверх EDI вам нужна КЭП у главного бухгалтера и директора. Это обязательно, если сеть требует ЭДО.

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

Часто задаваемые вопросы

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

Итог

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

Первый шаг — получить GLN. Второй — выбрать провайдера EDI и спецификацию от сети. Третий — настроить интеграцию со своей системой. Четвёртый — оформить квалифицированную подпись, если сеть требует ЭДО. Пятый — тестирование и запуск. Звучит долго, но на практике часто получается быстрее, чем вы ждёте ответа на письмо сети по электронной почте.