Как найти описание изменений в 1С:ЗУП 3.1, почему ломается плановый ФОТ и как работает его перерасчет

При работе в программе 1С:Зарплата и Управление Персоналом 3.1 (ЗУП) пользователи, кадровики и расчетчики регулярно сталкиваются с ситуациями, когда поведение системы после очередного обновления кажется непредсказуемым. Изменяется логика проведения документов (например, при возврате НДФЛ), искажаются данные в кадровых отчетах, а плановый фонд оплаты труда (ФОТ) сотрудников внезапно начинает отображать некорректные суммы.

В этой статье мы подробно разберем, как своевременно узнавать обо всех изменениях в программе, выясним причины «поломки» планового ФОТ при нарушении хронологии ввода документов и изучим методику работы со специализированной обработкой перерасчета.

Раздел 1. Где искать информацию о новом функционале и скрытых изменениях логики

Разработчики выпускают обновления довольно часто. Чтобы оперативно отслеживать новые возможности и изменения в поведении документов, рассмотрим основные официальные и альтернативные источники информации:

1. Встроенное описание изменений в самой программе. Это самый быстрый способ узнать, что появилось в новом релизе. Перейдем по пути: Администрирование -> Интернет-поддержка и сервисы -> Обновление версии программы -> Описание изменений программы. Здесь в структурированном виде выводится список всех ключевых доработок.
2. Портал 1С:ИТС. На официальном сайте информационно-технологического сопровождения рядом со ссылкой на каждый дистрибутив релиза присутствует специализированный раздел «Новое в версии». Для доступа к нему авторизация требуется не всегда, что позволяет быстро ознакомиться с новшествами.
3. Автоматически устанавливаемые патчи (исправления). Часто логика расчетов корректируется незаметно для пользователя через небольшие расширения — патчи. Проверить их наличие и прочитать описание можно в меню: Администрирование -> Обслуживание -> Обновление программы -> Установленные исправления (патчи).
4. Официальный баг-трекер 1С (Bugboard). Если после обновления расчеты пошли не так (например, изменились движения в документе Возврат НДФЛ), имеет смысл проверить этот ресурс. Там публикуются сведения о зарегистрированных ошибках и о том, в каких версиях они исправлены или планируются к исправлению.

Проанализируем ситуацию на примере возврата НДФЛ. Разработчики могут скорректировать внутренние механизмы проведения документа для соответствия новым требованиям законодательства (например, для корректного заполнения уведомлений по НДФЛ и формы 6-НДФЛ). Такие изменения регистров не всегда подробно расписываются в пользовательской документации, поэтому при возникновении расхождений между движениями документа и отчетами важно обращаться к аналитическим разборам экспертов на профессиональных порталах.

Раздел 2. Почему «ломается» плановый ФОТ: разбираем архитектуру регистров

Плановый ФОТ в 1С:ЗУП 3.1 — это показатель, который используется не только в кадровых отчетах для анализа штатного расписания, но и может напрямую влиять на расчет начислений (например, если в формулах используются показатели планового ФОТ). Очень часто пользователи обнаруживают, что плановый ФОТ сотрудника в отчетах не соответствует сумме его действующих плановых начислений. Выясним причину этой проблемы.

В программе учет планового ФОТ реализован через систему связанных регистров сведений:

• Плановые начисления — первичный регистр, куда записываются факты назначения, изменения или отмены начислений кадровыми документами.
• Плановый ФОТ — вторичный расчетный регистр, содержащий рассчитанные суммы по каждому конкретному начислению сотрудника.
• Плановый ФОТ итоги — итоговый регистр, аккумулирующий общую сумму ФОТ по сотруднику для быстрого построения отчетов.

Рассмотрим по шагам классический сценарий нарушения хронологии, из-за которого ломается расчет:

