← На главную

При расчете заработной платы бухгалтеры нередко сталкиваются с ситуацией: сотрудник часть месяца работал, а оставшуюся часть находился на больничном. При проведении документа Начисление зарплаты и взносов в табличной части в колонках Дата начала и Дата окончания для строки с начислением «Оплата по окладу» все равно отображаются границы полного месяца (например, с 01 по 31 число), а не фактический период работы. Проанализируем, почему типовой механизм программы устроен именно так, нужно ли разбивать строки вручную и как избежать нежелательных перерасчетов и сторнирования сумм.

Архитектурное отображение дат в документе начисления

Разберем логику работы колонок с датами в документе Начисление зарплаты и взносов. В конфигурации 1С:ЗУП 3.1 даты начала и окончания в строках начислений отражают плановый период действия начисления, а не фактические отработанные интервалы. Если сотруднику назначен оклад, то период его действия в рамках месяца является непрерывным с 1-го по последнее число.

Автоматическое дробление строки планового начисления на несколько отдельных интервалов дат происходит исключительно при изменении условий труда или параметров самого начисления внутри расчетного месяца:

1. Оформлен кадровый перевод сотрудника (смена должности, подразделения или графика работы).
2. Проведено плановое изменение оклада или тарифной ставки.
3. Изменились территориальные условия, доля неполного рабочего времени или условия труда.

Во всех остальных случаях (включая неявки, отпуска и больничные) строка оклада остается единой на весь месяц. Уменьшение итоговой суммы начисления происходит не за счет ручной корректировки дат, а за счет уменьшения показателей Дней отработано и Часов отработано, которые рассчитываются с учетом механизма вытеснения периодов.

Метод отклонений и учет фактически отработанного времени

Рассмотрим, как 1С:ЗУП определяет фактическое рабочее время. В программе реализовано два подхода к учету времени:

1. Метод отклонений: базовый и рекомендуемый сценарий. Система берет график работы сотрудника и автоматически вычитает из него зарегистрированные специализированными документами отклонения (Больничный лист, Отпуск, Отсутствие (болезнь, прогул, неявка), Командировка). При таком подходе создавать отдельный документ Табель не требуется.
2. Метод сплошной регистрации: фактическое использование рабочего времени вводится вручную через документ Табель. Следует учитывать, что документ Табель имеет наивысший приоритет. Если табель введен с ошибкой (например, дни неявки случайно заполнены как явка), программа рассчитает оклад по данным табеля, проигнорировав введенные ранее отклонения.

Если в течение месяца сотрудник заболел, но сам листок нетрудоспособности еще не предоставлен, регистрируем документ Отсутствие (болезнь, прогул, неявка) с видом отсутствия «Отсутствие по невыясненной причине». При расчете зарплаты за месяц программа увидит зарегистрированную неявку, автоматически сократит отработанные дни и корректно начислит оклад только за фактически отработанный период.

Причины возникновения перерасчетов и сторно в больничном листе

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

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

Если цепочка документов оформлена корректно (сначала зарегистрировано Отсутствие на точные даты болезни, затем рассчитана зарплата, а затем проведен Больничный лист), то при проведении больничного сумма перерасчета оклада за дни болезни составит 0 рублей, так как этот оклад изначально не был начислен.

Проверка настроек приоритета (вытеснения) начислений

Если при наличии документов отклонений программа продолжает начислять полный оклад, проверим настройки вытеснения в плане видов расчета. Для этого перейдем в раздел Настройка — Начисления и проверим следующие параметры:

1. Откроем начисление Оплата по окладу. На вкладке Приоритет в правой табличной части (начисления, приоритет которых выше) должны присутствовать начисления: Больничный и Отсутствие по невыясненной причине.
2. Откроем начисление Больничный. На вкладке Приоритет проверим, чтобы начисление Больничный вытесняло Отсутствие по невыясненной причине. Это обеспечивает бесшовную замену неявки фактической оплатой по листку нетрудоспособности.

Управление ошибочными записями в регистре «Перерасчеты»

При случайной перезаписи или корректировке кадрово-расчетных документов система регистрирует необходимость перерасчета в специальном регистре сведений. Посмотрим, как устранить лишние записи:

1. Перейдем в раздел Зарплата — Перерасчеты.
2. Найдем строки по интересующему сотруднику.
3. Если перерасчет возник из-за технической перезаписи документов, а фактические суммы и время верны, выделим запись и нажмем кнопку Отменить.

Таким образом, ручная правка дат в документе Начисление зарплаты и взносов не требуется. Корректность начислений обеспечивается своевременной регистрацией документов неявок и правильной настройкой приоритетов вытеснения в программе.