Почему у продавца Ozon появился отрицательный баланс и что делать с минусом

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

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

Что показывает текущий баланс Ozon Seller

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

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

Откуда берётся минусовой баланс у продавца

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

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

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

Как разобрать минус по начислениям

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

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

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

Что будет с ближайшей выплатой и где легко ошибиться

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

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

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

Когда нужно пополнить баланс Ozon Seller

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

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

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

С чего начать проверку завтра

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

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