Ситуация, когда сотрудник уходит в отпуск, получает отпускные, а затем приносит больничный лист, «наслаивающийся» на период отдыха, является классической для бухгалтера по расчету заработной платы. Однако в программе 1С:Зарплата и Управление Персоналом 3.1 (особенно начиная с версии 3.1.14) пользователи часто сталкиваются с неприятным сюрпризом: после проведения больничного в текущем месяце внезапно «разъезжаются» страховые взносы в уже закрытом и оплаченном прошлом периоде. Рассмотрим подробно, почему это происходит и как правильно обрабатывать такие операции.
Для начала проанализируем ситуацию с точки зрения методологии. Проблема кроется в способе отражения сторнировочных записей. Когда мы вводим больничный лист в январе за период отпуска, который был в октябре, программа делает записи в регистры накопления. Основной конфликт возникает из-за различий между месяцем регистрации (бухгалтерским периодом — январь) и периодом налогового учета (налоговым периодом — октябрь).
Согласно требованиям заполнения РСВ (Раздел 3), база для начисления страховых взносов за месяц налогового периода не может быть отрицательной. Если сумма сторнирования отпуска в текущем месяце (январе) превышает сумму текущих начислений сотрудника (зарплаты за январь), программа сталкивается с дилеммой: зафиксировать отрицательную базу в январе она не может. В этом случае 1С:ЗУП принудительно переносит «излишек» сторнируемой суммы в тот месяц, когда доход был первоначально начислен (в октябрь). Это действие автоматически меняет базу взносов в октябре и, как следствие, саму сумму взносов в отчетах за прошлый период.
Ситуация значительно усложнилась с введением тарифов для субъектов малого и среднего предпринимательства (МСП), где взносы делятся на часть «в пределах МРОТ» (30%) и «свыше МРОТ» (15%). Рассмотрим механизм ВыделитьБазуМРОТНаОсновнойТариф(), который упоминается в программном коде.
Этот метод распределяет начисления по разным тарифам. Если происходит сторнирование, программа должна уменьшить базу именно по тем тарифам, по которым она была начислена. Если в текущем месяце дохода не хватает, алгоритм распределения по периодам действия «выталкивает» суммы в прошлое. Проанализируем это на примере: если в октябре отпускные были начислены по тарифу 15%, то и сторно должно уменьшить базу по тарифу 15% именно того периода. Это приводит к тому, что отчет «Проверка расчета страховых взносов» начинает показывать отклонения по сравнению с ранее сданной отчетностью.
Самый простой технический способ избежать пересчета взносов прошлого периода — это наличие достаточного положительного дохода в месяце регистрации больничного. Если начисление зарплаты за текущий месяц по своей сумме перекрывает сумму сторнирования отпуска, итоговая база за месяц остается положительной. В этом случае программа отразит сторно «внутри» текущего месяца, и прошлый период останется нетронутым.
Важное правило: сначала начислите зарплату за текущий месяц, убедитесь, что она проведена, и только после этого анализируйте расчет взносов в документе «Больничный лист» или «Начисление зарплаты и взносов».
Начиная с релизов 3.1.14, в 1С:ЗУП реализован механизм, который позволяет избежать сторнирования сумм, если сотрудник решил просто продлить отпуск на количество дней болезни. Разберем по шагам, как это работает:
Продлевать отпуск на период болезни.Этот способ является наиболее корректным с точки зрения трудового законодательства, так как фактически сотрудник получил свои деньги вовремя, и его средний заработок за период отпуска не изменился — изменились только даты фактического отдыха.
Если больничный принесли в момент, когда отчет РСВ за прошлый период уже готов, но еще не сдан, можно воспользоваться советом опытных расчетчиков: не проводить документ больничного листа до момента окончательной сдачи отчетности. Рассмотрим ситуацию:
Сотрудник болел в конце декабря, а принес больничный в январе. Если вы проведете его датой января, но программа «выбросит» сторно в декабрь, ваш готовый отчет РСВ за год станет неактуальным еще до отправки. В таких случаях рекомендуется:
Для тех, кто хочет досконально разобраться в причинах «прыгающих» взносов, рекомендуем обратиться к регистру накопления Учет доходов для исчисления страховых взносов. Проанализируем основные поля:
// Ключевые поля регистра для анализа:
- Период регистрации (Месяц начисления в документе)
- Дата получения дохода (Налоговый период)
- Сумма дохода
- Вид дохода
Посмотрите на записи с отрицательными суммами. Если вы видите, что у сторнировочной записи Период регистрации — январь, а Дата получения дохода — октябрь, значит, программа применила механизм отнесения сторно к прошлому периоду. Это происходит автоматически, если в январе у сотрудника нет других доходов, перекрывающих этот минус.
Подводя итог, можно сказать, что поведение 1С:ЗУП 3.1 в части пересчета взносов прошлого периода — это не «баг», а заложенная разработчиками логика соблюдения требований ФНС к заполнению отчетности. Чтобы минимизировать проблемы:
Понимание этой тонкой грани между бухгалтерским учетом и налоговыми периодами позволит вам избежать ошибок при закрытии месяца и сдаче квартальной отчетности.