← На главную

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

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

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

Проанализируем ситуацию по шагам. Главная ошибка, из-за которой обычно возникает путаница, состоит в том, что пытаются уменьшить саму исходную операцию продажи по ККТ. На практике чаще нужно не редактировать продажу, а проверить, как отражен возврат: как чек возврата по ККТ, как списание со счета, как операция эквайринга, как корректировка банковской разметки или как дублирующая операция, которую нужно исключить из налоговой базы.

Рассмотрим все основные варианты подробно.

Почему в ЛК ИП может не уменьшаться доход автоматически

Сначала выясним причину. На АУСН возврат уменьшает доходы не «по желанию пользователя», а только тогда, когда операция распознана системой правильно. Если распознавание прошло неверно, возврат может:

1. вообще не попасть в уменьшение доходов;
2. попасть как обычное списание, не относящееся к налоговой базе;
3. попасть как дублирующая операция, если продажа уже учтена по данным ККТ, а движение денег по счету учтено отдельно;
4. попасть в другой налоговый период;
5. оказаться отраженным корректно, но пользователь ищет уменьшение не там, где оно показывается в интерфейсе.

Поэтому начнем не с механического изменения цифры, а с проверки источника данных. Это самый важный шаг во всей задаче.

Шаг 1. Определим, откуда сумма дохода попала в налоговую базу

Разберем по шагам, что нужно проверить в первую очередь.

1. Посмотрим, была ли исходная продажа проведена через ККТ.
2. Посмотрим, был ли затем оформлен чек с признаком возврата.
3. Проверим, есть ли по этой же операции движение по расчетному счету или по эквайрингу.
4. Уточним, не попала ли одна и та же сумма в налоговую базу дважды: один раз по данным ККТ, второй раз по банковской операции.
5. Посмотрим, какой признак налоговой базы присвоен спорной операции в личном кабинете банка или в ЛК АУСН.

Это важно потому, что при расчетах с физическими лицами через ККТ у налогового органа уже есть фискальные данные. Поэтому банковские поступления от таких расчетов в ряде случаев специально маркируются как «не налоговая база», чтобы не было дублирования. Аналогичная логика применяется и к возвратам: если возврат уже учтен по данным ККТ, дополнительная банковская операция не должна искажать базу второй раз.

Шаг 2. Проверим, оформлен ли именно чек возврата, а не просто перечисление денег покупателю

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

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

Если чек возврата не сформирован, начните именно с этого. Если чек возврата сформирован, но сумма все равно не уменьшает доход, тогда переходим к следующему этапу — анализу разметки операции в личном кабинете.

Шаг 3. Разберем, что именно можно менять в личном кабинете

Теперь рассмотрим сам вопрос автора максимально предметно: можно ли в личном кабинете ИП на АУСН изменить доход по операции ККТ в сторону уменьшения на сумму возврата покупателю?

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

По материалам по АУСН и методическим рекомендациям видно, что пользователь действительно может подтверждать и корректировать разделение операций на учитываемые и неучитываемые для налоговой базы. Но это относится прежде всего к операциям по счетам, переводам электронных денежных средств и эквайринговым операциям, которые передает уполномоченный банк. Срок такой корректировки — не позднее 7-го числа месяца, следующего за налоговым периодом.

Именно здесь и находится реальная точка управления: не в «редактировании фискального чека как такового», а в корректировке признака отнесения операции к налоговой базе, если банк или система классифицировали ее не так, как нужно.

Решение 1. Если возврат уже отражен корректным чеком ККТ и система должна уменьшить доход автоматически

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

В этом случае рассмотрим такие действия:

1. Проверим дату чека возврата.
2. Проверим, попадает ли возврат именно в тот налоговый период, который мы анализируем.
3. Проверим, нет ли задержки в загрузке данных в ЛК АУСН.
4. Сравним сумму по ККТ и сумму по эквайрингу, если оплата была безналичной.
5. Проверим, не задвоился ли доход за счет банковской операции.

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

Решение 2. Если возврат прошел по банку или эквайрингу и операция классифицирована неверно

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

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

