Многие пользователи при переходе с прошлых редакций программы сталкиваются с трудностями при настройке плановых начислений. Рассмотрим типичную ситуацию: на предприятии есть сотрудники, получающие стандартную оплату по окладу (по часам). Периодически они привлекаются к ремонтным работам, которые должны оплачиваться по отдельному тарифу (например, 1000 рублей в час). При этом, когда начисляется Оплата часов в ремонте, за эти часы не должна начисляться Оплата по окладу.
В старых версиях программы (например, ЗУП 2.5) эта задача решалась просто: назначалось плановое начисление на определенный период, которое по приоритету вытесняло основной оклад. Однако проанализируем ситуацию в 1С:ЗУП 3.1 — здесь система работает по другим архитектурным правилам, и прямолинейный подход вызывает ошибку. Для миграции кадрового и расчетного учета из устаревших версий или других систем доступен раздел с решениями по переносу данных ЗУП, где собраны варианты перехода на новую версию программы.
Разберем детально, почему старый метод не работает. В 1С:ЗУП 3.1 жестко заложена системная логика контроля рабочего времени. Если мы хотим создать начисление, которое можно назначить документом Назначение планового начисления без ведения сводного табеля, мы сталкиваемся со следующим конфликтом настроек:
Дополнительная оплата за уже оплаченное время, программа не позволит настроить вытеснение для оклада. Архитектурно дополнительная оплата рассчитана на то, чтобы накладываться поверх уже учтенного основного времени (как доплата за ночные или праздничные часы), а не заменять его. В приоритет такое начисление поставить нельзя.За работу полную смену в пределах нормы времени, вытеснение настроить можно, но система не даст использовать это начисление в документе Назначение планового начисления как дополнительное.Некоторые пользователи пытаются обмануть систему: сначала ставят настройку за полную смену, настраивают вытеснение, а затем возвращают настройку обратно. Делать так категорически не рекомендуется! Этот "хак" чреват скрытыми ошибками в регистрах учета рабочего времени и проблемами при последующих обновлениях.
Ведение документа Табель решило бы проблему, но заполнять табели вручную на 100-150 человек с раздробленными периодами работы — это огромные трудозатраты. Поэтому рассмотрим более элегантные и автоматизированные способы решения этой задачи.
Если табели вести не хотят, мы можем обойтись без них, используя механизм разовых начислений. Суть метода заключается в ручном контроле приоритетов при расчете заработной платы за месяц.
Сделаем следующие шаги:
Оплата часов в ремонте. По смыслу оно должно быть аналогично окладу по часам.Разовое начисление. При этом на закладке "Учет времени" автоматически установится Дополнительная оплата за уже отработанное время.Оплата по окладу добавим наше новое начисление в список вытесняющих (если программа позволит это сделать для разового) или просто обеспечим математическое замещение.Разовое начисление и рассчитываем в нем часы ремонта. И только после этого создаем и рассчитываем итоговый документ Начисление зарплаты и взносов.Система увидит, что часы уже оплачены разовым документом, и при расчете оклада вытеснит их (либо рассчитает оклад только за оставшиеся неоплаченные часы). Для документального оформления выплат подойдет внешняя печатная форма приказа о разовых начислениях.
Важный нюанс по среднему заработку: проанализируем влияние этого метода на будущие расчеты отпускных. Если выбрана настройка Дополнительная оплата за уже отработанное время, часы ремонта могут не увеличить общее количество отработанных часов для расчета среднего заработка! Чтобы этого избежать, создадим отдельный Вид рабочего времени (например, "РМ — время ремонта") и привяжем его к нашему разовому начислению. Это позволит часам корректно попадать в статистику отработанного времени.
Посмотрим на самое надежное и методологически верное решение в реалиях ЗУП 3.1. Оно вообще не требует настройки вытеснений и приоритетов. Всю работу сделает математика внутри формул.
Разберем по шагам:
ЧасыВРемонте. Укажем, что показатель вводится разово, в целом за месяц, для сотрудника.Шаблон ввода исходных данных для этого показателя. В настройках шаблона выберем возможность ввода данных списком сотрудников. Это критически важно для экономии времени — мы сможем списком заполнять часы сразу на всё подразделение.Оклад * ВремяВЧасах / НормаЧасов. Мы вычтем из отработанного времени часы ремонта:
Оклад * (ВремяВЧасах - ЧасыВРемонте) / НормаЧасов
Оплата за ремонт, которое будет назначаться автоматически, если введен показатель. Формула для него будет:
СтоимостьЧасаВРемонте * ЧасыВРемонте
Как это будет работать на практике? В конце месяца расчетчик создает один документ Данные для расчета зарплаты. Туда кнопкой "Подбор" добавляются нужные сотрудники, и им массово проставляются часы ремонта (например, 20 часов Иванову, 15 часов Петрову). При итоговом начислении зарплаты программа сама умножит стоимость часа на эти данные, а из обычного оклада математически вычтет эти 20 и 15 часов. Приоритеты настраивать не нужно, табель вести не нужно!
Рассмотрим еще один альтернативный путь, если сотрудники выполняют конкретные ремонтные работы. В программе 1С:ЗУП 3.1 есть функционал сдельной оплаты труда, который отлично справляется с вытеснением оклада.
Сдельный наряд. В нем можно массово (на целую бригаду или подразделение) закрывать эти часы.В этом случае программа штатным образом понимает, что человек часть времени отработал по наряду, а часть — по окладу. Вытеснение произойдет автоматически, а табель снова не потребуется. Для оформления первичных документов можно использовать печатную форму наряда на сдельную работу 414-АПК.
Проанализируем все варианты. Попытка заставить ЗУП 3.1 работать как старую версию через жесткие приоритеты и плановые начисления обречена на конфликты с системой учета времени. Если в организации нет выделенного табельщика, от классического документа Табель действительно лучше отказаться в пользу более гибких инструментов.
Мы настоятельно рекомендуем использовать Способ 2 (с изменением формулы через Данные для расчета зарплаты). Он наиболее прозрачен, позволяет массово вводить часы на списки из 100-150 сотрудников за пару минут, не требует строгой ручной очередности проведения документов и гарантирует правильный расчет всех последующих средних заработков.