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