G_SREDN
Краткое описание :
расчет больничных за периодОписание :
Расчет больничныхЧто измененно :
Неверно считается больничный за текущий период, если до начала
больничного нет рабочих дней по основному ВО.
Установлена настройка "особенности расчета- при работе за период пересчитывать
суммы ---- от общего времени за месяц".
При другой настройке расчет верный, но эта вторая настройка не подходит
клиенту( у него есть ВО для которых это просто необходимо, иначе говоря при
такой настройке другие виды считаются неверно).
Как измененно :
Доработан расчет среднего заработка за текущий период для
случаев, когда до начала больничного нет рабочих дней по основному ВО, но есть
рабочие дни по другому виду оплаты, который входит в расчет времени для
больничных.
Неправильный расчет наблюдался при значении "от общего времени за месяц"
настройки "Настройки Галактики \ Управление персоналом \ Общие настройки \
Больничные, отпуска, расчеты по среднему \ Больничные \ Особенности расчета \
При расчете за период пересчитывать суммы".
Теперь рабочее время за период формруется с учетом указанных рабочих дней.
Примечание. Для правильного расчета должно быть установлено значение:
"оплачиваемые отклонения" настройки
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные,
отпуска, расчеты по среднему \ Больничные \ Продолжительность \ При подсчете
времени по табелю учитывать".
G_SREDN
Краткое описание :
Расчет б/л за период, б/л до конца м-ца. Выслуга
задваивается.Описание :
Расчет больничныхЧто измененно :
Проблема при расчете б/л за период.
Настройка - При расчете за период пересчитывать суммы = от общего времени за
месяц.
С 01.09.2012 поменялась ставка 1 разряда и оклады.
У работника Б/л 25.09.2012-28.09.2012 г.
Расчет б/л идет за период по выбору 01.09.2012 по 24.09.2012 г., то есть от
даты изменения ставки 1 разряда до даты начала б/л.
По протоколу расчета больничного видим, что выслуга вид 134 вошла в удвоенной
сумме.
Т.о. если б/л рассчитывается за период по выбору и после б/л нет рабочих дней,
т.е. б/л до конца месяца, то выслуга входит в расчет среднечасового в удвоенном
виде, что неправильно.
Если же после б/л есть рабочие дни, то выслуга входит в расчет среднечасового в
правильном размере.
Описанный пример не единичный случай.
Как измененно :
Исправлена ошибка при расчете среднего заработка за период по
учету оплаты за выслугу лет.
Ошибка проявлялась при следующих условиях.
1.Установлено значение "от общего времени за месяц" настройки "Настройки
Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска,
расчеты по среднему \ Больничные \ Особенности расчета \ При расчете за период
пересчитывать суммы"
2. После б/л нет рабочих дней.
Теперь оплата за выслугу входит в расчет в правильном размере.
G_SREDN
Краткое описание :
Расчет авансаОписание :
Расчет планового аванса и удержанийЧто измененно :
Работнику заведен плановый график, в котором на каждый
календарный день заполнено 8 часов.
К этому графику привязан балансный график - 5-ти дневная рабочая неделя.
При расчете основного вида оплаты программа пересчитывает оклад в большую
сторону.
Это видно из протокола расчета планового аванса "процентом от зарплаты за
период". В протоколе выдаются следующие строчки:
сумма 26956.52 = 20000.00*31.00/23.00.
По этой причине функция UCH_TARIF возвращает тариф 26956.52, а не 20000, как
это задано в ЛС.
Как измененно :
Доработана функция расчета оклада в зависимости от переходов
при расчете среднего заработка по текущему периоду.
Теперь при формировании итоговой суммы оклада анализируется балансный график
работника. Если к-во плановых дней до перехода или за полный месяц при
отсутствии переходов больше балансного графика, программа учитывает дни по
балансному графику.
Это нужно для того, чтобы итоговая сумма оклада не пересчитывалась в большую
сторону.
Подобный контроль происходит только при наличии системы оплаты "оклад" у
работника.
G_SREDN
Краткое описание :
Исключение "неполного" месяца при расчете среднего для
отпуска РБОписание :
Расчет отпускныхЧто измененно :
О сравнении сумм оплаты всех месяцев для исключения из расчета
"неполных".
<<............ необходимо учитывать, что если в течение периода, принимаемого
для исчисления среднего заработка, в организации была повышена тарифная ставка
1-го разряда, то для сравнения оплаты всех месяцев рекомендуется заработную
плату каждого месяца откорректировать на поправочный коэффициент и после этого
сравнить уровень их оплаты.
Е.И.СЕКЕРЖИЦКАЯ,
заместитель начальника управления развития мотивационного потенциала заработной
платы в реальном секторе экономики главного управления труда и заработной платы
Министерства труда и социальной защиты
Республики Беларусь
20.07.2012 ...>>
Наш функционал сравнивает суммы без применения поправочных коэффициентов.
Необходима доработка.
Как измененно :
Сравнение заработка по месяцам происходит после его
корректировки на используемые в алгоритме расчёта поправочные коэффициенты.
G_SREDN
Краткое описание :
В расчет аванса не попадает оплата отклонений с ВО по
алгоритму 3.1Описание :
Расчет планового аванса и удержанийЧто измененно :
В расчет аванса % от ЗП за период не попадает оплата отклонений
из табеля, к которым привязан ВО с алгоритмом 3.1. При расчете ЗП в режиме
"Расчет аванса в режиме за период"(период аналогичный периоду при расчете
аванса)эти отклонения входят в расчет.ВО для отклонений имеет входимость в
расчет планового аванса "+".
Как измененно :
В расчет аванса % от ЗП за период попадает оплата отклонений из
табеля, к которым привязан ВО с алгоритмом 3.1, или с другими алгоритмом.
Оплата должна иметь "+" в поле "входит в расчет планового аванса" и
"+" в поле входит в расчет средних "из предварительного просмотра".