Я начинаю проверку магазина не с суммы продаж на главном экране, а с вопроса, что именно попало в эту сумму. Заказ ещё может ехать к покупателю, начисление за доставленный товар — появиться в другом периоде, а выплата — включить расчёты по более ранним операциям. Если поставить эти значения рядом без пояснений, получится будто кабинет противоречит сам себе. Но часто я сравниваю разные события, которым просто дали похожие названия. Поэтому перед поиском ошибки мне нужно восстановить путь от заказа до расчёта с площадкой.
В моих магазинах отчёты нужны для разных решений: что пополнить, где проверить расходы, какую продажу связать с возвратом и почему поступление на счёт отличается от ожиданий. Одной выгрузкой закрыть все эти вопросы не получается. Я сам сделал SellOps, потому что не нашёл готового сервиса аналитики, которому доверял бы, но исходные документы кабинета от этого не перестали быть нужны. Любую сводную цифру я хочу уметь развернуть до операций, из которых она сложилась. Ниже покажу, какие отчёты искать в Ozon Seller, как читать их вместе и где расхождение действительно требует проверки.
Где найти отчёты Ozon и какой открывать под задачу
Если нужно найти отчёты Ozon, я сначала определяю задачу, а уже потом выбираю раздел кабинета. Названия пунктов и состав доступных выгрузок могут меняться, поэтому точный маршрут по кнопкам без проверки вашего интерфейса я не обещаю. Продажи и поведение покупателей обычно ищут в аналитике, операции с заказами — в разделе заказов, расчёты и документы — в финансах. Остатки и движение товара нужно смотреть в разделах товаров, складов и логистики, рекламные расходы — в кабинете продвижения. Доступность отдельных форм зависит от схемы работы, подключённых инструментов и прав пользователя.
Рабочий перечень у меня начинается с аналитики продаж, выгрузки заказов и данных по отменам и возвратам. Аналитика отвечает на вопрос, что происходит со спросом и продажами в выбранном срезе, а заказы позволяют найти конкретное отправление и проверить его состояние. Данные по возвратам нужны, чтобы понять, какая продажа перестала быть окончательной и что происходит с товаром дальше. Следующая группа — отчёт о реализации, детализация начислений, документы по услугам и сведения о выплатах. Здесь я выясняю, какие продажи отражены в расчётах, какие операции изменили сумму к получению и какие деньги уже отправлены продавцу.
Отдельно я открываю отчёты об остатках и движении товаров, данные по поставкам, если они относятся к моей схеме работы, и статистику продвижения. Остатки отвечают на вопрос о доступном запасе, движение объясняет его изменение, а поставки помогают проверить передачу и приёмку. Рекламная статистика показывает расходы и результаты по правилам атрибуции конкретного инструмента. Для поиска проблем с карточкой пригодятся показатели просмотров, переходов и конверсии, если они доступны в используемом разделе. Это не взаимозаменяемые источники: отчёт о продажах не объяснит сам по себе, почему товар недоступен, а рекламная выручка не заменит финансовые документы.
Как читать отчёты Ozon по продажам и объяснять расхождения
В статистике продаж Ozon я первым делом проверяю, какое событие лежит в основе показателя. Заказанный товар, доставленный товар и продажа, отражённая в расчётном документе, могут относиться к разным датам. Покупатель оформляет заказ в одном периоде, получает его в следующем, а затем может вернуть покупку. Поэтому одинаковый календарный фильтр ещё не делает две таблицы сопоставимыми. Если одна построена по дате заказа, а другая по дате финансовой операции, совпадения итогов ждать не нужно.
Дальше я смотрю, что именно посчитано: штуки товара, заказы, отправления или денежная сумма. Заказ с несколькими позициями не равен проданной штуке, а разбивка по отправлениям может дать ещё другую картину. Для денег нужно выяснить, какая цена используется, как отражены скидки, включены ли возвраты и что автор отчёта называет выручкой. У рекламной статистики есть дополнительное условие: продажа может быть отнесена к рекламе по правилам связи заказа с рекламным контактом. Без чтения описания метрики я не считаю её сумму ни отдельной выручкой магазина, ни прямым аналогом продаж за тот же период.
Главного отчёта на все случаи у меня нет, зато есть главный источник для конкретного вопроса. Состояние отправления я проверяю в заказах, состав начислений — в финансовой детализации, факт поступления денег — по банковской выписке вместе со сведениями о выплате. Для спроса мне нужна аналитика, для документально оформленных расчётов — соответствующие документы и их детализация. Если показатели расходятся, я привожу к одному виду магазин, период, схему работы, статусы и набор товаров, а затем проверяю дату события и состав суммы. Нормальное расхождение можно объяснить конкретными операциями или методикой расчёта; необъяснённая разница остаётся задачей на проверку.
Финансовые отчёты Ozon и порядок расчёта результата
Для финансовой проверки я разделяю реализацию, начисления и выплаты, иначе расчёт быстро превращается в смешение разных сумм. Отчёт о реализации нужен для проверки отражённых продаж и возвратов в рамках состава этого документа. Детализация начислений помогает увидеть операции за товары, услуги, удержания, компенсации и корректировки в той форме, в которой они представлены в кабинете. Сведения о выплатах показывают перечисления, но сами по себе не раскрывают прибыль. До расчёта я читаю названия столбцов и пояснения, проверяю знаки сумм и выясняю, какие расходы уже вошли в итог.
Сначала я задаю период и основу расчёта: для проверки начислений беру операции по их дате, а для оценки проданных товаров отдельно определяю состав завершённых продаж. Затем собираю начисления за товары и уменьшаю их на возвраты и корректировки продаж, если они ещё не учтены в исходной сумме. После этого вычитаю относящиеся к расчёту комиссии, логистику и другие услуги площадки, не подставляя тарифы по памяти. Рекламу тоже учитываю, но предварительно проверяю, не попали ли эти расходы уже в собранную детализацию. Прочие начисления, включая компенсации, оставляю отдельной строкой: они могут изменить результат, однако не должны незаметно превращаться в товарную выручку.
Следующим действием я вычитаю себестоимость реализованных товаров по своей системе учёта, а не стоимость всех закупок за период. Для возвращённого товара проверяю, можно ли восстановить запас, или вместо этого возникла потеря, требующая отдельного отражения. Затем добавляю расходы вне площадки, которые относятся к выбранному расчёту: упаковку, внешнюю доставку, оплату работ и другие подтверждённые затраты. Общие расходы, налоги и распределение затрат между товарами показываю отдельно, чтобы результат по позиции не выдавать за окончательную прибыль бизнеса. Полученный управленческий результат сверяю по составу операций, а выплату проверяю другой связкой — через начальный остаток расчётов, начисления, удержания, перечисления и конечный остаток. Если расходы или корректировки пришли позднее, я либо уточняю исходный период, либо отдельно показываю поправку, сохраняя выбранный подход.
Ошибка, из-за которой расходы вычитаются повторно
Самая неприятная ошибка в такой таблице — принять поступление на расчётный счёт за выручку, а потом вычесть из него все расходы площадки ещё раз. В выплате часть удержаний уже могла быть учтена. Если повторно убрать те же операции, расчётная прибыль уменьшится на всю сумму повторного вычета, хотя нового расхода у магазина не было. На бумаге товар станет менее выгодным, и продавец может поднять цену или отказаться от пополнения на ложном основании. Обратная ошибка тоже обходится деньгами: считать сумму заказов доступным заработком и планировать закупку без учёта отмен, возвратов и расходов.
Не вычитайте комиссию, логистику или рекламу из итоговой суммы, пока не проверили, включены ли они в неё уже. Название «к перечислению» не означает выручку до расходов. Сначала раскройте состав суммы по операциям и пометьте учтённые удержания. Иначе повторный вычет занизит результат ровно на стоимость расходов, которые вы посчитали заново.
Чтобы поймать повторный вычет, я беру конкретную продажу и собираю рядом начисление за товар, связанные услуги и последующие корректировки. Затем нахожу, где эти операции уже вошли в итоговую таблицу. Суммирую каждую операцию однократно, сохраняя её знак и связь с исходным источником. Общую услугу, которую нельзя достоверно привязать к товару, не изображаю точным расходом конкретного заказа. Её лучше оставить отдельной строкой или распределить по явно указанному правилу, чем создать ложную точность.
Не каждое расхождение означает потерю денег, но объяснение «Ozon потом пересчитает» меня тоже не устраивает. Я проверяю, не пришла ли поздняя корректировка, не изменился ли статус заказа и не оказался ли возврат в другом периоде. Если после этого операция остаётся непонятной, сохраняю выгрузку, идентификатор заказа или отправления, дату и название начисления. В обращении в поддержку описываю конкретную несостыковку между источниками, а не просто прикладываю разные итоговые суммы. Так вопрос можно проверить по существу, а не переписываться о том, что отчёты устроены по-разному.
В каком порядке я проверяю магазин каждую неделю
Недельную проверку я начинаю с одинаковых условий сравнения: выбираю магазин, завершённый период и сопоставимый предыдущий отрезок. Неполный текущий период отдельно помечаю, чтобы случайно не принять его за падение продаж. Сначала смотрю заказы и продажи по товарам, затем проверяю отмены, возвраты и изменения статусов. Меня интересует не просто направление общей суммы, а позиции, за счёт которых она изменилась. Для таких позиций перехожу от сводки к конкретным заказам и проверяю, какое событие сформировало показатель.
Следом открываю остатки и движение товаров, потому что падение продаж может начаться с отсутствия доступного запаса. Проверяю, где товар находится, доступен ли он покупателю и не зависло ли ожидаемое пополнение на этапе, который ещё не даёт возможности продавать. Если запас есть, смотрю доступные показатели карточки: просмотры, переходы и конверсию с учётом их определения в кабинете. После этого разбираю продвижение — расходы, связанные с ним заказы и изменения настроек. Рекламные продажи не прибавляю к общей выручке: сначала проверяю, какую часть уже учтённых заказов рекламный отчёт относит к себе.
Финансовую часть начинаю с состава начислений, а не с банковского поступления. Сравниваю структуру расходов с сопоставимым периодом и ищу операции, которые требуют объяснения: новые виды удержаний, заметные корректировки или расходы без понятной мне связи с продажами. Затем проверяю выплаты и поступления на счёт, учитывая границы периодов и остаток взаиморасчётов. Недельный просмотр помогает найти проблему раньше, но не делает предварительные данные окончательными закрывающими документами. Когда появляются документы за соответствующий период, я возвращаюсь к сверке и уточняю управленческий расчёт.
Для нескольких магазинов я повторяю этот порядок отдельно, а объединяю результаты только после проверки каждого. Иначе хороший общий итог способен спрятать проблему отдельного магазина, а разные фильтры сделают сравнение бессмысленным. В рабочей таблице рядом с показателем я сохраняю источник, период, дату события и правило расчёта. По этой же логике оцениваю автоматизацию, а общий подход к работе с аналитикой описал на странице как устроен SellOps. Сам факт появления цифры в сервисе не освобождает меня от проверки её происхождения.
Завтра я бы начал не с выгрузки всего кабинета, а с конкретного товара, по которому сумма продаж вызывает вопросы. Откройте его заказы за выбранный период, найдите связанные начисления и проверьте возвраты, удержания и корректировки. Запишите рядом, какой вопрос закрывает каждый источник и какие операции пока не удалось связать. После этого повторите недельный порядок для магазина целиком и сохраните настройки фильтров, чтобы следующая проверка была сопоставимой. Результатом должна стать понятная связь между продажами, расходами и деньгами, а необъяснённые расхождения — превратиться в конкретные задачи с документами под рукой.
Хотите увидеть эти цифры по своим товарам?
Попробовать SellOps бесплатно