Интеграция RetailCRM с Ozon

Ozon — крупнейшая площадка, где ручная обработка заказов быстро упирается в лимиты времени сборки. Интеграция с RetailCRM переносит заказы FBO, FBS и realFBS в привычную воронку, а остатки и цены передаёт по расписанию — без переключения между кабинетом Ozon Seller и CRM.

Зачем связывать Ozon с RetailCRM

Продажи на Ozon живут по строгим SLA: у FBS-заказа есть срок сборки и отгрузки, за просрочку площадка снижает рейтинг и режет позиции в поиске. Пока заказы обрабатываются вручную в личном кабинете, а склад ведётся в отдельной таблице, рассинхронизация неизбежна — продали то, чего нет, или не успели собрать вовремя.

Интеграция решает три задачи одновременно:

• Единая воронка. Заказы Ozon попадают в тот же список, что и заказы с сайта, Wildberries и телефонных обращений — операторы работают в одном окне.
• Актуальные остатки. RetailCRM отдаёт на Ozon доступное количество из своего складского учёта, уменьшая риск отмен по вине продавца.
• Прозрачная аналитика. Выручка по площадке, маржинальность, возвраты и штрафы считаются вместе с остальными каналами.

Схемы работы: FBO, FBS и realFBS

Ozon предлагает три модели логистики, и RetailCRM обрабатывает каждую по-своему. Понимать различия важно ещё до подключения — от схемы зависит, кто и когда собирает заказ.

Для FBO CRM работает в режиме чтения: заказ уже собран Ozon, задача системы — учесть продажу и списать остаток. Для FBS и realFBS оператор реально собирает заказ, поэтому важны корректные статусы и печать документов прямо из карточки.

Подключение: ключи и параметры доступа

Обмен с Ozon идёт через Seller API. В кабинете Ozon Seller открывается раздел Настройки → Seller API, где генерируется пара значений: Client-Id и Api-Key. Эти два параметра вводятся в RetailCRM при создании интеграции с маркетплейсом.

1. В RetailCRM откройте Настройки → Интеграции → Маркетплейсы и добавьте площадку Ozon.
2. Вставьте Client-Id и Api-Key, сохраните подключение.
3. Выберите склад RetailCRM, остатки которого будут уходить на Ozon.
4. Задайте магазин (торговую площадку) в CRM, к которому привяжутся заказы Ozon для разделения аналитики.

Сопоставление товаров и остатков

Ключевой этап — маппинг номенклатуры. RetailCRM сопоставляет свои товарные предложения с карточками Ozon по артикулу продавца (offer_id). Если артикулы в каталоге CRM и в кабинете Ozon совпадают, товары связываются автоматически; если нет — потребуется ручное сопоставление или приведение артикулов к единому виду.

• Проверьте, что у каждого торгового предложения в CRM заполнен корректный артикул, равный offer_id на Ozon.
• Для товаров с вариациями (размер, цвет) сопоставление идёт по каждому SKU отдельно.
• Остатки передаются из выбранного склада; при нескольких складах настройте, какой из них считается источником для Ozon.

После связывания RetailCRM по расписанию отправляет доступное количество. Частота обновления настраивается, но помните про лимиты API Ozon — слишком частые запросы приведут к троттлингу.

Обработка заказов и статусы отгрузки

Импортированный заказ Ozon попадает в отдельную группу статусов RetailCRM. Для FBS оператор проходит цепочку: подтверждение сборки → печать этикетки и листа отгрузки → передача заказа в отправление. Статусы CRM маппятся на статусы Ozon, чтобы смена в одном месте отражалась во втором.

Рекомендуемая настройка статусной модели:

• Новый / на сборке — заказ принят, оператор комплектует товар.
• Собран — этикетка Ozon распечатана, товар готов к отгрузке.
• Отгружен — передан в отправление, уходит на склад Ozon или в доставку realFBS.
• Доставлен / завершён — финальный статус для аналитики.
• Отменён / возврат — отдельная ветка для учёта потерь и штрафов.

Через триггеры RetailCRM можно автоматизировать рутину: ставить задачу сборщику при поступлении заказа, отправлять уведомление менеджеру о приближении дедлайна сборки, автоматически двигать статус при печати документов.

Синхронизация цен

Помимо остатков, RetailCRM способна передавать на Ozon цены. Это удобно, когда единый прайс ведётся в CRM или приходит из 1С, а на площадку нужно отдавать актуальные значения без ручного редактирования карточек.

Настройка цен требует внимания к типам цен: у товара в RetailCRM может быть несколько цен (базовая, для маркетплейсов, акционная), и нужно явно указать, какая уходит на Ozon.

Типичные ошибки и как их избежать

Большинство проблем с интеграцией Ozon сводятся к нескольким повторяющимся сценариям.

• Товары не связались. Причина — расхождение артикулов. Приведите offer_id к единому виду или выполните ручной маппинг.
• Остатки не уходят. Не выбран склад-источник или у товара нет остатка на нём. Проверьте настройку склада в подключении.
• Ошибка доступа API. Ключ создан с урезанными правами либо пересоздан. Сгенерируйте новый полный ключ и обновите его в CRM.
• Заказы дублируются. Настроено несколько подключений к одному кабинету. Оставьте одну активную интеграцию.
• Статусы не двигаются на Ozon. Не настроен маппинг статусов CRM на статусы площадки.

Итог

Интеграция Ozon с RetailCRM снимает главную боль продавца — ручной перенос заказов и рассинхрон остатков. Заказы FBO, FBS и realFBS приходят в единую воронку, остатки и цены уходят на площадку по расписанию, а статусы и документы обрабатываются прямо из карточки. Ключ к стабильной работе — единый справочник артикулов, корректные права API-ключа и продуманная статусная модель.

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