Облагаются ли баллы Ozon налогом на УСН и АУСН

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

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

Чьи это баллы и какое отношение они имеют к доходу продавца

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

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

Две позиции по баллам за скидки и документам Ozon

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

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

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

Как посчитать разницу в налоге на своих документах

Для расчёта я сначала отделяю бесспорную выручку от спорной суммы, а затем собираю варианты налоговой базы. Это не попытка выбрать тот вариант, где налог меньше: мне нужно увидеть денежную цену разногласия и проверить исходные данные. На УСН с объектом «доходы» и АУСН с объектом «доходы» особенно опасно подменять выручку выплатой после удержаний площадки. Комиссия и другие услуги могут уменьшать поступление на счёт, но от этого не становятся автоматическим вычетом из дохода для налога. Применимую ставку и остальные условия расчёта я беру у бухгалтера для своего режима, а не из старой статьи или чужого кабинета.

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

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

Ошибка, из-за которой баллы превращаются в лишний налог

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

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

Что согласовать с бухгалтером на УСН и АУСН

Запрос «баллы за скидки Ozon — доход УСН» я перевожу для бухгалтера в конкретный вопрос: какая операция произошла, на какую сумму и когда она должна попасть в учёт. Затем уточняю объект налогообложения, потому что признание дохода и уменьшение расходов могут по-разному менять результат. Отдельно прошу проверить момент отражения начисления, зачёта или корректировки, а не автоматически относить всё к дате банковской выплаты. Ответ «баллы не деньги» для такой задачи недостаточен, равно как и ответ «на всякий случай обложим всё». Мне нужен порядок действий, который можно повторить в следующем периоде при тех же условиях.

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

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

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