В процессе подготовки регламентированной отчетности по страховым взносам (РСВ) бухгалтеры часто сталкиваются с ситуацией, когда программа 1С:Управление производственным предприятием (УПП) или 1С:Зарплата и управление персоналом автоматически распределяет сумму превышения предельной величины базы для исчисления взносов на социальное страхование (ФСС) между несколькими разделами. Чаще всего это происходит, если к выплатам сотрудника применяются одновременно основной тариф (код 01) и пониженный тариф для субъектов малого и среднего предпринимательства (код 20).
Разберем детально, почему это происходит, насколько это корректно с точки зрения законодательства и как работает алгоритм распределения в конфигурациях 1С.
С введением льгот для субъектов малого и среднего предпринимательства (МСП) работодатели обязаны делить начисления сотрудников на две части:
Когда в середине года начисления сотрудника нарастающим итогом достигают предельной величины базы по ФСС, возникает так называемое "превышение". Согласно Налоговому кодексу, взносы на социальное страхование с этой суммы не начисляются (ставка 0%). Основная сложность заключается в том, в какой именно раздел Приложения 1 Расчета по страховым взносам должна попасть эта сумма превышения, если в месяце возникновения превышения доход сотрудника распределился между двумя тарифами.
Проанализируем логику, заложенную разработчиками. В нормативных актах и порядке заполнения РСВ отсутствует прямое указание на то, как именно делить "хвост" превышения между страницами отчета. Однако существует жесткое требование к контрольным соотношениям внутри каждого подраздела.
Методисты фирмы 1С приняли решение реализовывать пропорциональное распределение. Это означает, что сумма превышения делится между кодами тарифов ровно в той же пропорции, в какой в текущем месяце распределились общие начисления сотрудника. Рассмотрим это на примере:
Предположим, в июне сотруднику начислено 100 000 рублей. Из них 15 000 рублей (условный МРОТ) относятся к коду тарифа 01, а 85 000 рублей — к коду тарифа 20. В этом же месяце произошло превышение предельной базы на 30 000 рублей. Программа распределит эти 30 000 рублей пропорционально долям 15/85 между соответствующими строками 040 Приложения 1 для каждого тарифа.
Проанализируем ситуацию с точки зрения проверки отчета налоговыми органами. Для каждого кода тарифа в РСВ должно соблюдаться равенство:
Всего начислено = Облагаемая база + Сумма превышения + Необлагаемые суммы (согласно ст. 422 НК РФ)
Если программа отнесет всю сумму превышения только на один тариф (например, на основной тариф 01), то по льготному тарифу 20 возникнет математический разрыв: сумма начислений будет больше суммы облагаемой базы, но при этом сумма превышения будет равна нулю. Это приведет к ошибке при проверке отчета проверочными программами ФНС (например, Tester или внутренние алгоритмы АИС Налог-3), так как нарушится логика формирования базы по конкретному тарифу.
В актуальных релизах конфигурации Управление производственным предприятием данный алгоритм является штатным. Посмотрим, как это отражается в документах:
Начисление страховых взносов система фиксирует базу отдельно по каждому виду тарифа.РасчетнаяБаза определяет долю участия каждого тарифа в общем доходе текущего периода.Расчет по страховым взносам.Попытки ручной корректировки данных в отчете с целью "собрать" все превышение в одну строку крайне не рекомендуются. Это не только приведет к нарушению контрольных соотношений, но и может вызвать вопросы у инспекторов при сверке Раздела 3 (персонифицированные сведения) с Приложением 1.
Важно понимать, что данное разделение является чисто техническим. Поскольку ставка взносов ФСС при превышении предельной базы в обоих случаях (и для тарифа 01, и для тарифа 20) составляет 0%, итоговая сумма взносов к уплате в бюджет не меняется. Математическое распределение суммы превышения между страницами отчета не искажает налоговую базу и не приводит к недоимке или переплате налога.
Рассмотрев проблему, мы можем сделать следующие выводы:
УПП, никаких дополнительных действий или исправлений делать не нужно.Таким образом, мы видим, что система действует логично, обеспечивая прозрачность формирования показателей в разрезе применяемых льгот. Совместная работа основного и пониженного тарифов требует именно такого детального разделения всех компонентов базы, включая суммы, не подлежащие налогообложению из-за превышения лимита.