Ситуация, когда сотрудник приносит больничный лист за прошлый период, является стандартной для бухгалтера. Однако в программе 1С:Зарплата и управление персоналом 3.1 (или 1С:ЗКГУ 3.1) пользователи часто сталкиваются с «ересью» в отчете Расчет по страховым взносам (РСВ): вместо того чтобы уменьшить базу мая на сумму сторнированной зарплаты, программа прибавляет эту сумму, необоснованно завышая показатели. Рассмотрим подробно, почему так происходит, как работает механизм учета взносов и как исправить эту ошибку без ручных правок в отчете.
Для начала разберем, откуда программа берет данные для заполнения РСВ. В отличие от расчетного листка, который строится по периодам начисления, отчет РСВ опирается на специализированные регистры накопления. Основным из них является Учет доходов для исчисления страховых взносов. Именно записи в этом регистре определяют, в какой месяц и с каким знаком попадет та или иная сумма.
Важнейшим реквизитом в этом регистре является не «Период регистрации» (месяц, в котором мы вводим документ), а Дата получения дохода. Для оплаты труда (оклад, премии) датой получения дохода обычно считается последний день месяца, за который она начислена. Для больничных листов — это дата фактической выплаты пособия.
Проанализируем типовую ситуацию: в мае сотруднику начислили полный оклад. В июне он приносит больничный за вторую половину мая. Документ Больничный лист в июне делает две операции:
Проблема возникает тогда, когда программа по какой-то причине присваивает сторнируемой сумме Дату получения дохода, отличную от даты получения дохода основной майской зарплаты. Если основная зарплата прошла по дате 31.05, а сторно «прицепилось» к дате 30.06 (или наоборот), в РСВ за май программа не сможет «схлопнуть» эти суммы. Хуже того, из-за программных сбоев или последовательного ввода нескольких документов (например, двух больничных подряд), сторно-запись может некорректно отразиться в регистре как положительный доход по ошибочной дате.
Выясним причину на примере из практики. Если сотрудник приносит два больничных (например, один за май, другой за июнь), и они вводятся последовательно, второй документ может инициировать автоматический пересчет прошлого периода. В этом случае данные из первого больничного могут «перекочевать» в регистры второго документа с искаженной Датой получения дохода.
Проанализируем ситуацию: в регистре накопления Учет доходов для исчисления страховых взносов сумма сторно мая (например, -12 000 руб.) может ошибочно зарегистрироваться вторым июньским больничным с указанием мая как месяца дохода, но без знака «минус». Программа видит это как дополнительный доход за май, что и приводит к завышению базы в РСВ на 12 000 руб. (24 000 + 12 000 = 36 000) вместо ожидаемого уменьшения (24 000 - 12 000 = 12 000).
Чтобы найти «виновника», выполним следующие шаги:
Учет доходов для исчисления страховых взносов. Сделать это можно через меню «Все функции» (или «Функции для технического специалиста») — «Регистры накопления».Дата получения дохода и Сумма.Для исправления ситуации без «ручного шаманства» в РСВ, рассмотрим подробнее следующие способы:
Иногда помогает полное удаление (не просто пометка на удаление, а физическое удаление из базы) «проблемного» больничного листа и его повторный ввод. Это заставляет программу заново сформировать движения по регистрам. Важно соблюдать строгую последовательность: сначала вводится больничный, сторнирующий прошлый период, проверяются его движения, и только затем вводятся последующие документы.
Если автоматические механизмы не справляются, воспользуемся корректировкой регистров:
После проведения такого документа и перезаполнения РСВ, программа корректно учтет минус, так как вы явно указали ей связь суммы с правильным периодом и датой дохода.
Чтобы избежать подобных инцидентов, особенно в бюджетных организациях, где зарплата закрывается до конца месяца, рекомендуется:
Отсутствие (болезнь, прогул, неявка). Тогда при начислении зарплаты за май оклад сразу будет рассчитан верно, и в июне при вводе больничного не возникнет сторно-записей.Таким образом, «ересь» в РСВ — это не случайная ошибка, а результат рассогласования данных в регистре накопления Учет доходов для исчисления страховых взносов. Контроль Даты получения дохода и понимание работы сторно-механизмов позволят вам сдавать отчетность без лишних нервов и ручных правок.