← На главную

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

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

Как по правилам считается пособие по беременности и родам: сверяемся с логикой расчета

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

Рассмотрим подробнее общую формулу:

Среднедневной заработок = (сумма выплат за 2 календарных года, учитываемых для пособий) / (количество календарных дней в расчетном периоде − исключаемые дни).

Затем:

Пособие по БиР = среднедневной заработок × количество дней отпуска по БиР (обычно 140, 156 или 194 — в зависимости от случая).

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

То есть в нормальной ситуации:

1. Отпускные включаются в сумму заработка (они являются облагаемым доходом по взносам).
2. Дни ежегодного отпуска не должны вычитаться из знаменателя.

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

Шаг 1. Быстро диагностируем, какие именно периоды 1С исключает и почему

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

В 1С:ЗУП 2.5 (как в обсуждаемом случае) полезно не просто нажимать «Рассчитать», а использовать заполнение/расчет с пояснениями. В теме форума прямо упоминалась кнопка в стиле «Заполнить с комментариями» — она позволяет увидеть, какие периоды попали в исключаемые и по какому основанию.

Действуем так:

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

В 1С:ЗУП 3.x / 1С:ЗКГУ 3.x логика аналогичная: мы также идем в документ расчета пособия, открываем расчет среднего, смотрим расшифровку по годам и исключаемым периодам и ищем, почему отпуск оказался исключаемым. Даже если в вашей версии нет «комментариев» одной кнопкой, почти всегда есть расшифровки строк, детальные таблицы среднего и список исключаемых периодов.

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

Шаг 2. Основное решение: исправляем «вид дохода / обложение взносами» у отпускных (и связанных начислений)

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

Разберем по шагам, что именно проверять.

2.1. Находим начисление отпускных

1. Откройте список начислений (обычно раздел «Настройка» → «Начисления» или аналогичный).
2. Найдите начисление, которым рассчитывается ежегодный отпуск: часто это «Оплата отпуска по календарным дням» (или близкое по смыслу).
3. Откройте карточку начисления для редактирования.

2.2. Проверяем налоги и взносы

Нас интересует блок настроек, который определяет, облагается ли начисление страховыми взносами, и какой «вид дохода» используется для взносов. В старых версиях это может называться «Вид дохода» на закладке «Основные начисления»; в новых — это обычно находится в настройках начисления в части «Налоги, взносы».

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

Опасные (ошибочные) установки:

1. Любые варианты «доходы, целиком не облагаемые страховыми взносами» (кроме специальных пособий за счет фонда, если они выделяются отдельно).
2. Смешанные/льготные виды доходов, которые приводят к тому, что по правилам вашей конфигурации «взносы не начисляются».

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

2.3. Проверяем связанные начисления, которые тоже могут «сломать» расчет

В обсуждении также мелькала мысль, что аналогичная проблема может проявляться и у других видов начислений (например, «Оплата б/л за счет работодателя»), если у них внезапно изменился вид дохода после обновления. Поэтому действуем системно:

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

2.4. Пересчитываем документ пособия

1. После исправления начисления отпускных вернитесь в документ расчета пособия по БиР.
2. Выполните перерасчет среднего заработка.
3. Проверьте, что дни ежегодного отпуска исчезли из исключаемых периодов, а знаменатель стал корректным (например, 730/731 минус больничные и другие допустимые исключения, но без ежегодных отпусков).

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

Шаг 3. Дополнительное решение: проверяем, не «сломало» ли настройки обновление и фиксируем контрольные точки

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

Чтобы закрепить результат и не ловить сюрпризы в будущем, сделаем «контрольный чек-лист»:

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

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

Шаг 4. Альтернативное решение на практике: корректируем расчет прямо в документе (когда нужно закрыть расчет сегодня)

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

1. Сначала исправьте настройку начисления отпускных, как мы разобрали выше.
2. Затем пересчитайте документ пособия.
3. Если документ все равно не «подтянул» изменения (например, из-за кэша расчетов, особенностей версии или ручных корректировок), выполните повторное заполнение среднего (часто помогает именно «заполнение заново», а не просто «пересчитать»).

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

Важно: ручная корректировка — это «пожарное» решение. Наша цель — чтобы 1С считала правильно автоматически, иначе ошибка повторится на следующем сотруднике.

Шаг 5. Проверяем расчетный период и исключаемые дни: чтобы результат совпал и с законом, и с 1С

После исправления отпускных давайте проверим расчет «в целом», чтобы не осталось скрытых несоответствий. Посмотрим, какие проверки дадут нам уверенность.

5.1. Проверяем годы расчетного периода

Обычно для пособия по БиР берутся 2 календарных года, предшествующих году начала отпуска по БиР. Например, если отпуск начинается в 2026 году, расчетный период — 2024 и 2025 годы (если нет замены лет). Это типовая формула, которую приводят бухгалтерские калькуляторы и справочные материалы.

