Здравствуйте , отпуск начинается с 5 ноября. Дни с 1 по 5 считать не надо. Есть такая настройка? 

Здравствуйте.

Подскажите, пожалуйста, какой должна быть точность для повышающего коэффициента при расчете среднего заработка если за расчетный период было два повышения окладов, например: на 01.10.2021г. оклад сотрудника составляет 14278.00, с 01.10.2021г. оклад увеличен на 3,7% и равен 14807.00, с 01.08.2022 оклад увеличен на 4,0% и равен 15400.00. Этот сотрудник с 01.08.2022г. идет в отпуск на 28 кал.дней. При расчете среднего заработка вижу, что заработок за  август и сентябрь 2021г. подлежит увеличению на 1,079, с октября по июль - на 1,040. В результате заработок, например, за сентябрь после индексации равен 29232.82, за период с октября по июль 29220.13, а за август (если посчитать заработок, который был бы начислен сотруднику если бы он отработал весь месяц) получается 29221.50. При этом в Постановлении Правительства СО указано, что с 01.08.2022г. оклады увеличиваются на 4,0%,  в аналогичном постановлении об увеличении окладов с 01.10.2022г. было указано 3,7%. , т.е. коэффициент увеличения должен составить 1,077. Согласно Постановлению 922 для определения коэффициента увеличения нужно  оклад в месяце последнего повышения разделить на предыдущие в расчетном периоде и тогда становится понятно откуда взялся коэффициент 1,079 (15400/14278=1,07858), но правильно ли так округлять? Чем руководствоваться при расчете коэффициента:

а.) Постановлениями Правительства СО и тогда коэффициент 1,077

б.) Постановлением 922 и тогда коэффициент 1,079?

Если следовать тому, как делает программа сейчас, то получается, что заработок за август и сентябрь 2021г. после индексации на 1,079 равен 29232.82, предполагаемый  заработок за август 2022г. (с учетом последнего повышения) 29221,50, в результате разница за 1 месяц составляет 11,32.

Может быть нужно увеличить точность коэффициента с 3 до 5 знаков, например? Знаю что такая настройка есть в программе, но не знаю, законно ли будет ее применение в таком виде? 

С уважением, Любовь

Добрый день!

Выполнены настройки коэф повышения для отпуска:

В сетке указаны коэфф повышения:

Сейчас при расчете отпуска выходят такие коэф:

Это верно? Или должно быть в августе-сентябре 1.037 ?

Добрый день!

Необходимо выделить вид Премии (113) при расчете среднего по отпуску

Нам нужно чтобы попадало по такой формуле:

Сумма премии 24 401,40 х Ур коэф (15%) = 28 061,61 / 246 (кол-во дней по норме за период) х 206 (кол-во дней по факту за период) = 23 156,53

Пробовали настроить фонды, но у нас попадает только 28 061,61 без учета ФРВ и НРВ

Подскажите какие настройки необходимо выполнить zpl_zplinfo_full_net(20220706_114208).cab

При расчете отпуска/увольнения КЗ удваивает среднее, соответственно в ЛС ставит для 140 и два 163 кода.

- ист. финансирования 1

- исполняемая долж. 1.

- настройка расчета отпуска практически поставочная

ZPL_sady_zaur_zplinfo(20220608_135950).cab

Добрый день! Подскажите, пожалуйста, как отдельный вид, который включается в расчет средней заработной платы, настроить так, чтобы индексация к нему не применялась?

Добрый день! Как рассчитать отпуск в соответствии со ст. 176 ТК РФ (50% от среднего заработка)?

Добрый день!

При расчете среднего за период (вид 107) появляется ошибкаzpl_zplinfo_full_net(20220418_101129).cab

Здравствуйте.

Помогите, пожалуйста, найти решение для такой ситуации: организация бюджетная, более трети сотрудников получают заработную плату исходя из МРОТ. При расчете отпускных у меня возник вопрос как  индексировать у таких сотрудников средний заработок и индексировать ли вообще? Дело в том, что, несмотря на увеличение окладов с 01.10.2021г. на 1,037%, по факту заработная плата у данной категории сотрудников не увеличилась, как была МРОТ + р/к 15% (12792 * 1,15 =14710,80) такой и осталась, хотя оклад и выплаты которые зависят от его размера фактически увеличились,  но доплата до МРОТ уменьшилась, например: 

до 1 октября оклад 3373.00, надбавки за особые условия труда и за стаж работы по 30% от оклада  ((3373*1,6)+7395,20 (доплата до МРОТ))*1,15=14710,80;

с 1 октября оклад 3498, тогда ((3498*1,6)+7195,20 (доплата до МРОТ))*1,15=14710,80

В декабре 2021г. вместо доплаты до МРОТ выплачена годовая премия в сумме 10000,00.

с 1 января 2022г.  изменился МРОТ, поэтому ((3498*1,6)+8293,20 (доплата до МРОТ))*1,15=15973,50. 

При расчете отпускных у сотрудников с такой оплатой труда программа для заработка по сентябрь 2021г. включительно выставляет коэф. пересчета 1,037, с октября по январь 1. В результате после индексации заработок с февраля 2021г. по сентябрь 2022г. получается больше чем после повышения окладов. Правильно ли это? 

Если вручную меняю коэф.пересчета для всего расчетного периода на 1, то получается так: 

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

С другой стороны, среди этой категории работников есть и такие, у которых при той же системе оплаты труда (МРОТ) есть ночные и праздничные, которые начисляются после доведения заработной платы до МРОТ и в случае увеличения оклада с 01.10.2022г. их размер, хоть и на мизерную сумму, но вырастет и не будет ограничен МРОТ и если сравнить  заработок до и после повышения оклада, то он может отличаться, колебания будут зависеть от количества отработанных ночных часов и оплаты праздничных часов, если таковые были. Например, у сотрудника, до 01.10.2021г. был оклад  4261, с 01.10.2021г, оклад 4419, доплата за особые условия труда 35%, за стаж 20%, доплата до МРОТ, ночные 20% от оклада, работа в праздничные дни производилась согласно утвержденному графику, оплата праздничных 100% от оклада, р/к 15%. Нужно ли в этом случае индексировать средний заработок?   Если нужно, то как это сделать?  Сейчас программа делает так:  

Если вручную изменяю коэф. пересчета на 1, то получается так: 

ZPL_zplinfo(20220208_110346).cab

С уважением, Любовь

Добрый день.

В режиме расчета учебного отпуска после таблиц для среднего при расчете вида 145 ставится пустое рабочее время. Вводим его вручную.

Подскажите пожалуйста, в чем может быть дело.

Обычный отпуск рассчитывается без проблем.

Лицевой прикладываю.

zpl_zplinfo(20211109_103054).cab