Синхронизация связывает каталог сайта и RetailCRM в единый контур: товары приходят с сайта, а актуальные остатки и статусы заказов возвращаются обратно. От настройки обмена зависит, увидит ли покупатель реальное наличие и не будет ли оператор работать с устаревшими данными.
Что и в какую сторону синхронизируется
Обмен между сайтом и RetailCRM двусторонний, но по каждому типу данных есть ведущая система. Важно с самого начала договориться, кто «хозяин» каждого поля.
| Данные | Направление | Ведущая система |
|---|---|---|
| Каталог, товары | Сайт → CRM | Сайт / учётная система |
| Остатки | Учёт → CRM → Сайт | Складской учёт |
| Заказы | Сайт → CRM | Сайт (оформление) |
| Статусы заказов | CRM → Сайт | RetailCRM |
Если этого не проговорить, данные начинают «перетягиваться»: сайт и CRM переписывают друг друга, и остатки с ценами скачут.
Выгрузка каталога через ICML
Основной канал передачи товаров с сайта в RetailCRM — выгрузка в формате ICML. CMS формирует XML-файл по постоянному адресу, а RetailCRM регулярно его скачивает и приводит каталог в соответствие.
- Адрес файла указывается в настройках магазина, например
https://site.ru/bitrix/catalog_export/retailcrm.xml. - Файл содержит категории, товары, предложения, цены и остатки.
- RetailCRM обходит файл по расписанию и обновляет только изменившиеся позиции.
Для популярных CMS (1С-Битрикс, InSales, OpenCart, Tilda и других) есть готовые модули интеграции, которые генерируют корректный ICML без ручной сборки XML.
Обратная передача остатков и статусов
Синхронизация не заканчивается на загрузке каталога. RetailCRM возвращает на сайт данные, которые формируются уже в CRM:
- Остатки и доступное количество — чтобы витрина показывала реальное наличие с учётом резервов;
- Статусы заказов — чтобы в личном кабинете покупателя отображался ход выполнения;
- Трек-номера и данные доставки — при подключённых службах доставки.
Частота и расписание обмена
Разные данные требуют разной периодичности. Каталог меняется редко, остатки — постоянно, заказы — в момент оформления.
- Каталог — раз в несколько часов или по факту изменений.
- Остатки — каждые несколько минут при активных продажах.
- Заказы — в реальном времени, сразу после оформления на сайте.
Слишком редкий обмен остатками ведёт к перепродажам, слишком частая полная выгрузка каталога нагружает сайт. Оптимум — частое обновление остатков отдельным каналом и более редкая синхронизация полного каталога.
Ошибки синхронизации и как их ловить
Обмен ломается тихо: файл перестал генерироваться, изменился адрес, поехали артикулы. Пользователь замечает проблему уже по последствиям.
- Недоступный файл — сайт отдаёт 404 или таймаут, каталог перестаёт обновляться.
- Смена артикулов — появляются дубли товаров.
- Битый XML — файл не проходит валидацию и синхронизация останавливается.
Регулярно проверяйте журнал загрузок в настройках магазина: там видно время последней успешной синхронизации и ошибки разбора.
Сайт, учётная система и маркетплейсы вместе
На практике RetailCRM синхронизируется не только с сайтом. В зрелой схеме система становится центральным узлом, где сходятся несколько источников:
- сайт отдаёт товары и заказы;
- учётная система или 1С — актуальные остатки и закупочные цены;
- маркетплейсы — свои заказы и получают обновлённые остатки.
В такой конфигурации RetailCRM согласует данные между каналами: единый остаток делится между сайтом и площадками, а заказы из всех источников попадают в одну воронку. Это снимает ручной перенос и рассинхрон между системами.
Итог
Синхронизация каталога с сайтом — это двусторонний обмен: товары приходят через ICML, а остатки и статусы возвращаются обратно на витрину. Ключ к стабильности — договориться о ведущей системе для каждого типа данных, подобрать частоту обмена и контролировать загрузку выгрузки. Тогда покупатель видит реальное наличие, а операторы работают с актуальными данными.
Мы настраиваем обмен между RetailCRM, сайтом, учётной системой и маркетплейсами, подбираем расписание и ставим контроль ошибок синхронизации. Это основа интеграции и запуска системы под ключ.
Частые вопросы
В какую сторону идёт синхронизация каталога?
Товары обычно приходят с сайта в RetailCRM через ICML, а обратно на сайт возвращаются остатки, статусы заказов и данные доставки. Для каждого типа данных выбирают ведущую систему.
Как RetailCRM получает товары с сайта?
CMS формирует XML-файл в формате ICML по постоянному адресу, а RetailCRM регулярно скачивает его и обновляет каталог. Для популярных CMS есть готовые модули.
Передаются ли остатки обратно на сайт?
Да, RetailCRM отдаёт на витрину актуальные остатки и доступное количество с учётом резервов, чтобы наличие на сайте было реальным, а не статичным.
Как часто нужно синхронизировать остатки?
При активных продажах остатки обновляют каждые несколько минут отдельным каналом, а полный каталог синхронизируют реже, чтобы не перегружать сайт.
Что будет, если выгрузка ICML перестанет работать?
RetailCRM продолжит работать со старым каталогом, и операторы не заметят проблему. Поэтому важно контролировать журнал загрузок и время последней успешной синхронизации.
Можно ли синхронизировать сайт и маркетплейсы одновременно?
Да, RetailCRM может быть центральным узлом: единый остаток делится между сайтом и площадками, а заказы из всех каналов попадают в одну воронку.
Где посмотреть ошибки синхронизации?
В настройках магазина есть журнал загрузок каталога с временем последней синхронизации и сообщениями об ошибках разбора файла.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.