← На главную

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

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

Основная причина такого поведения программы — переход всех регионов России на механизм Прямых выплат из ФСС (ныне СФР), который окончательно закрепился с 2021 года. Разберем механизм работы этого ограничения:

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

Рассмотрим решение через временное изменение учетной политики

Если вам критически важно доначислить суммы именно в 1С:ЗУП (например, для корректировки отчетности РСВ за 2020 год), существует проверенный «технический» метод. Мы как бы временно «обманываем» программу, возвращая её в режим работы 2020 года. Пройдем по шагам:

Шаг 1. Настройка учетной политики. Переходим в раздел Настройка — Организации — вкладка Учетная политика и другие настройки — ссылка Учетная политика. На вкладке Пособия ФСС необходимо переключить флаг в положение Пособия выплачиваются страхователем. При этом важно оставить флаг Подтверждаю, что организация зарегистрирована в регионе с прямой выплатой, если он там есть, но временно изменить режим выплаты.

Шаг 2. Исправление документа. Находим исходный больничный лист 2020 года. Нажимаем внизу кнопку Исправить. Создается новый документ в текущем периоде. Теперь, благодаря изменениям в учетной политике, программа позволит рассчитать и зафиксировать суммы как за счет работодателя, так и за счет фонда. Проверьте вкладки Начислено (подробно) и Пересчет прошлого периода.

Шаг 3. Запись и проведение. После того как нужные суммы появились в документе, записываем и проводим его. Важно: проверьте, чтобы период в строках перерасчета соответствовал 2020 году.

Шаг 4. Возврат настроек. Сразу после проведения документа верните настройки учетной политики в исходное состояние (Прямые выплаты). ВНИМАНИЕ: После этого исправительный больничный лист категорически нельзя перепроводить. Любое нажатие кнопки «Провести» или «Пересчитать» при активной политике прямых выплат снова обнулит суммы за счет фонда.

Проанализируем корректировку отчетности и регистров

Просто начислить сумму в документе недостаточно, так как данные должны попасть в корректировочный РСВ за 2020 год. Поскольку документ создан текущей датой, данные по умолчанию могут попасть в отчетность текущего года, что неверно. Для исправления ситуации проанализируем работу с регистрами.

Рассмотрим использование документа Перенос данных (раздел Администрирование):

1. Создаем документ Перенос данных.
2. В настройках состава регистров выбираем: Расчеты с фондами по страховым взносам и Пособия по социальному страхованию.
3. Нам нужно сделать «переброску» сумм: первой строкой обнулить начисления в текущем месяце 2024 года, а второй строкой отразить их в нужном месяце 2020 года. Это позволит корректно заполнить уточненный расчет по страховым взносам.

Альтернативно, для целей РСВ можно воспользоваться документом Операция учета взносов (раздел Налоги и взносы). Это более простой способ «подправить» базу для отчета, не прибегая к сложным манипуляциям с регистрами накопления вручную.

Важные нюансы и законодательные ограничения

При решении данной задачи обязательно проанализируйте следующие моменты:

Срок предоставления больничного: Согласно Федеральному закону № 255-ФЗ, пособие может быть назначено, если обращение за ним последовало не позднее шести месяцев со дня восстановления трудоспособности. Если сотрудник принес «забытый» листок через год, официально выплачивать его фонд не будет. Однако, если речь идет именно об исправлении ошибки в ранее представленном листке, то сроки перерасчета регулируются иначе.

Коды доходов: Убедитесь, что для начислений используется правильный вид расчета. Код дохода НДФЛ для больничного — 2300. Если вы создаете новый вид начисления вручную, обязательно проверьте настройки налогообложения и вхождения в базу страховых взносов.

Права доступа: Если программа выдает ошибку «Нет прав на сохранение» или суммы обнуляются мгновенно, проверьте установленную Дату запрета редактирования. Даже если вы используете механизм «Исправить», который создает новый документ в открытом периоде, старые записи в регистрах за 2020 год могут быть защищены от изменений на уровне системы.

Современный подход через «Перерасчет пособий»

Если ваша цель не корректировка старой отчетности 2020 года, а доплата сотруднику по вновь открывшимся обстоятельствам (например, он донес справку о доходах), в последних релизах ЗУП 3.1 рекомендуется использовать документ Перерасчет пособий в связи с изменением сведений.

В этом случае:

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

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