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