Единые остатки Ozon и Wildberries FBS: проверка перед запуском

Начните с небольшой выбранной части каталога, где одинаковый физический товар продаётся со своего склада на Ozon и Wildberries. Для каждого товара сопоставьте внутренний SKU, карточки площадок, вариант и единицу продажи. Отдельно разберите наборы, комплекты и похожие артикулы: совпадение названия ещё не доказывает, что это один запас.

Запишите, какие склады и кабинеты входят в проверяемый сценарий. Товары, уже переданные на склад маркетплейса, и товары на вашем складе рассматривайте отдельно. Итог этого этапа — понятная связь товара, места хранения и каналов, которую может проверить другой сотрудник.

• В ARBICOM единый SKU связывает товар с карточками на Ozon и Wildberries.

Перед запуском запишите время проверки, физический остаток выбранного товара и количество, доступное к продаже в каждом подключаемом канале. Отметьте уже принятые заказы и другие известные причины, по которым весь физический запас нельзя выставить на продажу.

Уточните, откуда берётся исходное количество и кто вправе его менять. Если склад, таблица и кабинет площадки показывают разные значения, сначала установите причину. Иначе последующая синхронизация будет переносить расхождение между системами, а результат проверки останется неясным.

• В ARBICOM складские изменения и заказы рассматриваются вместе с доступностью товара для каналов продаж.

Выберите обычное складское событие или реальный заказ и проследите путь изменения: что произошло с товаром, какое значение стало доступным в рабочем контуре и что появилось в кабинетах Ozon и Wildberries. Не создавайте фиктивные заказы ради проверки.

Сохраните время события и время наблюдения результата. Интервал обновления уточняйте для подключённого сценария и площадки. Если значение ещё не изменилось, проверьте состояние подключения и доступные сообщения об ошибке; не исправляйте сразу несколько источников, теряя причину расхождения.

• ARBICOM передаёт актуальные значения остатков на подключённые каналы по настроенному сценарию с учётом ограничений API площадок.

Изменение статуса заказа и физическое возвращение товара на склад могут происходить в разное время. Когда такой случай возникнет, проверьте, где находится товар, можно ли его снова продать и какое событие должно изменить доступное количество в вашем процессе.

Заранее согласуйте с ответственным сотрудником, как проверять поступление, повреждение, отмену и возврат. Этот список задаёт вопросы для приёмки сценария; конкретное поведение подключения нужно подтвердить на своём процессе, а не предполагать по названию функции.

Для каждого несовпадения запишите товар, склад, канал, время наблюдения, ожидаемое значение и фактическое значение. Рядом укажите последнее известное событие: заказ, поступление, изменение связи карточки или ручная корректировка.

Разбирайте причину по порядку: правильный ли товар сопоставлен, тот ли склад выбран, учтены ли открытые заказы, отработало ли обновление канала. Назначьте ответственного за решение и повторную сверку. Такой журнал можно вести в рабочей заметке; отдельная автоматическая функция журнала здесь не предполагается.

Переходите к следующей части каталога после того, как выбранные товары однозначно сопоставлены, исходные расхождения объяснены, а изменение доступности после наблюдавшихся событий проверено на обеих площадках. Неразобранные ситуации оставьте вне расширения до выяснения причины.

Сохраните список проверенных товаров, ответственного сотрудника и открытые вопросы. Общий остаток и правила цен проверяйте как отдельные настройки: совпадение количества на каналах само по себе ничего не говорит о цене. С этим описанием процесса можно предметно обсудить подключение ARBICOM.