Переход на систему Единого налогового счета (ЕНС) в 2023 году внес существенные изменения в алгоритмы работы программы «1С:Бухгалтерия предприятия 3.0». Одной из самых частых проблем, с которыми столкнулись бухгалтеры на упрощенной системе налогообложения (УСН), стало некорректное отражение НДФЛ в Книге учета доходов и расходов (КУДиР). В частности, в конце первого квартала (в марте) пользователи замечали, что сумма НДФЛ, принятая в расходы, значительно превышает сумму реально уплаченного налога.
Рассмотрим подробно, почему это происходит, как работают внутренние механизмы программы и каким образом можно исправить данную ситуацию.
Для того чтобы НДФЛ попал в расходы по КУДиР, программа должна зафиксировать выполнение трех ключевых условий одновременно:
Начисление зарплаты или Отражение зарплаты в бухучете (если учет ведется во внешней программе, например, в ЗУП).Ведомость в банк или Ведомость в кассу и соответствующие списания с расчетного счета).68.90, но и наличие поданного Уведомления об исчисленных суммах налогов, а также выполнение регламентной операции «Зачет аванса по единому налоговому счету» в конце месяца.Проанализируем ситуацию: если в марте сумма в КУДиР «раздувается», значит, программа ошибочно считает, что одно из этих условий было выполнено в большем объеме или за предыдущие периоды.
Выясним причину технического сбоя. В 1С учет для целей УСН ведется не только на бухгалтерских счетах, но и в специальных регистрах накопления. Основными для нашей проблемы являются Расходы при УСН и Прочие расчеты.
Регистр Прочие расчеты выполняет роль вспомогательного хранилища информации о взаиморасчетах. Когда мы проводим документ Отражение зарплаты в бухучете, программа анализирует остатки по этому регистру в разрезе аналитики «Расчетный документ».
Посмотрим на типичную ошибку начала 2023 года: при формировании проводок за март программа «видела» остатки по январским документам в регистре Прочие расчеты, которые по какой-то причине не закрылись (например, из-за нарушения последовательности проведения уведомлений или выплаты декабрьской зарплаты в январе). В результате при закрытии марта программа пыталась «подтянуть» эти виртуальные хвосты, добавляя их к мартовским расходам. Это и приводило к появлению странных сумм, как в примере автора (лишние 3 352,58 руб.).
Разработчики фирмы 1С признали наличие ошибки в алгоритме распределения оплат по налогам для УСН. Ошибка заключалась в том, что при анализе регистра Прочие расчеты программа некорректно сопоставляла суммы начислений и уплат, если они относились к разным периодам внутри квартала.
Для исправления ситуации необходимо проверить наличие и установить патч EF_30179900.
Этот патч корректирует логику работы документа Отражение зарплаты в бухучете, запрещая ему «подхватывать» лишние остатки из прошлых месяцев, которые уже были фактически погашены или не должны влиять на текущий расчет.
Если патч установлен, но суммы в КУДиР все еще не верны, проанализируем последовательность действий в базе по шагам:
Убедимся, что документы по ЕНС введены в строгом хронологическом порядке:
Списание с расчетного счета (перечисление ЕНП на счет 68.90).Уведомление об исчисленных суммах налогов (перенос задолженности со счета 68.01 на 68.90).Отражение зарплаты в бухучете (начисление НДФЛ).Важно помнить, что Уведомление в 1С делает не только бухгалтерскую проводку Дт 68.01 - Кт 68.90, но и делает записи в регистр Расчеты по налогам на ЕНС. Если уведомление создано или проведено некорректно, цепочка признания расходов в УСН разорвется.
Перейдем в раздел «Операции» — «Закрытие месяца». Проанализируем выполнение операции «Зачет аванса по единому налоговому счету». Именно она распределяет деньги со счета 68.90 на конкретные налоги (в нашем случае НДФЛ) на основании поданных уведомлений. Если денег на ЕНС в какой-то момент не хватило, программа не признает расход по НДФЛ для УСН, так как налог будет считаться неуплаченным.
Для глубокой проверки воспользуемся отчетом «Универсальный отчет» по регистру накопления Расходы при УСН. Выберем тип данных «Остатки и обороты» и установим отбор по виду расхода «Налоги».
Рассмотрим структуру записей:
При правильной работе системы в марте, записи в регистре Прочие расчеты должны выглядеть примерно так (упрощенно):
// Движения при проведении Отражения зарплаты (Мартовская часть)
Движения.ПрочиеРасчеты.Записывать = Истина;
НоваяСтрока = Движения.ПрочиеРасчеты.Добавить();
НоваяСтрока.ВидДвижения = ВидДвиженияНакопления.Приход;
НоваяСтрока.Счет = ПланыСчетов.Хозрасчетный.НДФЛ;
НоваяСтрока.Сумма = 6276.00; // Начислено за март
НоваяСтрока.ДокументОснование = Ссылка;
Если вы видите, что документ за март делает «Расход» по этому регистру с указанием в качестве документа-основания документа за январь — это верный признак того, что программа пытается закрыть старый долг. Если этого долга в реальности нет, значит, патч EF_30179900 обязателен к установке.
Подводя итог, проанализируем основные выводы:
Прочие расчеты.EF_30179900.Отражении зарплаты. Любое расхождение в копейку может привести к тому, что часть налога «зависнет» в статусе неоплаченного для УСН.Соблюдение этих правил и использование актуальных исправлений от разработчиков позволит поддерживать Книгу учета доходов и расходов в идеальном состоянии.