Почему в 1С ЗУП не индексируется отпуск и как это исправить

Ситуация, когда в 1С:ЗУП отпускные рассчитываются без учёта повышения окладов, — одна из самых частых жалоб расчётчиков. По правилам средний заработок для отпуска должен индексироваться, если в расчётном периоде или после него в организации (подразделении) проводилось повышение тарифных ставок и окладов. Если программа этого не делает, причина почти всегда кроется в данных: неправильно оформлено повышение, не тот состав сотрудников, неверная дата или настройки начислений.

Важно понимать: ЗУП не «забывает» индексацию случайно. Программа строит цепочку «документ повышения → коэффициент → средний заработок», и сбой в любом звене приводит к тому, что отпуск считается по старым суммам. Ниже разберём, как устроен механизм, где искать ошибку и как исправить расчёт без риска для уже выплаченных сумм.

Как вообще работает индексация отпускных в ЗУП

Механизм опирается на правила расчёта среднего заработка: если в расчётном периоде (12 месяцев до отпуска) или в периоде сохранения среднего произошло повышение окладов по организации, филиалу или структурному подразделению, выплаты, учитываемые в среднем заработке, умножаются на коэффициент повышения. Коэффициент считается как отношение нового оклада к старому.

В ЗУП программа определяет коэффициент автоматически — по кадровым и расчётным данным сотрудника. Она смотрит историю изменения плановых начислений и вычисляет отношение текущего размера начисления к прежнему. При этом важно условие: повышение должно быть массовым (по подразделению или организации), а не персональным. Индивидуальное повышение оклада одному сотруднику по нормам не даёт права на индексацию среднего заработка, и программа по умолчанию исходит именно из этой логики.

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

Причина 1: повышение оформлено не тем документом

Самая распространённая ошибка — повышение оклада внесено документом, который программа не воспринимает как основание для индексации. Например, бухгалтер вручную изменил размер начисления в документе «Изменение оплаты труда» или вообще скорректировал сумму прямо в начислении зарплаты. ЗУП при этом видит новый оклад, но не фиксирует событие массового повышения.

Корректные варианты оформления — документы «Изменение плановых начислений», «Изменение оплаты труда» (в зависимости от релиза и настроек) или кадровый перевод с изменением оплаты, где явно задан новый размер начисления. Ключевой момент: в документе должен быть установлен признак того, что это индексация/повышение, а в типовых настройках — заполнена дата изменения и корректный список сотрудников.

Как проверить: откройте карточку сотрудника, перейдите к истории изменения оплаты труда и убедитесь, что повышение отражено документом с правильной датой и новым размером. Если истории нет или изменение внесено «мимо» документов — коэффициент считаться не будет.

1. 1
   Откройте карточку сотрудника и посмотрите историю изменения плановых начислений
2. 2
   Найдите документ, которым внесено повышение, и проверьте его дату и размер нового оклада
3. 3
   Убедитесь, что документ проведён и относится к нужному подразделению
4. 4
   Откройте документ «Отпуск» и на закладке расчёта среднего заработка проверьте колонку коэффициента индексации

Причина 2: повышение не считается массовым

Нормы об индексации среднего заработка применяются, когда повышение затронуло всех сотрудников организации, филиала или структурного подразделения. Если оклад подняли одному человеку или выборочно нескольким — это персональное повышение, и отпускные индексироваться не должны. ЗУП анализирует состав сотрудников в документе повышения относительно штатного расписания подразделения.

Типичная ловушка: повышение провели «почти для всех», но исключили, например, одного сотрудника в отпуске по уходу за ребёнком или внешних совместителей. В зависимости от настроек программа может трактовать это как неполное повышение по подразделению. Другой вариант — повышение оформлено по организации в целом, а сотрудник числится в обособленном подразделении, попавшем в документ частично.

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

Причина 3: неверная дата повышения и расчётный период

Правила индексации зависят от того, когда произошло повышение: в расчётном периоде, после расчётного периода до начала отпуска или во время отпуска. В первом случае индексируются выплаты до повышения; во втором — весь средний заработок; в третьем — часть отпускных с даты повышения. Если дата в документе указана неверно, программа применит неправильный сценарий или не применит никакой.

Частая ситуация: приказ о повышении издан одним числом, а новые оклады фактически действуют с другого. В ЗУП решающее значение имеет дата, с которой изменилось плановое начисление, а не дата самого документа. Если документ введён «задним числом» после расчёта отпуска — уже рассчитанный отпуск автоматически не пересчитается, его нужно открыть и перезаполнить.

Ещё один нюанс — отпуск с переходящим расчётным периодом. Если повышение попало на границу периодов, проверьте, какие месяцы вошли в расчёт среднего: иногда расчётчик ждёт индексацию месяца, который просто не входит в расчётный период конкретного отпуска.

Причина 4: настройки видов расчёта и состава базы

