EDI-интеграция: заказы торговых сетей без ручного ввода в 1С

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

EDI-интеграция убирает этот ручной слой: заказ сразу становится документом в учёте, а ответы сети собираются из тех же данных.

Что такое EDI-интеграция простыми словами

Аббревиатура расшифровывается как Electronic Data Interchange — электронный обмен данными. Ассоциация ГС1 РУС определяет EDI как технологию автоматизированного обмена электронными сообщениями в стандартизированных форматах между бизнес-партнёрами. Ключевое слово — «стандартизированных»: заказ сети — это не PDF и не таблица, а набор полей, который программа разбирает без участия человека.

Основа большинства форматов в рознице — стандарт GS1 EANCOM, подмножество международного UN/EDIFACT. Операторы передают сообщения в EDIFACT или XML, но смысл полей одинаков: кто заказал, что именно, сколько, куда и к какому сроку привезти.

Поставщик проходит два состояния, и путать их дорого:

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

Их путают, потому что оба про электронный обмен с контрагентами и часто продаются одним оператором.

В одной поставке они идут по очереди. Заказ, подтверждение, уведомления об отгрузке и приёмке — это EDI. Затем поставщик выставляет УПД через оператора ЭДО, а при расхождениях добавляет корректировочный документ. Сообщение EDI первичный документ не заменяет: подписи на нём нет, и для налогового учёта оно не годится.

Внутренний документооборот — согласование договоров и заявок между своими сотрудниками — третья задача, без участия покупателя. Её мы разбирали в статье «Автоматизация документооборота».

Какие сообщения проходят за одну поставку

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

Кроме базовой четвёрки встречаются:

• PRICAT — прайс-лист или каталог поставщика: цены, описания, упаковка. По нему сеть заводит товар в свою систему.
• INVOIC — электронный счёт. Юридическую силу в России имеет УПД через ЭДО, поэтому INVOIC требуют не все сети.
• SLSRPT и INVRPT — отчёты о продажах и остатках, которыми отдельные сети делятся с поставщиками. Когда они приходят прямо в учёт, выпуск планируют под реальный спрос.

Что даёт EDI-интеграция поставщику

Выгоду поставщика видно по проектам, где та же задача решалась другим каналом. Прямая аналогия — B2B-платформа производителя стройматериалов. Это не EDI, а собственный портал, но исходная точка знакома любому поставщику сетей: больше 1 000 контрагентов по всей России, 30 менеджеров сопровождения, каталоги рассылаются почтой в Excel, заказы собирают вручную, документы тоже ходят по почте. Когда заказы стали попадать в 1С без перепечатки, цифры изменились так:

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

Три способа связать обмен с 1С

Готовые модули выпускают и операторы, и сама 1С. «Модуль 1С:EDI» загружает заказы сетей, отправляет подтверждения и уведомления об отгрузке, а по расхождениям при приёмке формирует корректировочные УПД. 1С адресует его поставщикам, которые получают от сетей больше пяти заказов в неделю или заказы от пяти позиций, — ниже этого порога ручной ввод обычно ещё терпим.

Модуль рассчитан на типовую модель данных. Если конфигурация доработана, склад ведётся в отдельной системе, а резерв под сеть считается по своим правилам, между оператором и учётом ставят собственный слой обмена. Это задача заказной разработки интеграций с 1С и CRM: таблицы соответствий, очередь сообщений, повторная отправка при сбое, журнал ошибок. Когда отгрузку собирают в складской системе, уведомление формируют по её данным — подробнее в статье «WMS-система».

Коды GLN, GTIN и SSCC: что подготовить до подключения

В заказе сети нет адреса «склад на Промышленной» и нет названия товара в вашей формулировке. Там коды:

• GLN — глобальный номер места нахождения: юрлицо, распределительный центр, магазин, ваш склад отгрузки. В России номера выдаёт ассоциация ГС1 РУС.
• GTIN — номер товара, который зашит в штрихкод. Он свой у штуки, блока и короба.
• SSCC — серийный код транспортной упаковки, то есть конкретной паллеты или короба в отгрузке.

Сопоставление — главная подготовительная работа, на больших объёмах её делают правилами. Похожая задача решалась в торговой платформе ГК «Инструмент»: клиенты присылали Excel-таблицы на сотни и тысячи позиций, и менеджеры тратили часы, а то и дни, чтобы найти по ним цены и остатки. Теперь клиент загружает файл, и позиции из каталога на 14 млн наименований сами попадают в корзину. Это аналогия, а не EDI, но принцип тот же: входящий документ находит свою номенклатуру без человека.

