Как обновлять остатки Ozon из Битрикса и проверять результат
Для обновления остатков Ozon из Битрикса сначала нужно определить, откуда берётся доступное количество, как сопоставляются товары и склады и какой способ передачи используется. Затем проверить одну позицию на всём пути до кабинета продавца. Сам факт запуска выгрузки ещё не означает, что площадка приняла правильный остаток.
Какой остаток должен уходить на Ozon?
Начать стоит с вашего порядка учёта. Где находится достоверное количество: в 1С, в Битриксе или в другой системе? Если сайт получает данные из 1С с задержкой, отправка из сайта не сделает их свежее. Полезно сначала проверить совпадение остатков сайта и учётной системы.
Общее число единиц на складе и количество, которое можно обещать новому покупателю, могут различаться. Допустим, у продавца десять одинаковых товаров, часть уже занята заказами сайта и маркетплейса. Прежде чем передавать число, нужно разобраться, какие резервы уже учтены в источнике и как их учитывает выбранная интеграция.
В справочнике Ozon Seller API отдельно разобран риск неверного учёта резервов при обновлении остатков. Поэтому универсальную формулу «просто вычесть все заказы» применять нельзя: можно вычесть одно и то же дважды. Правило расчёта нужно согласовать на примере конкретного товара.
Чем отличаются фид и API?
При передаче через фид сайт готовит файл, а площадка получает данные из него по предусмотренному способу загрузки. При работе через API интеграция отправляет запросы и обрабатывает ответы. Выбор зависит от доступных инструментов кабинета, возможностей модуля и нужных сценариев.
Ваше задание исполнителю должно описывать не только способ передачи, но и результат: какие товары и склады участвуют, как обрабатываются ошибки, кто следит за последним успешным обновлением. Для API частоту и ограничения проверяют по актуальной документации метода; для фида нужно отдельно понимать расписание подготовки файла и его обработки площадкой. Обещать мгновенное совпадение только на основании наличия интеграции нельзя.
Модуль WBStudio для Ozon формирует YML-файл цен и остатков для уже существующих карточек. Новые карточки он не создаёт. Перед подключением стоит проверить, доступен ли нужный способ загрузки в вашем кабинете. Пошаговая настройка описана в документации модуля.
Что сопоставить до автоматического запуска?
| Данные | Вопрос для проверки |
|---|---|
| Товар | Совпадает ли артикул продавца с выбранным источником идентификатора в Битриксе? |
| Вариант товара | Передаётся ли нужное торговое предложение, например конкретный размер, вместо общей карточки? |
| Склад | Сопоставлен ли склад сайта с нужным складом в кабинете продавца? |
| Количество | Какие резервы и ограничения уже учтены в передаваемом значении? |
| Обработка | Что ответила площадка именно по этому товару, есть ли ошибка или пропуск? |
У модуля WBStudio можно выбирать источник артикула и использовать общее количество либо сопоставление складов. Точность сопоставления важнее внешнего сходства названий: в настройках фида названия складов сравниваются посимвольно. Эти особенности относятся к конкретному модулю, а не ко всем способам интеграции с Ozon.
Почему запуск прошёл, а остаток не изменился?
Проверять нужно последовательно: данные в источнике, содержимое выгрузки или запроса, результат обработки и значение в кабинете продавца. Если в подготовленном файле уже неправильное число, ожидание новой загрузки не исправит исходные данные. Если число верное, но товар не распознан, нужно разбирать сопоставление и ответ площадки.
Отдельный случай — ручное изменение, которое затем перезаписывает другой обмен. В официальном справочнике Ozon есть примеры таких конфликтов. Поэтому важно знать все источники обновлений, включая старые модули и задания по расписанию. Прежде чем отключать один из них, нужно понять, какие ещё данные он передаёт.
В модуле WBStudio предусмотрена настройка нулевого остатка для неактивных товаров. Исключение позиции из файла и передача нуля имеют разный смысл. Как поведёт себя ваша выгрузка при деактивации, стоит проверить до массового изменения ассортимента.
Как принять работу по интеграции?
Согласуйте проверки обычного остатка, отсутствующего товара, изменения резерва и ошибки передачи. На каждом примере должны быть понятны исходные данные и ожидаемый результат. После этого можно включать регулярный запуск и проверять, что он действительно выполняется без ручного вмешательства.
Для обсуждения настройки с WBStudio полезны описание схемы работы, источник остатков, список складов и пример расхождения без секретных данных. API-ключи и пароли в форму заявки добавлять не нужно. По этим вводным можно определить состав работ и способ проверки.