Экспорт отчёта WB в Excel: что теряется при выгрузке

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

Статус периода перестаёт быть очевидным

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

Форматы дат и чисел меняются незаметно

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

Связь строки с товаром может потеряться при пересборке

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

Риск задвоения при повторной выгрузке

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

Что стоит проверять в выгруженном файле перед использованием

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

Как хранить выгрузки, чтобы не запутаться в них позже

Если ручная выгрузка всё же нужна — например, для разовой сверки или передачи файла бухгалтеру, — стоит сразу закладывать в имя файла то, что иначе теряется при экспорте: период, за который сделана выгрузка, и статус этого периода на момент выгрузки — закрытый он или ещё промежуточный. Файл с названием вроде «отчёт за такую-то неделю, закрытый, выгружен такого-то числа» через месяц читается однозначно, а безымянный файл «отчёт.xlsx», перезаписанный поверх предыдущего экспорта, — нет. Отдельное практическое правило — не перезаписывать старую выгрузку новой без явной пометки: если понадобится вернуться к тому, что показывал отчёт на конкретную дату (например, при разборе спорной ситуации), перезаписанный файл этого сделать уже не позволит.

Как это устроено в UVIX

UVIX не требует ручной выгрузки отчёта в Excel как промежуточного шага: данные Wildberries забираются по API-ключу с доступом на чтение и через UVIX Hub напрямую, статус периода — закрытый он или ещё промежуточный — сохраняется вместе с данными, а не теряется при переносе в плоский файл, и связь каждой операции с товаром, цветом и размером остаётся неразрывной на всех этапах расчёта РНП. Подробнее — на странице интеграции с Wildberries.

Итог

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