При работе в программе 1С:Зарплата и Управление Персоналом 3.1 бухгалтеры часто сталкиваются с ситуацией, когда контрольные соотношения между расчетом по страховым взносам (РСВ) и отчетом по травматизму (ранее 4-ФСС, теперь раздел 2 формы ЕФС-1) не выполняются. Типичный сценарий: сотрудник заболел в конце одного квартала (например, в июне), а принес больничный лист и был зарегистрирован в программе уже в начале следующего (в июле). Рассмотрим подробно, почему возникают эти расхождения, проанализируем законодательную базу и разберем варианты решения проблемы.
Разберем ситуацию на примере. Сотруднику была начислена полная заработная плата за июнь. Однако в июле выясняется, что с 29 по 30 июня он отсутствовал по причине болезни. При регистрации документа Больничный лист в июле программа автоматически сторнирует (отменяет) излишне начисленную зарплату за эти два дня июня.
Проблема заключается в том, что разные контролирующие органы требуют отражать это сторно по-разному:
Именно этот методологический разрыв и приводит к тому, что суммы выплат в РСВ за полугодие оказываются меньше, чем в 4-ФСС, на сумму сторнированного оклада.
Проанализируем самый быстрый технический способ «подгонки» отчетов. Если бухгалтер настаивает на полном совпадении цифр в обоих отчетах за текущий период, можно изменить месяц регистрации больничного листа.
Пошаговая инструкция:
Больничный лист.Месяц заменим значение с «Июль» на «Июнь».Внимание! Этот способ имеет критические недостатки, которые мы должны учитывать:
6-НДФЛ за полугодие, хотя налог еще не был удержан.1С:Бухгалтерию, любое изменение задним числом развалит сальдо по счетам 70 и 69.Рассмотрим еще один «ручной» метод, который часто практикуют бухгалтеры для быстрой сдачи отчетов без изменения методологии учета.
Больничный лист временно распроводится (отменяется проведение).РСВ и 4-ФСС. В этом случае данные в обоих отчетах будут включать полную зарплату за июнь без учета сторно.Больничный лист снова проводится июлем.Результат: Отчеты за полугодие сойдутся, но в отчетности за 9 месяцев расхождение возникнет снова, так как сторно и само начисление больничного попадут в июль. Этот метод лишь откладывает решение проблемы на следующий квартал.
Давайте выясним, стоит ли вообще «бороться» с этими цифрами. С точки зрения автоматизации в 1С:ЗУП 3.1, программа ведет себя абсолютно корректно, соблюдая нормы разных законов (НК РФ и 125-ФЗ).
Как правильно поступить бухгалтеру:
РСВ с уменьшенной базой за июнь.4-ФСС (ЕФС-1 Раздел 2) с полной базой за июнь (без учета сторно).Пример пояснительной записки: "Расхождение в суммах выплат между отчетами РСВ и ЕФС-1 за полугодие возникло в связи с различным порядком отражения сторнирования начислений. Согласно ст. 420 НК РФ, сторно за июнь отражено в РСВ за полугодие. Согласно 125-ФЗ, сторно, произведенное в июле, отражается в периоде начисления (9 месяцев). Перерасчет связан с предоставлением больничного листа №... сотрудником (ФИО) в июле 202X г. за период с 29.06.202X по 06.07.202X."
Проанализируем, как программа помогает нам в автоматическом режиме. В актуальных релизах 1С реализована логика работы с отрицательными базами. Если сумма сторно превышает текущие начисления сотрудника в июле, и база становится отрицательной, РСВ автоматически переносит этот «минус» в прошлый период (июнь). Это поведение соответствует позиции ФНС. Для массового обновления баз и сумм в начислениях за прошлые периоды можно использовать обработку для автоматического пересчета страховых взносов.
Для проверки данных мы можем использовать специализированные отчеты:
Анализ взносов в фонды (раздел Налоги и взносы — Отчеты по налогам и взносам).Проверка расчета взносов.В этих отчетах можно настроить группировку по сотрудникам и документам-основаниям, чтобы четко видеть, какой именно документ Больничный лист вызвал сторнирование и как это распределилось по периодам регистрации и периодам действия.
Подведем итоги. Расхождение между РСВ и 4-ФСС при переходящих больничных — это нормальная ситуация, обусловленная законодательством. Попытки искусственно выровнять эти показатели через смену месяца регистрации часто приводят к ошибкам в учете НДФЛ и бухгалтерских проводках. Наиболее безопасным и профессиональным решением является использование типового функционала 1С и готовность предоставить пояснения в контролирующие органы на основе данных из регистров программы.