Маркетплейс Детского мира — площадка с детской и товарной спецификой и собственными правилами модерации. Разберём общую схему её интеграции с RetailCRM: как заказы, остатки и статусы движутся между площадкой и CRM и что важно настроить.
Общая схема интеграции
Принципиально схема обмена с площадкой Детского мира устроена так же, как с другими маркетплейсами: RetailCRM выступает единым центром, куда стекаются заказы и откуда выгружаются остатки и цены. Обмен идёт через API площадки.
- заказы площадки импортируются в единую воронку RetailCRM;
- остатки и цены выгружаются из CRM на площадку;
- смена статуса синхронизируется в обе стороны;
- источник заказа проставляется для аналитики.
Направления обмена данными
Удобно разложить интеграцию на отдельные потоки. Каждый поток настраивается и диагностируется независимо.
| Поток | Направление | Что передаётся |
|---|---|---|
| Заказы | Площадка → RetailCRM | Состав, адрес, схема, срок |
| Статусы | В обе стороны | Комплектация, отгрузка, доставка |
| Остатки | RetailCRM → Площадка | Доступное количество по SKU |
| Цены | RetailCRM → Площадка | Значение из типа цены |
Разделение на потоки помогает точечно понять, где проблема: не пришёл заказ — смотрим поток заказов, не обновился остаток — поток остатков.
Схемы выполнения заказов
Как и другие площадки, маркетплейс поддерживает несколько схем выполнения. От выбранной схемы зависит, кто хранит и доставляет товар, а значит и процесс обработки в RetailCRM.
- Со склада площадки — товар заранее поставлен, площадка собирает и доставляет;
- Со склада продавца — продавец собирает заказ и передаёт в логистику площадки;
- Доставка силами продавца — продавец сам организует доставку.
В RetailCRM схема определяется по данным заказа. Для схем со сборкой на стороне продавца доступна печать этикеток и отгрузочных документов из единого окна.
Настройка обмена
Интеграция настраивается в разделе Администрирование → Интеграция → Маркетплейсы. Ключевые параметры — доступы к API и правила сопоставления каталога.
- ключ доступа к API площадки из кабинета продавца;
- привязка к магазину (store) и складу RetailCRM;
- назначение типа цены для выгрузки;
- сопоставление товаров по артикулу (SKU).
Синхронизация статусов
Статусная синхронизация — сердце схемы. Заказ проходит путь от импорта до финального статуса, и на каждом этапе RetailCRM и площадка обмениваются состоянием.
| Статус RetailCRM | Значение |
|---|---|
| Новый | Заказ импортирован с площадки |
| Комплектация | Остаток зарезервирован, идёт сборка |
| Готов к отгрузке | Документы сформированы |
| Отгружен | Передан в логистику, статус ушёл на площадку |
Общая статусная модель позволяет обрабатывать площадку в том же окне, что и Ozon, Wildberries или Яндекс.Маркет, без отдельного регламента под каждый маркетплейс.
Контроль и диагностика
Чтобы схема работала стабильно, стоит регулярно проверять потоки и опираться на лог интеграции при сбоях.
- лог показывает отклонённые площадкой запросы и причины;
- расхождение остатков чаще всего связано с несопоставленным SKU;
- задержка статусов — с периодичностью синхронизации;
- единый складской остаток защищает от оверселла на всех площадках.
При мультиканальной торговле именно опора на понятную схему потоков позволяет быстро локализовать проблему и не искать её вслепую по всему интерфейсу.
Полезно завести короткий регламент проверки после каждого значимого изменения — обновления доступов, добавления новой категории товаров или правки маппинга. Проверяют по очереди: приходят ли новые заказы, обновляются ли остатки, доходят ли статусы до площадки и обратно. Такой быстрый прогон по четырём потокам занимает минуты, но экономит часы разбирательств, когда расхождение всплывает уже в разгар продаж.
Итог
Схема интеграции маркетплейса Детского мира с RetailCRM строится на четырёх потоках: заказы, статусы, остатки и цены. Понимание направлений обмена, поддерживаемых схем выполнения и правил сопоставления по SKU делает подключение предсказуемым, а диагностику — быстрой.
Мы проектируем схему обмена под конкретный ассортимент и схемы работы, настраиваем интеграцию и статусную модель, помогаем пройти требования модерации детской категории. В результате площадка встраивается в единую воронку без ручного переноса заказов.
Частые вопросы
Чем схема Детского мира отличается от других маркетплейсов?
Технически потоки данных те же: заказы, статусы, остатки и цены. Отличие в строгой модерации детской категории и требованиях к карточкам товара.
Какие схемы выполнения поддерживаются?
Работа со склада площадки, со склада продавца и доставка силами продавца. Схема определяется по данным заказа при импорте в RetailCRM.
Как сопоставляются товары с каталогом?
По артикулу (SKU). Совпадение артикулов в RetailCRM и на площадке — обязательное условие корректной синхронизации остатков и заказов.
Почему товар может не продаваться при исправной интеграции?
Из-за модерации: расхождения в характеристиках или несоответствие требованиям детской категории блокируют публикацию карточки независимо от технической настройки обмена.
Как синхронизируются статусы заказов?
Заказ проходит общую статусную модель RetailCRM, а изменения транслируются в кабинет площадки и обратно при синхронизации по расписанию.
Где искать причину расхождения остатков?
В логе интеграции. Чаще всего расхождение связано с несопоставленным SKU или не указанным в настройках складом.
Можно ли обрабатывать площадку вместе с другими?
Да, за счёт общей статусной модели и единой воронки площадка обрабатывается наравне с Ozon, Wildberries и Яндекс.Маркет в одном окне.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.