G_ZARPL
Краткое описание :
Потерян расчет процентных доплат при печати всех приказов (РПД-1, 5), а так же печать приказов из картотекиОписание :
Все РПД по персоналуЧто измененно :
Потерян расчет процентных доплат при печати всех приказов (РПД-1, 5), а так же печать приказов из картотеки.
Как измененно :
Восстановлен потерянный функционал.
G_ZARPL
Краткое описание :
Просьба доработать алгоритм 25 признак 3, чтобы считались отрицательные суммы и анализировалось изменение должности в доплатеОписание :
Расчет начислений (общие вопросы)Что измененно :
Просьба доработать алгоритм 25 признак 3, чтобы считались отрицательные суммы и анализировалось изменение должности в доплате
Клиент считает выслугу по алгоритму 25 признаку 3. В прошлом месяце при расчете наряда не учли изменение должности в середине месяца. В результате чего по новой должности не посчитался ППС. В текущем месяце пытаются начислить часть сдельной оплаты приходящуюся на новую должность с минусом по старой должности и с плюсом по новой для сторнирования ППС.
При 3 признаке сумма отрицательная неверная. Кроме того при разбиении выслуги лет по входящим оплатам в Галактике не анализируется изменение должности.
Как измененно :
1. Доработан расчет выслуги лет с алгоритмом 25 и признаками 0,3.
Теперь в результатах расчета заработной платы выслуга разбивается с учетом изменения должности.
2. Доработан расчет выслуги лет с алгоритмом 25 признак 3 при наличии входящих сумм прошлого периода.
Теперь, если для расчета выслуги поступает отрицательная сумма по основной оплате, программа считает положительную сумму по окладу(тарифу), а затем умножает ее на -1.
Таким образом, возвращаются суммы выслуги согласно описанию данного признака алгоритма.
G_ZARPL
Краткое описание :
Ошибка при сторнировании матпомощи(РБ,путевки)Описание :
Расчет подоходного налогаЧто измененно :
Ошибка при сторнировании матпомощи(РБ,путевки)
(в сентябре -путевки двоим детям по 2 млн,
в октябре-сторнирование одной из путевок 1 млн.)
Неверно определяется сумма к обложению НДФЛ.
Как измененно :
Исправлена ошибка при возврате материальной помощи на ребенка по настройке на страну Беларусь. Проявлялась в том случае, если сумма предоставленной материальной помощи была меньше суммы льготы по матпомощи.
Теперь сумма к налогообложению в подобном случае рассчитывается корректно.
G_ZARPL
Краткое описание :
Потеря приемственности. Не рассчитывается удержание с пользовательским алгоритмом SumAlgNo()Описание :
Постоянные удержанияЧто измененно :
Клиент раньше для расчета удержания пользовался
алгоритмом с функцией SumAlgNo(). Его удержание
рассчитывалось как 3% от начислений в расчетном периоде
входящих в расчет по 38-у алгоритму. Расчет
осуществлялся при различных режимах настройки Настройки
Галактики \ Управление персоналом \ Расчеты с
персоналом \ Режимы расчетов \ Рассчитывать заработную
плату = "с учетом..../ без учета...".
Как измененно :
Восстановлена работоспособность пользовательских функций на основе алгоритмов 37-39, 41 и 46 при расчете постоянных удержаний.
G_ZARPL
Краткое описание :
Неверно рассчитывается сумма имущественного вычета (делится на 2 суммы)Описание :
Расчет начислений (общие вопросы)Что измененно :
Неверно рассчитывается сумма имущественного вычета.
Сотруднику в июле назначают имущественный вычет c алгоритмом 97 признак 0.
Назначается с 01.01.2013.
Когда рассчитывают зарплату, сумма вычета получается неверная. Вычет почему-то в результатах расчета разбивается на 2 части, более того, сумма в одной записи составляет сумму годового дохода без учета текущих начислений, а сумма вычета во второй записи есть сумма годового дохода с учетом текущих начислений, и эти две суммы складываются.
Как измененно :
Исправлена ошибка предоставления социальных (имущественных) вычетов при расчете заработной платы с настройкой:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям" для случаев, когда вычеты предоставляются с даты, не совпадающей с отчетным месяцем.
Теперь программа контролирует сумму предоставленного вычета с начала года и второй раз его не предоставляет.
G_ZARPL
Краткое описание :
По оплате с типом скидка (пользовательский алгоритм расчета) задваиваются суммы при расчетеОписание :
Расчет начислений (общие вопросы)Что измененно :
По оплате с типом скидка (пользовательский алгоритм расчета) задваиваются суммы при расчете.
Задваивается сумма скидки с пользовательским алгоритмом, если было сторнирование оплат.
Алгоритм такой: =if(Uch_Summa<>0,Uch_Summa,SummClass(OTCH_Y,OTCH_M,0,0,'В расчет взносов','Входит')*0.87*UCH_PROC/100)
По этой причине каждый месяц суммы по скидке - разные.
Дополнительная входимость "(5) Уточнение к типу оплаты - не разбивать" для 321 вида оплат не помогла.
Как измененно :
Доработан расчет суммы по доплате с типом "Скидка" и дополнительной входимостью "(5) Уточнение к типу оплаты - не разбивать".
Теперь в случае сторнирования сумм за прошлые месяцы при расчете данного вида скидки анализируется архив неначисляемых сумм.
Если по этой скидке за указанный месяц уже предоставлялся вычет, то программа отнимает эту сумму от суммы которую рассчитал алгоритм.
G_ZARPL
Краткое описание :
Очень медленно идет пересчет налогов не ЕСНОписание :
Сервис налогов на ФОТ за закрытые месяцыЧто измененно :
Очень медленно идет пересчет налогов, рассчитываемых НЕ из годовой базы - за 5 месяцев по 20 людям 40 минут. Необходимость пересчета вызвана
уточнениями данных по инвалидам.
Как измененно :
Из алгоритма расчёта убрана необоснованная обработка начислений расчётного месяца. Ожидаемое сокращение времени - примерно до 20% (в зависимости от количества расчётных начислений) от времени, затрачиваемого на перерасчёт по одному месяцу.