Почему в ЗУП 2.5 после кадрового перемещения ошибочно начисляются ночные часы?

Бухгалтер 1С v8.3 (Обычные формы) 1С:Зарплата и Управление Персоналом
← На главную

В практике работы с конфигурацией 1С:Зарплата и управление персоналом 2.5 часто встречается ситуация, когда после изменения условий труда (кадрового перемещения) программа начинает вести себя непредсказуемо. Одной из наиболее запутанных проблем является возникновение "фантомных" ночных часов. Рассмотрим ситуацию: сотрудника перевели на сменный график с ночными часами на короткий срок, затем вернули на обычную пятидневку. В документе Табель учета рабочего времени всё отражено верно, в регистрах накопления данных о ночных часах нет, но при автоматическом заполнении документа Начисление зарплаты сотрудникам организации система упорно подтягивает ночные часы за те периоды, когда их быть не должно. Разберем по шагам, почему это происходит и как это исправить.

Анализ механизмов расчета времени в ЗУП 2.5

Для начала проанализируем, каким образом программа определяет количество оплачиваемых часов. В отличие от более современных версий (ЗУП 3.1), архитектура версии 2.5 сильно завязана на приоритеты графиков и настроек видов расчета. Проблема "лишних" часов обычно кроется в конфликте между плановыми данными и фактическим учетом.

Выясним причину, по которой Начисление зарплаты игнорирует Табель. В системе существует иерархия данных:

  1. Данные из графиков (основной источник нормы и плана).
  2. Данные из индивидуальных графиков (перекрывают основной график).
  3. Данные из документа Табель учета рабочего времени (факт).

Если в настройках вида расчета (например, "Доплата за ночные часы") на вкладке "Время" установлен способ расчета, ориентированный на выполнение нормы по графику, программа может "подтягивать" данные, которые она считает плановыми для этого сотрудника, игнорируя отсутствие этих часов в табеле.

Решение 1: Проверка настроек вида расчета

Посмотрим на настройки начисления. Перейдем в план видов расчета "Основные начисления организаций" и найдем "Доплата за ночные часы". Проанализируем следующие параметры:

  1. Вкладка "Время": Убедимся, что переключатель стоит в положении "Дополнительное начисление за уже оплаченное время". Если там указано "За работу в полную смену в пределах нормы", программа может вести себя некорректно при смене графиков внутри месяца.
  2. Вкладка "Использование": Проверим, не указано ли там жесткое соответствие какому-либо виду времени, которое в новом графике сотрудника заполнено ошибочно.

Решение 2: Устранение проблемы "одного подразделения" (баго-фича)

Разберем подробнее техническую особенность ЗУП 2.5, упомянутую опытными специалистами. В этой конфигурации расчетный механизм иногда "заклинивает" на первом графике, который был установлен сотруднику в начале месяца, если кадровое перемещение не сопровождалось сменой подразделения.

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

Что мы можем сделать в этой ситуации:

  1. Попробуем временно изменить подразделение в документе Кадровое перемещение организаций от 08.11 (создать виртуальное или перевести в смежное).
  2. Если изменение подразделения невозможно по условиям учета, необходимо в документе Начисление зарплаты воспользоваться кнопкой "Добавить" и вручную разбить строку сотрудника на два периода: с 01 по 07 число (со старым графиком) и с 08 по конец месяца (с новым графиком).
  3. После ручного разбиения строк нажмем "Рассчитать - Рассчитать (полный расчет)". Это заставит систему обратиться к регистру Графики работы по видам времени отдельно для каждого временного интервала.

Решение 3: Очистка плановых начислений

Проанализируем вкладку "Начисления" в документе Кадровое перемещение. Часто ошибка возникает из-за того, что "Доплата за ночные часы" назначена сотруднику как плановое начисление с фиксированным способом расчета (например, процентом или по циклическому графику).

Если при возврате на обычный график 08.11 в кадровом документе не было указано действие "Прекратить" для доплаты за ночные, система будет пытаться рассчитать ее до конца месяца. Убедимся, что:

Решение 4: Диагностика регистра "Графики работы по видам времени"

Иногда визуально график выглядит пустым (без ночных), но в базе данных записи сформированы некорректно. Проанализируем состояние регистра Графики работы по видам времени. Это низкоуровневый регистр, данные в который попадают при нажатии кнопки "Заполнить" в справочнике Графики работы.

Выполним следующие действия:

  1. Зайдем в справочник Графики работы.
  2. Откроем "обычный" график, на который перевели сотрудника с 08.11.
  3. Нажмем кнопку "Заполнить" (даже если он уже заполнен). Это обновит записи в скрытых регистрах.
  4. Перепроведем Кадровое перемещение.
  5. В документе Начисление зарплаты полностью перезаполним строку сотрудника.

Решение 5: Работа с "пустым" Табелем

Рассмотрим ситуацию, когда документ Табель учета рабочего времени введен за вторую половину месяца (или за весь месяц), но в нем нет строк по ночным часам. В ЗУП 2.5 существует алгоритм "добора" времени. Если в плановом графике (по мнению программы) ночные часы есть, а в табеле их нет (строка отсутствует), программа может воспринять это не как "ноль часов", а как отсутствие данных и попытаться подставить плановые значения.

Чтобы исключить это, попробуем в Табеле явно указать ночные часы с нулевым значением для рабочих дней (хотя программа обычно это не приветствует) или убедиться, что документ Табель имеет вид "За весь месяц". Опыт показывает, что использование табелей только за вторую половину месяца чаще приводит к ошибкам распределения времени при наличии кадровых перемещений в середине периода.

Итоги и рекомендации

Мы проанализировали основные причины появления лишних ночных часов в ЗУП 2.5. Подводя итог, можно сказать, что наиболее надежным способом решения проблемы является принудительное разбиение строк в документе Начисление зарплаты по периодам действия разных графиков. Это нивелирует ошибки расчетного механизма, связанные с отсутствием смены подразделения.

Также важно помнить о техническом обслуживании базы. Если программные алгоритмы начинают давать сбой на ровном месте, рекомендуется:

Следуя этим шагам, мы сможем добиться корректного заполнения расчетных листков и избежать ручных корректировок в будущем.

← На главную