← На главную

При работе в программе 1С:Зарплата и управление персоналом 3.1 бухгалтеры часто сталкиваются с ситуацией, когда при перерасчете страховых взносов за прошлые периоды (особенно за 2020 год и позднее) программа перестает корректно разделять доходы на основной тариф и льготный тариф для малого и среднего бизнеса (МСБ). В результате вся сумма начислений попадает под основной тариф, что приводит к завышению суммы взносов и некорректному формированию регламентированной отчетности, такой как РСВ.

В этой статье мы подробно разберем причины возникновения данной ошибки, проанализируем внутренние механизмы программы и рассмотрим пошаговые алгоритмы решения проблемы.

Разберем техническую причину проблемы: механизм динамического распределения

Проанализируем ситуацию с точки зрения архитектуры системы. Главная сложность заключается в том, как именно 1С хранит данные о взносах. В отличие от многих других начислений, суммы взносов в регистрах накопления (например, в регистре СтраховыеВзносы) не хранятся с жесткой привязкой к коду тарифа в момент записи документа.

Рассмотрим подробнее процесс формирования отчетности:

1. При проведении документа перерасчета программа записывает общую сумму взносов за период.
2. Распределение на «основной» (код 01) и «пониженный» (код 20) тарифы происходит динамически непосредственно в момент формирования отчета (РСВ или карточки учета взносов).
3. Алгоритм отчета анализирует базу за месяц, сравнивает её с МРОТ, установленным на тот период, и «на лету» разбивает суммы.

Если в цепочке документов за прошлый период (например, за июнь 2020 года) есть логические ошибки, «кривые» документы отпусков или увольнений, динамический алгоритм распределения в отчете дает сбой. Программа просто «теряет» связь между доходом и льготным тарифом, сбрасывая всё на основной тариф.

Решение 1: Исправление исходных (первичных) документов

Как показывает практика, наиболее надежный способ решить проблему — привести в порядок те документы, которые изначально сформировали базу в проблемном месяце. Рассмотрим этот процесс по шагам:

1. Выясним, какие документы были введены в месяце, который неверно пересчитывается. Часто это Отпуск, Больничный лист или Увольнение.
2. Проверим корректность заполнения этих документов. Если в июне был отпуск, который был рассчитан с ошибками или правился вручную, программа при перерасчете может не увидеть «свободного» остатка сверх МРОТ.
3. Попробуем метод «технического перепроведения». Для этого откроем исходный документ начисления (например, Начисление зарплаты и взносов) за проблемный месяц, перейдем на вкладку «Взносы» и нажмем кнопку Пересчитать взносы.
4. Если после этого суммы распределились корректно, значит, проблема была в нарушении последовательности расчетов. После исправления исходного документа перерасчет в текущем периоде должен «подцепить» верные данные.

Решение 2: Перерасчет непосредственно в первичном документе

Проанализируем еще одну особенность системы: распределение по тарифам работает стабильнее, если исправление базы происходит не отдельным документом Перерасчет страховых взносов, а непосредственно внутри исправляемого документа.

Если период уже закрыт для редактирования, мы можем использовать механизм Исправить в нижней части исходного документа (например, документа Отпуск). В этом случае создается документ-исправление текущим числом, но за прошлый период. Такой способ позволяет программе более четко проследить связь между сторнируемыми суммами и новыми начислениями в разрезе тарифов.

Решение 3: Использование документа «Операция учета взносов»

Если перепроведение документов за прошлые годы (например, 2020-й) невозможно или не дает результата из-за ограничений конфигурации, рассмотрим метод ручной корректировки. Это «последняя миля», которая позволяет гарантированно получить верный отчет РСВ.

Для этого воспользуемся документом Операция учета взносов:

1. Создаем новый документ и выбираем сотрудника.
2. На вкладке Сведения о доходах указываем месяц расчетного периода и код тарифа (01 или 20).
3. На вкладке Исчисленные взносы вручную разбиваем суммы взносов по соответствующим тарифам.

Важный момент: Данные из этого документа имеют приоритет перед автоматическими расчетами системы. Когда вы будете формировать отчет РСВ, алгоритм возьмет цифры из этой операции, игнорируя «кривое» динамическое распределение из регистров накопления.

Особенности учета сторно-записей при тарифе МСБ

Выясним причину, почему сторно часто ломает расчет. В 1С:ЗУП реализована следующая логика:

При уменьшении облагаемой базы (сторно) сумма в первую очередь уменьшает ту часть дохода, которая облагалась по льготному тарифу МСБ (то есть часть свыше МРОТ). И только если сумма сторно превышает льготную часть, начинает уменьшаться база основного тарифа (в пределах МРОТ).

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

• У сотрудника в регистре Учет доходов для исчисления страховых взносов верно указан вид дохода.
• Дата получения дохода в документе перерасчета совпадает с датой в исходном документе.
• Для расчетов 2020 года используется МРОТ того времени (12 130 руб.), а не текущий.

Резюме

Подводя итог, можно сказать, что проблема «невидимых» льготных тарифов при перерасчете — это следствие архитектурного решения разработчиков не хранить разрезы тарифов в регистрах. Для исправления ситуации мы рекомендуем сначала попробовать привести в порядок первичные документы (отпуска, увольнения), а если это не помогает — прибегнуть к ручной корректировке через «Операцию учета взносов» для корректного отражения данных в РСВ.