Как вручную проверить расчет среднего заработка с учетом долей РК и СН в 1С:ЗУП 3.1?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет
← На главную

В связи с изменениями в законодательстве, с 2025 года в программе 1С:ЗУП 3.1 изменился механизм расчета среднего заработка для отпусков, командировок и других подобных начислений. Появились новые предопределенные показатели, такие как СреднийЗаработокИндексируемыйРК, СреднийЗаработокНеиндексируемыйРК, а также аналогичные для северной надбавки (СН). Их цель — выделить из общего среднего заработка доли, приходящиеся на районный коэффициент и северную надбавку, для корректного расчета НДФЛ.

Для бухгалтера или консультанта эти расчеты могут выглядеть как "черный ящик", так как они выполняются автоматически. Однако понимание алгоритма необходимо для проверки и уверенности в правильности начислений. Разберем по шагам, как можно "вскрыть" этот черный ящик и проверить расчеты вручную, используя данные из регистров программы.

Основной принцип расчета новых показателей

Несмотря на кажущуюся сложность (похожий алгоритм используется, когда выполняется расчет фиксированного аванса с учетом РК и СН), в основе расчета лежит простая арифметическая формула среднего дневного заработка (СДЗ):

СДЗ (для доли РК или СН) = Расчетная база (сумма начислений РК или СН за период) / Расчетное количество дней

Ключевая задача — правильно собрать числитель (базу) и знаменатель (дни) из регистров накопления 1С. Новые показатели как раз и являются результатом этого деления. Например:

Проанализируем, как получить каждую из этих составляющих.

Шаг 1. Определяем числитель (расчетную базу для РК и СН)

Вся информация о суммах, входящих в расчет среднего заработка, теперь хранится в новом регистре накопления ДанныеДляРасчетаСреднегоЗаработкаПоНачислениям. Именно в него нам и нужно заглянуть, чтобы найти базу для наших показателей (в критических ситуациях может помочь редактирование движений в регистрах документа «Перенос данных»).

  1. Отбор по виду начисления. Чтобы выделить суммы, относящиеся именно к районному коэффициенту или северной надбавке, необходимо установить отбор по измерению Начисление. Удобнее всего это сделать по свойству начисления, а именно по реквизиту "Категория начисления или неоплаченного времени". Выбираем значение "Районный коэффициент" или "Северная надбавка" соответственно.

  2. Разделение на индексируемую и неиндексируемую части. После того как мы отобрали все нужные начисления, их нужно разделить на две группы. За это отвечает булево поле (ресурс) регистра Индексируется.

    • Чтобы получить индексируемую часть базы, нужно просуммировать значения ресурса Сумма по всем записям, где поле Индексируется имеет значение "Да" (Истина).
    • Соответственно, неиндексируемая часть — это сумма по записям, где Индексируется равно "Нет" (Ложь).

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

Шаг 2. Рассчитываем знаменатель (количество дней для отпуска)

С расчетом знаменателя для отпускных нужно быть особенно внимательным. Данные о времени мы берем из регистра накопления ДанныеОВремениДляРасчетаСреднегоОбщий, но просто суммировать отработанные дни нельзя. Расчет количества дней для отпуска выполняется по строгому алгоритму помесячно.

  1. Для полностью отработанных месяцев. Если сотрудник отработал все дни по своему графику в месяце расчетного периода, то за этот месяц в расчет берется 29,3 дня.

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

    Количество дней = 29,3 / [Количество календарных дней в месяце] * [Количество отработанных календарных дней в этом месяце]

    Посмотрим на пример. Сотрудник в августе (31 календарный день) отработал 21 календарный день. Расчет для августа будет выглядеть так:

    29,3 / 31 * 21 = 19,8548...

    Программа округляет результат до двух знаков после запятой (19,85), но для более точной ручной проверки лучше использовать больше знаков.

  3. Итоговый знаменатель. Чтобы получить общее количество дней для расчета среднего, нужно просуммировать значения, полученные по каждому месяцу расчетного периода (значения 29,3 за полные месяцы и расчетные значения за неполные).

Шаг 3. Собираем итоговую формулу и проверяем расчет

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

Пример проверки СреднийЗаработокНеиндексируемыйРК:

  1. Идем в регистр ДанныеДляРасчетаСреднегоЗаработкаПоНачислениям.
  2. Отбираем записи за расчетный период, где категория начисления = "Районный коэффициент" и поле Индексируется = "Нет".
  3. Суммируем ресурс Сумма по отобранным записям. Получаем, например, 30 000 руб. (это наш числитель).
  4. Рассчитываем знаменатель по методике из Шага 2. Допустим, у нас получилось 175,8 календарных дня.
  5. Считаем итоговый показатель: 30 000 / 175,8 = 170,648...

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

Дополнительные важные моменты

При анализе этого механизма возникают и другие вопросы, на которые стоит обратить внимание.

Взаимодействие старого и нового регистров среднего заработка

В программе все еще существует старый регистр ДанныеДляРасчетаСреднегоЗаработкаОбщий. Система использует сложную логику для обеспечения преемственности данных:

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

Почему для больничных тоже создали новый регистр?

Внимательные пользователи заметят, что появился еще один новый регистр — Данные для расчета среднего заработка по начислениям (ФСС). Возникает вопрос: зачем он нужен, если ФНС разъяснила, что для пособий по временной нетрудоспособности выделять доли РК и СН не требуется?

Ответ прост: разработчики 1С создавали этот механизм универсальным для всех видов расчета по среднему до того, как появились официальные разъяснения от ФНС. После письма налоговой службы применение этого регистра для выделения долей РК и СН при расчете больничных стало неактуальным, но сам регистр в конфигурации остался как часть унифицированного подхода.

← На главную