Почему на счёт приходит меньше цены товара и как проверить выплату Ozon

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

У меня несколько магазинов, поэтому мне нужен расчёт, который можно повторить отдельно по каждому из них, а затем собрать вместе. Общая выплата без расшифровки для этого не годится. За 90 дней выручка по моим магазинам составила 41 311 877 ₽, но считать всю эту сумму деньгами, которыми я могу свободно распоряжаться, было бы ошибкой. Внутри находятся расходы площадки, реклама, стоимость самого товара и налог. Ниже я разделю проверку выплаты и расчёт остатка после расходов: именно их смешение чаще всего мешает понять, почему на счёт приходит меньше.

Где заканчивается цена на витрине и начинается расчёт с продавцом

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

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

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

Сколько Ozon забирает у продавца по моим данным

В моём расчёте за 90 дней из каждых 100 ₽ выручки комиссия Ozon составила 40,5 ₽. На логистику и прочие сборы пришлось 10,2 ₽, на рекламу — 13,1 ₽. Себестоимость товара заняла 21,4 ₽, налог — 3,5 ₽, а после перечисленных статей осталось 11,3 ₽. Это структура расходов по фактическим данным моих магазинов, а не обещание такой же экономики другому продавцу. Остаток я называю именно остатком после учтённых статей: если у бизнеса есть дополнительные расходы за пределами этого расчёта, они уменьшат его.

На вопрос «сколько процентов забирает Ozon» нельзя ответить одной цифрой, не уточнив состав расходов. В этих данных доля комиссии составляет 40,5% выручки, но это фактическое отношение расходов на комиссию к выручке, а не универсальная ставка из тарифа. Логистика и прочие сборы учтены отдельно от комиссии, реклама тоже выделена в самостоятельную статью. Себестоимость и налог я вообще не называю деньгами, которые забрала площадка. Для сравнения схем работы я отдельно разбирал, чем отличаются комиссии Ozon на ФБО и ФБС и как сравнить полную стоимость продажи, потому что сравнение одной комиссии оставляет часть расходов за кадром.

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

Как я по шагам восстанавливаю сумму выплаты

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

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

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

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

Ошибка, из-за которой возврат превращается в лишнее удержание

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

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

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

Что я проверяю первым, если расхождение большое

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

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

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

Именно возможность пройти от итоговой суммы до исходных операций мне была нужна, когда я делал SellOps для своих магазинов. Я не нашёл готового сервиса, расчётам которого мог бы доверять без собственной перепроверки. На странице о том, как устроен SellOps, можно посмотреть устройство сервиса, но принцип проверки от выбора инструмента не меняется. Сначала должны сходиться исходные операции и остатки, потом имеет смысл оценивать расходы и результат продаж. Если у меня нет детализации начисления, я не могу честно сказать, правильное оно или ошибочное, даже когда общая сумма выглядит подозрительно.

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