Каждый понедельник сотни тысяч селлеров открывают финансовый раздел личного кабинета, смотрят на баланс, потом проверяют выписку расчетного счета — и впадают в ступор. Цифры на экране категорически не сходятся. В кабинете горит одна сумма, в еженедельном отчете посчитана другая, а на счет в банке падает третья.
Первая реакция — площадка снова ошиблась или удержала лишнее. В условиях задержек выплат любая нестыковка кажется катастрофой. Но паниковать и писать в техподдержку бесполезно, пока ты сам не научился сводить эти цифры до копейки. В 9 из 10 случаев расхождения возникают не из-за воровства маркетплейса, а из-за сложной архитектуры начислений: продаж по СНГ, корректировок прошлых периодов и скрытых сервисных удержаний. Давай разберем алгоритм проверки отчетов Wildberries и Ozon, который сохранит нервы и деньги.
Где прячутся расхождения на Wildberries
На Wildberries главный источник стресса — непонимание того, какой показатель в отчете является финальным. В разделе «Финансы» → «Отчёты реализации» → «Еженедельные» многие смотрят на графу «К перечислению за товар» и ждут именно эту сумму на расчетный счет.
Это грубая ошибка. Показатель «К перечислению за товар» — промежуточная валовая цифра: стоимость проданных позиций без базовой комиссии. Но из нее маркетплейс дополнительно удерживает прямую и обратную логистику, платное хранение, платную приемку, подписку «Джем», штрафы и компенсации программ лояльности.
Твоя единственная опорная цифра во всем отчете — строка «Итого к оплате». Только она обязана сойтись с реестром во вкладке «История платежей» и с банковской выпиской. Когда мы рассчитывали юнит-экономику и маржинальность на Wildberries, мы разбирали, как скрытые сервисные удержания съедают плановую маржу, если не проверять детализацию отчета.
Но и строка «Итого к оплате» может разойтись с ожиданиями из-за двух нюансов:
Дробление по географии. На одну неделю площадка часто формирует два параллельных отчета: продажи по РФ и продажи в странах ЕАЭС. Цифры «Итого к оплате» из обоих отчетов необходимо складывать.Стык месяцев. Если неделя переходит из одного месяца в другой, расчетный период делится на два независимых отчета по дням. Пропустил один срез — баланс не сойдется.
Ловушки отчетов Ozon и сборка данных снизу вверх
На Ozon логика иная, но и там есть скрытая ловушка интерфейса. В разделе «Финансы» → «Выплаты» строка «Оплата реализации» показывает выручку только по покупателям из РФ.
Продажи клиентам из стран СНГ Ozon оформляет по механике собственного выкупа. Площадка выкупает товар у селлера и продает его от своего имени. Эти суммы поступают отдельной строкой — «Оплата выкупов маркетплейсом», подкрепленной УПД-1.
Ловушка в том, что популярный раздел «Экономика магазина» эти выкупы просто не показывает. Селлер видит заниженную выручку, начинает резать рекламу, а деньги просто лежат в другой строке. Для честной сверки на Ozon необходимо суммировать обе строки: реализацию и выкупы маркетплейсом.
Допустимая погрешность между твоей учетной таблицей и выплатой площадки не должна превышать 0,1%. Если дельта выше — в учете сидит системная ошибка: задвоенная комиссия, пропущенный возврат или неучтенный акт логистики.
Никогда не копируй итоговые цифры из отчетов маркетплейса. Учет собирается строго «снизу вверх» (Bottom-Up) — по каждой транзакции каждого SKU. Если собранная из тысяч операций сумма сходится с отчетом площадки до копейки, твоя юнит-экономика кристально чиста.