← На главную

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

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

Как 1С:ЗУП обрабатывает сторнирование доходов для страховых взносов

Чтобы понять логику программы, обратимся к требованиям контролирующих органов. В соответствии с контрольными соотношениями Федеральной налоговой службы (ФНС), в Разделе 3 расчета РСВ база для начисления страховых взносов и сами взносы по каждому застрахованному лицу не могут принимать отрицательные значения. Если бы программа просто вычла сторно-доход из базы текущего месяца и получила минус, налоговая инспекция отклонила бы такой отчет при приеме.

Для решения этой проблемы разработчики 1С реализовали специальный алгоритм распределения сторно-доходов. То, в каком периоде (и в каких строках РСВ) отразится уменьшение доходов, напрямую зависит от одного ключевого фактора: достаточно ли у сотрудника облагаемых доходов в текущем месяце (ноябре), чтобы перекрыть сторнируемую сумму за прошлый месяц (октябрь)?

Проанализируем два возможных сценария:

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

Выясняем причины: почему сторно не отображается в отчетах?

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

Шаг 1. Проверяем последовательность проведения документов

Сам по себе документ Больничный лист фиксирует факт болезни и сторнирует начисления по окладу в регистре расчета зарплаты. Однако окончательный расчет и фиксация сумм для учета страховых взносов происходят только в документе Начисление зарплаты и взносов за текущий месяц (ноябрь).

Выполним следующие действия:

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

Шаг 2. Анализируем регистры учета доходов

Чтобы точно узнать, куда программа отнесла сторнированный доход (в октябрь или ноябрь), заглянем под «капот» конфигурации — в технические регистры накопления. Нам потребуется регистр Учет доходов для исчисления страховых взносов.

Для этого выполним следующие действия:

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

Шаг 3. Проверяем реквизиты отчета РСВ и дату подписи

Частой ошибкой, из-за которой изменения за предыдущие периоды «не видны» в формируемом отчете РСВ, является некорректная дата заполнения отчета.

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

Решение: перейдите на титульный лист отчета РСВ, временно установите в поле «Дата подписи» текущую дату или последний день отчетного периода и нажмите кнопку «Заполнить» заново.

Шаг 4. Используем правильные отчеты для проверки базы

Обычные зарплатные отчеты (такие как расчетный листок или анализ начислений) могут не отражать специфику учета страховых взносов. Чтобы сверить данные, всегда используйте специализированные отчеты по налогам:

• Анализ взносов в фонды
• Проверка расчета взносов

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

Подведем итоги по заполнению строк РСВ

При перерасчете по больничному листу показатели РСВ распределяются следующим образом:

• Строка 030 (Сумма выплат и иных вознаграждений): сюда в полном объеме включается сумма самого больничного листа, так как это выплата в пользу физического лица. При этом сумма сторнируемого оклада уменьшает показатель строки 030 либо в октябре, либо в ноябре — в зависимости от сценария распределения сторно.
• Строка 040 (Сумма, не подлежащая обложению): здесь отражается вся сумма начисленного пособия по временной нетрудоспособности (больничного), поскольку она не облагается страховыми взносами.
• Строка 050 (База для начисления страховых взносов): эта строка рассчитывается как разница между общей суммой выплат (строка 030) и необлагаемыми суммами (строка 040). Именно здесь будет видно итоговое уменьшение базы на сумму сторнированного оклада.

Следуя этим простым шагам и понимая внутренние механизмы распределения доходов в 1С:ЗУП 3.1, вы без труда сможете контролировать правильность заполнения расчета РСВ при любых перерасчетах прошлых периодов.