Другое · 12 мин
Как в 1С рассчитать среднедневной заработок
Как в 1С:ЗУП рассчитать среднедневной заработок для отпуска, больничного и командировки: формулы, расчётный период, настройка базы, проверка результата и типичные ошибки.
Среднедневной заработок — базовая величина для расчёта отпускных, командировочных, компенсаций при увольнении и ряда других выплат. В 1С:Зарплата и управление персоналом (ЗУП) этот показатель рассчитывается автоматически при проведении соответствующих документов, но программа корректно сработает только при правильно настроенной базе начислений и полном учёте данных за расчётный период.
Главная причина ошибок — не сама формула, а исходные данные: неучтённые премии, неверно настроенные виды начислений, отсутствующие сведения о работе до начала ведения учёта в программе. Поэтому расчёт среднедневного заработка стоит рассматривать как две задачи: подготовка данных и собственно проверка того, что посчитала программа.
Ниже разобраны формулы для разных ситуаций, порядок действий в документах 1С, способы проверить результат и типичные ошибки, из-за которых сумма получается заниженной или завышенной.
Какая формула применяется и в каких случаях
Порядок расчёта среднего заработка закреплён в Трудовом кодексе (ст. 139) и Положении № 922. Общий принцип: среднедневной заработок = сумма учитываемых выплат за расчётный период / количество учитываемых дней в этом периоде. Различия между случаями — в знаменателе формулы.
Для отпусков и компенсаций за неиспользованный отпуск используются календарные дни. Если месяц отработан полностью, он учитывается как 29,3 дня (среднемесячное число календарных дней). Если в месяце были исключаемые периоды — больничный, отпуск, простой, — количество дней пересчитывается пропорционально: 29,3 / число календарных дней месяца × отработанные календарные дни.
Для командировок, дней сдачи крови, обучения с отрывом от производства и большинства других случаев средний заработок считается по рабочим дням: база делится на число фактически отработанных дней по графику сотрудника. Для пособий по безработице и некоторых иных случаев применяется деление на среднее число рабочих дней по графику.
Какой расчётный период берёт программа
Стандартный расчётный период — 12 календарных месяцев, предшествующих месяцу события. Например, если отпуск начинается в июне, в расчёт попадут месяцы с июня прошлого года по май текущего. 1С определяет период автоматически по дате начала события в документе.
Если сотрудник отработал меньше года, расчётный период — фактическое время работы с даты приёма. Если весь период состоит из исключаемых дней (например, сотрудница была в отпуске по уходу за ребёнком), программа сдвигает период на предшествующие месяцы, где были отработанные дни и начисления. Этот механизм в ЗУП работает автоматически, но его результат стоит контролировать вручную.
Из расчётного периода исключаются время и начисления за периоды, когда за сотрудником сохранялся средний заработок, периоды больничных, отпусков без сохранения, простоев и дополнительных выходных по уходу за детьми-инвалидами. Если эти отсутствия введены в программу корректными кадровыми документами, исключение произойдёт само.
Что входит в базу для расчёта среднего заработка
В базу включаются все выплаты, предусмотренные системой оплаты труда: оклад, тарифная ставка, сдельный заработок, надбавки и доплаты (за стаж, вредность, совмещение), премии и вознаграждения, если они относятся к системе оплаты труда. Социальные выплаты — материальная помощь, оплата питания, проезда, обучения — в расчёт не входят.
Включение конкретного начисления определяется настройкой вида расчёта. Откройте раздел «Настройка» — «Начисления», найдите нужный вид и проверьте вкладку «Средний заработок»: должна стоять отметка о включении в базу среднего заработка. Для премий дополнительно указывается способ учёта — полностью, пропорционально отработанному времени или с учётом особенностей годовых премий.
Особое внимание — премиям за периоды, выходящие за рамки расчётного месяца: квартальным и годовым. Они учитываются по особым правилам: годовая премия за предшествующий год включается независимо от момента начисления, но если расчётный период отработан не полностью — пропорционально отработанному времени (если премия начислена без учёта отработки). Неверная настройка именно премий — самая частая причина расхождений.
Как посмотреть и проверить расчёт в документе 1С
Создайте нужный документ: «Отпуск», «Командировка», «Простой, отсутствие» или «Увольнение» (раздел «Зарплата» или «Кадры»). Заполните сотрудника и период события — программа сразу рассчитает сумму начисления. Чтобы увидеть детализацию, нажмите кнопку с изображением зелёного карандаша рядом с полем суммы либо откройте вкладку «Начислено (подробно)».
В форме расчёта среднего заработка отображается помесячная таблица: начисления, вошедшие в базу, отработанные дни, коэффициент индексации (если было повышение окладов). Итоговые поля показывают базу, количество дней и сам среднедневной заработок. Здесь же можно вручную скорректировать расчётный период, если автоматический выбор не подходит.
Для печатной формы используйте команду «Печать» — «Расчёт среднего заработка»: документ выводит справку с формулой и всеми исходными данными. Эту форму удобно прикладывать к ответам на запросы сотрудников и проверяющих.
- 1Создайте документ события: «Отпуск», «Командировка» или «Увольнение» и укажите сотрудника и даты
- 2Откройте детализацию расчёта кнопкой с зелёным карандашом в поле суммы начисления
- 3Проверьте расчётный период: должны попасть 12 месяцев, предшествующих месяцу события
- 4Сверьте помесячную базу с расчётными листками сотрудника за те же месяцы
- 5Проверьте количество учтённых дней: полные месяцы — 29,3, неполные — пропорционально
- 6Убедитесь, что исключаемые периоды (больничные, отпуска) отражены и дни по ним вычтены
- 7Проведите документ и при необходимости распечатайте справку «Расчёт среднего заработка»
Особые случаи: индексация, неполный период, суммированный учёт
Индексация при повышении окладов
Если в организации или подразделении повышались оклады, выплаты за месяцы до повышения индексируются на коэффициент повышения. В ЗУП это работает при условии, что повышение проведено документом «Изменение оплаты труда» (или «Кадровый перевод» с изменением начислений) массово, а не индивидуально. Единичное повышение оклада одному сотруднику индексации не требует.
Суммированный учёт рабочего времени
При суммированном учёте вместо среднедневного применяется среднечасовой заработок: база делится на фактически отработанные часы, а оплате подлежат часы по графику сотрудника, приходящиеся на период события. Программа переключается на этот алгоритм автоматически, если сотруднику назначен график суммированного учёта.
Сотрудник без отработанных дней
Если у сотрудника вообще нет отработанных дней и начислений в расчётном периоде (например, отпуск в первый месяц работы), средний заработок считается исходя из установленного оклада (тарифной ставки) и нормы времени месяца события. Проверьте, что в карточке сотрудника корректно заполнен оклад — именно он станет базой расчёта.
Сравнение вариантов
База делится на календарные дни (29,3 за полный месяц). Подходит только для отпускных выплат
База делится на фактически отработанные рабочие дни по графику. Не применяется к отпускам
Используется среднечасовой заработок и часы по графику. Требует корректно настроенного графика суммированного учёта
Как проверить результат и что делать при расхождениях
Самый надёжный способ проверки — ручной пересчёт по данным программы. Возьмите помесячную базу из формы расчёта среднего, сложите её и разделите на показанное количество дней. Если результат совпал с рассчитанным среднедневным — механика верна, и дальше проверяйте только состав базы.
Для анализа базы удобен отчёт «Полные сведения о начислениях, удержаниях и выплатах» или расчётный листок за каждый месяц периода. Сверьте: все ли премии вошли, не попали ли больничные и отпускные прошлых периодов (их в базе быть не должно), не задвоились ли начисления из-за сторнирований.
Если сотрудник работал в организации до начала ведения учёта в программе, внесите данные за прошлые месяцы документами «Данные для расчёта зарплаты» (начальная штатная расстановка и начисления) либо введите их вручную непосредственно в форме расчёта среднего заработка — там есть возможность дополнить таблицу. Без этого среднедневной будет занижен.
Как проверить результат
Совпадает с суммой облагаемых начислений из расчётных листков
Есть разница — ищите ненастроенный вид начисления или пропущенную премию
Полные месяцы дают 29,3; неполные — меньше пропорционально исключаемым дням
Месяц с больничным показывает 29,3 — отсутствие не зарегистрировано документом
Близок к среднему дневному доходу сотрудника по окладу и премиям
Резко отличается в разы — вероятна задвоенная выплата или ошибка периода
Типичные ошибки и ограничения самостоятельного расчёта
Первая группа ошибок — настройки видов расчёта. Новые начисления, созданные копированием или вручную, часто не включаются в базу среднего заработка, и бухгалтер узнаёт об этом только при жалобе сотрудника на маленькие отпускные. После создания любого нового начисления сразу проверяйте его участие в среднем.
Вторая группа — данные об отсутствиях. Если больничный или отпуск внесён не документом, а ручной корректировкой в «Начислении зарплаты», программа не исключает эти дни, и среднедневной занижается. Все отсутствия должны быть оформлены профильными документами.
Третья группа — переходные периоды: перенос данных из других программ, реорганизация, перевод между обособленными подразделениями. В этих случаях автоматический расчётный период может оказаться пустым или неполным, и данные нужно вводить вручную в форме расчёта среднего.
Удобный контрольный приём: перед массовым расчётом отпусков (например, летом) протестируйте расчёт среднего на двух-трёх сотрудниках с разными ситуациями — с премиями, с больничными, с недавним приёмом. Это выявит ошибки настройки базы до того, как неправильные суммы уйдут в выплату.
Что важно запомнить
Среднедневной заработок в 1С:ЗУП считается автоматически в документах событий, но качество расчёта зависит от трёх вещей: правильно настроенной базы начислений, корректно зарегистрированных отсутствий и полноты данных за расчётный период. Проверяйте результат ручным пересчётом базы на дни и сверкой с расчётными листками.
Частые вопросы
Где в 1С посмотреть уже рассчитанный среднедневной заработок по прошлому отпуску?
Откройте документ «Отпуск» за нужный период и нажмите кнопку детализации расчёта (зелёный карандаш) — форма покажет базу, дни и среднедневной заработок на момент расчёта. Также доступна печатная форма «Расчёт среднего заработка» через кнопку «Печать».
Почему программа не учла премию в расчёте среднего?
Чаще всего вид начисления премии не отмечен как входящий в базу среднего заработка (настройка вида расчёта, вкладка «Средний заработок»). Реже премия начислена за период вне расчётного либо документ премии не проведён. Проверьте настройку и факт проведения документа «Премия».
Как рассчитать среднедневной заработок новому сотруднику без данных за прошлые месяцы?
Если сотрудник работал в организации до начала учёта в программе, введите начисления прошлых месяцев документами начальных данных или вручную дополните таблицу в форме расчёта среднего заработка. Если сотрудник новый и расчётного периода нет вовсе, программа посчитает средний от оклада.
Влияет ли повышение оклада на среднедневной заработок?
Да, если повышение было массовым (по организации или подразделению) и проведено соответствующим документом: выплаты месяцев до повышения индексируются на коэффициент повышения. Индивидуальное повышение оклада одному сотруднику индексации базы не вызывает.
Чем отличается расчёт среднего для больничного?
Пособие по нетрудоспособности считается по другим правилам: расчётный период — два предшествующих календарных года, база ограничена предельной величиной взносов, а деление идёт на фиксированные 730 дней. В ЗУП это отдельный алгоритм в документе «Больничный лист», смешивать его с расчётом по Положению № 922 нельзя.
Можно ли вручную изменить расчётный период в документе?
Да. В форме расчёта среднего заработка (кнопка с зелёным карандашом) есть возможность изменить период и отредактировать таблицу данных вручную. Это оправдано при переходе на программу или в нестандартных ситуациях, но каждую ручную правку стоит документировать, чтобы при проверке было понятно её обоснование.