Рассмотрим весьма распространенную ситуацию, с которой столкнулись пользователи старых редакций зарплатных программ. В отличие от более современной 1С:ЗУП 3.1, где для "президентских" нерабочих дней с сохранением заработной платы был оперативно добавлен специальный механизм (галочка в настройках), в 1С:ЗУП 2.5 (и 2.5 КОРП) подобная автоматизация не реализовывалась. Нам придется произвести ручные настройки, чтобы сотрудники получили свой оклад, а табель заполнился корректно.
Проанализируем несколько рабочих методик решения этой задачи. Разберем по шагам каждый из них, чтобы вы могли выбрать наиболее подходящий для регламента вашей организации.
Это типовое решение, которое позволяет отразить дни как выходные, но при этом начислить за них деньги. Посмотрим на алгоритм действий:
НеявкиИБолезниОрганизаций.НеявкиИБолезниОрганизаций, добавим тех же сотрудников, установим состояние Работает и укажем дату возвращения к работе.НачислениеЗарплатыСотрудникамОрганизаций.Важный нюанс: почему могут появляться нули?
Многие пользователи сталкиваются с тем, что после выполнения описанных шагов в документе начисления показатели "Результат", "Отработано дней" и "Оплачено дней" равны нулю. Выясним причину.
Дело в алгоритмах ЗУП 2.5. Введение документа неявок фиксирует отсутствие сотрудника на рабочем месте (неотработанное время). Если ваш основной вид расчета (например, Оклад по дням) в своей формуле жестко опирается на фактически отработанное время, программа умножает тарифную ставку на ноль отработанных дней.
Чтобы этот метод сработал корректно, необходимо убедиться, что вид расчета, привязанный к виду времени ОВ (Оплачиваемые выходные), имеет соответствующие настройки на вкладке "Время" и его формула не зависит от отработанных дней, либо рассчитывается по среднему заработку. Обязательно сформируйте отчет ТабельУчетаРабочегоВремени (форма Т-13) перед начислением — в нем должны стоять буквенные коды ОВ.
Рассмотрим альтернативный метод, который массово применялся бухгалтерами на практике из-за своей простоты. Мы не будем вводить никаких неявок и создавать новые виды времени.
Суть заключается в том, чтобы оставить в табеле обычные рабочие дни (код Я — Явка). Поскольку сотрудники в любом случае должны получить полный оклад, программа без лишних настроек начислит заработную плату в штатном режиме.
Риски данного метода: Главный минус этого подхода кроется в последующем расчете среднего заработка (для отпускных или командировок). Эти нерабочие дни и суммы за них попадут в расчетную базу как обычные отработанные дни, что может противоречить рекомендациям Минтруда для подобных периодов.
Если наша цель — строго следовать рекомендациям законодательства и в будущем исключить эти нерабочие дни и начисленные за них суммы из расчета среднего заработка, мы пойдем по более сложному, но методически правильному пути.
Разберем по шагам настройку этого метода:
ОН (Оплачиваемые нерабочие дни).ОсновныеНачисленияОрганизаций.РегистрацияРазовыхНачисленийСотрудникамОрганизаций.Используя этот метод, мы добиваемся того, что в табеле отражаются специальные коды, сотрудники получают нужные суммы в качестве разового начисления (в размере оклада), а при расчете отпускных в будущих периодах программа корректно исключит эти дни и суммы из базы.