Интеграция Ozon для Webasyst 1.17.0: исправлены остатки и уведомления заказов
Обновление приложения «Интеграция с OZON» от 1 октября исправляет выбор склада при пересинхронизации. Как проверить остатки и уведомления после установки.
Содержание статьи
1 октября 2026 года вышла версия 1.17.0 приложения «Интеграция с OZON» в каталоге Webasyst. В журнале разработчика указано исправление ошибки: при повторной синхронизации состава заказа остатки могли возвращаться не на тот склад. Обновление важно проверить на конкретном магазине, где обмен уже участвует в учёте запасов.
Что входит в выпуск
Помимо исправления склада, разработчик сообщил об использовании актуальных API-методов, восстановлении уведомлений по заказам Ozon и новой опции добавления ScanIt-кода отправления в комментарий. Перечень относится к данному приложению, а не ко всем решениям Webasyst и не к общим правилам маркетплейса.
В коротком журнале нет полного списка заменённых методов и описания восстановления старых ошибочных остатков. Поэтому установка версии сама по себе не доказывает, что прошлые расхождения уже исправлены. Их нужно сверять отдельно по фактическим операциям магазина.
Проверьте склад на контрольном заказе
Редакция рекомендует до обновления сохранить настройки сопоставления складов и исходные остатки выбранного товара. Для проверки используйте согласованный безопасный сценарий в своей системе, где понятны исходный заказ, отправление Ozon и изменение состава. Не меняйте реальные заказы покупателя только ради демонстрации.
После повторного обмена проверьте не только общий запас, но и распределение по складам. Учебный пример: две единицы должны вернуться на склад А, но попали на Б. Общая сумма осталась правильной, однако доступность в каждой точке исказилась. Проверка единственного итогового числа такую ошибку пропустит.
Уведомление и комментарий решают разные задачи
Отдельно подтвердите получение уведомления в настроенном рабочем процессе. Наличие заказа в учётной системе не означает, что ответственный сотрудник увидел сообщение. Сохраните время обмена и результат доставки уведомления, чтобы при повторном сбое обращение разработчику содержало проверяемый пример.
Если включаете новую опцию ScanIt, сверяйте код с конкретным отправлением. Комментарий помогает передать сведения сотруднику, но не заменяет саму этикетку и не подтверждает физическую отгрузку. Не используйте появление строки в комментарии как основание автоматически закрывать складскую задачу.
Как завершить приёмку обновления
Сравните до и после: состав заказа, движение товара по нужным складам и рабочие уведомления. Ошибки прошлых периодов вынесите в отдельный список, не смешивая их с результатом контрольного обмена новой версии. Корректировать учёт следует по подтверждённым операциям и принятому порядку магазина.
Общая задача единого запаса сайта и маркетплейса рассмотрена в материале о двух каналах продаж. Здесь проверяется конкретный релиз интеграции. Запишите установленную версию, контрольный сценарий и результат, чтобы последующие вопросы решались по сохранённым данным.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы