Товар продали за 2 500 ₽, а до продавца дошло 1 760 ₽. Нельзя назвать разницу в 740 ₽ «комиссией Ozon»: там могут быть комиссия за продажу, логистика, обработка и корректировки. Проверять нужно финансовые строки, а не вычисленную по банковской выписке разницу.
Почему банковская выписка не объясняет расходы
Одна выплата собирает операции за разные дни. Часть удержаний относится к товару, часть — к отправлению, часть — ко всему магазину. Выписка отвечает только на вопрос «сколько пришло». Причину каждой суммы нужно искать в финансовых операциях Ozon.
Основные группы расходов Ozon
| Группа | Что проверять | Как влияет на анализ |
|---|---|---|
| Комиссия за продажу | Категорию, ставку и базу начисления | Уменьшает результат конкретной продажи |
| Логистика | Схему, маршрут, объём и этап доставки | Может относиться к продаже или возврату |
| Обработка и услуги | Название услуги и связь с товаром | Часть расходов нельзя честно распределить по SKU |
| Корректировки | Исходную операцию и знак суммы | Могут как уменьшать, так и возвращать расход |
Смотрите на знак, а не только на название
Одна и та же услуга может появиться второй раз как сторно. Поэтому нельзя классифицировать строку только по названию. Сначала сохраняют исходный тип, сумму и знак из ответа Ozon, затем дают операции управленческую категорию.
Покажите её как «неразобранную корректировку» вместе с суммой и датой. Так пользователь увидит влияние на итог и сможет проверить строку в кабинете Ozon.
Как избежать двойного счёта
- Возьмите один источник финансового результата — финансовые операции Ozon за явно указанный период.
- Не прибавляйте к ним банковскую выплату: это расчёт по уже учтённым операциям, а не новая выручка.
- Не вычитайте общую комиссию повторно, если она уже находится внутри компонентов начисления.
- Проверяйте сумму компонентов против общей суммы операции и показывайте расхождение.
Что можно распределять по товарам
Если Ozon передал SKU или связь с отправлением, расход можно отнести к товару. Общую услугу без такой связи не стоит разбрасывать по SKU произвольной формулой: цифры станут аккуратнее, но не достовернее. Её лучше оставить отдельной строкой в прибыли магазина.
Когда SKU менял привязку к товару, важна дата операции. Текущая связь не должна переписывать прошлые периоды — иначе корректный расход окажется у другого товара.
Пять минут на сверку
- У каждой операции сохранён идентификатор Ozon.
- Повторная загрузка не создаёт дубль.
- Сумма компонентов сверяется с итогом начисления.
- Неизвестные типы видны, а не скрыты.
- Нерублёвые операции отмечены отдельно.
- Период загрузки и последняя синхронизация показаны пользователю.
Если эти проверки проходят, сумму можно раскрыть от выплаты до конкретной операции. Если нет — интерфейс должен показать расхождение, а не скрыть его внутри общего расхода.
Официальная документация Ozon Seller API ↗