При оформлении коллективных сдельных нарядов в программе 1С:Зарплата и управление персоналом 3.0 пользователи нередко сталкиваются с ситуацией, когда документ Данные для расчета зарплаты (шаблон ввода «Виды работ») при автоматическом заполнении списка бригады подставляет разную единицу учета времени. У части работников отработанное время заполняется в днях (например, 20 или 22), а у других — в часах (например, 160 или 176). Если в настройках распределения выбрано распределение стоимости работ «с учетом отработанного времени», расчет искажается в разы: сотрудник с часами получает несоразмерно большую долю по сравнению с тем, у кого зафиксированы дни.
Рассмотрим подробнее, почему так происходит даже при установленном суммированном учете времени и как привести расчет к единообразию.
Многие ошибочно полагают, что единица учета отработанного времени в бригадном наряде определяется графиком работы сотрудника. Однако настройка «Суммированный учет рабочего времени» в графике работы отвечает только за расчет нормы времени, фиксацию отклонений и подсчет переработок (сверхурочных часов). На алгоритм выбора дней или часов в документе Данные для расчета зарплаты график прямого влияния не оказывает.
Проанализируем поведение системы: алгоритм автозаполнения отработанного времени ориентируется на действующее плановое начисление каждого сотрудника, входящего в бригаду. В плане видов расчетов Начисления существует служебный реквизит УчетВремениВЧасах. Этот реквизит скрыт от прямого интерактивного редактирования на форме и формируется платформой автоматически при сохранении начисления:
ВремяВЧасах, НормаЧасов, ТарифнаяСтавкаЧасовая) либо на вкладке «Учет времени» указано, что начисление выполняется за неполную смену или часами, реквизиту УчетВремениВЧасах присваивается значение Истина. Для такого сотрудника в бригадный наряд подставляются отработанные часы.ВремяВДнях, НормаДней, Оклад) или начисление рассчитывается за целые смены/дни, реквизит принимает значение Ложь. Соответственно, программа заполняет отработанное время в днях.Когда в одну бригаду попадают работники с разными базовыми начислениями (например, у одного назначена Оплата по окладу или Сдельный заработок (для работающих по окладу), а у второго — Оплата по часовому тарифу или Сдельный заработок (для работающих по часовому тарифу)), возникает конфликт единиц измерения.
Разберем по шагам наиболее корректный и типовой способ решения проблемы:
Кадровый перевод или Изменение оплаты труда).Сдельный заработок (для работающих по часовому тарифу).Оплата по часовому тарифу или Оплата по окладу (по часам).Данные для расчета зарплаты. После этого отработанное время у всех участников заполнится строго в часах.Если для сотрудников используется собственное (настроенное вручную) начисление, проверим его формулу:
ВремяВДнях или НормаДней, заменим их на часовые аналоги: ВремяВЧасах и НормаЧасов.ПередЗаписью пересчитает служебные данные и установит флаг УчетВремениВЧасах = Истина.Важно: если виды начислений загружались из внешних источников или правились обработкой Групповое изменение реквизитов, служебные реквизиты могли не обновиться. В такой ситуации достаточно просто открыть карточку начисления и нажать кнопку сохранения.
Если в организации невозможно унифицировать плановые начисления (например, в бригаду временно привлекаются сотрудники с окладом по дням), рассмотрим альтернативный вариант настройки шаблона:
Данные для расчета зарплаты система позволит указать КТУ вручную, либо ввести расчетные коэффициенты, отражающие реальный вклад каждого сотрудника без прямой привязки к автоматическому определению дней или часов.Обратим внимание на особенности учета, влияющие на расчет:
Данные для расчета зарплаты, не попадает в регистры учета отработанного времени и табель. Оно выступает исключительно математическим весом (базой) для пропорционального деления итоговой суммы выполненных работ.