WB отключает отчёт «Продажи по регионам»: урок всем, чья аналитика живёт в чужом кабинете

Суть в двух абзацах

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

Второй слой здесь важнее первого. Отключение одного метода API не катастрофа, его переживут. Но оно показывает, на чём стоит аналитика значительной части рынка: на данных, которые живут в чужом кабинете и существуют ровно до того дня, когда площадка решит иначе. Это вопрос не про Wildberries, а про архитектуру отчётности.

Что именно меняется

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

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

Кого это касается в первую очередь

1. Селлеров с распределённым складом. Решение, куда везти товар, опиралось на региональную картину спроса; теперь её нужно собирать самому.
2. Брендов с региональной структурой продаж. Планы и KPI по федеральным округам считались из этого отчёта напрямую.
3. Агентств и аналитических сервисов. Клиентские дашборды, у которых этот метод был в источниках, перестанут обновляться в один день.
4. Команд, где отчётность собирается руками. Это те, кто узнает о проблеме 3 ноября, когда выгрузка просто вернёт ошибку.

Почему замена не равна замене

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

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

Что я советую сделать до 3 ноября

1. Найдите все места, где живёт этот отчёт. Не только дашборд, но и таблицы менеджеров, презентации, расчёт премий и клиентские отчёты агентства.
2. Выгрузите историю по регионам к себе. До отключения, а не после.
3. Зафиксируйте методику на бумаге. По какой дате считается заказ, что считается продажей, как группируются регионы. Иначе новый расчёт не сойдётся со старым.
4. Перестройте сбор на ленту заказов. Поток событий складывается в своё хранилище, срезы считаются на вашей стороне.
5. Сверьте месяц в двух логиках. Один период посчитайте и старым, и новым способом, расхождение объясните до того, как отчёт уйдёт руководству.
6. Предупредите тех, кто получает цифры. Если отчёт попадёт к совету директоров с дырой за ноябрь, объясняться придётся вам.

Вывод шире одного отчёта

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

Устойчивая схема выглядит иначе: кабинеты остаются источником событий, а своя лента заказов и своё хранилище становятся местом, где считаются география, динамика и история. Тогда отключение отдельного отчёта превращается из аварии в правку одного коннектора. Собственный учёт я веду в TopSeller, где заказы всех кабинетов приходят в одно окно, но по существу подойдёт любая система, которая забирает заказы по API и хранит историю у вас, а не у площадки.

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