При расчете заработной платы в программе «1С:Зарплата и управление персоналом 3.1» бухгалтеры часто сталкиваются с ситуацией, когда сумма доплаты за ночные часы не совпадает с ручными расчетами. Основная причина кроется не в ошибке программы, а в настройках алгоритма пересчета месячного оклада в часовую тарифную ставку (ЧТС). Рассмотрим подробно, почему возникают расхождения и как привести расчет в соответствие с учетной политикой организации.
Разберем пример из практики. У сотрудника установлен оклад 24 000 руб., отработано 49 ночных часов, процент доплаты — 20%.
Бухгалтер рассчитывает так: 24 000 / 162 (средняя норма) * 49 * 0.2 = 1451,85 руб.
Программа выдает: 1400 руб.
Проанализируем обратным счетом, какую норму времени взяла программа: 24 000 / 1400 * 49 * 0.2 = 168 часов.
Таким образом, мы видим, что в данном месяце (например, в августе) норма по производственному календарю составляет 168 часов, и программа использовала именно её, в то время как расчетчик ожидал использования среднегодовой нормы (162 часа). Выясним, где это настраивается.
В системе 1С:ЗУП 3.1 предусмотрено три основных алгоритма для определения стоимости часа из месячного оклада. Посмотрим на них подробнее:
Первым делом проверим глобальные настройки, которые действуют для всей информационной базы. Перейдем в раздел Настройка — Расчет зарплаты. Пролистаем до блока «Показатели определяющие состав совокупной тарифной ставки» и найдем пункт «При пересчете тарифной ставки сотрудника из месячного оклада использовать».
Если ваша цель — получать стабильную стоимость часа (например, исходя из 162 или 164.17 часов), установите переключатель в положение «Среднемесячное количество часов (дней) в месяце». После изменения этой настройки программа начнет делить оклад на среднегодовую величину.
Бывают ситуации, когда общая настройка верна, но для конкретного сотрудника расчет все равно идет «по-старому». Проанализируем настройки в кадровых документах. Для этого:
Если там выбрано значение «Порядок, установленный для учреждения», то применяются общие настройки из первого шага. Если же выбрано конкретное значение (например, «По норме производственного календаря»), то программа будет игнорировать общие настройки для данного человека. Установите правильный вариант и пересчитайте документ начисления.
Если стандартные механизмы 1С не позволяют выйти на цифру 162 (например, из-за особенностей регионального календаря), мы можем создать собственный показатель. Рассмотрим этот продвинутый метод:
НормаЧасовДляРасчетаНочных, назначение — «Для организации», тип — «Числовой», точность — 2.СтоимостьЧаса используем свою конструкцию:
Результат = (Оклад / НормаЧасовДляРасчетаНочных) * ВремяВЧасах * ПроцентДоплатыЗаРаботуВНочноеВремя / 100
Внимание: Использование жестко заданных чисел в формулах не рекомендуется. Лучше использовать показатели, чтобы при изменении нормы в следующем году вам не пришлось снова менять формулу начисления.
Многие расчетчики замечают, что показатель СтоимостьЧаса в расшифровке расчета отображается с большим количеством знаков после запятой (иногда до 10). Проанализируем ситуацию: это необходимо для минимизации погрешностей при округлении. Если вы считаете на калькуляторе и округляете стоимость часа до 2 знаков, а потом умножаете на 150 часов, итоговая сумма разойдется с программой на несколько рублей. Программа всегда хранит промежуточные вычисления с высокой точностью, и это является методологически верным подходом.
Не забудем проверить сам Производственный календарь (раздел Настройка). Если в организации используется региональный календарь (например, для Республики Башкортостан или Татарстан), годовая норма часов будет отличаться от общероссийской. Это напрямую влияет на значение, которое программа подставляет при выборе варианта «Среднемесячное количество часов». Убедитесь, что календарь заполнен на текущий год актуальными данными, включая все переносы выходных дней.
Для того чтобы расчет ночных часов в 1С:ЗУП 3.1 соответствовал вашим ожиданиям, выполните следующие действия:
СтоимостьЧаса и НормаВремени использует алгоритм.