← На главную

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

Разберем механизм автоматических перерасчетов в ЗУП 3.1

Проанализируем логику программы. В 1С:ЗУП 3.1 документ Увольнение является «сильным» расчетным документом: он не только расторгает трудовые отношения, но и начисляет зарплату, компенсацию отпуска и страховые взносы. Если мы регистрируем увольнение в июне, но указываем дату увольнения, например, 29 мая, система видит конфликт. За май уже был проведен документ НачислениеЗарплатыИВзносов. Программа считает, что раз в июне вводится документ, меняющий данные мая, то майские начисления нужно пересмотреть.

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

Проанализируем конфликт периодов регистрации и действия

Для понимания проблемы важно различать два понятия:

1. Период действия: это месяц, за который начислены взносы (в нашем примере — май).
2. Период регистрации: это месяц, в налоговом периоде которого отражаются эти взносы (в нашем примере — июнь).

Когда мы проводим документ в июне «за май», 1С делает запись: «Взносы за май, зарегистрированные в июне». Если при этом в мае уже есть запись «Взносы за май, зарегистрированные в мае», программа должна была бы сделать сторно (отрицательную запись), но из-за технических особенностей или наличия записей в регистре сведений ПерерасчетЗарплаты сторнирование может не произойти, а произойдет лишь новое начисление.

Рассмотрим влияние регистра «Перерасчеты»

Выясним причину «фантомных» начислений. Часто корень проблемы кроется в служебном регистре ПерерасчетЗарплаты или ПерерасчетСтраховыхВзносов. Как только вы меняете дату в документе или вносите правку в кадровые данные задним числом, система создает в этих регистрах запись о том, что сотрудника нужно пересчитать.

Посмотрим, что можно сделать:

1. Перейдем в раздел Зарплата — Сервис — Перерасчеты.
2. Найдем там нашего сотрудника. Если в списке есть записи, которые вы не планируете отражать (потому что расчет уже верный), их следует удалить вручную. Пока запись висит в этом списке, любой документ (даже Увольнение) будет пытаться «исправить» прошлое.

Методика исправления ситуации при увольнении за прогул

Рассмотрим специфический случай: сотрудник прогулял начало июня, и его увольняют последним рабочим днем — 29 мая. Согласно ТК РФ, дата увольнения при прогуле — это действительно последний день работы. Однако, с точки зрения программы 1С, это создает расчетную коллизию.

Вариант 1: Изменение периода документа.

Как отмечалось в обсуждении на форуме, иногда помогает изменение месяца начисления в самом документе Увольнение на тот месяц, в котором фактически был последний рабочий день (май). Однако это может вызвать расхождения, если выплата производится в июне. Если вы выбрали этот путь, убедитесь, что дата выплаты в документе стоит реальная (июньская), чтобы корректно рассчитался НДФЛ.

Вариант 2: Удаление из майского начисления.

Если Увольнение в июне полностью пересчитывает май заново, попробуем следующий алгоритм:

1. Зайдем в проведенный документ НачислениеЗарплатыИВзносов за май.
2. Удалим оттуда этого сотрудника (или обнулим суммы).
3. Проведем документ увольнения июнем. Теперь взносы за май начислятся только один раз — в документе Увольнение.

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

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

1. Создадим документ ОперацияУчетаВзносов (раздел Налоги и взносы).
2. На вкладке «Сведения о доходах» и «Исчисленные взносы» введем сторнирующие записи (с минусом) для тех сумм, которые задвоились.
3. Этот документ делает прямые записи в регистр накопления СтраховыеВзносыПоФизическимЛицам, что позволит РСВ сформироваться корректно.

Разберем, почему помогает «перетыкивание» сотрудников

В сложных случаях программисты советуют «перевыбрать» сотрудника в форме документа. Проанализируем, что при этом происходит в коде 1С. В момент выбора сотрудника срабатывают процедуры ПриИзменении, которые инициируют вызов серверных функций по расчету налогов. Эти функции заново анализируют данные регистров и кэшированные данные. Если вы просто нажали «Провести», программа могла использовать старые результаты расчета, а при перевыборе она вынуждена обратиться к актуальному состоянию базы данных.

Рекомендации по настройке системы

Чтобы минимизировать появление таких ошибок в будущем, проанализируем настройки:

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

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