Push-заказы Ozon в InSales: как проверить адрес и набор уведомлений
Настройка push-уведомлений Ozon для InSales: технический домен, проверка URL, события и контроль поступления заказа.
Содержание статьи
Интеграция Ozon с InSales может получать заказы без настройки push-уведомлений, но по документации обычное поступление занимает в среднем от десяти до тридцати минут. Push-подключение предназначено для более оперативного получения событий. Оно требует правильного адреса приёма и выбора типов уведомлений. Порядок проверен по официальной справке 29 октября 2026 года.
Скопируйте адрес своего магазина
Готовый URL находится в настройках интеграции InSales на вкладке заказов, в разделе уведомлений. В справке используется технический домен магазина и путь /api/ozon/webhook. Лучше копировать готовое значение из своего подключения, чем вручную собирать его по примеру с чужим доменом.
Проверьте, что адрес относится к рабочему магазину, а не к старому тестовому аккаунту. Названия витрин могут быть похожими, но события должны попадать в конкретную базу заказов. Для команды с несколькими магазинами полезно подписать соответствие кабинета Ozon и технического домена InSales в рабочей инструкции, не добавляя туда ключи доступа.
Проверьте URL в кабинете Ozon
В настройках интеграций Ozon открывают push-уведомления, включают получение, подключают адрес и запускают проверку доступности. После успешного результата значение сохраняют. Проверка адреса относится к технической доступности точки приёма; она не доказывает, что каждый будущий заказ будет полностью обработан вашим рабочим процессом.
Редакционная рекомендация — зафиксировать время подключения и выбрать контрольное событие после этой границы. Если вы смотрите только на старые заказы, невозможно понять, улучшилась ли доставка новых уведомлений. Не создавайте повторный заказ вручную лишь из-за короткой задержки: сначала сверьте его номер и текущее наличие в обеих системах.
Выберите предусмотренные события
Справка перечисляет TYPE_NEW_POSTING, TYPE_POSTING_CANCELLED, TYPE_STATE_CHANGED, TYPE_CUTOFF_DATE_CHANGED и TYPE_DELIVERY_DATE_CHANGED. Это не только появление нового отправления, но и изменения состояния и сроков. Отсутствующий тип события может оставить менеджера с неполной картиной, даже если первоначальный заказ пришёл быстро.
При приёмке подключения проверьте не только новую запись, но и доступное изменение по уже известному заказу. Сравнивайте идентификатор отправления, время события и фактическое состояние. Не пытайтесь подтвердить весь набор событий одним удачным поступлением: разные изменения проходят через разные участки обработки.
Сохраните подтверждённый перечень типов событий вместе с датой настройки. При последующей проверке будет видно, что именно было подключено, даже если другой сотрудник позже изменит выбранные пункты в кабинете.
Подготовьте порядок разбора задержек
Если уведомления перестали приходить, отдельно проверьте доступность адреса и результат обработки в магазине. Дополнительный контроль со стороны Ozon описан в материале о мониторинге вебхуков. Его предупреждения полезны, но не заменяют сверку конкретных заказов за проблемный интервал.
При обращении в поддержку передавайте номера отсутствующих отправлений и временной диапазон без секретов подключения. Не используйте процедуру догрузки истории RetailCRM как инструкцию для InSales: это другой продукт. Завершённая проверка здесь означает, что правильный адрес сохранён, нужные события выбраны, а контрольный заказ и его изменения действительно появились в нужной базе.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы