Почему в 1С:ЗУП 3.1 неправильно рассчитываются взносы СМСП при переносе отпусков и как это исправить

В работе бухгалтера и расчетчика часто возникает ситуация: сотрудник уходит в отпуск, но во время него заболевает. В программе 1С:Зарплата и управление персоналом 3.1 (ЗУП) мы вводим больничный лист, который автоматически сторнирует (отменяет) часть отпуска. Если организация относится к субъектам малого или среднего предпринимательства (СМСП) и применяет пониженный тариф страховых взносов, расчет может стать неочевидным. МРОТ в базе взносов внезапно «плывет», а суммы начислений кажутся ошибочными. Разберем детально, почему так происходит и как привести учет в порядок.

Понимание механизма расчета взносов для СМСП

Для начала вспомним, как работает тариф СМСП. В 2024 году расчет страховых взносов делится на две части:

1. В пределах МРОТ (19 242 руб.): применяется основной тариф (30%).
2. Сверх МРОТ: применяется пониженный тариф (15%).

Программа анализирует общую сумму доходов сотрудника за месяц. Если происходит сторнирование (отрицательное начисление) отпуска, база текущего месяца уменьшается. Если сумма «минуса» велика, она может «съесть» часть дохода, облагаемого по ставке 15%, или даже залезть в ту часть, которая облагается по ставке 30% (внутри МРОТ). Именно здесь кроется корень проблемы.

Причина №1: Смещение «Даты получения дохода» и работа регистра

Проанализируем, как 1С:ЗУП определяет, к какому месяцу относится доход. Рассмотрим регистр накопления УчетДоходовДляИсчисленияСтраховыхВзносов. В нем есть два ключевых поля: «Период» (месяц регистрации в бухгалтерском учете) и «Дата получения дохода» (налоговый период).

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

1. Откроем регистр УчетДоходовДляИсчисленияСтраховыхВзносов (через «Все функции» или «Функции для технического специалиста»).
2. Установим фильтр, где поле Период не равно полю ДатаПолученияДохода.
3. Проанализируем документы-основания. Чаще всего это будут «Больничный лист» или «Отпуск», которые «выносят» доход в прошлые периоды.

Причина №2: Неправильная последовательность документов

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

Решение 1: Использование документа «Перерасчет страховых взносов»

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

1. Перейдем в раздел Налоги и взносы — Перерасчеты страховых взносов.
2. Создадим новый документ.
3. Укажем Месяц регистрации — текущий месяц (например, сентябрь), а в табличной части выберем сотрудника и нажмем кнопку Рассчитать.
4. Программа сама проанализирует все изменения в базе с начала года и доначислит (или отсторнирует) взносы верно, учитывая лимиты МРОТ и специфику СМСП.

Решение 2: Метод «Чистых дней» при продлении отпуска

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

В документе-исправлении отпуска (который создается по ссылке «Исправить» из исходного отпуска) или при автоматическом пересчете внутри больничного:

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

Важно: Этот метод требует внимательности, так как средний заработок для отпуска может измениться, если периоды сильно разнесены во времени.

Как проверить правильность расчета

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

1. Зайдем в раздел Налоги и взносы — Отчеты по налогам и взносам.
2. Выберем отчет Проверка расчета взносов.
3. Установим период с начала года (с 01.01.2024).
4. Сформируем отчет по конкретному сотруднику.

Если в колонке «Разница» (между расчетными и исчисленными взносами) пусто — значит, программа все посчитала верно, просто распределение сумм по месяцам в бухгалтерском учете выглядит непривычно из-за сторнирования.

Технические нюансы при работе с кодами тарифа

При тарифе СМСП программа 1С ведет учет по двум кодам категорий застрахованных лиц (например, НР — наемный работник и МС — малый бизнес). Расчет взносов выглядит примерно так в коде конфигурации:

БазаОбщая = ДоходТекущегоМесяца + СторноПрошлыхПериодов;
БазаОсновная = Мин(БазаОбщая, МРОТ);
БазаСМСП = Макс(0, БазаОбщая - МРОТ);
Взносы = БазаОсновная * 0.30 + БазаСМСП * 0.15;

Если БазаОбщая из-за сторно становится меньше МРОТ, то весь доход облагается по ставке 30%, а взносы, ранее начисленные по ставке 15% в прошлом месяце, могут быть сторнированы. Это создает иллюзию «неправильного МРОТ».

Рекомендации по автоматизации процесса

Чтобы минимизировать ошибки, проверим настройки учетной политики организации:

1. Зайдем в Настройки — Организации — закладка Учетная политика и другие настройки.
2. Убедимся, что тариф Организации социального страхования установлен как Для субъектов малого или среднего предпринимательства.
3. Проверим актуальность классификаторов (Администрирование — Интернет-поддержка — Обновление классификаторов), так как значения МРОТ и предельных баз обновляются именно там.

Рассмотрев все эти способы, мы видим, что 1С:ЗУП 3.1 в подавляющем большинстве случаев считает взносы верно в соответствии с алгоритмами ФНС, а «неправильные» цифры — это лишь следствие математического распределения сторно-доходов по периодам их возникновения.