5.2. Проверяем общее число дней в расчетном периоде

Чаще всего мы видим 730 дней (365+365), но бывают високосные годы, тогда количество дней меняется. Важно, чтобы программа учитывала фактическое число календарных дней в расчетном периоде. В материалах 1С прямо подчеркивается, что учитывается фактическое количество дней, включая високосный год.

5.3. Проверяем исключаемые периоды

В корректном расчете из знаменателя должны уйти:

1. дни временной нетрудоспособности (обычные больничные);
2. дни отпуска по беременности и родам (если в расчетном периоде уже был БиР);
3. дни отпуска по уходу за ребенком;
4. дни освобождения от работы с сохранением зарплаты, если на сохраняемую зарплату не начислялись взносы (именно этот пункт «ловит» ошибки настроек начислений).

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

Шаг 6. Контроль минимальных и максимальных ограничений в 2026 году: чтобы 1С не «поплыла» на лимитах

Даже когда исключаемые дни исправлены, итоговая сумма пособия может отличаться от ожиданий из-за ограничений по минимальным/максимальным значениям. Давайте разберем, что проверять в 2026 году и как это отражается в 1С.

6.1. Минимальное пособие (из МРОТ)

Минимальная сумма пособия по БиР считается исходя из МРОТ и минимального среднедневного заработка. В справочных таблицах по 2026 году приводятся ориентиры: минимальный среднедневной заработок и минимальная сумма пособия за 140 дней.

Что делаем в 1С:

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

6.2. Максимальное пособие (ограничение по предельным базам)

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

Что делаем в 1С:

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

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

Шаг 7. Если сотрудница просит заменить годы: проверяем, не конфликтует ли это с исключаемыми периодами

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

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

Эта проверка помогает избежать ситуации, когда в одном расчетном периоде отпускные считались облагаемыми, а в другом — вдруг нет (из-за разных настроек начислений по организациям, разным шаблонам начислений или миграций данных).

Шаг 8. Частые причины, почему отпуск «вдруг» стал исключаемым периодом — и как быстро их найти

Соберем практический список причин, которые чаще всего приводят к описанному эффекту, и сразу добавим способ проверки.

1. Неверный «вид дохода» у отпускных (самая частая причина).

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

2. Клон начисления отпуска (пользовательское начисление, созданное копированием).

   Смотрим, каким именно начислением рассчитан отпуск сотрудницы (в документах отпуска/начислениях), и проверяем настройки именно этого начисления, а не «классического» отпускного.

3. Исторически неверные настройки после обновления.

   Проверяем ключевые начисления после обновления, делаем контрольный тест расчета пособия и фиксируем корректные настройки.

4. Разные организации в одной базе и разные настройки начислений по организациям.

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

5. Особые режимы обложения взносами (льготы, спецрежимы, редкие выплаты).

   Проверяем настройки налогов/взносов по начислениям и сверяем, какие выплаты действительно не должны облагаться взносами.

Шаг 9. Контрольный пример: как понять, что мы исправили именно «тот» механизм

Посмотрим на пример проверки «до/после», чтобы уверенно закрыть задачу.

Допустим, расчетный период содержит 731 день (если один год високосный) и 63 дня больничных. В корректном расчете (без исключения ежегодного отпуска) знаменатель должен быть:

731 − 63 = 668 дней.

Если 1С дополнительно вычитала 28 и 56 дней отпусков, получалось 584 дня, что завышает среднедневной. Именно такую арифметику описывал автор вопроса на форуме.

После исправления настроек отпускных делаем контроль:

1. Пересчитываем средний заработок в документе пособия.
2. Проверяем, что в исключаемых периодах остались только больничные (и другие допустимые исключения), а отпуск исчез.
3. Сверяем знаменатель: он должен стать 668 (в нашем примере).
4. Сверяем итоговую сумму пособия с ручным расчетом по формуле, чтобы убедиться, что 1С работает по той же логике.

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

Шаг 10. Полезный финальный чек-лист перед выплатой пособия

Чтобы завершить работу аккуратно, пройдемся по короткому чек-листу.

1. Отпускные облагаются взносами в карточке начисления отпуска — проверено.
2. Дни отпуска не попадают в исключаемые периоды среднего заработка — проверено.
3. Исключаемые дни содержат только допустимые периоды (больничные, уход и т. п.) — проверено.
4. Учитываем фактическое количество дней в расчетном периоде (в т. ч. високосный год) — проверено.
5. Проверяем минимальные и максимальные ограничения для года начала отпуска по БиР — проверено.
6. Пересчет документа выполнен после исправлений — проверено.

Если после всех шагов проблема сохраняется, почти наверняка в базе есть еще одно начисление, которое связано с отпуском (или альтернативная схема отпускных), и у него также неверно настроены взносы/вид дохода. Тогда повторяем «Шаг 2» именно для того начисления, которое фактически попало в расчет среднего.

Информация носит справочный характер.