CRM в схеме: отношения с сетью и статусы поставок

Работа с сетью начинается задолго до первого заказа: переговоры о входе, согласование ассортиментной матрицы, цен и промо. Это длинная сделка, и её место — в CRM. После старта поставок добавляется операционный слой: сколько заказов пришло, сколько подтверждено, где при приёмке нашли расхождения.

Типичная картина до интеграции — как в «Адвантрейд», поставщике запчастей для крупнейших заводов России, и в «Весах НН», федеральной компании со штатом больше 100 человек: заказ возникал в 1С лишь вместе со счётом, а вся работа до этого нигде не фиксировалась. В «Адвантрейд» после внедрения в Битрикс24 попадают 100% входящих обращений, а разрыв с 1С:КА 2.5 закрыт: данные больше не переносят вручную. В «Бетельгейзе» разделение ролей ещё нагляднее: бухгалтер работает только в 1С, менеджеры — только в Битрикс24, а фиксация оплаты в 1С сама меняет статус заказа в CRM.

Для EDI это значит: статусы цепочки «заказ — подтверждение — отгрузка — приёмка» возвращаются в карточку сети в CRM. Менеджер видит неподтверждённые заказы и расхождения, а система сама ставит задачи. Такие напоминания работают: в продажах производственной компании из Москвы автоматические задачи сократили долю потерянных продаж на 50%. Про CRM у производителя — в статье «CRM для производства».

Сколько длится EDI-интеграция

Подключение одной сети проходит шесть шагов:

1. Договор с оператором и получение GLN. Организационная часть, её запускают первой.
2. Заявка на подключение в сети. Сеть добавляет поставщика в свою систему, у каждой свой регламент.
3. Справочники. Соответствия мест, товаров и упаковок — самая трудоёмкая часть, если номенклатура велась без кодов.
4. Настройка обмена с 1С. Модуль или своя связка, плюс правила подтверждения и сборки уведомлений.
5. Тестовый обмен. Пробные заказы, на которых проверяют, что сообщения собираются правильно.
6. Боевой режим. Первые недели заказы стоит сверять выборочно, пока не всплывут редкие случаи.

По порядку величины: кабинет оператора упирается в договор и подключение со стороны сети; готовый модуль для типовой 1С добавляет недели на соответствия и тест; нетиповая конфигурация и несколько сетей — проект на месяцы, который ведут по одной сети за раз.

Переход редко бывает мгновенным. В B2B-платформе производителя стройматериалов больше 60% контрагентов оформляют заказы только через платформу, ещё 20% — в смешанном формате. С сетями похоже: пока одна подключена, остальные работают по-старому, и учёт обязан выдерживать оба потока без дублей.

Типовые ошибки подключения

• GLN только на юрлицо. Склады отгрузки остаются без кодов, и сеть не может привязать уведомление к конкретному месту.
• Соответствия в личной таблице. Сопоставление товаров живёт в Excel у одного сотрудника, при замене позиции устаревает — и начинается пересорт.
• Путаница уровней упаковки. Сеть заказывает коробами, 1С считает штуки, коэффициент нигде не записан. Заказ на десять коробов превращается в десять штук.
• Подтверждение вручную. Заказ пришёл ночью или в праздник, подтверждение никто не отправил. Без него сеть, как правило, ждёт поставку по исходному заказу, и любой недовоз считается вашим.
• Уведомление «как заказали». DESADV собирают по заказу, а не по погрузке. Сеть готовит приёмку под одно, получает другое, и разница уходит в корректировки.
• Цена разошлась с прайсом. В 1С цену обновили, а новый прайс сеть ещё не приняла. Документы не сходятся, оплата ждёт.
• Сбои без хозяина. Сообщение застряло у оператора, а в 1С тишина. Узнают об этом от сети, когда поставка уже сорвана.

Отдельно про ночные заказы. В B2B-портале Döcke, рассчитанном на 20 000+ пользователей в месяц, заказы принимаются круглосуточно, а спецификации, счета и накладные клиент формирует сам. С сетями так же: заказ приходит в любое время, и отвечать должна система, а не дежурный менеджер.

Частые вопросы

Короткий итог

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

EDI и ЭДО работают в паре: первое согласует поставку, второе оформляет её юридически. Начинать стоит с одной сети и порядка в кодах: GLN складов и точек доставки, GTIN всех уровней упаковки, актуальные цены.

Готового модуля хватает для типовой 1С. Когда конфигурация доработана, складов несколько, а статусы нужны в CRM, связку проектируют под вашу схему.