Яндекс Маркет + RetailCRM

RetailCRM выступает единым хабом заказов, где сходятся продажи с сайта на 1С-Битрикс и с Яндекс Маркета. Разбираем архитектуру связки, распределение ролей систем и практику настройки, чтобы заказы FBS и DBS обрабатывались в одном окне без ручного переноса.

Архитектура связки и роли систем

В классической схеме три участника, и у каждого своя зона ответственности. Путаница обычно возникает именно из-за того, что роли не разграничены:

Заказы с Маркета попадают в RetailCRM через штатную интеграцию маркетплейсов, а заказы сайта — через модуль связки Битрикса с RetailCRM. Менеджер работает в одном интерфейсе CRM, а не переключается между кабинетами. Товарная база и остатки при этом ведутся централизованно и раздаются во все каналы.

Модуль интеграции Битрикс ↔ RetailCRM

Связка сайта с CRM строится на официальном модуле intaro.retailcrm (в маркетплейсе 1С-Битрикс). Он выгружает в RetailCRM каталог по ICML-файлу и синхронизирует заказы и клиентов через API. Ключевые настройки после установки:

• API-ключ и адрес вашего аккаунта RetailCRM;
• Соответствие статусов заказов Битрикса и CRM в обе стороны;
• Маппинг способов оплаты и доставки;
• Соответствие типов цен и складов;
• Настройка выгрузки каталога retailcrm.php (ICML) по агенту или крону.

Каталог для CRM — это отдельный ICML-файл, не путать с YML для Маркета. ICML описывает товары и торговые предложения для внутренней базы RetailCRM, откуда данные уже раздаются на площадки.

Модели FBS и DBS: где чей склад

Выбор модели определяет, кто отгружает и откуда берутся остатки. Это влияет на настройку синхронизации:

• FBS (Fulfillment by Seller) — товар на вашем складе, Маркет забирает и везёт. Остатки критичны: продали на сайте — уменьшили доступное на Маркете;
• DBS (Delivery by Seller) — вы и храните, и доставляете сами. Логистика полностью на вашей стороне, RetailCRM управляет доставкой;
• FBY — товар на складе Маркета, остатками управляет площадка; связка с сайтом тут минимальна.

Для FBS и DBS общий пул остатков ведётся в учётной системе, раздаётся в RetailCRM и оттуда — на Маркет и на сайт. Это устраняет главную боль мультиканальных продаж: двойную продажу одного и того же остатка в разных каналах.

Синхронизация цен и остатков

Правильная последовательность потоков данных выглядит так:

1. Каталог и базовые цены формируются в 1С и/или на сайте Битрикс;
2. Битрикс отдаёт товары и остатки в RetailCRM (ICML + API);
3. RetailCRM раздаёт наличие и площадочные цены на Яндекс Маркет;
4. Заказы с Маркета и сайта собираются в CRM, списывают остаток и возвращают статусы.

Для Маркета в RetailCRM задаётся отдельная наценка или тип цены — это позволяет заложить комиссию площадки, не меняя цену на сайте. Остатки лучше вести по конкретному складу, с которого идёт отгрузка на Маркет, чтобы не отдавать площадке весь виртуальный пул.

Заказы и обмен статусами

Заказ с Маркета приходит в RetailCRM с площадочным номером, составом и выбранной моделью доставки. Дальше он движется по воронке CRM, и статусы должны корректно транслироваться обратно на Маркет (сборка, передан в доставку, отгружен) и, при необходимости, отражаться в Битриксе. Практические моменты:

• Настройте двустороннее соответствие статусов: «выполняется» в CRM → нужный статус на Маркете и на сайте;
• Отмены и возвраты обрабатывайте отдельной группой статусов, чтобы корректно возвращать остаток;
• Проверьте, что сроки сборки по FBS соблюдаются — иначе площадка штрафует и снижает рейтинг.

Заказы Маркета не обязательно дублировать в заказы Битрикса: если сайт нужен только как каталог, обработку целиком ведут в CRM. Дублирование в Битрикс включают, когда там же считается сквозная аналитика или работает 1С-обмен по заказам.

Порядок внедрения и подводные камни

Разумная последовательность запуска связки:

1. Настроить и проверить выгрузку каталога Битрикс → RetailCRM (ICML);
2. Сопоставить справочники: статусы, оплаты, доставки, склады, типы цен;
3. Подключить коннектор Яндекс Маркета в RetailCRM;
4. Прогнать тестовые заказы по FBS и DBS от создания до отгрузки;
5. Включить синхронизацию остатков и мониторинг ошибок обмена.

Частые проблемы — рассинхрон справочников после доработок сайта, дубли товаров из-за нестабильных внешних кодов и «залипание» остатков, когда несколько источников пишут наличие одновременно. Всё это лечится единым источником истины и логированием каждого обмена.

Итог

Связка Яндекс Маркет + RetailCRM + 1С-Битрикс превращает мультиканальные продажи в управляемый процесс: сайт остаётся витриной и источником каталога, RetailCRM — единым центром обработки заказов и коммуникаций, Маркет — потоком заказов FBS/DBS. Успех держится на трёх вещах: чётком разграничении ролей, аккуратном маппинге справочников и едином источнике остатков.

Мы настраиваем модуль intaro.retailcrm на стороне Битрикса, сопоставляем статусы, склады и цены и связываем это с коннектором Маркета, а при наличии 1С выстраиваем цепочку остатков от учётной системы до площадки. В результате заказы обрабатываются в одном окне без ручного переноса и без двойных продаж.