При работе в программе 1С:Бухгалтерия 3.0 бухгалтеры часто сталкиваются с ситуацией, когда отчет «Анализ состояния налогового учета УСН» показывает данные, которые на первый взгляд противоречат оборотно-сальдовой ведомости или карточке счета. Типичный пример: в колонке «Выплачено» по счету 69.01 (взносы в ФСС по ВНиМ) фигурирует сумма, хотя реальных выплат (списаний с расчетного счета) в этом периоде не было. Разберем детально, почему это происходит, как устроены механизмы учета УСН и как найти «виновника» расхождений.
Первое и самое важное правило, которое мы должны усвоить: отчеты по УСН в 1С (включая Книгу доходов и расходов и Анализ состояния учета) строятся не на основе бухгалтерских проводок (регистра бухгалтерии), а на основе данных регистров накопления. Проводки по счету 69.01 — это только бухгалтерская верхушка айсберга.
Для целей УСН программа использует специальные регистры. Проанализируем основные из них:
Если в отчете «Анализ состояния налогового учета УСН» в колонке «Выплачено» стоит сумма, это означает, что в регистре Расходы при УСН появилась запись с видом движения «Расход» и статусом «Оплачено». Это может произойти автоматически, если программа считает, что у вас была переплата, которая теперь «зачлась» в счет начисленных взносов.
Рассмотрим ситуацию, упомянутую в проблеме: сбои начались именно с июля 2020 года. Это крайне важный период. Напомним, что в связи с пандемией COVID-19 для многих отраслей были введены льготы (ФЗ № 172-ФЗ), включая установление тарифа 0% по страховым взносам за 2 квартал 2020 года.
Выясним возможные причины сбоя в этот период:
69.01 документом Операция, введенная вручную. Однако ручная операция по умолчанию не делает движений в регистрах УСН. В итоге в БУ сальдо нулевое, а в налоговом учете УСН долг (или аванс) продолжает висеть.Проанализируем ситуацию, когда документ Начисление зарплаты сразу делает запись в КУДиР как расход, хотя выплаты еще не было. В норме для признания взносов в расходах УСН нужно два условия: взносы начислены и взносы фактически уплачены в бюджет.
Если расход признается в момент начисления, это однозначный сигнал: программа видит аванс (переплату) в регистре Прочие расчеты. Система считает так: «Деньги уже были отданы в бюджет ранее, теперь появилось начисление — я могу зачесть этот расход». Чтобы проверить это, нам необходимо изучить остатки по этому регистру на начало периода.
Для поиска конкретного документа, создающего фиктивную выплату, воспользуемся Универсальным отчетом. Это самый мощный инструмент для диагностики регистров.
Элемент расхода Равно Страховые взносы: начислено/уплачено (выбираем аналитику для 69.01).Статус оплаты Равно Оплачено.Регистратор, чтобы видеть, какой именно документ сделал запись.Сравним полученный список документов с банковскими выписками. Если мы видим документ (например, Начисление зарплаты или Регламентная операция), который числится в регистре как «Оплата», но в проводках по 69 счету оплаты нет — мы нашли источник проблемы.
Еще одна частая причина — несовпадение аналитики. На счете 69.01 учет ведется в разрезе видов платежей (Налог, Пени, Штрафы). Рассмотрим пример:
Оплата прошла по виду платежа Налог (взносы): начислено / уплачено, а начисление по какой-то причине (или вводом остатков) зафиксировано по пустому виду платежа или по виду Штрафы. В бухгалтерском учете сальдо может схлопнуться (если не стоит детализация), а в регистрах УСН эти суммы будут «висеть» параллельно: как неоплаченное начисление и как нераспределенный аванс. Проверьте карточку счета 69.01 с включенной группировкой по субконто Виды платежей в бюджет.
Если мы обнаружили, что регистры «разошлись» с реальностью, у нас есть три пути решения:
Это самый простой способ ручной корректировки. В документе на закладке Регистрация расходов можно вручную добавить записи, которые «дообзовут» нужные суммы оплаченными или, наоборот, сторнируют ошибочные движения. Этот документ влияет напрямую на отчет «Анализ налогового учета».
Если мы исправляем старый период, создадим документ Операция. Нажмем кнопку Еще — Выбор регистров и добавим регистры накопления Расходы при УСН и Прочие расчеты. Теперь мы можем вручную внести записи в эти регистры, чтобы они соответствовали бухгалтерскому сальдо. Важно: записи в регистрах должны быть зеркальными (если в БУ мы уменьшаем долг, то в регистре делаем соответствующий расход или приход с нужным статусом).
Если ошибка вызвана нарушением последовательности (например, оплата введена раньше начисления), иногда помогает простое групповое перепроведение документов за период, начиная с июля 2020 года. Однако перед этим обязательно сделайте резервную копию базы, так как перепроведение может изменить финансовый результат прошлых периодов.
Таким образом, мы выяснили, что корень проблемы всегда лежит в плоскости регистров. Тщательный анализ регистра Расходы при УСН через Универсальный отчет позволяет быстро локализовать ошибочный документ и привести налоговый учет в соответствие с бухгалтерским.