← На главную

При расчете отпускных или командировочных в программе «1С:Зарплата и управление персоналом 3.1» бухгалтеры часто сталкиваются с неприятной ситуацией: сотрудник болел целый месяц, начислений за этот период нет, но программа при расчете среднего заработка все равно подставляет 29,3 календарных дня за этот месяц. В результате средний заработок искусственно занижается, что приводит к некорректной сумме выплат. В данной статье мы подробно разберем, почему так происходит, как работают внутренние механизмы программы и как правильно «лечить» такие ошибки.

Суть проблемы и механизм работы регистров

Проанализируем ситуацию: в прошлом году сотрудница болела весь сентябрь. В текущем году она уходит в отпуск. При формировании документа «Отпуск» программа видит, что в сентябре заработок равен 0, но количество календарных дней для расчета среднего зафиксировано как 29,3 (полный месяц). С точки зрения логики расчета среднего заработка, если сотрудник болел, эти дни должны исключаться из знаменателя формулы.

Выясним причину такого поведения системы. Все данные для расчета среднего заработка в ЗУП 3.1 аккумулируются в специальном регистре накопления — ДанныеОВремениДляРасчетаСреднегоОбщий. Записи в этот регистр делает не только документ Больничный лист, но и основной документ Начисление зарплаты и взносов.

Если на момент проведения сентябрьской зарплаты в системе не было зарегистрировано ни одного документа, подтверждающего отсутствие (будь то сам больничный или временное отсутствие), программа считает, что сотрудник должен был работать по своему графику. Даже если начислений по деньгам в итоге 0, документ НачислениеЗарплаты фиксирует «отработанные» календарные дни в регистре среднего, так как он не видит оснований для их исключения.

Почему «перезаполнение» не помогает?

Рассмотрим по шагам, почему обычное перепроведение больничного листа часто не решает проблему. Если больничный за сентябрь был принесен сотрудником только в октябре, и расчетчик ввел его «октябрем», то в сентябрьском периоде в регистре уже «сидят» записи от документа начисления зарплаты.

В ЗУП 3.1 реализован механизм вытеснения. Документ с более высоким приоритетом (например, БольничныйЛист) должен «вытеснять» время документа с низким приоритетом (НачислениеЗарплаты). Однако, если эти документы находятся в разных месяцах начисления или если нарушена последовательность ввода, механизм может отработать некорректно в части записей регистра для среднего заработка.

Решение 1: Использование документа «Отсутствие (болезнь, прогул, неявка)»

Это самый правильный методический способ решения проблемы «забытых» или «запоздавших» больничных. Разберем алгоритм действий, который позволит избежать ошибок в будущем:

1. Если сотрудник болеет в текущем месяце (сентябре), но листок нетрудоспособности еще не закрыт и не принесен, необходимо обязательно ввести документ Отсутствие (болезнь, прогул, неявка).
2. В поле Причина отсутствия указываем «Болезнь (отсутствие еще не подтверждено)».
3. Устанавливаем период отсутствия (весь сентябрь).
4. При проведении этот документ «застолбит» время в регистрах как неотработанное.
5. Когда в конце сентября вы будете делать документ НачислениеЗарплаты, программа увидит это отсутствие и не запишет 29,3 дня в регистр среднего заработка.
6. Позже, в октябре, когда придет реальный БольничныйЛист, он просто уточнит состояние и произведет расчет денег, но данные о времени для среднего уже будут корректно сформированы сентябрем.

Решение 2: Исправление периода через документ «Начисление зарплаты»

Если ошибка уже совершена и вы обнаружили ее спустя полгода, как в примере автора темы, нам придется корректировать записи прошлых периодов. Посмотрим, как это сделать «красиво» без ручных правок в регистрах:

Проанализируем ситуацию в сентябре прошлого года. Нам нужно заставить программу «увидеть», что 29,3 дня были записаны ошибочно. Для этого:

1. Найдем тот самый документ Начисление зарплаты и взносов за сентябрь прошлого года.
2. В нижней части документа воспользуемся ссылкой Исправить. Это создаст новый документ-исправление текущим (сегодняшним) месяцем, но за расчетный период прошлого сентября.
3. В исправлении система должна сторнировать старые записи и, увидев уже введенный (хоть и позже) больничный, корректно обнулить календарные дни в регистре ДанныеОВремениДляРасчетаСреднегоОбщий.

Решение 3: Быстрая ручная правка в форме расчета среднего

Рассмотрим вариант для случаев, когда «срочно нужно сдать отчетность» и нет времени заниматься пересчетами прошлых периодов. Это решение самое быстрое, но оно не устраняет причину проблемы.

В документе Отпуск нажмите на кнопку «Изменить» (значок карандаша) рядом с полем Средний заработок. В открывшейся форме «Ввод данных для расчета среднего заработка» найдите строку за сентябрь прошлого года. В колонке Календарные дни вручную исправьте 29,3 на 0 (или на то количество дней, которое сотрудник реально отработал в том месяце). После нажатия кнопки «ОК» программа пересчитает сумму отпускных исходя из новых данных.

Важно: Помните, что при любом последующем автоматическом пересчете этого документа ручные правки могут «слететь», поэтому этот метод является временной мерой.

Как контролировать подобные ошибки?

Чтобы бухгалтер не пропускал такие ситуации, проанализируем инструменты автоматического контроля в ЗУП 3.1. Мы рекомендуем регулярно формировать следующие отчеты:

1. Контроль отражения периодов отсутствия — этот отчет покажет, по всем ли сотрудникам, у которых в табеле стоят неявки, введены расчетные документы или документы отсутствия.
2. Справка-расчет «Расчет среднего заработка» — перед выплатой отпускных стоит бегло просмотреть колонки «Отработано дней (календарных)» и «Сумма». Если вы видите 29,3 дня при нулевом заработке — это сигнал проверить историю документов за этот месяц.

Подведем итог: главная причина попадания дней болезни в средний заработок — это нарушение последовательности ввода документов и отсутствие «документа-заглушки» (Отсутствие по невыясненной причине) в том месяце, когда сотрудник фактически не работал, а больничный еще не был начислен. Соблюдение методики 1С по регистрации неявок позволит вам всегда получать корректный расчет среднего заработка без ручных корректировок.