При подготовке регламентированной отчетности «Расчет по страховым взносам» (РСВ) в программе 1С:Зарплата и Управление Персоналом 3.1 пользователи часто сталкиваются с ситуацией, когда встроенная проверка выдает предупреждение: «Ошибочная сумма базы». Эта проблема наиболее актуальна для сотрудников с высокими доходами («богатеев»), чей заработок с начала года превысил предельную величину базы для начисления страховых взносов. Рассмотрим подробнее, почему возникает эта ошибка и как ее устранить.
Проанализируем ситуацию: ошибка чаще всего проявляется в периоды, когда организация применяет несколько тарифов страховых взносов одновременно. Например, основной тариф НР (наемный работник) и льготный тариф для малого и среднего бизнеса МС. Проблема заключается в особенностях алгоритма встроенной проверки контрольных соотношений в 1С.
Согласно официальным данным (ошибка 000070236), встроенный механизм проверки в 1С некорректно сопоставляет данные, если у сотрудника доход распределяется по разным категориям застрахованных лиц и при этом достигнут предел базы (в 2020 году он составлял 1 292 000 руб.). Программа пытается «математически» подогнать распределение превышения между тарифами, и при расчетах возникает погрешность в 1 копейку или неверное распределение сумм «свыше предела». Это приводит к тому, что 1С помечает отчет как ошибочный, хотя с точки зрения выгрузки XML и требований ФНС данные могут быть верными.
Разберем еще один важный нюанс, упомянутый пользователями: отсутствие персональных данных (ФИО, СНИЛС, ИНН) на втором листе Раздела 3. Это происходит, когда у одного сотрудника в одном месяце заполняются две записи с разными кодами тарифа (например, НР и МС).
Посмотрим на логику программы: в ранних релизах ЗУП 3.1 при формировании печатной формы данные о физическом лице выводились только один раз. Однако формат представления отчета в электронном виде требует, чтобы блок персональных данных присутствовал в каждой записи Раздела 3 для каждого кода категории. Если этого не сделать, налоговая инспекция отклонит отчет с ошибкой формата (код 0000000002). Эту проблему также решают специализированные патчи и обновления конфигурации.
Первым делом нам необходимо убедиться, что используемая версия 1С содержит исправления для указанных ошибок. Проанализируем историю релизов: исправления по расчету базы и заполнению Раздела 3 были включены в следующие версии:
Если ваша версия ниже, встроенная проверка будет продолжать «ругаться» на корректные суммы. В этом случае рекомендуется обновить конфигурацию до актуальной версии или установить соответствующее исправление (патч).
Выясним, является ли ошибка критичной. Важно понимать, что внутренняя проверка 1С — это лишь вспомогательный инструмент. Если программа выдает предупреждение, но вы уверены в правильности начислений, выполните следующие действия:
XML.Многие пользователи подтверждают, что даже при наличии предупреждения «Ошибочная сумма базы» в 1С, отчет успешно проходит входной контроль в налоговой инспекции, так как алгоритмы ФНС работают иначе.
Проанализируем интересную деталь: иногда ошибки проверки исчезают при переносе базы из серверного режима (SQL) в файловый. Это может быть связано с особенностями кэширования итогов в регистрах накопления СтраховыеВзносыПоФизическимЛицам на стороне сервера.
Если вы работаете в серверной версии и видите странные суммы, попробуйте выполнить следующие операции:
Начисление зарплаты и взносов за отчетный период.Расчет по страховым взносам кнопкой «Заполнить».Рассмотрим пример того, как должна распределяться база при совмещении тарифов НР и МС, чтобы понимать логику контроля. Допустим, доход сотрудника в месяц превысил МРОТ:
// Логика распределения:
ДоходДоМРОТ = 12130; // Тариф НР
ДоходСвышеМРОТ = ОбщийДоход - 12130; // Тариф МС
Если ОбщаяБазаСНачалаГода > ПредельнаяВеличина Тогда
БазаСПревышением = ОбщаяБазаСНачалаГода - ПредельнаяВеличина;
// Именно здесь 1С может ошибаться в распределении
// этого превышения между строками НР и МС
КонецЕсли;
Подведем итог: если вы столкнулись с ошибкой «Ошибочная сумма базы» у высокооплачиваемых сотрудников в ЗУП 3.1, не паникуйте. В большинстве случаев это следствие программной ошибки внутренней проверки 1С. Обновите программу до последнего релиза, проверьте файл выгрузки во внешней системе (Контур/СБИС) и, если там все чисто, отправляйте отчет.