При подготовке Расчета по страховым взносам (РСВ) коммерческие организации, относящиеся к субъектам малого и среднего предпринимательства (МСП), часто сталкиваются с неожиданным поведением программы 1С:Зарплата и управление персоналом. В Приложении №1 к Разделу 1 отчета показатели строки 010 (количество застрахованных лиц) по разным тарифам начинают заполняться некорректно. Из расчетов внезапно «выпадают» сотрудники, находящиеся в декрете, отпусках по уходу за ребенком или в отпусках без сохранения заработной платы.
Проанализируем эту проблему подробно, разберем законодательную методологию заполнения РСВ, выясним техническую причину сбоя в коде программы и определим варианты ее решения.
Рассмотрим типичную ситуацию на практическом примере. В организации числятся 4 сотрудника со следующим статусом:
Организация применяет пониженный тариф страховых взносов для МСП. Соответственно, в РСВ заполняются листы по двум кодам тарифов:
При автоматическом заполнении отчета за полугодие или более поздний период обнаруживается следующая картина:
Возникает закономерный вопрос: почему программа исключает временно «неактивных» сотрудников из общего числа застрахованных лиц и почему показатели строки 010 различаются на разных страницах тарифов?
Для того чтобы понять, как отчет должен заполняться правильно, обратимся к Порядку заполнения РСВ, утвержденному Федеральной налоговой службой, и официальным письмам ведомства. Согласно действующему законодательству:
Застрахованными лицами признаются граждане, с которыми заключены трудовые договоры или договоры гражданско-правового характера. Нахождение сотрудника в отпуске по уходу за ребенком или в отпуске без сохранения заработной платы не прекращает действие трудового договора. Следовательно, такие сотрудники остаются застрахованными лицами в системах ОПС, ОМС и ОСС.
Показатели строки 010 (количество застрахованных лиц) в подразделах по тарифам «01» и «20» должны быть абсолютно идентичными. Данная строка отражает общее количество застрахованных лиц у данного плательщика взносов за отчетный период. Тот факт, что у конкретного застрахованного лица в текущем месяце не было начислений или начисления не превысили МРОТ, не лишает его статуса застрахованного лица.
Для разделения сотрудников, которые фактически получили выплаты по конкретному тарифу, предназначена строка 020 (количество физических лиц, с выплат которым исчислены страховые взносы). Вот она как раз должна различаться:
Таким образом, правильное заполнение Приложения №1 для нашего примера выглядит так:
То, что программа 1С:ЗУП выводит иные цифры (2 и 3 человека соответственно), является явной ошибкой.
Выясним техническую причину такого поведения программного продукта. Фирмой «1С» была официально зарегистрирована и подтверждена ошибка под номером 50013427.
Суть ошибки заключалась в том, что при разделении расчетов по тарифам «01» и «20» встроенный алгоритм сбора данных для РСВ некорректно фильтровал физических лиц. Программа ошибочно связывала статус застрахованного лица (строка 010) с фактом наличия облагаемой базы по конкретному тарифу в текущем периоде. В результате декретницы и лица в долгосрочных отпусках за свой счет отсекались на этапе компоновки таблиц для выгрузки отчета.
Для программистов и профильных специалистов будет полезно знать, что логика сбора сведений для регламентированного отчета РСВ сосредоточена в общем модуле УчетСтраховыхВзносов. В частности, за расчет показателей отчета отвечает процедура РасчетПоказателейРСВ. При вызове этой процедуры происходит обращение к временным таблицам, где рассчитывается численность физических лиц в разрезе видов тарифов. Из-за некорректного наложения условий соединения таблиц начислений и таблиц кадрового состояния сотрудников, лица без начислений пропадали из выборки по тарифу «20».
Рассмотрим два основных способа решения возникшей проблемы в зависимости от текущих возможностей по обновлению программного обеспечения.
Разработчики фирмы «1С» оперативно выпустили исправление для данной программной ошибки. Проблема была полностью устранена в следующих релизах конфигураций:
Если у вас установлены более старые релизы (например, популярный в свое время проблемный релиз 3.1.14.61), выполните следующие шаги:
Если срок сдачи отчетности подходит к концу, а возможность оперативно обновить конфигурацию отсутствует (например, база находится на доработке или требует сложного нетипового обновления), вы можете скорректировать данные вручную:
Использование ручной корректировки — это временная мера. При первой же возможности обязательно обновите систему до актуального релиза, чтобы избежать аналогичных проблем при составлении отчетности в будущих периодах.