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