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

Цены и остатки — самая «живая» часть интеграции: они меняются каждый день и напрямую влияют на продажи и штрафы за отмены. Разберём, как выстроить надёжную синхронизацию цен и остатков с Ozon из 1С-Битрикс по расписанию.

Два независимых метода

Цены и остатки в Seller API обновляются разными вызовами и, как правило, с разной частотой:

Разделение удобно: остатки обычно шлём чаще (каждые 15–60 минут), цены — реже (несколько раз в день или по факту изменения). Оба метода принимают пачки и работают по вашему артикулу offer_id.

Обновление цен и защита от демпинга

Тело запроса цен включает несколько важных полей:

{
  "prices": [{
    "offer_id": "SKU-10241",
    "price": "2490",
    "old_price": "2990",
    "min_price": "2200",
    "currency_code": "RUB",
    "auto_action_enabled": "ENABLED"
  }]
}

• price — актуальная цена продажи;
• old_price — цена «до скидки» (должна быть выше price);
• min_price — нижняя граница для акций Ozon;
• auto_action_enabled — участие в автоакциях.

Обновление остатков FBS

Остатки FBS привязаны к складу продавца, поэтому в запросе обязателен warehouse_id (список складов — метод /v1/warehouse/list):

{
  "stocks": [{
    "offer_id": "SKU-10241",
    "stock": 37,
    "warehouse_id": 22142605386000
  }]
}

В stock отправляем доступный остаток — физический за вычетом резервов под неотгруженные заказы сайта. Для FBO остаток не отправляется: им управляет Ozon.

Реализация на 1С-Битрикс

Источник цен и остатков — каталог Битрикса (модуль catalog), куда данные приходят из 1С по CommerceML. Синхронизацию с Ozon оформляют так:

1. Агент Битрикса (CAgent) или cron запускает обмен по расписанию.
2. Выбираются изменённые цены/остатки — по флагу изменения или TIMESTAMP_X.
3. Данные бьются на пачки и отправляются в import/prices и products/stocks.
4. Ответы логируются, ошибки по конкретным offer_id складываются в журнал.

Инкрементальный режим критичен: слать весь каталог каждые 15 минут — значит упереться в лимиты API и создать лишнюю нагрузку. Отправляйте только то, что реально изменилось.

Лимиты, частота и идемпотентность

У Seller API есть ограничения на частоту и размер пачек, поэтому синхронизацию проектируют с запасом:

• Пачки. Отправляйте позиции группами (обычно до 100–1000 в зависимости от метода), а не по одной.
• Ретраи. На коды 429/5xx делайте повтор с экспоненциальной задержкой.
• Идемпотентность. Повторная отправка того же остатка/цены безопасна — она просто перезапишет значение.
• Очередь. При больших объёмах выносите отправку в очередь, чтобы не блокировать хиты.

Мониторинг и сверка

Синхронизация без мониторинга рано или поздно тихо ломается. Минимальный набор контроля:

• журнал каждой отправки с количеством успешных и ошибочных позиций;
• алерт (email/Telegram), если доля ошибок превышает порог;
• ежедневная сверка «каталог ↔ Ozon» по ценам и остаткам;
• контроль расхождения min_price и рентабельности.

Отдельно стоит следить за товарами в статусе ошибки: если цена или остаток не приняты (например, карточка на модерации или в архиве), позиция должна попадать в отчёт, а не исчезать из виду.

Итог

Надёжная синхронизация с Ozon строится на трёх правилах: цены и остатки обновляются раздельными методами и с разной частотой; в Ozon уходит доступный остаток и обоснованная min_price; обмен идёт инкрементально, пачками, с ретраями и ежедневной сверкой. Всё это реализуется на 1С-Битрикс через агент и модуль обмена поверх каталога.

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