G_ZARPL
Краткое описание :
Лишние начисления в результатах расчетаОписание :
Расчет начислений (общие вопросы)Что измененно :
После расчета ЗП в результатах появляются начисления, которых быть не должно вообще: их нет ни в постоянных доплатах, ни в межпериоде. Также в этих начислениях указан "левый" период оплаты, должность, подразделение. Также можно сказать, что проблема "плавающая" - после повторного пересчета ЗП результаты получаются правильные, "левые" начисления исчезают.
Как измененно :
Скорректирован механизм кэширования данных, извлекаемых запросами из таблиц предварительной разноски (при выполнении расчета начислений) и из таблицы начислений (при выполнении расчета удержаний).
G_ZARPL
Краткое описание :
Сторнируется добровольная пенсионная выплатаОписание :
Постоянные удержанияЧто измененно :
Работник имел в июле облагаемый ДПВ доход 17600. В июле ДПВ с этого ВО взялся верно 176. В августе при расчете ЗП появилась отрицательная сумма ДПВ.
9822,05*1%=98,22 начисления за август
98.22-176= -77,78
Как измененно :
При расчете вида оплаты с входимостью "целевой сбор" за предыдущие месяцы дополнительно проверяются и неначисляемые суммы с видом оплаты с данной входимостью
G_ZARPL
Краткое описание :
Не заполняется доп. аналитика после переходаОписание :
Расчет удержаний (общие вопросы)Что измененно :
Установлено значение "переходов межпериода" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
У сотрудника есть переход в межпериод. Изменилось подразделение и доп. аналитика.
Рассчитываем ЗП. Начисления и удержания разбились на до и после перехода.
В начислениях доп. аналитика заполнилась корректно и до и после перехода.
В удержаниях доп. аналитика заполнилась только до перехода.
Как измененно :
Доработана функция формирования результатов расчета для значений "переходов межпериода" и "постоянных переходов"
в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
Теперь в удержаниях заполняется доп. аналитика с учетом переходов.
G_ZARPL
Краткое описание :
Доработать формирования поля Second(Uder.LastTime), Second(SumvidUd.LastTime) для межрасчетных выплатОписание :
Расчет удержаний (общие вопросы)Что измененно :
Просьба доработать формирования поля "источник" для межрасчетных выплат.
Если по межрасчетным выплатам сформирован реестр, то в поле источник проставляется значение "реестр" для всех записей по межрасчетным выплатам.
При печати расчетных листков записи по межрасчетным выплатам группируются по полю источник + доп. аналитика.
Просьба учесть следующие типы источников: отпуск, больничный лист,начисл.и выпл., единоврем.пособие,ежемес.пособие.
Как измененно :
Доработана функция формирования результатов расчета по перечислениям сумм межрасчетного периода.
Теперь поле "источник данных" отражает тип источника по которому формировался реестр.
Учтены следующие типы источников: отпуск, больничный лист,начисл.и выпл., единоврем.пособие,ежемес.пособие.
G_ZARPL
Краткое описание :
Ошибка в работе функции UCH_CHASGRОписание :
Алгоритмы пользователяЧто измененно :
При написании пользовательского алгоритма в модуле Заработная плата, выявили, что функция UCH_CHASGR не верно тянет данные из предварительного просмотра в ситуации когда у работника есть переход в межпериод с изменением режима работы и UCH_CHASGR используется в алгоритме после функции SumAlgNP(N,P).
Используем алгоритм: sumalgnp(33,12)-(18500*uch_chasf/uch_chasgr)
Как измененно :
Исправлено. UCH_CHASGR возвращает правильный результат.
G_ZARPL
Краткое описание :
Ввести настройку проверки признака участия в расчетах для пользовательских алгоритмовОписание :
Алгоритмы пользователяЧто измененно :
Для функций пользовательских алгоритмов PDopProc, PDopProcF, PDopSum, PDopTarif, работающих с постоянными доплатами, стала осуществляться проверка признака участия в расчете.
У клиента бизнес-процесс был построен таким образом, что процент, указанный в доплате с признаком "учитывать при расчете - нет", учитывался при расчете других доплат через пользовательские алгоритмы с помощью функции PDOPPROC.
Просьба добавить какую-то настройку, которая бы устанавливала, нужно ли учитывать признак участия в расчетах для пользовательских алгоритмов.
Как измененно :
Для функций PDopProc(O, PR), PDopProcF(O, PR, L), PDopSum(O, PR), PDopTarif(O, PR) разработана возможность передавать дополнительную информацию через параметр определения условия выбора PR. Если функция получает в качестве параметра PR только значение 0 или 1, то выполнение ее будет происходить с учетом признака "учитывать при расчете" постоянной доплаты. Если же передать в функцию значение 256 + "условие выбора" (например, 256+0 или 256+1), то функция будет искать требуемое значение без учета признака "учитывать при расчете".
G_ZARPL
Краткое описание :
Учет выплат по платежным ведомостям по дате в поле "Закрыта"Описание :
Расчет удержаний (общие вопросы)Что измененно :
При установленной настройке учитывать перечисление ЗП за период - прошлый платежные ведомости на окончательную выплату заработной платы необходимо учитывать при расчете заработной платы за следующий месяц относительно даты в поле "Начало периода". На данный момент платежные ведомости на окончательную выплату заработной платы так и учитываются, все правильно.
Но платежные ведомости на межрасчетные выплаты (аванс, отпускные, больничные) нужно учитывать при расчете заработной платы за месяц, указанный в поле "Начало периода". Сейчас такие выплаты учитываются при расчете заработной платы за следующий месяц, это неверно.
Как измененно :
При значении настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Учитывать перечисление заработной платы за период" - прошлый платежные ведомости на окончательную выплату заработной платы учитываются за прошлый период, платежные ведомости на межрасчетные выплаты (аванс, отпускные, больничные) учитываются за отчетный период.
G_ZARPL
Краткое описание :
Ошибка Рантайм 216 при расчете контроля доходаОписание :
Контроль доходаЧто измененно :
При выполнении контроля доходов у сотрудника, который имеет смежный лицевой счет с суммами с предыдущего места работы возникает ошибка
Runtime error 216 (rtl: попытка обращения к некорректному дескриптору)
Как измененно :
Ошибка исправлена.
G_ZARPL
Краткое описание :
Просьба убрать сообщение о неверной разбивке по счетамОписание :
Расчет начислений (общие вопросы)Что измененно :
В продолжение решения ПиР 102.108429. Просьба убрать сообщение о неверной разбивке.
--------------------------------------------------------------------------------
Протокол сообщений (среда, 14/09/2011)
--------------------------------------------------------------------------------
--------------------------- РАСЧЕТ ЗАРАБОТНОЙ ПЛАТЫ ----------------------------
Для табельного номера 13 больше 100 начислений для расчета.Номер алгоритма 37
Разбивка по счетам будет неверной
Для табельного номера 13 больше 100 начислений для расчета.Номер алгоритма 38
Разбивка по счетам будет неверной
Для табельного номера 13 больше 100 начислений для расчета.Номер алгоритма 39
Разбивка по счетам будет неверной
Для табельного номера 13 больше 100 начислений для расчета.Номер алгоритма 40
Разбивка по счетам будет неверной
Для табельного номера 13 больше 100 начислений для расчета.Номер алгоритма 37
Разбивка по счетам будет неверной
Для табельного номера 13 больше 100 начислений для расчета.Номер алгоритма 38
Разбивка по счетам будет неверной
Для табельного номера 13 больше 100 начислений для расчета.Номер алгоритма 39
Как измененно :
Снято ограничение на к-во входящих записей по видам оплат при расчете заработной платы по алгоритмам 37-40 признак 4.