Разделите управленческий и денежный отчёты
Отчёт продаж отвечает на вопрос, что заказали и выкупили. Отчёт начислений показывает, какие услуги и удержания площадка отнесла к операциям. Банковская выписка подтверждает фактическую выплату. Эти уровни отражают разные даты и не обязаны совпадать построчно в один день.
Заранее определите период закрытия и правило признания выручки: заказ, выкуп или завершение срока возврата. Для оперативной аналитики можно использовать предварительные данные, но финансовый месяц должен уметь дозакрываться поздними возвратами и корректировками без перезаписи исходной истории.
Соберите единый реестр операций
Храните идентификатор заказа или отправления, площадку, магазин, SKU, количество, дату события, цену покупателя, скидку продавца, начисление, тип услуги, сумму и валюту. Отдельный внутренний идентификатор товара нужен, чтобы свести один физический SKU между Ozon, Wildberries и несколькими кабинетами.
Не объединяйте одинаковые суммы без идентификаторов: две продажи по одной цене — разные операции. Сохраняйте исходную строку отчёта и версию загрузки. Если площадка позже прислала корректировку, она должна добавиться отдельным событием со ссылкой на основание, а не стирать предыдущую запись.
Свяжите продажу, возврат и расходы
Постройте цепочку заказа: создание, отгрузка, выкуп, возврат, логистические операции, комиссия и итоговое начисление. Один заказ может иметь несколько строк расходов, а одна услуга — относиться к группе товаров. Нераспределённые суммы нужно показывать отдельно, а не случайно относить к первому SKU.
Для групповых расходов задайте прозрачную базу распределения: количество, выручка, вес, объём или фактическое использование. Метод влияет на прибыль категории, поэтому он должен быть одинаковым по периодам. Менять правило можно только с пересчётом сравнимой истории и пометкой версии.
Найдите типовые расхождения
Проверяйте продажи без начисления, начисления без заказа, двойные строки, возврат без исходной продажи, неожиданную комиссию, повторную логистику и выплату, не сходящуюся с суммой закрытых начислений. Отдельно контролируйте знаки и сторнирование: отрицательная корректировка может отменять прежний расход, а не создавать новый доход.
Расставляйте приоритет по сумме и возрасту. Небольшая свежая разница может закрыться следующим отчётом, а крупное расхождение старше обычного цикла требует расследования. Автоматический допуск должен учитывать округление и задержку, но не скрывать систематическую утечку по сотням заказов.
Переведите сверку в прибыль по SKU
После связывания операций вычтите из выручки себестоимость, комиссию, логистику, хранение, рекламу, налоги, упаковку и ожидаемые потери от возвратов. Показывайте маржу на выкуп, на заказ и на единицу. Это объясняет, почему товар с большой выручкой может приносить меньше лидера по прибыли.
Сравнивайте фактическую прибыль с расчётной юнит-экономикой. Если отклонение растёт, разложите его по ставкам, доле возвратов, средней цене, рекламе и логистике. Результат должен обновлять минимальную цену и ограничения репрайсера, иначе автоматизация продолжит использовать устаревшую экономику.
Закройте период и сохраните доказательства
В конце периода зафиксируйте версии исходных файлов, контрольные суммы, число строк, суммы по типам операций и список незакрытых расхождений. После закрытия новые события добавляйте как корректировки следующего цикла или оформляйте контролируемое переоткрытие с журналом изменений.
ВитринаPro объединяет данные нескольких магазинов, историю цен, продаж и решений. AI может группировать необычные удержания и находить повторяющиеся расхождения, но итоговая сверка должна оставаться воспроизводимой: от показателя прибыли пользователь должен перейти к конкретной операции и исходному отчёту.
Частые вопросы
Почему выплата не равна выручке за тот же период?
Продажи, начисления и банковские выплаты живут по разным датам. Между ними есть комиссии, услуги, возвраты, корректировки и задержка расчётного цикла.
На каком уровне лучше делать сверку?
Максимально подробно — по заказу или отправлению и SKU, сохраняя отдельные строки услуг. Итоги по магазину должны собираться из этих операций.
Что делать с расходом, который нельзя связать с одним товаром?
Оставить его нераспределённым либо применить документированное правило по выручке, количеству, весу или другой обоснованной базе.
Как часто обновлять фактическую юнит-экономику?
Оперативно — по мере загрузки начислений, а окончательно — после закрытия периода и поздних корректировок. Существенные изменения нужно передавать в минимальную цену.
Свяжите продажи, начисления и выплаты на уровне заказа и SKU, чтобы обновлять юнит-экономику по фактическим расходам.
Проверить на своих товарах
