Интеграция 40+ дилеров через REST API: как мы построили портал запчастей крупнейшего сельхозпроизводителя в России

[Uchaev]

Доброго времени суток!

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

Большинство систем в контуре 1С, требования к централизации мастер-данных по SKU, каталог эталонов, и в результате выбирают собрать сложную в поддержке архитектуру с большим кастомным обменом. 🤔

Почему не рассмотрели типовые решения 1С: 1С:Шину и 1С:MDM?

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

Клиент получил еще одну уникальную интеграцию, без намека на унификацию и на снижение стоимости владения инфраструктурой ИТ.

[webformula]

Спасибо за развёрнутый комментарий — вопрос абсолютно по делу.

Честно: 1С:MDM и 1С:Шина в проекте не рассматривались как основные кандидаты из-за контекста задачи.

Про 1С:MDM. Инструмент правильный для задачи централизации мастер-данных внутри периметра одной организации. Но здесь ситуация другая: 40+ дилеров — это независимые юридические лица со своими IT-бюджетами, своими подрядчиками, своим темпом изменений. Обязать всех внедрить 1С:MDM как условие подключения к порталу — это не техническое решение, это многолетние переговоры и почти наверняка отказ большей части сети. Мы выбирали между «идеальной архитектурой данных» и «работающей интеграцией, которую дилер внедряет за 3-5 дней». Выбрали второе — осознанно.

Про 1С:Шину. Она хороша для интеграции внутри корпоративного 1С-контура. Наш случай — гибридный: веб-портал на Битрикс общается с внешними системами дилеров через HTTP. Шина здесь добавляет слой, который не снимает ни одну из наших проблем, но добавляет зависимость и стоимость.

Системная задача интероперабельности действительно не решена — и это не «архитектурная победа», это осознанный выбор. Клиент получил кастомную интеграцию с конкретными ограничениями: если завтра нужно подключить 20 новых дилеров с SAP — придётся дорабатывать. Стоимость владения через 5 лет выше, чем была бы при MDM-подходе.

Почему пошли на этот trade-off: КИИ-требования ограничивали стек, сроки и бюджет не предполагали многомесячного внедрения MDM у каждого дилера (дилеры не платили за интеграцию вообще), а минимализм API (5 методов) дал скорость подключения, которая в нашем контексте важнее архитектурной чистоты.

Если бы задача формулировалась как «построить унифицированную интеграционную платформу для всей экосистемы на следующие 10 лет» — разговор про 1С:MDM был бы первым. Но задача была другой, да и не у всех дилеров была 1С

[dmitrijtest24]

 много 1С-программистов знают Битрикс

Сильное заявление конечно