G_ZARPL
Краткое описание :
Контроль дохода - матпомощь с предыдущего места работы
неверно записывается в сальдоОписание :
Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции
\ Налог на доходы физических лиц \ Контроль доходаЧто измененно :
Отчётный период, например, февраль. “Размер годового дохода -
Суммы с предыдущего места работы”, вносим данные за январь, в том числе
выплаченную на предыдущей работе матпомощь. Далее выполняем контроль дохода -
сумма матпомощи появляется в записи сальдо на начало месяца, но только на
начало января, а на начало февраля - пусто. Соответственно при расчёте зарплаты
за февраль выплаченная на предыдущей работе матпомощь не учитывается. Таким
образом, если данные с предыдущего места работы вносим месяцем, который
совпадает с отчётным периодом - после контроля матпомощь будет в записи сальдо
на начало отчётного периода и при расчёте зарплаты учтётся нормально. А если
вносим справку "задним числом" (в нашем примере в феврале за январь) - то в
сальдо матпомощь будет только на начало января и при расчёте февраля не
учтётся. Необходимо доработать функцию контроля дохода: матпомощь с предыдущего
места должна переноситься в сальдо по всем месяцам
Как измененно :
Доработана сервисная функция "Контроль дохода" в разрезе учета
сумм материальной помощи с предыдущего места работы. Данные заполняются в
"Сальдо на начало месяца" и для месяца приема на работу.
G_ZARPL
Краткое описание :
Расчет льготы по ИПНОписание :
Операции- расчет заработной платы-Расчет начислений/удержанийЧто измененно :
При установленном значении общесистемной настройки «Количество
месяцев для сторнирования» происходит непонятное распределение Льготы по ИПН на
предыдущие периоды. Льгота по ИПН с типом скидка. Если "Количество месяцев для
сторнирования» установить - 1 , то расчет верный.
Как измененно :
Республика Казахстан. Исправлен расчет подоходного налога при
его сторнировании, а также наличии скидки и переходящего вычета.
G_ZARPL
Краткое описание :
Расчет зарплаты - неверно сторнируются начисления по ВО с
алгоритмами 6 и 7Описание :
Галактика ERP \ Персонал \ ЗП \ Операции \ Расчет зарплаты \
Расчет начисленийЧто измененно :
В архиве за прошлый месяц (ноябрь) есть начисления по ВО 3 и 81
с 01/11 по 20/11 - оба с алгоритмом 7 признак 1. В текущем месяце (декабре) -
больничный с 06/11 по 11/11, он формирует запись сторнирования с признаком С_Б.
По этой сторнировочной записи при разноске по каждому из ВО формируется
отрицательная запись на весь период (с 01/11 по 20/11) и две положительные (с
01/11 по 05/11 и с 12/11 по 20/11). При этом есть такая странность: в
положительных записях указана полная сумма (видимо потянулась из пост. доплаты,
а в отрицательной записи - 0). Соответственно, если в допвходимости "(31)
Сторнируется при наличии больничного, отпуска за закрытый период" задано
"пересчитывать по алгоритму", то сторнирования нет (в результатах расчёта
формируются только положительные записи, суммы в них рассчитаны верно). Если в
предварительной разноске вручную указать полную сумму для отрицательной записи,
то расчёт верный. А если в допвходимости 31 задать "пересчитывать по часам"
(или по дням), то возникает другая проблема: в результатах расчёта
отрицательная запись теперь формируется, но зато в обеих положительных ставится
исходная сумма из пост. доплаты (без пересчёта по часам/дням) - тоже ошибка.
Как измененно :
Доработан расчет заработной платы в разрезе пересчета записей
начислений с видами оплат, у которых установлен алгоритм расчета 6 или 7.