Расчет отпускных в 1С: Бухгалтерия 2026: новые правила и настройки
В 2026 году в 1С:Бухгалтерия изменился порядок учета нерабочих дней и премий в расчете среднего заработка для отпускных. Однако ключевая проблема не в новых правилах, а в старых ловушках, которые теперь дают сбой чаще. Статья показывает, где именно программа молча врет, и как это исправить до того, как придет налоговая.
Контекст: что реально изменилось в 2026 году
Согласно актуальной редакции Трудового кодекса, с 2026 года уточнен механизм учета нерабочих праздничных дней, приходящихся на период отпуска совместителей и работников с неполным рабочим временем. Также скорректирован порядок включения квартальных премий в расчет среднего заработка – теперь они учитываются пропорционально отработанному времени за период премирования, а не за весь расчетный период. В 1С:Бухгалтерия выпущены соответствующие обновления, но типовые настройки не всегда корректны – особенно в конфигурациях, наследующих старые шаблоны.
Главная опасность: 1С может рассчитать отпускные по старым правилам, если не обновлены регистры сведений “Производственные календари” и “Порядок учета премий”. Разница на одного сотрудника может составить до 5–7% от суммы.
Ловушка №1: Некорректная настройка нерабочих дней в производственном календаре
Как настройка влияет на средний заработок
Расчет среднего дневного заработка для отпускных использует сумму заработка за 12 месяцев, деленную на 12 и на среднемесячное число календарных дней (29,3). Однако, если в производственном календаре неверно отмечены нерабочие праздничные дни, программа может завысить или занизить количество учитываемых календарных дней в месяце, в котором эти нерабочие дни приходятся на отпуск.
Пример: январь 2026 года содержит 8 нерабочих праздничных дней (согласно производственному календарю). Если в справочнике “Графики работы” для этого сотрудника не указан режим “Пятидневка” с учетом этих праздников, 1С автоматически применяет стандартный график, где все выходные — суббота и воскресенье. В результате программа считает, что в январе 31 календарный день, и делит сумму отпускных на 31, а не на (31 – 8 = 23) фактических календарных дня. Это системная ошибка, которую легко пропустить.
// Фрагмент проверки корректности графика работы сотрудника
ГрафикСотрудника = Справочники.ГрафикиРаботы.НайтиПоНаименованию("Основной график (5-дневка)");
Если ГрафикСотрудника.Пустая() Тогда
Сообщить("Не найден график. Используется стандартный режим, возможна ошибка расчета.");
Иначе
// Проверяем, что в графике учтены праздничные дни на 2026 год
Календарь = ГрафикСотрудника.ПроизводственныйКалендарь;
Если Календарь.Год = 2026 Тогда
// Календарь актуален
Иначе
Предупреждение("Производственный календарь за 2026 год не загружен.");
КонецЕсли;
КонецЕсли;
Проверьте: в регистре сведений “Производственные календари” для 2026 года должны быть заполнены все нерабочие праздничные дни. Если нет – загрузите из классификатора или вручную.
Ловушка №2: Округление сумм отпускных при дробном количестве дней
Арифметическое округление vs. округление в пользу работника
Типовая конфигурация “Бухгалтерия предприятия” (ред. 3.0) использует математическое округление до двух знаков после запятой. Однако согласно разъяснениям Минтруда, если отпуск предоставляется на неполное количество дней (например, 2,33 дня), округление должно производиться в пользу работника (до 2,34 дня?). Фактически в 1С нет автоматического механизма таких округлений – сумма просто отсекается по правилам математики.
Пример: среднедневной заработок 2000 руб. Количество дней отпуска 2,33. Сумма = 2000 * 2,33 = 4660,00 руб. Если бы округлили в пользу работника (например, до 2,34) – сумма была бы 4680,00 руб. Разница 20 руб. на одного сотрудника. При массовом характере (десятки работников) – это сотни рублей разницы в фонде оплаты труда, что может быть выявлено при проверке.
// Пример расчета с принудительным округлением в пользу работника
СуммаОтпускных = СреднийДневнойЗаработок * КоличествоДнейОтпуска;
СуммаОтпускныхВПользуРаботника = Окр(СуммаОтпускных, 2, РежимОкругления.Окр15как20);
// Примечание: Режима Окр15как20 в типовой конфигурации нет – это псевдокод.
// Реальное решение – расчет вручную и корректировка документа "Отпуск" через механизм цен.
Предупреждение: не пытайтесь обойти округление через редактирование типового алгоритма – это сломает обмен с ЗУП. Правильный подход – проверять суммы вручную и, при необходимости, создавать корректирующий документ.
Ловушка №3: Учет премий, начисленных после расчета отпуска
Почему пересчет не происходит автоматически
В 1С:Бухгалтерия нет встроенного механизма пересчета отпускных при изменении базы среднего заработка в прошлых периодах. Если квартальная премия начислена после того, как сотруднику уже выплачены отпускные, и при этом премия должна быть включена в расчет среднего заработка за 12 месяцев (с учетом новой методики 2026 года), программа не пересчитает отпускные автоматически. Бухгалтер должен вручную открыть документ “Отпуск” и выполнить “Перезаполнить” или перепровести заново, а затем сформировать корректирующий документ. Эта операция часто пропускается.
// Пример: найти все документы "Отпуск" за период, где премия еще не учтена Запрос = Новый Запрос(" ВЫБРАТЬ Отпуск.Ссылка, Отпуск.ДатаНачала, Отпуск.Сотрудник ИЗ Документ.Отпуск КАК Отпуск ГДЕ Отпуск.Проведен И Отпуск.ДатаНачала МЕЖДУ &НачПериода И &КонПериода "); Запрос.УстановитьПараметр("НачПериода", НачалоМесяца(ДатаПремии)); Запрос.УстановитьПараметр("КонПериода", КонецМесяца(ДатаПремии)); Результат = Запрос.Выполнить(); Выборка = Результат.Выбрать(); Пока Выборка.Следующий() Цикл // здесь можно инициировать перепроведение документа КонецЦикла;Расширение «НОПик» для 1С — встраиваемый коннектор к внешнему AI с интеллектуальным поиском по базе. Задавайте вопросы обычными словами - AI сам найдёт нужное. 45 дней бесплатно.
Попробовать НОПик →