Внедрение системы электронного обмена данными (EDI) в торговой сети — это стратегический шаг, который часто сопровождается непредвиденными расходами и техническими сложностями. Одной из главных «болей» является необходимость присвоения уникальных идентификаторов GLN (Global Location Number) каждой точке доставки. Разберем подробно, как реализовать этот процесс эффективно, не переплачивая провайдерам, и как правильно выстроить работу с 1С.
При внедрении EDI через провайдеров (например, «Контур») пользователи часто сталкиваются с предложением покупать каждый GLN-номер отдельно. Для сети из нескольких десятков магазинов это выливается в значительные ежегодные затраты. Проанализируем, почему покупка номеров «поштучно» у провайдера — не самый выгодный путь.
Оптимальное решение: вступление в ассоциацию GS1 Rus. Рассмотрим преимущества этого подхода:
Важный момент для холдингов: если одна из компаний вашей группы уже является членом GS1, она может генерировать GLN для подразделений других компаний холдинга через свой личный кабинет. Это позволяет централизованно управлять адресным пространством всей сети.
Часто возникает вопрос: почему нельзя использовать один GLN организации для всех точек? Выясним причину, изучив бизнес-процессы на стороне поставщика:
На рынке РФ представлены несколько ключевых игроков: Контур.EDI, Docrobot (Exite), Сфера (Корус), CISLink. Проанализируем особенности взаимодействия с ними:
Переговоры и тарифы: Провайдеры, особенно «Контур», склонны к гибкости, если вы представляете торговую сеть. Не соглашайтесь на стандартную оферту. Постарайтесь выйти на экспертов центрального офиса, минуя первую линию техподдержки. Для сетей с большим оборотом (например, молочная или хлебная продукция) существуют специальные тарифы с низкой стоимостью за комплект документов.
Технический канал связи: Настоятельно рекомендуем использовать Web-сервисы (API) вместо устаревшего FTP. Рассмотрим причины:
Большинство провайдеров предоставляют готовые модули для 1С (УТ 11, ERP, БП 3.0). Однако «коробочное» решение почти всегда требует доработки. Проанализируем типичные задачи программиста 1С при внедрении:
Во-первых, необходимо реализовать сопоставление (мэппинг) объектов 1С и данных EDI. Для хранения GLN точек доставки удобно использовать дополнительные реквизиты справочника Склады или Партнеры.
Рассмотрим пример кода для поиска склада по входящему GLN из сообщения DESADV:
Функция НайтиСкладПоGLN(ЗначениеGLN)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Склады.Ссылка КАК Склад
|ИЗ
| Справочник.Склады КАК Склады
|ГДЕ
| Склады.ДополнительныйРеквизитGLN = &GLN";
Запрос.УстановитьПараметр("GLN", ЗначениеGLN);
Результат = Запрос.Выполнить();
Если Не Результат.Пустой() Тогда
Выборка = Результат.Выбрать();
Выборка.Следующая();
Возврат Выборка.Склад;
КонецЕсли;
Возврат Справочники.Склады.ПустаяСсылка();
КонецФункции
Во-вторых, необходимо адаптировать логику обработки цепочки документов. Стандартная цепочка выглядит так: ORDERS (Заказ) -> ORDRSP (Ответ на заказ) -> DESADV (Уведомление об отгрузке) -> RECADV (Уведомление о приемке). RECADV является критически важным документом для сети: именно на его основании поставщик должен выставить юридически значимый УПД (ЭДО), в котором суммы будут точно соответствовать фактически принятому товару.
В современных условиях внедрение EDI неразрывно связано с маркировкой. В сообщениях DESADV поставщики передают коды маркировки. Разберем, на что обратить внимание:
RECADV система должна автоматически формировать входящий УПД в сервисе ЭДО, что исключает расхождения в остатках системы «Честный ЗНАК».Разберем по шагам алгоритм действий для успешного старта:
Резюме: Внедрение EDI — это не просто «доставка сообщений», а глубокая перестройка логистики. Использование GLN через GS1 и переход на API-интеграцию с 1С позволит вам создать масштабируемую систему, которая окупится за счет сокращения штата операторов и минимизации ошибок при приемке товара.