Индексируются не все выплаты, а только те, что установлены в процентах, кратно или в фиксированной привязке к окладу. Выплаты в абсолютных суммах (например, фиксированная надбавка 5000 рублей) и выплаты в диапазоне значений по нормам не индексируются. Если в ЗУП вид расчёта настроен как фиксированная сумма, программа корректно его не индексирует — хотя расчётчик может ожидать обратного.

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

Также проверьте, не используется ли в организации собственный (доработанный) алгоритм расчёта среднего. В изменённых конфигурациях типовой механизм индексации может быть переопределён, и тогда диагностику нужно вести уже по коду доработки.

Причина 5: штатное расписание и обособленные подразделения

Если в базе ведётся штатное расписание, повышение обычно оформляется документом изменения штатного расписания, а затем — изменением плановых начислений сотрудников. Разрыв между этими документами (изменили штатку, но не провели изменение начислений, или наоборот) приводит к тому, что коэффициент индексации не формируется либо считается неверно.

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

Полезный приём — сформировать штатную расстановку на дату повышения и сверить её с табличной частью документа. Расхождения обычно видны сразу: переведённые в середине месяца сотрудники, вакансии, совместители.

Как исправить расчёт и проверить результат

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

Если отпускные уже выплачены, не редактируйте прошлый документ без необходимости — корректнее сделать доначисление. В ЗУП для этого используется механизм перерасчётов: после исправления исходных данных программа предложит доначислить разницу в текущем периоде документом «Доначисление, перерасчет» или при очередном расчёте. Так сохраняется корректная история для отчётности и НДФЛ.

Проверка результата: в расчёте среднего заработка по месяцам до повышения должен стоять коэффициент больше единицы, равный отношению нового оклада к старому. Сумма отпускных должна вырасти пропорционально проиндексированной части базы. Сверьте итог ручным расчётом хотя бы по одному месяцу — это быстрее всего выявляет остаточные ошибки.

Контрольные точки

Как проверить результат

Колонка коэффициента в расчёте среднего

Норма

Коэффициент больше 1 в месяцах до повышения

Тревожный признак

Везде 1 при реальном повышении

Значение коэффициента

Норма

Равно отношению нового оклада к старому

Тревожный признак

Произвольное или округлённое значение

Сумма отпускных

Норма

Выросла после пересчёта

Тревожный признак

Не изменилась после исправления данных

История оплаты труда сотрудника

Норма

Повышение отражено документом с верной датой

Тревожный признак

Изменение внесено без документа

Типичные ошибки и чего делать не стоит

Ошибка номер один — ручная правка суммы отпускных вместо исправления исходных данных. Это ломает связь расчёта со средним заработком, искажает отчётность и создаёт проблемы при следующих перерасчётах. Всегда исправляйте причину, а не результат.

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

Наконец, не стоит массово перепроводить старые документы «для надёжности» — это может изменить данные закрытых периодов и нарушить сданную отчётность. Работайте точечно: один сотрудник, один документ, контрольный пересчёт.

Частые вопросы

Повысили оклад только одному сотруднику — должны ли индексироваться его отпускные?

Нет. Индексация среднего заработка применяется при повышении окладов по организации, филиалу или структурному подразделению в целом. Персональное повышение одного сотрудника такого права не даёт, и ЗУП в этом случае корректно не применяет коэффициент.

Повышение внесли после того, как отпуск уже рассчитан. Что делать?

Откройте документ «Отпуск» и обновите расчёт среднего заработка — программа подтянет новые данные и применит коэффициент. Если отпускные уже выплачены, не трогайте старый документ, а сделайте доначисление разницы в текущем периоде через механизм перерасчётов.

Коэффициент в расчёте есть, но сумма отпускных почти не выросла. Почему?

Скорее всего, значительная часть выплат сотрудника — фиксированные надбавки или премии в абсолютных суммах, которые по правилам не индексируются. Проверьте состав базы среднего заработка: проиндексирована только окладная часть и выплаты, привязанные к окладу в процентах.

Индексируются ли отпускные, если повышение произошло во время отпуска?

Да, но только часть отпускных — с даты повышения до конца отпуска. В ЗУП такой перерасчёт выполняется отдельно после ввода данных о повышении; сам по себе уже рассчитанный документ «Отпуск» эту ситуацию не отследит.

Где в документе «Отпуск» увидеть, применилась ли индексация?

Откройте форму расчёта среднего заработка внутри документа. В таблице по месяцам расчётного периода есть колонка с коэффициентом индексации: значения больше единицы в месяцах до повышения означают, что индексация применена. Значение 1 во всех строках при реальном повышении — признак проблемы.

Влияет ли дата документа повышения на расчёт?

Решающее значение имеет не дата самого документа, а дата, с которой изменилось плановое начисление. Именно от неё зависит, какие месяцы расчётного периода будут проиндексированы и по какому сценарию (до отпуска, после расчётного периода или во время отпуска) сработает механизм.