Как проверить корректность данных Ozon в sellerdata и почему цифры могут не совпадать

Практически каждый селлер, который впервые подключает аналитику, в какой-то момент задаёт один и тот же вопрос:почему данные в системе не совпадают с отчетами маркетплейса? На этом этапе возникает естественное сомнение: если цифры отличаются — значит ли это, что где-то ошибка?

Но по мере погружения становится понятно: расхождения — это не сбой, а следствие того, как устроены сами данные. И самое важное — их можно корректно проверить, если понимать логику.

Почему «одни и те же» цифры не обязаны совпадать

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

Аналитика, напротив, собирает эти события в результат — показывает, сколько бизнес заработал. Кроме того, часто возникает проблема с пониманием наименований операций и их значения. Так например, внутри кабинета Ozon параметр “Продажа” в разных отчетах: финансовых или аналитических, может обозначать совершенно разные данные и даже внутри отчетов Ozon за аналогичный период может быть разное значение этого параметра. Это может быть сумма до или после бонусов Ozon, с учетом возвратов и компенсаций или без них, выкупы на ПВЗ (пункте выдачи заказов) за выбранный период или выкупы по заказам, сделанным в выбранный период.

Именно поэтому сравнивать «в лоб» почти всегда бессмысленно. Сравнивать нужно правильно — через структуру.

Как правильно сверять данные

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

Шаг 1. Сверка выплат (базовый контроль)

Первое, с чего всегда стоит начинать — это выплаты.

Сравниваем следующие параметры:

• значение в ячейке Итого в разделе Экономика магазина кабинета продавца Озон
• значение в строке Сумма выплат в плашках раздела Дэшборд сервиса sellerdata.ru за тот же период

Важно: период должен совпадать день в день и не включать текущий день, иначе расхождение гарантировано.

Если на этом этапе цифры совпадают — это означает, что:

• данные загружены корректно
• базовая логика расчёта работает правильно

Если нет — проблема почти всегда в выбранном периоде или фильтрах.

Шаг 2. Сверка выручки (детальная)

Для более детальной сверки сформируйте отчет о начислениях в личном кабинете продавца Ozon в разделе Аналитика – Отчеты – Начисления – Начисления и компенсации по товарам или в разделе Финансы – Экономика магазина. Скачайте отчет в формате Ехсel-документа. При скачивании лучше выбрать параметр По товарам.

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

Отфильтруйте колонку Тип начисления в отчете Ozon по транзакциям Доставка покупателю. Это – операции Продажи. В колонке За продажу или возврат до вычета комиссий и услуг вы увидите цену продавца, без учета всевозможных бонусов, скидок и акций, которые предоставляет покупателю Ozon за свой счет. Это значение будет совпадать со значением в строке Продажи детализации плашки за аналогичный период в разделе Дэшборд сервиса sellerdata.

Перейдем к сверке Возвратов. Выберите тип начисления Получение возврата, отмены, невыкупа от покупателя и сравните сумму данных в колонке За продажу или возврат до вычета комиссий и услуг с данными о сумме возвратов в плашке сервиса sellerdata за аналогичный период.

Далее можно посмотреть комиссию торговой площадки в колонке с соответствующим названием. Очень важно при этом корректно рассчитать значение комиссии в отчете Ozon. Для этого суммируем значение в колонке Комиссия за продажу по операциям Доставка покупателю и Получение возврата, отмены, невыкупа от покупателя.

Сумма данных по колонкам Сборка заказа, Обработка отправления, Последняя миля, Обработка возврата, Обработка отмененного или невостребованного заказа, Логистика и Обратная логистика, покажет общие затраты по статье Доставка. Для того, чтобы значение получилось наиболее точным, необходимо предварительно снять фильтр в колонке Тип начисления по транзакциям Доставка покупателю. Однако стоит помнить, что в строку Доставка могут входить и иные начисления из отчета Ozon, например, операция Перечисление за доставку от покупателя или Обработка и логистика кванта.

Обратите внимание, что расходы по операции Хранение выведены в отчете отдельной строкой «Услуга размещения товаров на складе» в колонке «Тип начисления». Также отдельно выведены расходы на эквайринг («Оплата эквайринга»), штрафы («Удержание за недовложение товара», «Услуга за обработку операционных ошибок продавца», «Обработка товара в составе грузоместа на FBO» и иные) и прочие расходы (различные виды дополнительных удержаний, предусмотренных маркетплейсом, например, оплата подписки Premium Plus, услуги продвижения товаров или услуги досрочной выплаты).

В колонке Итого вы увидите сумму, которую Ozon рассчитал к перечислению продавцу на расчетный счет после вычета удержаний на комиссии и логистику по каждой отдельной продаже. При суммировании значений в этой колонке по всему отчету, вы получите итоговую сумму к перечислению на расчетный счет продавца. При этом все начисленные средства будут автоматически суммированы, а все удержания – вычтены. Это значение будет совпадать с данными в строке Сумма выплат плашки в разделе Дэшборд сервиса selelrdata за аналогичный период. Если сумма совпадает с данными в Дешборд, то и удержания Ozon точно совпадут, т.к. этот показатель участвует в расчете суммы выплат.

Если все вышеперечисленные показатели совпали, вы можете быть уверены, что данные корректны. Если нет — вышлите, пожалуйста, нам пример расхождения и отчет по детализации продаж на почту support@sellerdata.ru
и мы разберёмся в причинах расхождений.

Почему даже при правильной сверке могут быть расхождения

Даже если всё сделано корректно, расхождения всё равно могут появляться. И это нормально. Чаще всего причина в деталях.

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

Вторая — корректировки.
При ручной сверке очень важно обращать внимание не только на основные типы операций, но и на различные компенсации и корректировки, которые также могут по-разному учитываться в зависимости от знака или типа начисления.

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

Четвертая — сбои в обновлении данных со стороны маркетплейса. Любая система, даже такая масштабная как Wildberries не застрахована от сбоев и ошибок. Достаточно часто встречаются ситуации, когда маркетплейс отдает пустой ответ на запросы по API, отдает не полные данные или проводит внутренние работы, которые могут на некоторое время полностью заблокировать доступ сторонних сервисов к данным API.

Именно поэтому важно не просто сверять цифры и параметры, а понимать их природу.

Когда аналитика становится точнее «родных» отчетов

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

Причина в том, что она:

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

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

Слишком много факторов:

• разные типы операций
• разные даты
• постоянные изменения

Например, в sellerdata.ru вся эта логика уже встроена: данные Wildberries автоматически собираются, обрабатываются и складываются в единую финансовую модель. Это позволяет не просто сверять цифры, а понимать, из чего они состоят и где возникают расхождения.

Вывод

Проверка данных — это не вопрос «совпадает или нет». Это вопрос понимания структуры. Если сравнивать итоговые цифры без контекста, расхождения неизбежны. Если разложить экономику на составляющие — всё становится на свои места.

Именно через такую сверку селлер начинает видеть, как на самом деле формируется прибыль. Где она создаётся, где теряется и какие факторы на неё влияют.

А дальше появляется главное — возможность управлять этим процессом.