Разберем по шагам, как правильно посчитать сумму компенсации за неиспользованный отпуск при увольнении сотрудника, работающего по срочному трудовому договору, и как это корректно отразить в 1С (чаще всего речь про 1С:ЗУП, но логика пригодится и для кадрового учета в других решениях 1С).
Типичная ситуация выглядит так: сотрудник увольняется по истечении срочного договора, срок договора — менее 2 месяцев, по закону ему положено 2 рабочих дня отпуска за месяц работы, а программа упорно показывает 2,33 дня (то есть «28/12» как для обычного ежегодного отпуска). Давайте проанализируем ситуацию и выясним причину, а затем разберем несколько рабочих способов решения — от «простого и безопасного» до «строго по норме с учетом рабочих дней».
Начнем с главного: срочный договор бывает разным с точки зрения отпусков. И именно от этого зависит, в каких днях (календарных или рабочих) мы считаем отпуск и компенсацию.
Вариант А (самый частый): срочный договор более 2 месяцев. Тогда отпуск считается как обычный ежегодный оплачиваемый отпуск: базово 28 календарных дней за рабочий год, а при увольнении за неполный период — пропорционально отработанному времени. В прикладном учете это обычно превращается в «2,33 дня за месяц» (28 / 12 = 2,33).
Вариант Б (проблемный и как раз наш кейс): срочный договор до 2 месяцев включительно. Здесь отпуск предоставляется (или компенсируется при увольнении) из расчета 2 рабочих дня за месяц работы. Ключевое слово — рабочих. Это не 2,33 календарных дня.
Вариант В (похожий на вариант Б): сезонные работы. Для сезонных работников также действует правило про отпуск в рабочих днях (обычно — те же 2 рабочих дня за месяц).
Дальше будем действовать так: сначала классифицируем договор, потом считаем дни отпуска (неиспользованные дни), после считаем средний заработок, и только в конце получаем сумму компенсации.
Сделаем универсальный скелет, который работает в большинстве компаний, а затем отдельно уточним отличия для «до 2 месяцев» и для обычных срочных договоров.
Общий принцип: компенсация = неиспользованные дни отпуска × средний дневной заработок.
Значит, нам нужно корректно определить две величины:
Сколько дней отпуска «заработано» за время работы по договору (в календарных или рабочих днях — зависит от варианта договора).
Сколько дней отпуска уже использовано (если сотрудник ходил в отпуск или ему уже компенсировали часть ранее).
Какой средний дневной заработок берем для расчета компенсации (по календарным дням или по рабочим дням — опять же зависит от вида отпуска).
Теперь «приземлим» это на практику и на 1С.
Посмотрим на два расчета рядом — так проще не ошибиться.
3.1. Если договор более 2 месяцев (или обычный ежегодный отпуск в календарных днях)
Тогда чаще всего используем пропорцию:
Заработанные дни отпуска = 28 × (отработанное время / 12 месяцев)
В прикладном виде это обычно считают так:
Заработанные дни отпуска = Количество полных месяцев × 2,33
где 2,33 — это 28 / 12.
Далее:
Неиспользованные дни = Заработанные дни − Использованные дни
И уже их компенсируем.
Важно: почти всегда возникает вопрос «как считать неполный месяц». Давайте разберем по шагам, потому что именно здесь часто появляются «лишние» или «потерянные» дни.
Как считать отработанные месяцы (практическое правило округления)
В кадровой практике обычно применяют правило: если в месяце отработано менее половины календарных дней — месяц не засчитываем; если половина и более — засчитываем как полный. В компаниях это правило часто закрепляют методикой расчета компенсации (внутренним регламентом) и воспроизводят в 1С настройками/типовой логикой расчета.
Мы здесь не спорим, «как должно быть в идеальном мире», а разбираем практический путь: зафиксируйте способ округления и применяйте его единообразно, чтобы не ловить расхождения между расчетчиком, кадровиком и программой.
3.2. Если договор до 2 месяцев (или сезонный): отпуск в рабочих днях
Здесь формула другая:
Заработанные дни отпуска = Количество месяцев работы × 2 рабочих дня
То есть за 1 месяц — 2 рабочих дня, за 2 месяца — 4 рабочих дня, и т.д.
И вот здесь появляется ключевой конфликт с типовыми настройками: многие конфигурации и методики по умолчанию «мыслят» ежегодным отпуском в календарных днях и начисляют «2,33», даже когда по норме нам нужны рабочие дни.
Почему в 1С часто получается 2,33 вместо 2?
Потому что система рассчитывает компенсацию как часть ежегодного отпуска 28 календарных дней, пропорционально месяцу работы, и не «переключается» в режим отпусков в рабочих днях автоматически — пока мы явно не зададим соответствующий вид отпуска/право на отпуск/правильный механизм.
Теперь давайте разберем решения, как это исправлять (или как безопасно принять расчет 2,33, если он не ухудшает положение работника).
Рассмотрим подробнее самый простой путь, который нередко выбирают на практике.
Если программа рассчитала сотруднику 2,33 дня вместо 2 рабочих дней, то формально это означает, что работнику выплачивают больше, чем минимально требуется по норме для «до 2 месяцев» (потому что 2,33 календарных дня в пересчете на оплату часто дают большую сумму, чем 2 рабочих дня, особенно при пятидневке). В обсуждениях практиков обычно звучит аргумент: если расчет не ухудшает положение работника, то критичной проблемы нет.
Но давайте действовать аккуратно и «по-взрослому»:
Сначала зафиксируем, что договор действительно «до 2 месяцев», и по норме отпуск в рабочих днях — 2 рабочих дня за месяц.
Дальше сравним суммы: что получилось по 2,33 календарных дня и что бы получилось по 2 рабочим дням.
Если сумма по 2,33 выше — это не ухудшение, но это может быть переплата относительно минимального требования. Тут компания сама решает, допустимо ли это с точки зрения политики затрат.
Если вдруг сумма по 2,33 ниже (такое возможно при нестандартных графиках и особенностях среднего заработка) — тогда оставлять так нельзя, нужно корректировать.
Этот путь хорош тем, что:
1) не требует глубоких настроек;
2) не ломает типовые механизмы;
3) почти всегда проходит «человеческую» проверку: сотрудник получает не меньше, чем должен.
Но если нам важно строгое соответствие методике (например, из-за проверки, внутреннего регламента или единообразия расчетов), идем дальше.
Разберем по шагам, как подойти к задаче системно, чтобы 1С автоматически считала именно 2 рабочих дня за месяц для таких работников.
Сразу договоримся: конкретные пункты меню и названия могут немного отличаться в зависимости от конфигурации и версии (например, ЗУП 3.1 или более старая редакция). Но логика везде одна:
Нужно, чтобы для сотрудника действовал вид отпуска (и право на отпуск), который учитывается в рабочих днях, а не в календарных.
Посмотрим, как это обычно делается на практике.
Наша цель: создать/использовать такой вид отпуска, который 1С будет считать в рабочих днях.
Действуем так:
Проверим, какие виды отпусков используются в базе (обычно это справочник видов отпусков или настройка кадрового учета).
Создадим отдельный вид, например: «Отпуск по договору до 2 месяцев (2 рабочих дня/мес)».
Укажем, что отпуск предоставляется в рабочих днях (если в конфигурации есть такой флаг/настройка).
Пропишем норму накопления: 2 рабочих дня за месяц.
В некоторых конфигурациях типовая логика ежегодного отпуска «в календарных днях» встроена жестко, и простое создание вида отпуска не переключает расчет. Тогда действуем через «право на отпуск» и документы, которые формируют остатки отпусков.
Что проверяем в учетных данных сотрудника
Нужно убедиться, что у сотрудника право на отпуск (и его учет) действительно привязан к нужному виду отпуска, а не к стандартному «Основному ежегодному 28 дней».
Здесь часто помогает проверка остатков отпуска и расшифровка расчета в документе увольнения: в типовых интерфейсах обычно есть ссылка/расшифровка вида «как сотрудник использовал отпуск», где видно, какие периоды и какие нормы применились.
Разберем важный момент: если отпуск в рабочих днях, то «рабочие дни» определяются не абстрактно, а по графику работы сотрудника.
Что делаем:
Проверим график работы в кадровых данных.
Убедимся, что график заполнен корректно (пятидневка/сменный график/неполное время).
Проверим производственный календарь и настройки календарей, если они используются в базе.
Если график заполнен неверно, «2 рабочих дня» могут превращаться в странные числа при пересчете среднего заработка или при формировании периода компенсации.
Теперь оформим увольнение и проверим расчет.
Обычно расчет компенсации выполняется документом «Увольнение» (в кадровых документах) и затем попадает в начисления (зарплатные документы) автоматически или по связке документов — зависит от конфигурации.
Действуем так:
Создадим документ увольнения на нужную дату.
Откроем раздел/вкладку, где отражается компенсация отпуска (часто это вкладка «Компенсация отпуска»).
Посмотрим, какие виды отпусков система подхватила для компенсации (это критично).
Откроем расшифровку использования отпуска, чтобы увидеть, откуда взялись дни (периоды, нормы, остатки).
Если мы сделали все правильно, система должна показать именно «2 рабочих дня за месяц», а не «2,33».
Если все равно показывает 2,33 — это значит, что сотрудник все еще «сидит» на стандартном ежегодном отпуске 28 календарных дней, а наш вид отпуска в рабочих днях не участвует в расчете.
Теперь разберем вариант, который часто выбирают расчетчики, когда «надо сделать правильно сегодня», а на настройки и методологию времени нет.
Суть: 1С может автоматически посчитать «как умеет» (2,33), а мы вручную выставим корректное количество дней компенсации (2 рабочих дня за месяц) и пересчитаем сумму.
Действуем по шагам:
Оформим увольнение стандартно.
Перейдем в раздел компенсации отпуска и посмотрим рассчитанные дни.
Вручную заменим количество дней на расчетное по норме (например, 2 рабочих дня за месяц, 4 рабочих дня за 2 месяца и т.д.).
Пересчитаем документ, чтобы сумма компенсации пересчиталась от новых дней.
Проверим, что итоговая сумма попала в начисления и выплату, и корректно отражается в расчетных листках/учетных регистрах.
Плюсы: быстро, понятно, контролируемо.
Минусы: ручная операция, повышает риск ошибки и требует дисциплины (обязательно фиксировать методику, чтобы другой расчетчик не сделал «как обычно»).
Теперь посмотрим на вторую половину формулы — средний заработок. Здесь тоже есть важное отличие между отпуском в календарных днях и отпуском в рабочих днях.
7.1. Если компенсация считается за отпуск в календарных днях
Тогда средний дневной заработок обычно считают по правилам «отпускного среднего» (в типовых решениях 1С он рассчитывается автоматически). На практике расчет завязан на расчетный период (как правило, 12 календарных месяцев) и на условный показатель среднемесячного числа календарных дней.
В 1С это обычно «прозрачно»: документ увольнения сам рассчитает средний и сумму компенсации. Наша задача — проверить, что расчетный период заполнен корректно, и что в начислениях нет «дыр» (например, не проведены документы, влияющие на базу среднего).
7.2. Если компенсация считается за отпуск в рабочих днях (договор до 2 месяцев, сезонные работы)
Тогда логика среднего чаще всего строится на рабочих днях по графику. То есть «среднедневной» здесь — это средний заработок за рабочий день (а не за календарный), и количество дней отпуска — тоже рабочие.
На практике это означает:
Проверяем, что в базе корректный график работы.
Проверяем расчетный период и базу среднего (выплаты, которые включаются/не включаются).
Сравниваем результат с контрольным ручным расчетом на небольшом примере.
Если 1С «не умеет» автоматически переключиться на рабочие дни, то даже при ручной корректировке количества дней мы можем получить сумму, которая не совпадает с тем, что ожидаем «вручную». Тогда действуем проще: считаем сумму контрольным расчетом и сравниваем, а затем подбираем корректный механизм начисления, который считает средний именно «по рабочим дням» (если он есть в конфигурации), либо фиксируем сумму корректировкой.
Посмотрим на пример, чтобы почувствовать разницу и понять, почему в реальной жизни это не просто «математика», а еще и «методология».
Пример 1. Договор на 1 месяц (до 2 месяцев), пятидневка
Допустим, сотрудник отработал 1 месяц и увольняется. По норме:
Компенсация дней = 2 рабочих дня
Но 1С рассчитала:
Компенсация дней = 2,33 календарных дня
Если средний дневной заработок считается «по календарным дням», то 2,33 может дать сумму выше или ниже, чем расчет по рабочим дням — зависит от того, как в конкретной базе считается средний, какие начисления включены и какой график. Поэтому мы не просто смотрим на «2 vs 2,33», а обязательно контролируем итоговую сумму.
Пример 2. Договор на 2 месяца (до 2 месяцев), отпуск не использовался
По норме:
Компенсация дней = 4 рабочих дня
По «общей логике 28/12»:
Компенсация дней = 2,33 × 2 = 4,66 календарных дня
Если 1С платит 4,66 дня, это обычно больше, чем минимум, но может расходиться с внутренней методикой. В этом месте и появляется выбор решения (оставить больше или настроить строго).
Давайте проанализируем самые частые причины, которые приводят к «неправильным» дням или суммам компенсации именно для срочных договоров.
Сотрудник оформлен как обычный работник с правом на ежегодный отпуск 28 календарных дней, хотя договор до 2 месяцев должен давать отпуск в рабочих днях.
Решение: заведем отдельный вид отпуска в рабочих днях и привяжем право на отпуск к нему, либо корректируем вручную в увольнении.
В базе нет механизма отпусков в рабочих днях (или он отключен настройками).
Решение: используем ручную корректировку дней/сумм, либо организуем отдельное начисление, где расчет идет по рабочим дням.
Неправильный график работы (например, сотруднику поставили пятидневку, хотя он был на сменном графике).
Решение: исправляем график, перепроводим документы, пересчитываем увольнение.
Не закрыт расчетный период или не проведены документы, влияющие на средний заработок.
Решение: проверяем начисления расчетного периода, перепроводим нужные документы, пересчитываем увольнение.
Есть неявки/отпуска/больничные, которые влияют на расчет среднего и на количество учитываемых дней.
Решение: сверяем кадровые документы и табель (если ведется), убеждаемся, что все отсутствия оформлены корректно.
Теперь соберем в один список то, на что обычно опираемся в 1С при разборе компенсации отпуска.
Чтобы «вместе» пройти диагностику, действуем так:
Документ увольнения — это основной источник истины по рассчитанным дням и сумме компенсации.
Внутри обычно есть вкладка/раздел «Компенсация отпуска», где видно количество дней и сумма.
Расшифровка расчета отпусков — в типовых формах часто доступна ссылка вида «как сотрудник использовал отпуск» (название может отличаться).
Именно там удобно увидеть, откуда взялись дни: какие периоды, какие виды отпусков, какие остатки.
Отчеты по остаткам отпусков — помогают понять, что у сотрудника «копится» по правам на отпуск.
Если в остатках видим «основной отпуск 28 дней», а должен быть «2 рабочих дня/мес», то проблема уже найдена.
Настройки видов отпусков — проверяем, какие отпуска считаются в календарных днях, а какие в рабочих.
Если говорить более «техническим языком 1С», то при разборе часто всплывают такие сущности, как Увольнение, ВидыОтпусков, ГрафикиРаботы, СреднийЗаработок, а также механизмы расчета «оплаты по среднему» для отпусков/компенсаций.
Давайте зафиксируем, как выбрать решение, чтобы не сомневаться каждый раз.
Если компания допускает «не меньше нормы» и вас устраивает, что программа платит чуть больше — выбираем Решение №1 (оставляем 2,33, контролируем сумму).
Если компания требует строгой методики и важно именно «2 рабочих дня» — выбираем Решение №2 (настраиваем отпуск в рабочих днях и право на него).
Если нужно сделать правильно прямо сейчас, а настроек/времени нет — выбираем Решение №3 (ручная корректировка дней/суммы в увольнении с обязательным контролем результата).
На практике часто делают так: сначала применяют решение №3 (чтобы закрыть увольнение корректно), а затем — решение №2 (чтобы в будущем не править руками).
Чтобы не допустить ошибку, пройдем короткий контрольный список. Рассмотрим по шагам, что именно проверяем перед тем, как отправить выплату.
Срок срочного договора: до 2 месяцев или больше?
Тип отпуска: в рабочих днях или календарных?
Количество дней компенсации: соответствует выбранной методике?
Средний заработок: рассчитан корректно (есть ли все начисления в расчетном периоде)?
График работы: верный?
Итоговая сумма: сравнили с контрольным ручным расчетом на «здравый смысл»?
Если все пункты «зеленые», можно уверенно закрывать расчет при увольнении.
Вопрос: «Почему программа считает 2,33 дня?»
Ответ: потому что она применяет общую норму ежегодного отпуска 28 календарных дней (2,33 в месяц) и не учитывает автоматически особый режим «до 2 месяцев», где отпуск в рабочих днях.
Вопрос: «Можно ли платить 2,33 вместо 2?»
Ответ: если это не ухудшает положение работника и не противоречит вашей внутренней методике — на практике так делают. Но лучше сравнить суммы и зафиксировать выбранный подход.
Вопрос: «Как сделать так, чтобы 1С считала 2 рабочих дня автоматически?»
Ответ: нужно организовать учет отпуска в рабочих днях для таких сотрудников: через вид отпуска/право на отпуск/настройки кадрового учета (или применять ручную корректировку, если автоматизации нет).
Давайте подведем итог и зафиксируем решение проблемы в понятном виде.
Мы выяснили причину расхождения: для срочного договора до 2 месяцев отпуск считается в рабочих днях (2 рабочих дня за месяц), а типовая логика 1С часто считает компенсацию как часть ежегодного отпуска в календарных днях (2,33 за месяц). Поэтому программа показывает «2,33».
Дальше мы разобрали три практических решения:
Оставить 2,33, если это не ухудшает положение работника и вас устраивает политика выплат.
Настроить отпуск в рабочих днях и право на него, чтобы расчет был строгим (2 рабочих дня за месяц).
Скорректировать вручную дни/сумму в документе увольнения и зафиксировать результат, если нужно сделать правильно «здесь и сейчас».
Информация носит справочный характер и не заменяет консультацию специалиста по трудовому праву или настройкам конкретной конфигурации 1С в вашей организации.