В программе 1С:Зарплата и управление персоналом 3.1 (ЗУП 3.1) пользователи часто сталкиваются с ситуацией, когда при изменении регистрации подразделения в налоговом органе (смене КПП или ОКТМО) кадровые отчеты начинают отображать некорректную информацию. Например, при формировании отчета «Личные данные сотрудников» на прошлую дату в поле Подразделение.Регистрация.КПП выводится не то значение, которое действовало тогда, а самое актуальное (последнее) на текущий момент. Рассмотрим подробнее, почему это происходит и какими способами можно получить исторические данные по привязке сотрудников к ИФНС.
Проанализируем ситуацию с точки зрения структуры метаданных. В ЗУП 3.1 информация о регистрации подразделения в налоговом органе хранится двумя способами:
Регистрация. Этот реквизит является ссылкой на текущую запись о регистрации. Когда в отчете мы выбираем поле через точку (например, Подразделение.Регистрация.КПП), система выполняет прямой запрос к справочнику. Справочник — это объект, не имеющий истории в разрезе времени (непериодический), поэтому он всегда возвращает то, что записано в нем «сейчас».Проблема заключается в том, что стандартные кадровые отчеты («Личные данные сотрудников», «Штатные сотрудники») настроены на работу со справочником подразделений, а не с периодическим регистром регистраций. Поэтому при изменении регистрации, скажем, с 01.05.2018, отчет за апрель 2018 года все равно будет показывать новый КПП.
Разберем, почему для решения этой задачи лучше всего подходят отчеты по НДФЛ. В системе 1С:ЗУП 3.1 данные о КПП и ОКТМО жестко привязаны к записям о доходах и налогах в регистрах накопления. Выясним, какие отчеты могут помочь кадровику:
Рассмотрим отчет «Анализ НДФЛ по ИФНС» (или «Подробный анализ НДФЛ по сотрудникам»). Хотя этот отчет предназначен для расчетчиков, в нем можно настроить группировку таким образом, чтобы увидеть список сотрудников в разрезе налоговых органов за любой период. Поскольку данные в этот отчет попадают из регистра накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ, они всегда соответствуют той регистрации, которая действовала на момент начисления зарплаты.
Для настройки выполним следующие действия:
Регистрация в налоговом органе, а внутри нее — группировку по Сотруднику.Это самый надежный способ увидеть, по какому КПП «числился» сотрудник в конкретном месяце с точки зрения учета.
Если нам нужно увидеть именно историю назначений без привязки к суммам налогов, воспользуемся Универсальным отчетом. Это позволит нам напрямую обратиться к периодическим данным регистра.
Посмотрим на алгоритм настройки:
Регистр сведений.Регистрация в налоговом органе подразделений.Срез последних и укажем интересующую нас дату.Этот отчет покажет нам список всех подразделений и их КПП, действовавших на выбранную дату. Чтобы сопоставить эти данные с сотрудниками, кадровику придется сформировать список сотрудников по подразделениям на ту же дату и соединить их (например, в Excel).
Рассмотрим ситуацию, когда в организации используется механизм Обособленных территорий. Если в настройках расчета зарплаты включена опция «Использовать обособленные территории», то регистрация в налоговом органе может быть привязана не к подразделению, а к территории.
В этом случае перемещение сотрудника между налоговыми инспекциями оформляется документами «Кадровый перевод» или «Перемещение между территориями». Для таких случаев в программе предусмотрен отчет «Движение сотрудников между территориями», который корректно отражает историю изменений КПП, так как территория в кадровом учете — это полноценный разрез данных с историей.
Если кадровикам требуется регулярный отчет «Сотрудник — КПП» с учетом истории без обращения к налоговым регистрам, проанализируем пример запроса, который можно использовать в Системе компоновки данных (СКД). Нам нужно соединить таблицу среза последних регистра КадроваяИсторияСотрудников с периодическим регистром РегистрацияВНалоговомОрганеПодразделений.
Посмотрим на пример логики запроса:
ВЫБРАТЬ
КадроваяИстория.Сотрудник,
КадроваяИстория.Подразделение,
РегистрацииПодразделений.РегистрацияВНалоговомОргане.КПП КАК КПП
ИЗ
РегистрСведений.КадроваяИсторияСотрудников.СрезПоследних(&Период, ) КАК КадроваяИстория
ЛЕВОЕ СОЕДИНЕНИЕ
РегистрСведений.РегистрацияВНалоговомОрганеПодразделений.СрезПоследних(&Период, ) КАК РегистрацииПодразделений
ПО
КадроваяИстория.Подразделение = РегистрацииПодразделений.СтруктурнаяЕдиница
Важный нюанс: В ЗУП 3.1 регистрация в налоговом органе для подразделений в регистре сведений привязана к измерению СтруктурнаяЕдиница. Именно такое соединение в СКД позволит получить КПП, актуальный на дату &Период, а не на текущий день.
Подведем итоги нашего исследования. В типовой конфигурации ЗУП 3.1 «чистые» кадровые отчеты не предназначены для получения истории по ИФНС, так как в кадровом учете ключевым объектом является подразделение, а смена его реквизитов (регистрации) считается событием налогового учета.
Что делать кадровику:
Выясним причину, по которой расчетчики требуют данные от кадровиков. Часто это связано с проверкой правильности заполнения отчетности 6-НДФЛ. В этом случае совместная работа над отчетами блока «Налоги и взносы» будет наиболее эффективным решением задачи.