Разберем по шагам, как действовать:

1. Откроем раздел с операциями АУСН в личном кабинете уполномоченного банка или ЛК АУСН.
2. Найдем списание, которым возвращены деньги покупателю.
3. Посмотрим текущий признак операции.
4. Если операция не участвует в налоговой базе, а должна уменьшать доход, изменим признак на «Возврат прихода».
5. Сохраним корректировку в установленный срок.

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

Когда вместо «Возврат прихода» нужно ставить «Не налоговая база»

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

На практике это означает следующее:

1. если операция банка по смыслу дублирует уже учтенную фискальную операцию, для нее может потребоваться признак «Не налоговая база»;
2. если операция банка является тем самым источником, через который должен учитываться возврат, для нее нужен признак «Возврат прихода».

Именно поэтому нельзя механически ответить всем одинаково: «введите минус» или «поставьте возврат прихода». Сначала нужно понять, не приведет ли это к двойному уменьшению дохода или, наоборот, к его двойному учету.

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

Решение 3. Если интерфейс позволяет вводить сумму со знаком минус

Теперь разберем совет из обсуждения, где налоговики указали на учет возврата, а собеседник предложил проверить, получится ли внести сумму возврата в доходы со знаком минус.

Такой вариант действительно может встречаться в отдельных интерфейсах или в отдельных разделах ЛК, где налогоплательщик сам вводит сведения о доходах, когда автоматического источника недостаточно. Но относиться к этому механизму нужно очень осторожно.

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

Поэтому действуем так:

1. сначала проверяем, нет ли для этой операции отдельного признака «Возврат прихода»;
2. если такой признак есть, используем именно его, а не условный «минус» вручную;
3. ввод отрицательной суммы рассматриваем только как техническую реализацию конкретного сервиса, а не как универсальное правило для всех ситуаций;
4. обязательно проверяем, не приведет ли такой ввод к дублированию уже отраженного чека возврата или банковской корректировки.

Иными словами, мысль «внести возврат со знаком минус» можно использовать только после анализа источника данных. Сам по себе этот совет без проверки механизма учета может привести к ошибке.

Решение 4. Если возврат произошел в другом месяце, чем продажа

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

Разберем на примере.

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

Поэтому всегда проверяйте:

1. дату исходного чека;
2. дату чека возврата;
3. дату банковского списания по возврату;
4. месяц, в который эти данные включены системой в налоговую базу.

Решение 5. Если сумма возврата больше доходов периода

Проанализируем ситуацию, которая тоже вызывает вопросы: что делать, если в текущем месяце возвраты оказались больше поступлений? Можно ли получить отрицательный доход по АУСН?

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

Следовательно, если вы видите, что интерфейс не позволяет «увести доходы в минус», это не обязательно ошибка личного кабинета. Это может соответствовать самому порядку расчета налога на АУСН.

Где именно корректировать данные: в ЛК АУСН или в личном кабинете банка

Теперь разберем, где физически вносится исправление. На практике АУСН тесно связан с уполномоченным банком. Именно банк передает налоговой информацию об операциях по счетам и их первичную разметку. Поэтому подтверждение и корректировка сведений об учитываемых и неучитываемых доходах и расходах часто выполняются через сервис банка, а не только через налоговый кабинет. Срок для такой корректировки — до 7-го числа месяца, следующего за налоговым периодом.

Поэтому разберем правильный порядок действий:

1. откроем операции АУСН в сервисе уполномоченного банка;
2. найдем спорную операцию поступления или возврата;
3. посмотрим признак: «Приход», «Расход», «Возврат прихода», «Возврат расхода», «Не налоговая база»;
4. если признак неверный, изменим его;
5. после этого проверим, как изменилась налоговая база в ЛК АУСН.

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

Как понять, какой признак должен стоять у операции

Посмотрим на практическую шпаргалку, которая помогает быстрее принять решение.

1. «Приход» — когда операция должна увеличить доходы.
2. «Возврат прихода» — когда возвращаются покупателю деньги, ранее полученные в счет продажи, и эта сумма должна уменьшить доходы.
3. «Не налоговая база» — когда операция вообще не должна участвовать в расчете налога, в том числе чтобы исключить дублирование по ККТ и банку.

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

