В процессе работы с программой 1С:Зарплата и Управление Персоналом (редакция 2.5) пользователи часто сталкиваются с ситуацией, когда необходимо изменить только оклад сотрудника, не меняя его должность, подразделение или количество занимаемых ставок. Казалось бы, простая операция: мы создаем документ Кадровое перемещение организаций, переходим на вкладку «Начисления», меняем действие на «Изменить», вводим новую сумму и нажимаем кнопку «Провести». Однако система неожиданно блокирует проведение документа, выдавая ошибку о нехватке ставок в штатном расписании или сообщая, что ставка по данной должности не введена.
Особенно остро эта проблема проявляется у сотрудников, работающих на неполную ставку (например, 0.5 ставки), когда и в штатном расписании, и в кадровых данных количество ставок полностью совпадает. В этой статье мы подробно разберем, почему возникает этот конфликт, как работает контроль штатного расписания «под капотом» программы, и рассмотрим наиболее корректные способы решения этой проблемы без сомнительных обходных путей вроде временного «раздувания» количества ставок в штатке.
Чтобы понять причину сбоя, проанализируем логику работы системы в момент проведения документа. Когда в программе 1С:ЗУП 2.5 включен жесткий контроль штатного расписания, при проведении любого кадрового перемещения запускаются сложные проверки соответствия лимитов. Программа обращается к регистру накопления Занятые штатные единицы организаций.
Процесс проведения документа Кадровое перемещение организаций происходит в два виртуальных этапа в рамках одной транзакции:
В силу особенностей программного кода контроля штатного расписания в некоторых релизах конфигурации проверка лимита свободных ставок может сработать до того, как предыдущая запись о занятости будет виртуально аннулирована. В этот момент программа видит, что 0.5 ставки уже заняты данным сотрудником по предыдущему кадровому документу. Пытаясь записать еще 0.5 ставки по новому перемещению, система суммирует эти показатели, получает потребность в 1.0 ставке и сравнивает ее с лимитом в штатном расписании (который равен 0.5). В результате выдается ложная ошибка о превышении лимита.
Помимо коллизии с виртуальной занятостью ставок, система осуществляет строгий контроль фонда оплаты труда (ФОТ). Если в штатном расписании для данной позиции жестко прописан конкретный оклад (минимальный и максимальный оклады совпадают), то любое изменение оклада сотрудника в кадровом документе в большую или меньшую сторону мгновенно вызовет конфликт.
Проанализируем типичный сценарий:
Кадровое перемещение организаций гарантированно не проведется. Программа выдаст ошибку несоответствия параметров ФОТ лимитам штатного расписания.Также критически важна периодичность регистров. В 1С:ЗУП 2.5 регистр Плановые начисления сотрудников имеет периодичность «В пределах дня». Это значит, что если вы пытаетесь провести изменение оклада той же датой, которой по сотруднику уже зарегистрировано другое движение (например, прием на работу или возврат из отпуска), транзакция выдаст ошибку записи, которая на уровне интерфейса может быть ошибочно интерпретирована как проблема со штатным расписанием.
Если перед вами стоит задача изменить исключительно оклад сотрудника без перевода его в другое подразделение или на другую должность, использовать документ Кадровое перемещение организаций методологически не совсем правильно. Для изменения условий оплаты труда в программе предусмотрен специализированный документ расчетного учета.
Рассмотрим по шагам, как правильно изменить оклад через этот инструмент:
Оклад по дням или Оклад по часам).Почему это решает проблему? Этот документ делает движения напрямую в регистре сведений Плановые начисления сотрудников, но абсолютно не затрагивает кадровые регистры занятости должностей и ставок (такие как Занятые штатные единицы организаций). Соответственно, контроль количества ставок штатного расписания при проведении этого документа просто не запускается. Оклад изменится корректно, расчет зарплаты в последующих месяцах будет производиться по новым правилам, а кадровая история останется нетронутой.
Если вам все же принципиально провести изменение оклада именно через Кадровое перемещение (например, чтобы зафиксировать изменение оплаты труда в личной карточке Т-2), необходимо предварительно и корректно отразить новые условия в самом штатном расписании.
Выясним правильный алгоритм действий:
Кадровое перемещение организаций, установленное той же датой (или более поздней), и проведите его. Теперь система увидит, что на дату перемещения в штатном расписании уже действует соответствующий размер оклада, и документ проведется без ошибок.Иногда даже правильная последовательность действий не помогает провести перемещение из-за некорректных исторических данных в системе. Если на данной позиции когда-то работал другой сотрудник, программа могла «забыть» освободить ставку при его увольнении.
Проанализируем, как локализовать и устранить такую скрытую проблему:
Занятые штатные единицы организаций.Увольнение из организаций или Отпуск по уходу за ребенком забыли установить флаг Освобождать ставку.Для наглядности представим логику выбора оптимального решения в виде следующего правила проведения операций:
Если МеняетсяТолькоОклад И НеТребуетсяЗаписьВТ2 Тогда
ИспользоватьДокумент("ВводСведенийОПлановыхНачислениях");
Иначе
ОбновитьШтатноеРасписаниеСДатыИзменения();
ИспользоватьДокумент("КадровоеПеремещениеОрганизаций");
КонецЕсли;
Использование временного увеличения ставок в штатном расписании (например, кратковременное изменение с 0.5 до 1.0 с последующим возвратом назад) крайне не рекомендуется. Это искажает историческую отчетность компании по занятости и может привести к расхождениям при проверках трудовой инспекции или при формировании регламентированных кадровых отчетов. Следуя описанным выше шагам, вы сможете поддерживать базу данных 1С:ЗУП 2.5 в идеальной чистоте и проводить все начисления строго в соответствии с методологией учета.