У попытки обновления и свежих данных разные часы
Представьте: в 12:15 сервис получил остатки, а в 14:20 повторно запросил отчёт. Wildberries ещё не подготовил результат. На экране остаётся последнее известное количество, но рядом появляется новая попытка загрузки. Это не подтверждение, что запас проверен в 14:20.
В KOPTEVAV блок состояния синхронизации показывает последнюю успешную загрузку и, при проблеме, последнюю попытку. Для оценки свежести нужна первая отметка. Вторая помогает понять, продолжает ли сервис обращаться к источнику и чем завершилось обращение.
Само по себе неизменное количество ничего не доказывает. За несколько часов товар могли не заказывать — тогда число действительно останется прежним. А могли заказывать, но новый отчёт ещё не пришёл. Различить эти случаи по одной ячейке с остатком невозможно.
Почему FBS уже обновился, а FBW ещё ожидается
Остатки на складах Wildberries и на складах продавца загружаются из разных источников. Для FBW сервис запрашивает подготовку отчёта, проверяет его готовность и затем получает результат. FBS проходит отдельную загрузку. Задержка одного источника не означает, что второй тоже остановился.
В текущей синхронизации KOPTEVAV оба источника обрабатываются независимо. Если FBS успешно получен, он сохраняется даже при ожидании FBW. Общий статус «Остатки FBW и FBS» при этом может остаться неполным; в пояснении указывается, какая часть обновилась.
Товары, расходы на продвижение, хранение и приёмка тоже имеют собственные статусы. Надпись об успешном обновлении карточек товаров не подтверждает свежесть остатков. Перед решением о поставке смотрите именно строку склада.
| Источник в условном примере | Что произошло | Как читать количество |
|---|---|---|
| FBW | Успешно в 12:15; в 14:20 отчёт ещё готовится | Последний полученный остаток, не новый снимок |
| FBS | Успешно в 14:20 | Полученные при этой загрузке данные FBS |
| Карточки товаров | Успешно в 14:17 | Не подтверждает обновление FBW или FBS |
Нулевой остаток, ожидание и ошибка — три разных случая
Ноль в полученном отчёте означает отсутствие количества в соответствующей позиции и области отчёта. Ожидание означает, что нового результата ещё нет. Ошибка доступа или загрузки означает, что обращение не завершилось успешно. Подменять два последних случая нулём опасно: так можно запланировать лишнюю поставку.
При задержке подготовки FBW KOPTEVAV сохраняет предыдущие остатки. Номер задания отчёта также сохраняется, чтобы следующий цикл мог продолжить проверку. Автоматическое оперативное обновление запускается каждые 15 минут; это расписание проверок, а не обещание готовности отчёта Wildberries за 15 минут.
Обновление страницы показывает текущее состояние загрузки, но само по себе не ускоряет подготовку отчёта на стороне маркетплейса. Если в сообщении говорится именно об ожидании, повторное подключение кабинета не поможет получить готовый отчёт быстрее.
Что проверить, если поставку нужно решить сегодня
Возьмите несколько приоритетных артикулов и сопоставьте их с данными в кабинете Wildberries. Сверяйте одинаковую модель работы, конкретный склад и единицу товара. Остаток FBS на своём складе не заменяет запас FBW, даже если у них один артикул.
Запишите время обоих снимков. Разница между старым отчётом сервиса и более поздними данными WB может быть обычным движением товара между двумя моментами, а не ошибкой подсчёта. Не складывайте количество из двух источников, если один из них уже содержит итог по тем же складам.
Если точного свежего количества пока нет, отметьте его как неподтверждённое в плане поставки. Особенно важно не выдавать такой остаток за надёжную основу расчёта запаса в днях. Иначе аккуратная формула создаст ложную точность из устаревшего исходного числа.
- Совпадают артикул, штрихкод или вариант товара, если они используются в сверке.
- Выбраны одинаковые склад и модель FBW либо FBS.
- Учтено время последней успешной загрузки, а не только последней попытки.
- Приоритетные позиции с маленьким запасом проверены отдельно перед поставкой.
Когда передать проблему в поддержку
Если несколько очередных попыток не дали свежих остатков, сохраните название кабинета, сообщение источника, время последнего успеха и попытки. Добавьте один конкретный артикул и склад с расхождением. Такой пример позволяет отличить задержку отчёта от неверного сопоставления товара или ошибки доступа.
Токен API в обращение и скриншот добавлять не нужно. Для первичной проверки достаточно состояния загрузки и контрольной позиции. После восстановления обновления вернитесь к ней и убедитесь, что изменилось время успешной загрузки; затем пересмотрите решения о пополнении, основанные на прежнем снимке.
