Почему в расчете по страховым взносам появляются отрицательные базы и как это исправить?

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

Разберем природу возникновения этой ошибки в программе 1С:Зарплата и Управление Персоналом 2.5, выясним, почему типовой запрос платформы дает сбой, и подробно рассмотрим технические способы исправления ситуации.

Анализ проблемы и механизма задвоения данных

Данная проблема официально зарегистрирована разработчиками 1С под номером 10177773. Выясним причину некорректного поведения алгоритма формирования регламентированного отчета.

Ошибка возникает на этапе агрегации данных внутри пакета запросов при построении временной таблицы ВТБазаДляОтчета. Проанализируем, какие структуры объединяются в запросе:

1. Таблица ВТДоходыВзносов содержит детализацию начислений по физическому лицу, расчетному месяцу и конкретным видам доходов (например, доходы, целиком облагаемые взносами; доходы, не облагаемые взносами на травматизм; материальная выгода и т. д.).
2. Таблица ВТПревышениеДоходаПоВидамТрудовыхОтношений (в запросе переименована в ПревышениеДоходаПФР) агрегирует общие показатели по физическому лицу и виду договора без разбивки по видам доходов.

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

СУММА(ДоходыВзносов.ОблагаемаяБазаПФР - ПревышениеДоходаПФР.СуммаПревысившаяПредел) КАК НалоговаяБазаПФР

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

Способ 1. Корректировка агрегатных функций в запросе модуля

Рассмотрим наиболее надежный способ устранения ошибки на уровне исходного кода конфигурации. Изменение логики группировки позволяет избежать многократного вычитания одной и той же суммы превышения вне зависимости от количества видов доходов сотрудника.

Разберем по шагам, какие изменения необходимо внести:

1. Откроем конфигуратор и найдем общий модуль ЗаполнениеРегламентированнойОтчетности.
2. Перейдем к процедуре РасчетПоказателей_РСВ_2017Кв1().
3. В тексте запроса формирования показателей найдем расчет поля НалоговаяБазаПФР и заменим простое суммирование разности на разность суммы базы и максимума превышения. Заменим строку:
   Скопировать код

   
   СУММА(ДоходыВзносов.ОблагаемаяБазаПФР - ПревышениеДоходаПФР.СуммаПревысившаяПредел) КАК НалоговаяБазаПФР,
   

   на следующий код:
   Скопировать код

   
   СУММА(ДоходыВзносов.ОблагаемаяБазаПФР) - МАКСИМУМ(ПревышениеДоходаПФР.СуммаПревысившаяПредел) КАК НалоговаяБазаПФР,
   

4. Ниже по тексту запроса найдем вычисление итогового превышения и заменим функцию суммирования: СУММА(ПревышениеДоходаПФР.СуммаПревысившаяПредел) КАК ПревышениеДоходаПФР, на получение максимального значения из сгруппированных строк: МАКСИМУМ(ПревышениеДоходаПФР.СуммаПревысившаяПредел) КАК ПревышениеДоходаПФР,

Использование функции МАКСИМУМ гарантирует, что даже при размножении строк в левом соединении сумма превышения предела учтется ровно один раз.

Способ 2. Ограничение условий соединения временных таблиц

Другой программный подход заключается в ограничении строк таблицы ВТДоходыВзносов, которые участвуют в соединении с превышением предела. Разберем этот вариант.

При формировании таблицы ВТБазаДляОтчета в секцию соединения таблиц ВТДоходыВзносов и ВТПревышениеДоходаПоВидамТрудовыхОтношений добавляется фильтрация по признаку вхождения дохода в базу:

ЛЕВОЕ СОЕДИНЕНИЕ ВТПревышениеДоходаПоВидамТрудовыхОтношений КАК ПревышениеДоходаПФР
ПО ДоходыВзносов.ФизЛицо = ПревышениеДоходаПФР.ФизЛицо
    И ДоходыВзносов.Период = ПревышениеДоходаПФР.Период
    И ДоходыВзносов.ВидТрудовогоДоговора = ПревышениеДоходаПФР.ВидТрудовогоДоговора
    И ДоходыВзносов.ВидДохода.ВходитВБазуПФР

Обратите внимание на ограничение данного способа: если у одного и того же сотрудника есть несколько доходов, одновременно входящих в базу ПФР, но имеющих разные категории налогообложения (к примеру, «Облагается взносами в ПФР целиком» и «Доходы, целиком облагаемые взносами на ОПС, ОМС и ФСС, но необлагаемые взносами в ФСС на НС и ПЗ»), задвоение строк сохранится. Поэтому первый способ с применением МАКСИМУМ является более универсальным.

Способ 3. Подключение внешней регламентированной формы

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

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

Это позволит сформировать корректные показатели без снятия конфигурации с автоматического обновления.

Диагностика данных и ручная корректировка

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

Проанализируем шаги сверки и исправления:

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