Comments 5
Доброго времени суток!
Проект весьма интересный, с точки зрения обменов между сайтами и распределительными системами. А вот методологические аспекты данных не затронули.
Большинство систем в контуре 1С, требования к централизации мастер-данных по SKU, каталог эталонов, и в результате выбирают собрать сложную в поддержке архитектуру с большим кастомным обменом. 🤔
Почему не рассмотрели типовые решения 1С: 1С:Шину и 1С:MDM?
То что в этом варианте трудоемкость проекта значительно снизилась и поддержку не только вы могли делать, это я понимаю. А вот то что, системно задача интерабельности и интеграции данных не решена.
Клиент получил еще одну уникальную интеграцию, без намека на унификацию и на снижение стоимости владения инфраструктурой ИТ.
Спасибо за развёрнутый комментарий — вопрос абсолютно по делу.
Честно: 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С
много 1С-программистов знают Битрикс
Сильное заявление конечно
Представим сценарий: LOVOL заходит в Казахстан (уже заходит) с полным дилерским пакетом.
Местный дилер получает:
✅ WeChat-аналог (если есть) или мобильное приложение
✅ Онлайн-оплата встроена
✅ Real-time остатки без настройки polling
✅ IoT-мониторинг парка клиента из коробки
✅ Обучающий контент прямо в приложении
Местный дилер Ростсельмаша получает:
⚠️ Веб-портал (нужен компьютер с браузером)
⚠️ Программист 1С на 3-5 дней для настройки API
⚠️ Обновление остатков раз в час
⚠️ Инструкция на 35 страниц
❌ Мобильного приложения нет
❌ IoT нетКонечно это все ИИ. Но перед этим я его час дрючил на разные темы, от экономики упомянутого в статье РостСельМаша на треке 2015-2025 до подходов к защите КИИ, и применяемых в связи с этим IT-стеков на производстве и в дилерской сети у нас и в Китае. Потом сравнил с другим ИИ.
Никакого злорадства, только факты.
За статью спасибо. Сам четверть века уже в дистрибуции сельхоз- и прочих запчастей.
Спасибо за комментарий. Давайте разберём по фактам.
Про REST API и 1С. Протокол HTTP/REST технологически нейтрален. Наш API интегрируется не только с 1С — у части дилеров custom-системы на PHP/Python, у нескольких — SAP. Если у LOVOL дилер на PostgreSQL или MongoDB — этот же API подключится за те же 3 дня. Вопрос не в "программисте 1С", а в том, что 90% российских дилеров работают на 1С — это рыночная реальность.
Про гипотетический стек LOVOL. Вы час "дрючили ИИ" на тему того, что должно быть у китайских производителей. Хорошо. У меня встречный вопрос из практики:
Есть ли у LOVOL онлайн-каталог запчастей на русском языке? Не PDF на китайском, а структурированный каталог с поиском по артикулу, серийному номеру, интерактивными схемами узлов?
Потому что у большинства китайских производителей на российском рынке этого нет до сих пор. Дилер получает PDF-каталог, переводит сам, вносит в Excel, продаёт по телефону. Реальность.
Мы с огромным удовольствием взялись бы за разработку интерактивных каталогов-взрыв-схем для LOVOL, Zoomlion, YTO и любых других производителей. PartsPublisher (Docware), который мы используем, изначально разрабатывался для немецких и японских автопроизводителей — он технологически нейтрален к бренду. Если у китайских производителей есть структурированные данные о составах изделий (аналог SEARCH) — подключаемся. Если нет — ну вот и разговор о том, кто где в цифровизации.
Про WeChat и IoT. WeChat-интеграция работает в Китае. Кто в России WeChat использует для B2B?. Telegram — да, WhatsApp — да, но это не "из коробки", это доработка под рынок.
IoT-мониторинг парка — отличная штука, когда она работает. Вопрос: кто её поддерживает, когда датчик на комбайне в Омской области отваливается в августе посреди уборочной? Местный дилер умеет чинить железо. Умеет ли он дебажить китайское IoT-решение с документацией на китайском?
Про мобильное приложение. Его нет — это факт. Но давайте честно: мобильное приложение для каталога запчастей — это удобство, не критичный функционал. Критичный функционал — найти деталь, узнать цену, оформить заказ, автоматически получить логистику из Хабаровска в Калининград (это пример). Адаптивный веб делает это без установки приложения, без обновлений в сторах, без версий под iOS/Android. Если завтра нужно приложение — делается 5-7 дней MVP, а за месяц готовый продукт, API тот же.
Итог. Вы сравниваете маркетинговые обещания LOVOL с реальным внедрением. Покажите мне работающий дилерский портал LOVOL в России с теми возможностями, что вы перечислили. Со структурированным каталогом, онлайн-заказом, реальной техподдержкой на русском. Если он есть — действительно интересно посмотреть. Для этого мы тут и делимся мнением и опытом.
А "час дрючить ИИ" — это не исследование рынка, это генерация гипотез. Я с 2012 года работаю с реальными дилерами, которые продают реальные запчасти реальным фермерам. Даже в 2026 году все выглядит "красиво", а по факту ...
Интеграция 40+ дилеров через REST API: как мы построили портал запчастей крупнейшего сельхозпроизводителя в России