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