G_SUMDIVIDE
Краткое описание :
Неправильно учелся отпуск при расчете в будующем периодеОписание :
Предварительная разноскаЧто измененно :
У пользователя зарплата в будущем периоде или в одном расчетном периоде несколько видов отпуска, тогда при повторном расчете (без закрытия интерфейса "Лицевые счета") зарплаты в расчет попадает только часть отпуска или один вид отпуска.
Проблема проявляется, если значение настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете" в любом состоянии, кроме "не учитывать".
Как измененно :
Исправлен момент снятия фильтров на таблицу AROTPUSK с настройкой "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете".
Неправильная установка фильтра влияла на неправильную разноску и расчет отпусков в других интерфейсах.
G_SUMDIVIDE
Краткое описание :
Некорректно заполняется режим работы при предварительной разноскеОписание :
Предварительная разноскаЧто измененно :
Некорректно заполняется режим работы при предварительной разноске при наличии больничного за прошлый месяц.
Режим работы берется из табеля другого сотрудника, у которого такой же табельный номер.
Проблема проявляется в ситуации, когда табель по сотруднику у которого не заполнен режим работы, сформирован раньше, чем у сотрудника с заполненным режимом работы.
Как измененно :
Исправлена ошибка заполнения режима работы при предварительной разноске при наличии больничного за прошлый месяц.
Проблема проявлялась в ситуации, когда табель по сотруднику, у которого не заполнен режим работы, сформирован раньше, чем у сотрудника с заполненным режимом работы.
G_SUMDIVIDE
Краткое описание :
Проблема с предварительной разноскойОписание :
Предварительная разноскаЧто измененно :
Проблема с предварительной разноской. Если в постоянной доплате график отличается от графика в переходе, то возникают ошибки в предварительной разноске.
При этом к-во дней по графику постоянной доплаты за период постоянной доплаты должно быть равно 0.
Проблема проявляется, если установлена настройка + в поле КВО => Расчеты=> В расчет для уволенных или "в расчет".Проблема с предварительной разноской.Если в постоянной доплате график отличается от графика в переходе,
то возникают ошибки в предварительной разноске.
Как измененно :
Исправлена функция "Предварительная разноска" с параметром "Разбивать по переходам".
Проблема проявлялась в следующей ситуации.
1. В постоянной доплате график отличается от графика по лицевому счету.
2. Период постоянной доплаты меньше расчетного периода.
3. К-во дней по графику постоянной доплаты за период постоянной доплаты равно 0.
4.Установлена настройка "+" в поле КВО => Расчеты=> В расчет для уволенных или "в расчет".
G_SUMDIVIDE
Краткое описание :
расчет б/листов по беременности и родам, а так же по уходу за ребенкомОписание :
Расчет больничныхЧто измененно :
При расчете б/листов по беременности и родам, а так же по уходу за ребенком (мужчинам и женщинам), суммарный размер доплаты до среднего заработка и государственного пособия не может превышать двух должностных окладов за
каждый месяц расчетного периода нетрудоспособности с учетом районного коэффициента и процентной надбавки,
применяемых в соответствии с законодательством к з/плате работников.
Если суммарный размер доплаты до
среднего заработка и государственного пособия меньше двух окладов работника, то никаких ограничений до двух
окладов применяться не должно.
Пример:
У работника основной заработок за два года составил 1782722,06 рубля за два предыдущих года.
Текущий оклад у работника 40000 рублей.
Должно получиться:
1782722,06/730=2442,08 (средняя) * 30 дней болезни = 73262,40
Из этих сумм 36082,20 - за счет ФСС, 37180,50 - за счет предприятия
Таким образом, ограничение по нашему алгоритму не должно отрабатывать, потому что сумма 2-х окладов
составляет 80000 рублей.
Если бы оклад работника был 30000 рублей, то работник получил бы 36082,20 - за счет ФСС, плюс
23917,8 - за счет предприятия, т.е. 60000 рублей.
Как измененно :
Добавлено новое значение "да, но не более суммы по алгоритму" настройки "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Ограничения \ Оплачивать превышение ограничения пособия".
2. Доработан расчет больничных листов. При выборе нового значения настройки рассчитывается превышение ограничения до среднего заработка. Если сумма больничного с учетом превышения больше суммы, которая рассчитана по алгоритму, сумма ограничивается суммой по алгоритму, который привязан к виду оплаты для превышения.
3. Доработана справка о расчете больничных с ограничением.
Примечание.
Напомним, что, если к виду оплаты, которым оплачивается превышение, привязан алгоритм 2, то превышение оплачивается по алгоритму, который используется для значения настройки "да" .
Пользовательский алгоритм заказчика будет следующим:
if(uch_summa>0 ,uch_summa,(SumAlgNo(3) + SumAlgNo(3) * GET_RK(UCH_DATAN,UCH_DATOK)/100)*2)
G_SUMDIVIDE
Краткое описание :
Проблема со сторнированием окладаОписание :
Предварительный просмотрЧто измененно :
В марте принесли данные о том, что человеку забыли внести отпуск без сохранения.
За февраль месяц посчитан полностью. Необходимо сторнировать начисления за период отпуска за свой счет.
Внесли отпуск. Автоматически создалась сторнирующая запись с пометкой "С_Б".
Эта сторнирующая запись появляется по настройке Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска "Сторнировать зарплату при наличии отпуска за прошлый период". Работает так же как и в случае больничного.
Если указано "да", то при вводе отпуска за прошлый период формируется запись.
В предварительной разноске появляется 7-ой ВО, но дней/часов 0.
Судя по всему дело в том, что табель защищен от редактирования и УО адм. отпуска в него не попадает.
Как измененно :
Исправлена функция "Предварительная разноска" по обработке записи с пометкой "С_Б" из окна "Сторнирование и пересчет".
Теперь, при добавлении в предварительный просмотр сторнирующих записей за прошлый период, количество дней/часов в них проставляется правильно.
G_SUMDIVIDE
Краткое описание :
не корректно создаются доплаты по совместителямОписание :
Все РПД по персоналуЧто измененно :
Некорректно отрабатывает предварительная разноска для доплат по совместителям. Требуется, чтобы пустая доп. аналитика не переносилась из доплаты в запись предварительного просмотра, даже если в доплате выбор значений установлен "из постоянной доплаты".
Как измененно :
Теперь если в доплате доп. аналитика пустая, то она не будет переноситься в таком виде в запись предварительного просмотра, даже если поле "Выбор значений" будет установлено в "Из постоянной доплаты". В таких случаях будет заполняться доп. аналитика из лицевого счета.