Переход с устаревшей конфигурации «1С:Зарплата и управление персоналом 2.5» на современную версию «1С:ЗУП 3.1» часто сопровождается выявлением расхождений в расчетах. Наиболее критичные из них обычно связаны с расчетом среднего заработка (например, для командировок или отпусков) и расчетом стоимости часа при использовании нестандартных графиков работы. Особенно остро эти проблемы проявляются при работе сотрудников по 36-часовой рабочей неделе или при ведении суммированного учета рабочего времени.
В рамках данной статьи мы подробно разберем две типичные методические и технические проблемы, с которыми сталкиваются расчетчики в «1С:ЗУП 3.1», выясним их причины и пошагово настроим систему для получения корректных результатов.
---
Рассмотрим первую ситуацию: при переносе учета из версии 2.5 в версию 3.1 расчетчики замечают, что для сотрудников с 36-часовым графиком работы средний заработок при расчете командировок в новой программе получается ниже. При этом норма дней и часов в графике и табеле заполнена корректно (например, для января 2018 года это 17 рабочих дней и 122,4 часа из расчета 7,2 часа в день), а в регистрах расчета среднего заработка данные также отражены верно. Почему же возникает разница?
Для того чтобы разобраться в этой проблеме, проанализируем разницу между двумя правовыми режимами времени, которые часто путают на практике: сокращенным и неполным рабочим временем.
Выясним, как некорректная настройка графика влияет на расчет среднего заработка в программе «1С:ЗУП 3.1».
Если при создании 36-часового графика работы в свойствах ошибочно установить флаг «Неполное рабочее время» и выбрать опцию «Считать норму по другому графику» (указав основную 40-часовую пятидневку), программа начнет применять особые правила расчета среднего заработка, регламентированные Постановлением Правительства РФ № 922.
В соответствии с законодательством, если сотруднику установлено неполное рабочее время, то премии, начисленные в расчетном периоде, при расчете среднего заработка должны пересчитываться (уменьшаться) пропорционально отношению фактически отработанного времени к норме по полному (40-часовому) графику. В конфигурации «1С:ЗУП 2.5» этот жесткий контроль часто отсутствовал или обходился ручными корректировками, из-за чего средний заработок получался выше. Новая программа «1С:ЗУП 3.1» строго следует методологии, из-за чего ошибочная квалификация сокращенного времени как неполного приводит к автоматическому занижению среднего заработка за счет урезания премий.
Для того чтобы исключить занижение среднего заработка, настроим сокращенный график правильно:
Суммированный учет рабочего времени ставить не нужно, если у сотрудника обычная пятидневка с фиксированной продолжительностью дня.При таких настройках программа будет воспринимать 122,4 часа за январь как 100% отработанной нормы времени, оклад начислится в полном объеме, а премии при расчете среднего заработка для командировок не будут искусственно занижаться.
Проанализируем вторую частую причину расхождений, связанную с флагом Суммированный учет рабочего времени в настройках графика. Если этот флаг установлен, программа при расчете командировки переходит с расчета среднедневного заработка на расчет среднечасового заработка (п. 13 Положения № 922).
В «1С:ЗУП 2.5» пользователи часто игнорировали это требование законодательства и продолжали считать командировки по дням даже для сменщиков. В «1С:ЗУП 3.1» такой обход заблокирован: программа жестко ориентируется на настройки графика. Если для 36-часового графика ошибочно включен суммированный учет, командировка будет рассчитана по часам, что приведет к итоговой разнице в суммах по сравнению со старой базой.
---
Перейдем ко второй распространенной проблеме, описанной в сообщении 13 форума. Сотрудники работают по сменному графику (например, «Явка 12, Ночные 4, Ночные 8, Выходной») с суммированным учетом рабочего времени. По сменному графику норма сотрудника за месяц составляет 180 часов, а по производственному календарю (ПК) — 168 часов.
В организации создано дополнительное начисление — например, «Доплата за приемку смены». По положению об оплате труда расчет часовой ставки для этой доплаты должен производиться исходя из нормы по производственному календарю (168 часов). Однако программа при расчете делит оклад сотрудника на норму по его индивидуальному графику (180 часов), из-за чего размер доплаты уменьшается. Выясним, почему так происходит и как исправить настройки.
При создании пользовательских начислений разработчики часто используют в формуле стандартный показатель НормаЧасов. Напишем пример типичной ошибочной формулы:
Результат = Оклад / НормаЧасов * ВремяВЧасах
Основная проблема заключается в том, что системный показатель НормаЧасов в «1С:ЗУП 3.1» всегда возвращает норму времени именно из того графика работы, который назначен конкретному сотруднику (или из его индивидуального графика). Глобальные настройки программы по пересчету тарифных ставок на этот показатель никак не влияют. Следовательно, при использовании НормаЧасов оклад сменщика всегда будет делиться на 180 часов вместо желаемых 168.
Для того чтобы программа производила деление оклада на норму производственного календаря, необходимо использовать другой предопределенный показатель — СтоимостьЧаса (часовую тарифную ставку) и правильно настроить алгоритм его пересчета.
Изменим формулу нашей доплаты за приемку смены в списке начислений (раздел Настройка — Начисления):
Результат = СтоимостьЧаса * ВремяВЧасах
Использование показателя СтоимостьЧаса позволяет программе динамически определять стоимость одного часа работы сотрудника на основании настроек пересчета тарифных ставок.
Теперь укажем программе, как именно нужно рассчитывать показатель СтоимостьЧаса из оклада сотрудника. Существует два способа настройки: глобальный (для всей информационной базы) и индивидуальный (для конкретного сотрудника).
Способ А. Глобальная настройка для всей программы:
Важное предупреждение: Изменение этой настройки затронет пересчет тарифных ставок для всей организации. Это повлияет на расчет стоимости часа для оплаты сверхурочной работы, работы в праздничные и выходные дни, а также ночных часов для всех сотрудников.
Способ Б. Индивидуальная настройка для конкретного сотрудника:
Если для большинства сотрудников требуется считать стоимость часа по их личному графику, а для сменщиков — по производственному календарю, глобальную настройку менять нельзя. Мы настроим это индивидуально в кадровых документах:
После изменения порядка пересчета тарифных ставок в настройках программы или кадровых документах крайне важно запустить служебную обработку обновления данных. Без этого система может продолжать использовать старые сохраненные значения часовых ставок в текущих расчетах.
После выполнения этих шагов доплата за приемку смены будет рассчитываться абсолютно корректно: часовая ставка определится делением оклада на норму по производственному календарю, а затем умножится на фактически отработанные часы приемки смены.
---
Для закрепления материала и быстрого поиска ошибок приведем краткий чеклист, который поможет вам оперативно проверить корректность расчетов в программе:
НормаЧасов в формулах: Для расчета доплат, зависящих от стоимости часа по производственному календарю, всегда используйте показатель СтоимостьЧаса вместо ручного деления на норму.