Разберем типовые сценарии по видам расчетов

Сценарий А. Продажа за наличные, возврат наличными, оба действия прошли по ККТ

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

Что делаем на практике:

1. проверяем наличие чека продажи;
2. проверяем наличие чека возврата;
3. сверяем дату возврата с нужным налоговым периодом;
4. смотрим сводную сумму доходов периода.

Если уменьшения нет, ищем техническую задержку или ошибку передачи фискальных данных.

Сценарий Б. Продажа по карте, доход учтен по ККТ, возврат списан через эквайринг отдельной банковской операцией

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

Но одновременно нужно проверить, не учтен ли возврат уже по ККТ таким образом, что дополнительное включение банковского возврата приведет к задвоению уменьшения. Поэтому анализируем оба источника вместе.

Сценарий В. Эквайринг перечисляет выручку уже за вычетом возвратов

Рассмотрим подробнее более сложный вариант. Иногда на счет приходит не полная сумма продаж, а уже уменьшенная на комиссию эквайера и на суммы возвратов покупателям. Для АУСН это принципиально важно, потому что доходом от реализации считается полная сумма продаж без уменьшения на комиссию и возвраты. В таких сценариях в методических рекомендациях предусмотрена ручная корректировка признаков в личном кабинете клиента.

Практически это означает следующее:

1. по входящей операции может потребоваться увеличить учитываемую сумму до полной суммы реализации;
2. по сумме возврата может потребоваться отдельное отражение как «Возврат прихода»;
3. необходимо исключить искажения из-за того, что банк показал лишь «чистую» сумму за вычетом возвратов.

Это один из самых неочевидных случаев, и именно здесь чаще всего нельзя ограничиться простым вопросом «где поставить минус».

Сценарий Г. Возврат ошибочно отражен как обычный расход

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

Это важный практический момент, потому что иначе сумма просто уйдет в операции, не влияющие на налог при объекте «доходы».

Сценарий Д. Возврат не отражается, потому что срок корректировки истек

Разберем еще одну реальную причину проблемы. Для операций, которые передаются банком и подтверждаются или корректируются налогоплательщиком, установлен срок — не позднее 7-го числа месяца, следующего за налоговым периодом. Если пользователь пытается исправить банковую разметку позднее, интерфейс может уже не дать стандартно изменить операцию.

Поэтому действуем так:

1. сразу после окончания месяца проверяем все спорные поступления и списания;
2. не откладываем корректировку эквайринга и возвратов;
3. особенно внимательно проверяем операции конца месяца, которые чаще всего «ломают» налоговую базу следующего периода.

Что делать, если в ЛК ИП нельзя изменить саму операцию ККТ

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

Правильный путь такой:

1. оформим возврат корректным кассовым документом;
2. проверим, подтянулся ли он в систему как возврат;
3. если в схеме участвует банк или эквайринг, проверим разметку соответствующей операции;
4. исправим именно признак налоговой базы там, где это предусмотрено;
5. после этого проконтролируем итоговую базу по периоду.

То есть в большинстве случаев уменьшают не «операцию ККТ вручную», а правильно отражают и классифицируют операцию возврата.

Как действовать, если продажа уже учтена верно, а возврат покупателю пока не уменьшает налоговую базу

Соберем практический алгоритм в одном месте.

1. Проверим, оформлен ли чек возврата.
2. Проверим дату возврата и налоговый период.
3. Посмотрим, есть ли по этой операции отдельное списание через банк или эквайринг.
4. Откроем операции АУСН в личном кабинете банка.
5. Найдем спорную операцию.
6. Посмотрим, какой у нее признак.
7. Если возврат должен уменьшать доход, а операция не участвует в базе, изменим признак на «Возврат прихода».
8. Если операция дублирует уже отраженный по ККТ возврат, изменим ее на «Не налоговая база», чтобы не допустить задвоения.
9. Проверим итоговую сумму доходов периода.
10. Убедимся, что корректировка внесена в срок до 7-го числа следующего месяца, если речь идет о банковских данных.

