Переход с редакции 2.5 на 3.1 в 1С:Зарплата и управление персоналом часто вызывает вопросы у опытных пользователей и разработчиков, особенно в части отчетности по налогам и взносам. Одной из популярных задач является получение единой таблицы, где в одной строке по сотруднику видны доходы, скидки, облагаемая база и начисленные взносы во все фонды (ПФР, ФСС, ФОМС). В старой редакции 2.5 отчет "Анализ начисленных налогов и взносов" позволял это сделать штатными настройками, однако в версии 3.1 структура отчетов существенно изменилась.
В этой статье мы подробно разберем, где именно в системе хранятся данные об облагаемой базе, почему типовой отчет выводит данные отдельными таблицами и как собрать нужную информацию в один плоский список.
Для начала выясним причину, по которой поиск нужных полей в системе кажется сложным. В ЗУП 3.1 данные для исчисления взносов разделены по разным физическим таблицам. Если в старых версиях база могла рассчитываться в запросе динамически, то здесь мы имеем дело с четким разделением доходов по категориям.
Основным источником данных для формирования облагаемой базы является регистр накопления СведенияОДоходахСтраховыеВзносы (Учет доходов для исчисления страховых взносов). Проанализируем его ключевые ресурсы и измерения:
Важное правило: Облагаемая база в 1С:ЗУП 3.1 не всегда хранится в готовом виде в одном поле. Чаще всего она рассчитывается как результат арифметической операции: Сумма - Скидка.
Данные о самих начисленных взносах (ПФР, ФСС, ФОМС) хранятся в другом регистре — СтраховыеВзносыПоФизическимЛицам. Именно необходимость соединения данных из этих двух регистров (доходы и взносы) в разрезе различных фондов и создает трудности при настройке отчетов в Системе компоновки данных (СКД).
Типовой отчет "Анализ взносов в фонды" (или его вариант "Проверка расчета взносов") в конфигурации ЗУП 3.1 спроектирован с использованием вложенных схем компоновки данных. Если мы откроем его в конфигураторе, то увидим, что он состоит из четырех отдельных блоков:
Из-за использования вложенных отчетов поля, доступные, например, в секции ПФР, физически недоступны в секции ФСС. Это и приводит к тому, что в итоговом отчете таблицы выводятся последовательно — одна под другой. Для того чтобы вывести их "в одну строчку", требуется иной подход к проектированию запроса в СКД.
Если вам нужно быстро получить плоскую таблицу без программирования в конфигураторе, рассмотрим настройку через Универсальный отчет (раздел Администрирование — Обслуживание — Отчеты и обработки). Этот метод позволяет вытянуть данные напрямую из регистра накопления.
Выполним следующие шаги:
СведенияОДоходахСтраховыеВзносы.Физическое лицо, Сумма, Скидка.
[Сумма] - [Скидка]
Вид дохода, так как некоторые доходы могут облагаться ПФР, но не облагаться ФСС.В типовой поставке существует более гибкий вариант — отчет "Подробный анализ начисленных взносов". Рассмотрим, как его адаптировать:
Зайдите в настройки отчета и переключитесь в Расширенный режим. На вкладке "Структура" проанализируйте группировки. В отличие от базового анализа, здесь структура позволяет более гибко управлять полями. Попробуйте перетащить необходимые показатели облагаемой базы в основную таблицу. Однако помните, что из-за архитектуры СКД объединение разных видов взносов в одну строку может потребовать удаления лишних группировок по фондам.
Если штатные средства не подходят, разберем, как правильно спроектировать запрос в СКД, чтобы получить поведение как в ЗУП 2.5. Проблема автора сообщения заключалась в том, что он пытался объединить поля из разных вложенных схем. Вместо этого мы должны использовать один набор данных (Query) и механизм объединения.
Рассмотрим пример логики запроса для объединения данных по ПФР и ФСС в одну таблицу:
ВЫБРАТЬ
Доходы.ФизическоеЛицо КАК ФизическоеЛицо,
Доходы.Организация КАК Организация,
СУММА(ВЫБОР КОГДА Доходы.ВидДохода.ВходитВБазуПФР ТОГДА Доходы.Сумма - Доходы.Скидка ИНАЧЕ 0 КОНЕЦ) КАК БазаПФР,
СУММА(ВЫБОР КОГДА Доходы.ВидДохода.ВходитВБазуФСС ТОГДА Доходы.Сумма - Доходы.Скидка ИНАЧЕ 0 КОНЕЦ) КАК БазаФСС,
Взносы.ВзносПФР КАК ВзносПФР,
Взносы.ВзносФСС КАК ВзносФСС
ИЗ
РегистрНакопления.СведенияОДоходахСтраховыеВзносы.Обороты(&НачалоПериода, &КонецПериода, , ) КАК Доходы
ЛЕВОЕ СОЕДИНЕНИЕ (
ВЫБРАТЬ
ФизическоеЛицо,
СУММА(ПФР_Накопительная + ПФР_Страховая) КАК ВзносПФР,
СУММА(ФСС) КАК ВзносФСС
ИЗ
РегистрНакопления.СтраховыеВзносыПоФизическимЛицам.Обороты(&НачалоПериода, &КонецПериода, , )
СГРУППИРОВАТЬ ПО
ФизическоеЛицо
) КАК Взносы ПО Доходы.ФизическоеЛицо = Взносы.ФизическоеЛицо
СГРУППИРОВАТЬ ПО
Доходы.ФизическоеЛицо,
Доходы.Организация,
Взносы.ВзносПФР,
Взносы.ВзносФСС
Используя такое ЛЕВОЕ СОЕДИНЕНИЕ или ОБЪЕДИНИТЬ ВСЕ, мы получаем одну плоскую таблицу, где все показатели базы и взносов доступны в рамках одной группировки СКД.
Важно учитывать изменения в законодательстве РФ. Начиная с 2023 года, расчет страховых взносов был упрощен. Введено понятие Единой предельной величины базы и Единого тарифа. Это означает, что теперь нет необходимости разделять облагаемую базу отдельно для ПФР, ФОМС и ФСС (кроме взносов на "травматизм").
В последних релизах ЗУП 3.1 (начиная с веток 3.1.23 и 3.1.27) типовые отчеты были обновлены. Теперь в них появилось поле "Единая облагаемая база", которое значительно упрощает сверку. Проанализируем это нововведение: если ваша задача — проверить расчеты за периоды после января 2023 года, используйте стандартные колонки единого тарифа, они уже выстроены в удобную структуру.
Если вам нужно срочно проверить базу по конкретному сотруднику и нет времени на настройку СКД, воспользуйтесь механизмом расшифровки в регламентированном отчете "Расчет по страховым взносам" (РСВ):
Программа сформирует детальный отчет, который в удобном виде покажет расшифровку суммы по каждому физическому лицу. Этот отчет часто оказывается гораздо нагляднее и информативнее, чем стандартный "Анализ взносов", так как он строится на тех же алгоритмах, по которым заполняется государственная отчетность.
Выяснив структуру регистров и особенности работы СКД в новой редакции, мы видим, что хотя интерфейс отчетов в ЗУП 3.1 стал сложнее, данные остаются доступными для анализа при правильном подходе к источникам информации.