6 октября с 02:00 до 02:45 МСК Wildberries проведёт технические работы в сервисе «Маркетплейс». Для продавцов с автоматизацией склада это запланированный перерыв в работе части API. До 05:30 МСК данные могут обновляться с задержкой — эти два временных интервала важно не перепутать.

В официальном уведомлении WB API перечислены методы заказов FBS, DBW, DBS, самовывоза, складов продавца и остатков на них. Это не сообщение об остановке всех продаж Wildberries. Подготовка нужна прежде всего тем, чья обработка заказов или синхронизация активна в указанное время.

Ночь в Москве может быть началом вашей смены

Для склада в Новосибирске начало работ приходится на 06:00, во Владивостоке — на 09:00. Период возможной задержки данных заканчивается соответственно в 09:30 и 12:30. Поэтому фраза «ночные работы» не означает, что ограничение пройдёт вне рабочего дня каждого продавца.

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

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

Что сделать до перерыва

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

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

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

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

Почему в 02:45 нельзя сразу считать данные окончательными

Окончание заявленного окна недоступности и актуальность данных — разные состояния. Запрос уже может выполняться, но информация ещё отражает более ранний момент. Именно поэтому WB отдельно указал задержки обновления до 05:30 МСК.

Учебная ситуация: за время перерыва на складе изменился доступный остаток, а в программе осталось прежнее значение. Если принять его за свежее только потому, что экран снова открылся, можно неверно оценить количество товара для дальнейших действий.

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

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

Как вернуться к работе без лишних повторов

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

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

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

Главное действие на 5 октября — подготовить свою смену к двум окнам: недоступность до 02:45 и возможное запаздывание данных до 05:30 МСК. Это точечная рабочая задача, а не повод ожидать остановки всего маркетплейса.

Другие изменения для продавцов разбираем в Telegram HelpStat. Информация о проекте — на HelpStat.su.

Ваша программа показывает время последней успешной синхронизации или сотрудник видит только текущие цифры?