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

Что даёт история событий

В сообщении от 5 ноября 2025 года WB описал обновление Журнала событий 2.0. Оно расширило просмотр работоспособности разделов API: вместо ограничения последними шестьюдесятью часами появилась история за прошедшее время. Это историческое описание инструмента, а не сообщение о новом сбое сегодня.

В публикации показан переход из цветного деления на панели статусов к подробностям события, выбор раздела API и возможность скопировать ссылку на инцидент. События также связаны с календарём личного кабинета портала. Для диагностики магазина важен конкретный раздел, который использует его программа.

Сначала зафиксируйте свою сторону

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

Если программа показывает только сообщение «нет связи», запросите у её разработчика технический ответ API. Без него сложно отличить отказ авторизации от недоступности сервера. Одинаковая надпись интерфейса может скрывать разные причины и требовать разных действий.

Как сопоставлять два журнала

Найдите в истории WB нужный раздел и временной интервал, затем сопоставьте их с локальным журналом. Сохраните ссылку на найденное событие рядом с техническими данными. Если время записано в разных поясах, сначала приведите его к одному виду, иначе совпадение или расхождение окажется искусственным.

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

Что проверить после восстановления

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

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