1. Кадровик вводит документ (например, Изменение оплаты труда), который устанавливает новую надбавку сотруднику с 25 числа текущего месяца. Программа рассчитывает плановый ФОТ на дату 25 числа и делает корректные записи во все три регистра.
2. На следующий день кадровику поступает приказ об отмене другой надбавки у этого же сотрудника с 24 числа. Кадровик вводит новый документ задним числом.
3. При проведении документа от 24 числа программа рассчитывает ФОТ на эту дату. Однако она не станет автоматически пересчитывать последующие документы (в нашем случае — документ от 25 числа), так как каскадный автоматический пересчет всех будущих периодов при проведении документов заблокировал бы работу пользователей в крупных базах.
4. В итоге цепочка расчетов разрывается: на 24 число ФОТ рассчитан с учетом изменений, а на 25 число и далее в регистрах остаются старые («поломанные») расчетные данные, которые не учитывают отмену надбавки от 24 числа.

Помимо нарушения хронологии ввода кадровых документов, плановый ФОТ может разойтись в следующих случаях:

• В настройках начисления (Настройки -> Начисления) был установлен или снят флажок Включать в ФОТ, но при этом кадровые документы сотрудников не перепроводились.
• Произошло изменение общих показателей расчета (например, размера МРОТ или тарифных ставок), от которых зависят формулы плановых начислений сотрудников.
• Изменились графики работы при переходе на новый календарный год (актуально для сотрудников с часовой тарифной ставкой, так как среднемесячное количество часов пересчитывается).

Раздел 3. Как работает обработка «Перерасчет планового ФОТ»

Для устранения накопленных расхождений в регистрах и принудительного приведения планового ФОТ в соответствие с действующими плановыми начислениями в программе предусмотрен специальный инструмент.

Рассмотрим детально методику работы с обработкой:

1. Перейдем в меню: Зарплата -> Сервис -> Перерасчет планового ФОТ.
2. В открывшемся окне мы можем выполнить перерасчет как по всей организации, так и по конкретным сотрудникам, у которых было обнаружено расхождение.
3. При запуске обработка анализирует жестко зафиксированные записи в первичном регистре Плановые начисления, заново последовательно рассчитывает суммы ФОТ с указанной даты и перезаписывает данные во вторичных регистрах Плановый ФОТ и Плановый ФОТ итоги.

Для демонстрации логики работы системы приведем пример запроса, с помощью которого можно выявить расхождения между назначенными показателями и рассчитанным ФОТ в базе данных:

ВЫБРАТЬ
	ПлановыеНачисления.Сотрудник КАК Сотрудник,
	ПлановыеНачисления.Начисление КАК Начисление,
	ПлановыеНачисления.Размер КАК РазмерНачисления,
	ЕСТЬNULL(ПлановыйФОТ.ВкладВФОТ, 0) КАК ВкладВФОТ
ИЗ
	РегистрСведений.ПлановыеНачисленияСотрудников.СрезПоследних(&Период, ) КАК ПлановыеНачисления
	ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЗначенияФОТСотрудников.СрезПоследних(&Период, ) КАК ПлановыйФОТ
		ПО ПлановыеНачисления.Сотрудник = ПлановыйФОТ.Сотрудник
		И ПлановыеНачисления.Начисление = ПлановыйФОТ.Начисление
ГДЕ
	ПлановыеНачисления.Размер <> ЕСТЬNULL(ПлановыйФОТ.ВкладВФОТ, 0)

Важная рекомендация для крупных баз данных: Не запускайте массовый перерасчет ФОТ без реальной необходимости в разгар рабочего дня. Это ресурсоемкая операция, которая может привести к блокировкам таблиц. Кроме того, массовый перерасчет может инициировать появление записей в таблицах перерасчетов зарплаты (Зарплата -> Сервис -> Перерасчеты), что потребует от расчетчиков дополнительного анализа перед очередным начислением.

Перед тем как прибегать к обработке перерасчета, проанализируем ситуацию с помощью стандартных отчетов. Перейдем в раздел Выплаты (или Кадры) -> Отчеты по кадрам и сформируем отчеты Анализ ФОТ по сотрудникам или Сравнение плановых и фактических начислений. Если в них обнаруживаются явные отклонения расчетного ФОТ от суммы назначенных сотруднику окладов и надбавок — это прямой сигнал к использованию обработки перерасчета.