Перейти к содержанию
Содержание

WB API с 9 ноября: проверьте группировку по складам СГТ

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

В официальном журнале WB API от 3 ноября 2026 года объявлено: с 9 ноября в отчётах «Заказы» и «Продажи» СГТ-склады отгрузки в РФ выделят значением warehouseName = Склад WB СГТ РФ. Указано, что оно будет доступно для заказов и продаж со значением поля date от 9 ноября. Важно проверять именно дату записи, а не только день скачивания файла.

WB API с 9 ноября: проверьте группировку по складам СГТ

Найдите места, где название управляет расчётом

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

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

Сохраните исходный ответ или файл и текущую версию правил. Это позволит объяснить разницу без повторного восстановления прежних настроек.

После изменения сравните два среза

Когда появятся реальные строки с date от 9 ноября, выполните сверку на одном и том же наборе исходных данных:

  1. Посчитайте строки до применения группировки по складу.
  2. Примените действующие правила и найдите новые либо нераспознанные значения warehouseName.
  3. Проверьте, что строки с новым названием не потерялись и не учитываются дважды после изменения справочника.
  4. Сравните состав групп и общий результат. Если поменялась только классификация, не объясняйте это автоматически ростом или падением продаж.

Это редакционный порядок проверки выгрузки, а не новая функция кабинета WB. Он не требует менять реальные заказы или повторно создавать документы.

Разделите историю и новые записи

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

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

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

Теги

Комментарии 0

0 / 1500

Популярные статьи