Нужно ли что-то делать в 1С

Теперь отдельно разберем вопрос про 1С, поскольку тема пришла с форума 1С. В этой задаче основное решение, как правило, находится не в механизмах 1С, а в корректном отражении возврата в ККТ и в личном кабинете АУСН или уполномоченного банка.

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

1. помогает оформить первичный учет возврата;
2. помогает сверить данные по продажам и возвратам;
3. помогает проверить, совпадают ли суммы выручки, чеков и возвратов с тем, что попало в ЛК АУСН;
4. помогает подготовить внутреннюю аналитику для поиска расхождений.

Иными словами, если вопрос состоит именно в том, как уменьшить доход в ЛК ИП на АУСН, решаем его через правильную налоговую классификацию операции, а не через специальные функции 1С.

Почему совет «внести возврат в доходы минусом» нельзя применять без проверки

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

1. Доходы и возвраты часто уже формируются автоматически из ККТ и банка.
2. Есть риск задвоить уменьшение, если возврат уже учтен отдельным чеком или отдельной банковской разметкой.
3. Для банковских и эквайринговых операций предусмотрен более точный механизм — изменение признака операции, а не произвольное редактирование суммы.

Поэтому такой способ рассматриваем только как возможную техническую форму внутри конкретного интерфейса, но не как общее правило учета.

На что обратить внимание при возвратах через СБП, маркетплейсы и агрегаторов

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

1. что именно попало в ККТ;
2. что именно передал банк;
3. не удержан ли возврат до зачисления выручки;
4. не вошла ли комиссия в «свернутую» сумму поступления;
5. не нужно ли руками подтверждать корректный признак операции.

Общий принцип остается тем же: добиваемся не произвольного изменения дохода, а правильного отражения экономического смысла каждого движения.

Как проверить, что проблема решена

После корректировки не ограничивайтесь тем, что в карточке операции поменялся статус. Обязательно проверим результат на уровне налоговой базы.

1. Сверим сумму доходов периода до и после корректировки.
2. Проверим, что сумма возврата уменьшила доход именно того месяца, когда возврат был произведен.
3. Убедимся, что исходная продажа не исчезла ошибочно из базы, если возврат был частичным.
4. Проверим, не задвоился ли возврат по данным ККТ и банка одновременно.
5. Если возврат больше доходов периода, убедимся, что база обнулилась, но не ушла в минус.

Частые ошибки при решении этой проблемы

Разберем типовые ошибки, чтобы их избежать.

1. Пытаются исправить прошлый доход вместо отражения возврата в текущем периоде. На АУСН возврат уменьшает доход периода возврата.
2. Смотрят только ККТ и не проверяют банковскую разметку. При эквайринге и безналичных расчетах этого недостаточно.
3. Ставят «расход» вместо «возврат прихода». Для объекта «доходы» это обычно неверная квалификация.
4. Ставят «возврат прихода» там, где операция должна быть «не налоговая база». Так получают двойное уменьшение или искажение данных.
5. Пытаются ввести отрицательную сумму без анализа источника данных. Это может задвоить корректировку.
6. Пропускают срок до 7-го числа следующего месяца для банковской корректировки.
7. Ожидают отрицательную налоговую базу. На практике база ниже нуля не уменьшается.

Итоговое решение по сути вопроса

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

1. оформляют корректный возврат по ККТ;
2. проверяют, как возврат отражен в данных АУСН;
3. если в схеме участвует банк или эквайринг, проверяют признак операции в личном кабинете банка;
4. при необходимости меняют признак операции на «Возврат прихода» или, наоборот, на «Не налоговая база» — в зависимости от того, как именно операция должна участвовать в расчете;
5. контролируют, чтобы корректировка была внесена своевременно и не привела к дублированию.

Именно такой подход позволяет решить проблему корректно и по логике АУСН, а не «подгонять» цифры вручную.

Краткий практический вывод для страницы сайта

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

Информация носит справочный характер.