Когда возникает проблема?
После перехода на уплату НДС организации, применяющие УСН, могут обнаружить, что в доходах для целей УСН начинает учитываться сумма налога, полученная в составе оплаты по эквайрингу.
Как правило, ошибка обнаруживается при анализе КУДиР или сверке налоговой базы. Пользователь видит, что сумма поступления от банка-эквайера полностью попала в доходы, хотя НДС должен быть исключен из расчета.
Причина не всегда находится в документах текущего периода. Нередко источник проблемы скрывается в данных прошлых лет, старых остатках или некорректных движениях регистров.
В этой статье разберем последовательность проверки на примере реальной ситуации.
Исходные данные
ООО «Ромашка» занимается розничной торговлей товарами. Покупатели оплачивают покупки как наличными денежными средствами, так и банковскими картами через платежный терминал.
Организация применяет УСН «Доходы». С 01.01.2026 компания стала плательщиком НДС.
С чего начать поиск ошибки
Когда НДС начинает попадать в доходы УСН, многие пользователи сразу проверяют документы поступления денежных средств. Однако практика показывает, что в большинстве случаев причину проблемы стоит искать в документах расчетов по эквайрингу («Операция по платежной карте» или «Отчет о розничных продажах»).
Поэтому начинать проверку рекомендуется со счета 57.03 «Переводы в пути» и регистра накопления «Прочие расчеты». Именно эти объекты учета участвуют в механизме определения суммы НДС, которая должна быть исключена из доходов.
Шаг 1. Проверяем остатки по счету 57.03
Формируем отчет «Оборотно-сальдовая ведомость по счету» по счету 57.03 на 01.01.2026 в разрезе Контрагентов и Договоров (см. рис. 1, 2).
По данным отчета видно, что в целом по контрагенту ПАО «Сбербанк» остаток отсутствует. Однако детализация по договорам показывает наличие как положительного, так и отрицательного сальдо.
На этот момент стоит обратить особое внимание. Пользователи часто ориентируются только на общий остаток по счету и не анализируют детализацию. Между тем именно отрицательное сальдо в разрезе договоров нередко становится первой причиной дальнейших ошибок в учете эквайринговых операций.
Шаг 2. Устраняем отрицательные остатки
Для исправления ситуации создаем документ «Операция, введенная вручную» датой 01.01.2026 (см. рис. 3).
После корректировки повторно формируем отчет и убеждаемся, что отрицательные остатки отсутствуют (см. рис. 4).
Однако на этом проверку заканчивать рано. Даже если счет 57.03 выглядит корректно, ошибка может сохраняться из-за данных регистра накопления «Прочие расчеты».
Шаг 3. Проверяем используемый вид оплаты
Следующий этап — анализ настроек вида оплаты, который используется для отражения операций эквайринга.
Организация может использовать один или несколько видов оплаты. Важно, чтобы расчеты по каждому из них корректно отражались в разрезе контрагентов и договоров.
В нашем примере используется вид оплаты «Эквайринг ПАО Сбербанк» (см. рис. 5, 6).
Именно сведения из карточки вида оплаты программа использует при формировании части движений по эквайринговым операциям, поэтому ошибки в этих настройках могут повлиять на дальнейший учет.
Как программа определяет сумму НДС для исключения из доходов
Чтобы понимать дальнейшую логику проверки, важно разобраться, откуда программа берет данные для исключения НДС из доходов УСН.
Многие пользователи считают, что программа анализирует только документ поступления денежных средств на расчетный счет. На самом деле механизм работает сложнее.
Для сопоставления эквайринговой выручки и поступления денежных средств используется регистр накопления «Прочие расчеты». Именно через него программа связывает между собой операции продажи и фактическое поступление денег от банка-эквайера.
Поэтому даже полностью корректный документ «Поступление на расчетный счет» может сформировать неверный результат, если в регистре остались старые записи или нарушена логика их закрытия.
Шаг 4. Определяем способ отражения розничной выручки
Дальнейшая проверка зависит от того, каким способом в базе отражается розничная выручка.
В программе могут использоваться разные схемы учета — через склад типа «Неавтоматизированная торговая точка» либо через склад типа «Розничный магазин».
При этом независимо от выбранного варианта программа использует один и тот же механизм работы с регистром накопления «Прочие расчеты».
В нашем примере применяется схема через неавтоматизированную торговую точку.
Создаем документ «Операция по платежной карте» (см. рис. 7).
Документ формирует движения по регистру накопления «Прочие расчеты» с видом движения «Приход».
При оформлении документа «Поступление на расчетный счет» необходимо убедиться, что контрагент и договор соответствуют данным, указанным в карточке вида оплаты (см. рис. 8).
Даже если на этом этапе ошибок не обнаружено, НДС все равно может попадать в доходы УСН. Причиной могут быть старые незакрытые записи регистра, оставшиеся после операций прошлых периодов.
Шаг 5. Анализируем регистр накопления «Прочие расчеты»
Для проверки формируем Универсальный отчет по регистру накопления «Прочие расчеты» (см. рис. 10, 11).
Полученные данные позволяют увидеть то, что невозможно определить по обычной оборотно-сальдовой ведомости.
В рассматриваемом примере обнаруживаются незакрытые записи по документам прошлого года, сформированным еще до того момента, когда организация стала плательщиком НДС.
Именно такие остатки чаще всего становятся причиной некорректного формирования движений текущего периода.
Шаг 6. Удаляем неактуальные записи
После обнаружения старых записей необходимо исключить их дальнейшее участие в расчетах.
Сделать это можно несколькими способами:
- вручную через документ «Операция, введенная вручную»;
- путем перехода на новый вид оплаты с новым договором.
Выбор способа зависит прежде всего от количества записей, которые требуется скорректировать.
В нашем примере используем ручную корректировку (см. рис. 12).
После внесения изменений повторно формируем Универсальный отчет и проверяем результат (см. рис. 13).
Шаг 7. Перепроводим документы
После исправления регистра необходимо перепровести документы текущего периода.
Этот этап часто пропускают, считая, что изменения начнут действовать автоматически. Однако без перепроведения программа может продолжать использовать ранее сформированные движения.
После перепроведения документ «Поступление на расчетный счет» создает корректные записи по регистру накопления «Прочие расчеты» (см. рис. 14).
В результате сумма НДС больше не включается в доходы для целей УСН (см. рис. 15).
Как избежать подобных ошибок в будущем
После устранения проблемы рекомендуется периодически контролировать два показателя:
- отсутствие отрицательных остатков по счету 57.03 в разрезе договоров;
- правильную последовательность оформления документов.
Кроме того, после перехода на уплату НДС полезно отдельно проверить остатки по эквайринговым операциям прошлых периодов. Это позволит выявить потенциальные проблемы до того, как они повлияют на расчет налоговой базы.
Выводы
Если НДС по эквайрингу начинает попадать в доходы УСН, причина далеко не всегда находится в документах текущего периода.
Наиболее частыми источниками ошибки являются отрицательные остатки по счету 57.03, незакрытые записи регистра накопления «Прочие расчеты» и нарушение последовательности проведения документов.
Последовательная проверка этих участков учета позволяет быстро определить источник проблемы и восстановить корректный порядок формирования доходов для целей УСН.
