Что такое эквайринг в Ozon Seller и почему его нужно проверять после возврата

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

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

За что удерживают эквайринг в Ozon Seller

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

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

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

Как платёжные удержания выглядят на фоне остальных расходов

За 90 дней выручка по моим магазинам составила 41 285 660 ₽. Из каждых 100 ₽ выручки комиссия Ozon забирает 40,5 ₽, логистика и прочие сборы — 10,1 ₽. Реклама занимает 13,1 ₽, себестоимость товара — 21,5 ₽, налог — 3,5 ₽. Остаётся 11,4 ₽. Это структура расходов и остатка по данным моих магазинов, а не набор тарифов, который можно переносить на чужой ассортимент.

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

Главное в этих данных для меня — соотношение оборота и остающейся суммы: из 100 ₽ выручки остаётся 11,4 ₽ в рамках показанного расчёта. Любой пропущенный расход уменьшает именно этот остаток, хотя на фоне всей выручки может выглядеть малозаметным. Но добавлять эквайринг поверх сводки без проверки тоже нельзя: возможно, он уже находится внутри одной из групп. Значения в структуре округлены, поэтому их механическое сложение может дать небольшое расхождение с базой. Я не восстанавливаю из этих округлённых долей точные удержания в рублях, а возвращаюсь к исходным операциям.

Почему после возврата одни удержания исчезают, а другие остаются

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

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

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

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

Как посчитать эквайринг и результат заказа по шагам

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

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

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

Ошибка, которая делает возвращённый заказ безубыточным только в таблице

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

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

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

Что проверить завтра в своём кабинете

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

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