Почему типовой обмен с 1С часто «вешает» сайт или плодит дубли товаров
Базовая настройка обмена «из коробки» нередко приводит к тому, что при каждой выгрузке 1С пытается перезаписать всю базу картинок и описаний, сбрасывает SEO-тексты или создаёт задвоенные разделы каталога из-за расхождения GUID.
- Нельзя выгружать полный каталог при каждом изменении цены: нужно разделять полный ночной обмен номенклатуры и быстрые 15-минутные пакеты остатков/цен (offers.xml / rests.xml).
- Необходимо жёстко разграничить поля, которыми управляет 1С (артикул, цена, остаток, кратность), и поля, которыми управляет маркетолог на сайте (SEO-название, фото, обзор, мета-теги).
Правильная схема двусторонней синхронизации «Сайт ⇄ 1С ⇄ CRM»
На проектах вроде «Шинного Центра 13» мы выстраиваем контур, где клиент на сайте видит реальный остаток конкретного склада, а оформленный заказ за секунды резервирует товар в 1С и создаёт сделку для менеджера.
- Дельта-выгрузка остатков и цен по расписанию (cron) без блокировки таблиц базы данных сайта.
- Передача статусов оплаты онлайн-эквайринга и трек-номеров доставки обратно на сайт и в личный кабинет покупателя.
- Логирование каждого пакета обмена с автоматическим уведомлением инженера в Telegram при сбое на стороне учётной системы.
