Кто изменил остаток FBS на Wildberries: как прочитать историю действий
Как выяснить причину изменения остатков FBS на Wildberries: журнал событий, пользователь, API, виртуальный склад и количество после операции.
Содержание статьи
История изменений остатков FBS в Wildberries позволяет выяснить, какое действие изменило количество товара. Это другой инструмент, чем снимок текущего запаса. Для расследования нужны конкретный товарный вариант, виртуальный склад и последовательность событий до появления расхождения.
Скачайте журнал для нужного товара
В управлении остатками историю можно выгрузить через меню с тремя точками напротив позиции. Файл XLSX содержит события за последние три месяца; сведения раньше 30 апреля 2026 года недоступны. Сначала убедитесь, что выбран правильный склад и баркод, особенно при одинаковых названиях вариантов.
Сохраните исходную выгрузку отдельно от рабочей копии. В ней нельзя исправлять числа, чтобы они совпали с текущим учётом: файл нужен как свидетельство последовательности операций. Для отчёта руководителю создайте отдельную таблицу с выводом и ссылкой на исходную строку.
Читайте событие вместе с результатом
Журнал отражает заказы, корректировки, загрузки файлов и изменения через кабинет, мобильное приложение или API. Для события доступны время, номера заказа и поставки, виртуальный склад и количество после операции. Для действий в кабинете и приложении указывается пользователь.
Количество после события не следует автоматически считать величиной изменения. Сравните его с предыдущим состоянием той же позиции и проверьте тип операции. Например, загрузка нового абсолютного остатка и уменьшение после заказа имеют разный смысл, хотя оба приводят к меньшей цифре на экране.
Разделите ручное действие и синхронизацию
Если видно действие пользователя, сопоставьте его со сменой, задачей или загруженным файлом. Если указан API, проверяйте журнал интеграции за тот же интервал. Не делайте вывод, что конкретный сотрудник отправил API-запрос, только потому что его имя встречается в соседней ручной операции.
Частый диагностический сценарий — ручное исправление, за которым вскоре следует автоматическая перезапись. Здесь повторное изменение числа не устраняет причину. Нужно установить, какая система отвечает за доступный остаток и почему она передала прежнее значение. Устраняйте конфликт источников на конкретном товаре, не отключая весь ассортимент без необходимости.
Закройте причину, затем исправьте количество
Составьте короткую хронологию: последнее верное состояние, событие отклонения, последующие перезаписи и найденный источник. Если журнал не охватывает нужную дату, зафиксируйте ограничение; отсутствие строки не доказывает отсутствия самой операции. Дополните проверку сохранёнными выгрузками и журналами собственной системы.
Общий API-отчёт остатков показывает состояние для сверки. История нужна, чтобы объяснить, как оно возникло. После исправления проверьте следующий цикл обмена: значение должно оставаться согласованным и после новой автоматической загрузки, а не только сразу после ручной правки.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы