G_ZARPL
Краткое описание :
(ШГА) Неверно считается доплата- компенсация за вредность, если у сотрудника есть имущественный вычетОписание :
Расчет начислений (общие вопросы)Что измененно :
Нверно считает компенсацию за вредность, если у сотрудника есть имущественный вычет
Компенсация = (оклад+148 премия)-4%
а сейчас считает с учетом НДФЛ, это неверно =( (оклад+148 премия)-4%)*0,87
Как измененно :
Исправлен расчет компенсации за вредность для случая, когда у сотрудника есть
имущественный вычет и расчет ведется для Бонуса с видом оплаты, отличным от настройки для ВО бонуса (148 ВО). Для случая, когда начисления больше бонуса и больше МРОТ итоговая сумма не уменьшается на сумму НДФЛ.
G_ZARPL
Краткое описание :
Не корректный расчет алиментов при наличии перехода в межпериодОписание :
Алименты, исполнительныеЧто измененно :
Не корректный расчет алиментов при наличии перехода в межпериод.
В настройке КВУ для алиментов (186) установлен признак "разбивать по подразделениям отнесения затрат". У сотрудника был переход в межпериод в другое подразделение. При расчете зарплаты начисления разбились по периодам переходов, а удержание по алиментам - нет. Причем в результатах расчета алименты рассчитались только с суммы начислений до перехода.
Как измененно :
Для РБ. Если в КВУ для видов удержаний с типом алименты установлен признак "разбивать по подразделениям отнесения затрат", алименты рассчитываются со всех начисленных сумм (входящих в расчет алиментов).
G_ZARPL
Краткое описание :
Разработать отчёт о контроле налога и дохода в формате FastreportОписание :
Отчет о соответствии дохода и налогаЧто измененно :
Разработать отчёт о контроле налога и дохода в формате Fastreport
Как измененно :
Разработан отчет о контроле налога и дохода в формате FastReport.
G_ZARPL
Краткое описание :
В РЛ не отражаются суммы выплаченные после первоначального депонирования ПВОписание :
Учет реестров и платежных ведомостей при расчете заработной платыЧто измененно :
В РЛ не отражаются суммы выплаченные после первоначального депонирования ПВ
ПВ была депонирована,затем по ведомости депонирования сф-на новая ПВ и выплачена.Сумма должна отразиться с кодом 181 в РЛ.Но это не происходит.
Как измененно :
Доработана функция формирования результатов расчёта удержаний с заработной платы. Теперь формируются записи по суммам, выплаченным после первоначального депонирования ПВ
G_ZARPL
Краткое описание :
Некорректная разбивка удержаний при наличии отрицательных начисленийОписание :
Расчет удержаний (общие вопросы)Что измененно :
У клиента в расчете могут встретиться отрицательные начисления. Получаются они таким образом. Каждому работнику назначена премия "по умолчанию" (в нашем примере 201 в/о), составляющая определенный фиксированный процент от основной зарплаты. По итогам месяца определяется ФOT, проводится предварительный расчет зарплаты по предприятию, и, если начисления превышают ФОТ, утверждаются понижающие коэффициенты к премии. Понижающие коэффициенты у всех подразделений разные, их вводят как постоянную доплату на текущий период (в/о 19). Суммы могут получиться и положительные (когда коэффициент больше 1 - дополнит. премия), и отрицательные.
Считаем зарплату с настройкой 15163 Разбивать удержания, установленной в значение "по подразделениям, аналитике и параметру входящих оплат".
220 вид удержания (Выплата ЗП итог через банк) разбивается неверно, в разбивку попадают не все виды оплат. В нашем примере (см. вложение) в разбивку не вошли виды оплат 19, 44, 46. Вероятно, это происходит при наличии отрицательных сумм начислений (в/о 19 - понижающий коэффициент к премии). Если отрицательных начислений нет, разбивка происходит корректно.
Клиент считает, что строки в разбиении по 220 в/у должны соответствовать строкам в начислении, иначе, хотя общий итог по 220 в/у и получается верным, но могут возникнуть ошибки в распределении затрат при переходах в межпериод из одного подразделения в другое. В доказательство приводится такой пример:
Работник переведен из цеха 250 в цех 350.
Результат расчета заработной платы:
Неверно распределились суммы по 220 виду удержания по подразделениям перехода в межпериод. Должно быть на 250 цех 15705,99 руб., на 350 цех 7270,73 руб. А в результатах расчета получается на 250 цех 18054,17 руб. и на 350 цех 4922,55 руб.
Как измененно :
Для России доработана функция формирования сумм к перечислению в результатах расчёта заработной платы для значения "по подразделениям, аналитике и параметру входящих оплат"
в настройке
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания"
Теперь по иному учитываются отрицательные суммы по видам оплат в тех случаях, когда в начислениях не найдена положительная сумма по данному виду оплаты. В таких случаях уменьшается сумма к перечислению по виду оплаты с аналогичными атрибутами.
Вид оплаты выбирается согласно полю "Приоритет оплаты при распределении сумм к перечислению в банк" классификатора видов оплат.
Уменьшение происходит по виду оплаты с наивысшим приоритетом.
При этом, доход по выбранному виду оплаты должен быть достаточным для уменьшения суммы.
В том случае, если в результатах расчёта начислений имеется сумма с одинаковым кодом оплаты, но за другой месяц, алгоритм программы стремится отнести отрицательные суммы начисления и удержания с неё, на тот же вид оплаты.
Примечание. У заказчика установлено значение "учет не ведется" в настройке "...\ Учет выплат по реестрам".
Тем не менее,доработка проводилась с учётом любых значений данной настройки.