G_ZARPL
Краткое описание :
неверно расчитывается удержание с кодом 191Описание :
Расчет алиментов и исполнительных листовЧто измененно :
При расчете з.пл за январь месяц неверно сформировалось удержание 191.
У данного сотрудника несколько удержаний под кодом 191 и проблема оказалась в том, что есть начисления за будущий период( отпуск, переходящий на февраль). А в самом удержании указан признак доудержать, равный "Д" и сумма отсатка не превышает удвоенного значения суммы удержания за месяц.
Например. В постоянном удержании указана доля 10/100, признак доудержать "Д" и сумма остатка = 128,98 р. Сумма по этому удержанию должна составлять за январь месяц:
исходя из начисленных сумм 1043,71 р. и рассчитанных подоходного налога 131,52 р. и пенсионных взносов 8,23 р. составляет 90,40 р.,
за февраль:
исходя из начисленных сумм 275,58 р. и рассчитанных подоходного налога 17,37 р. и пенсионных взносов 2,76 р.25,50 р.
А в результатах расчета получаем другие неверные суммы.
Как измененно :
Для РБ. Исправлен расчет в описанной ситуации.
G_ZARPL
Краткое описание :
Сторнирование сумм по ВО с алгоритмом пользователяОписание :
Пользовательские алгоритмыЧто измененно :
Пользовательский алгоритм.
Так вот. При сторнировании расчет суммы ПО УМОЛЧАНИЮ идет по данным архива и
рассчитывается по часам.
Как измененно :
Добавлена новая доп. входимость: 38 - "Сторнирование
сумм по виду оплаты" с параметрами "пересчитывать по алгоритму", "пересчитывать
по часам", "пересчитывать по дням".
При наличии в предварительном просмотре записи с отрицательным
количеством дней или часов без пометки будет дополнительно проверяться
входимость 38.
Если для данной входимости указано "пересчитывать по алгоритму ",
будет выполняться пересчёт по соответствующему алгоритму.
G_ZARPL
Краткое описание :
НДФЛ_СторноОписание :
Расчет подоходного налогаЧто измененно :
Ситуация: сотруднику нужно сторнировать удержанный НДФЛ с 2016 года.
Что делаем:
- в ЛС установили параметр "не удерживать НДФЛ с" в значение "01.01.2016"
- в ЛС установили параметр "количество месяцев для пересчета" в значение "36"
- сделали контроль дохода поочередно за 2016, 2017, 2018.
- запустили расчет зп.
В результате НДФЛ не сторнировался.
установлено значение "из дополнительных аналитик" в настройке
": \ Налог на доходы \ Раздельный расчет по обособленным подразделениям"
Выполнили сервисную "Контроль для раздельного расчёта по обособленным подразделениям" с параметром:
"Заполнять ссылки на обособленные подразделения, КПП и ОКТМО".
Налог за 2016, 2017 не сторнировался. В придачу с плюсом прошли отсторнированные суммы в 2018.
Сторнирование ранее происходило потому, что стояло значение "да" в настройке
": \ Налог на доходы \ Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям"
По рекомендации отдела разработки установили в "нет", но вот оказалось, что описанный выше случай не работает.
Как измененно :
1.Для России доработана функция возврата НДФЛ при значениях, отличных от "нет", настройки "...\ Расчеты с персоналом \ Налог на доходы \ Раздельный расчет по обособленным подразделениям".
Доработка актуальна при значении параметра "не удерживать НДФЛ с" в значение "...".
Теперь в таких случаях суммы НДФЛ возвращаются, начиная с даты, указанной в данном поле.
Возврат происходит независимо от соответствия ссылки на обособленное подразделение, КПП и ОКТМО данным текущего месяца.
G_ZARPL
Краткое описание :
Пересчет НДФЛ по вычетам за предыдущий отчетный периодОписание :
Расчет подоходного налогаЧто измененно :
Сотрудник в феврале принес заявление на предоставления вычетов на иждивенцев с января 2019.
В Галактике завели и установили параметры для пересчета:
Пи этом у сотрудника в январе был доход 4539,88, но вычет еще не был предоставлен. Далее в феврале вводится вычеты и предоставляются с января в размере 5800 за каждый месяц (1400+1400+3000).
Соответственно сделали заполнение архива вычетов, и делаем контроль дохода, рассчитываем ЗП и смотрим результаты расчета, и видим, что система возвращает 590 руб за январь, и НДФЛ составляет 744 руб
В январе перешли на значение настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы - Раздельный расчет по обособленным подразделениям" в "из дополнительных аналитик".
Сервисная функция контроля по обособленным подразделениям выполнена:
Как настроить правильный расчет? Так как в совокупный доход после расчета ЗП возврат -590 не учитывается, так же как и в 2-НДФЛ
Как измененно :
Исправлена ошибка расчёта НДФЛ с настройкой "...\ Налог на доходы - Раздельный расчет по обособленным подразделениям" в "из дополнительных аналитик" при предоставлении стандартных вычетов с начала предыдущих месяцев.
Теперь НДФЛ рассчитывается правильно.
G_ZARPL
Краткое описание :
Расчет удержаний - неверно разбивается перечисление зарплаты по аналитике входящих оплат если есть неразбитые удержанияОписание :
Учет реестров и платежных ведомостей при расчете заработной платыЧто измененно :
Настройки "Разбивать удержания" = "по подразделениям, аналитике и параметру входящих оплат", "Выбор аналитик для разбивки удержаний" = "Производственные заказы".
У работника в результатах расчёта есть начисления с аналитикой Заказ1, Заказ2 и без заказа. Кроме того, есть оплаченный реестр межпериода на перечисление аванса, в операциях которого заказа нет (аванс не был разбит по заказам). В КВУ для перечисления аванса настроено "учитывать согласно реестру на перечисление аванса", для перечисления зарплаты - "разбивать по подразделениям, аналитике, параметру и виду оплаты".
При расчёте удержаний получаем:
1. Формируется 2 записи по перечислению аванса, в обеих проставлена аналитика Заказ1 - должна быть пустая.
2. Перечисление зарплаты формируется либо одной записью полностью на Заказ1, либо записей несколько, но с неправильной разбивкой по заказам - в зависимости от следования заказов в интерфейсе "Распределение затрат".
Как измененно :
Для значения "учет ведется" и аналогичных в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам"
доработана функция формирования результатов расчета удержаний.
1.В классификаторе видов удержаний для удержания с типом "Перечисление"/"Аванс" добавлено новое правило - 'разбивать по подразделениям, аналитике, параметру и виду оплаты'.
2.Доработана функция разбивки перечисления аванса с учётом нового правила.
При установке признака "учитывать в подразделении на дату формирования" сумма перечисленного аванса не разбивается по постоянным переходам.Атрибуты записи соответствуют значениям на дату формирования аванса.
С помощью новых значений, пользователи смогут формировать записи о сумме перечисленного аванса с атрибутами, согласно требованиям предприятия.
3. Доработана функция формирования сумм к перечислению зарплаты с учётом КАУ.