С 2025 года многие налогоплательщики на упрощенной системе налогообложения (УСН) стали плательщиками НДС. Это нововведение вызвало ряд сложностей в автоматизации учета, особенно при получении выручки через банковские терминалы (эквайринг). Часто бухгалтеры сталкиваются с тем, что документ Поступление на расчетный счет с видом операции Поступление по платежным картам не выделяет НДС, и в Книгу учета доходов и расходов (КУДиР) попадает вся сумма выручки вместе с налогом. Это приводит к завышению налоговой базы по УСН.
В данной статье мы подробно разберем, почему программа ведет себя именно так, и проанализируем шаги, необходимые для исправления ситуации.
Для начала проанализируем, как программа понимает, какую сумму НДС нужно исключить из доходов УСН. В отличие от обычного поступления от покупателя, где ставку НДС можно указать непосредственно в документе, операция по платежным картам работает через промежуточный счет 57.03 (Продажи по платежным картам).
Основным «двигателем» этого процесса является регистр накопления Прочие расчеты. Именно в нем хранятся данные о том, какая задолженность (или аванс) возникла в разрезе ставок НДС. Когда банк перечисляет деньги на ваш счет, программа обращается к этому регистру, находит там запись, созданную Отчетом о розничных продажах или документом Операция по платежной карте, и «подтягивает» ставку налога из остатков по счету 57.03.
Рассмотрим самую частую причину ошибки — нарушение последовательности проведения документов. Выясним причину: если банковская выписка (деньги) проведена раньше, чем отчет о продажах (отгрузка), программа не видит в регистре Прочие расчеты информации о том, какая ставка НДС должна быть применена к этому поступлению. В результате вся сумма признается доходом.
Рекомендация: Всегда проводите документы реализации или розничной продажи раньше, чем документ поступления на расчетный счет — решить проблему нарушения хронологии поможет обработка восстановления последовательности проведения документов. Для облегчения этой задачи можно использовать расширение для корректировки записей КУДиР, которое помогает правильно сформировать записи при проведении отчетов о розничных продажах. Если вы загружаете выписки за день, убедитесь, что отчеты о продажах за этот же день уже введены и проведены.
Если хронология соблюдена, но НДС все равно не выделяется, посмотрим на состояние регистра Прочие расчеты. Часто проблема кроется в «зависших» остатках прошлых лет или некорректных разрезах аналитики.
Для проверки выполним следующие действия:
57.03 и конкретному контрагенту (банку-эквайеру).Для исправления ситуации на начало налогового периода (01.01.2025) можно использовать документ Корректировка записей регистров (удобнее через автоматическое заполнение документа Корректировка регистров) или специальное решение — обработку для корректировки доходов в КУДиР на сумму НДС, которая в автоматическом режиме уменьшает доходы на сумму налога по операциям эквайринга. Нам нужно добиться того, чтобы на начало года в регистре не было «хвостов», которые мешают программе корректно распределять новые поступления.
Проблема с некорректным определением доходов при эквайринге признавалась разработчиками 1С. Выясним, какие технические исправления могут помочь. В частности, был выпущен патч EF_60019557, который исправляет ошибку, когда программа неправильно определяла сумму доходов, если ставка НДС в оплате отличалась от ставки в реализации.
Проверьте версию вашей конфигурации. Корректная работа алгоритмов была стабилизирована в релизах начиная с 3.0.170.19 и выше. Перед обновлением рекомендуется выполнить массовую замену ставок НДС номенклатуры, чтобы все новые документы создавались с актуальными ставками.
Проанализируем еще один важный аспект: как комиссия банка влияет на расчет НДС и отражение в КУДиР. Согласно правилам УСН, доходом является вся сумма выручки (Gross), включая комиссию банка. НДС же должен исчисляться также со всей суммы выручки.
В КУДиР запись должна выглядеть следующим образом:
При переходе на новые правила налогообложения крайне важно правильно выполнить учет входного НДС по остаткам товаров, а также обеспечить корректный ввод остатков НДС на УСН для товаров, которые будут реализованы уже в 2025 году. Если вы заметили, что программа вычитает НДС из «чистой» суммы (за минусом комиссии), проверьте, как заполнены данные в документе Поступление на расчетный счет в таблице Оплата. Сумма комиссии должна быть выделена в отдельном поле, чтобы база для расчета НДС определилась верно.
Посмотрим на ситуацию, когда покупатель вносит предоплату через терминал. При УСН «доходы минус расходы» (или просто «доходы») налог должен быть выделен в момент получения денег. Однако программа не всегда может определить ставку НДС для аванса автоматически. Если ваша организация переходит на УСН с патентной системы, для корректного формирования вычетов полезно использовать автоматический ввод документов по вычетам НДС при переходе с патента.
Для корректного отражения аванса в КУДиР (за минусом НДС) необходимо:
Если объем данных велик и ручная правка регистра Прочие расчеты невозможна, можно рассмотреть написание простой обработки. Разберем пример логики для очистки регистра:
// Пример фрагмента кода для очистки остатков в регистре Прочие расчеты
НаборЗаписей = РегистрыНакопления.ПрочиеРасчеты.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(ДокументКорректировки);
// Выбираем остатки по счету 57.03, которые нужно обнулить
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ * ИЗ РегистрНакопления.ПрочиеРасчеты.Остатки(&ДатаОстатков, Счет = &Счет57)";
Запрос.УстановитьПараметр("ДатаОстатков", НачалоГода);
Запрос.УстановитьПараметр("Счет57", ПланыСчетов.Хозрасчетный.ПродажиПоПлатежнымКартам);
// Далее формируем записи с видом "Расход" для зануления остатков
// ... логика заполнения набора записей ...
НаборЗаписей.Записать();
Важно: При использовании подобных методов всегда делайте архивную копию базы данных, так как прямое вмешательство в регистры УСН может повлиять на расчет налогов за прошлые периоды.
Мы выяснили, что для правильного учета НДС при эквайринге на УСН требуется комплексный подход:
во-первых, соблюдение строгой хронологии (реализация — оплата);
во-вторых, поддержание чистоты регистра Прочие расчеты и счета 57.03;
в-третьих, своевременное обновление программы и установка патчей от разработчика 1С.
Проанализировав состояние своей базы с помощью Универсального отчета, вы сможете быстро найти причину ошибки и привести налоговый учет в соответствие с законодательством 2025 года.