Где найти отчёт о реализации Ozon и как по нему проверить закрытый месяц

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

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

Где найти и скачать отчёт о реализации в Ozon Seller

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

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

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

Когда появляется отчёт за прошедший месяц

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

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

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

Какие строки и колонки я смотрю первыми

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

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

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

Как по шагам сверить реализацию и деньги за месяц

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

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

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

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

Почему дашборд не сходится с отчётом и где возникает лишний расход

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

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

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

Что я предлагаю проверить завтра в своём кабинете

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

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