G_ZARPL
Краткое описание :
при прогоне AQA-теста обнаружено изменение разбивки сумм удержаний база РФОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Некорректная разбивка удержаний по алиментам.
Как измененно :
Откорректирована разбивка алиментов по начислениям.
G_ZARPL
Краткое описание :
Необлагаемая сумма и размер годового доходаОписание :
Контроль доходаЧто измененно :
В системе после установки патчей в которых реализован расчет взносов и отчислений ОСМС, в таблице "Размер годового дохода" заполнился столбец "Учтено ОСМС" на вкладке "Вычеты" с начала года (январь - июнь). Хотя ОСМС начали рассчитывать только с июля. Не понятно что это за суммы? Но после запуска расчета ЗП система увеличивает сумму "Учтено вычетов", искажает информацию в таблице "Размер годового дохода" и некорректную сумму выводит в Расчетный листок.
Теперь, учтенная сумма ОСМС записывается в поля, в которые ранее дублировалась сумма НДФЛ.
Лучше предусмотреть возможность очистки данных в системе. Либо контролем дохода, либо запуском внешнего интерфейса.
Как измененно :
Доработана функция "Контроль дохода" для Казахстана.
Теперь, если значение поля "Вычеты ОСМС" равно 0, то поле "Учтено ОСМС" также приравнивается 0.
G_ZARPL
Краткое описание :
Неверно рассчитывается НДФЛОписание :
Расчет подоходного налогаЧто измененно :
Неверно рассчитывается НДФЛ.
1.Отчетный месяц 8.
2. Установлено значение "из подразделений отнесения затрат" в настройке
"... Налог на доходы \ Раздельный расчет по обособленным подразделениям"
2. установлено значение "7" в настройке "... \ Налог на доходы \ Сторнирование и возврат \ Количество месяцев для сторнирования налога"
3. В архиве "Суммы удержаний" в записях НДФЛ установлено значение КПП равное "583501001". Из-за этого в записях о возврате НДФЛ за 5-й и 7-й месяцы также появляется значение КПП равное "583501001", в то время как для записей НДФЛ за текущий месяц такого не происходит.
Как измененно :
Исправлена функция пересчета НДФЛ за прошлые месяцы при значении "из подразделений отнесения затрат" в настройке
"... Налог на доходы \ Раздельный расчет по обособленным подразделениям".
Теперь правильно учитываются суммы возврата и доначисления НДФЛ за прошлые месяцы в расчетном.
При определении суммы НДФЛ, рассчитанной ранее, не учитывается расхождение КПП, учет происходит только по сравнению ссылок на обособленное подразделение.
Примечание. У пользователя в записях НДФЛ за март не совпадает облагаемая сумма с суммой начислений. Поэтому для правильного расчета расчетчику необходимо предварительно
выполнить сервисную функцию "Контроль для раздельного расчета по обособленным подразделениям" с параметром: "заполнять облагаемую сумму".
G_ZARPL
Краткое описание :
к закрытому ПИР 103.8209. ССылка на реестр по выплатам в межпериод не проставляетсяОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
Установлено значение "учет не ведется" в настройке
Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет межпериода при расчете зарплаты \ Учет выплат по реестрам"
При данном значении настройки, программа не учитывает реестры на перечисление в банк и, соответственно, ссылки из этих реестров.
Реестр по выплаченным отпускным, да действительно в поле Источник выплаты проставляется ссылка на реестр перечисления НДФЛ сразу в результатах расчета.
Но по выплатам в межпериод этого не происходит.
Как измененно :
Доработана функция формирования записей по удержанию НДФЛ при расчете заработной платы.
Установлено значение "учет не ведется" в настройке
Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет межпериода при расчете зарплаты \ Учет выплат по реестрам"
При данном значении настройки, в поле "Источник выплаты" проставляется ссылка на реестр перечисления НДФЛ для всех записей межпериода.
Примечание.
При установленном значении "учет ведется" в результатах расчета проставляются ссылки на реестры перечисления в банк, если реестр был закрыт, как это было ранее.
Если реестр на перечисление в банк не был закрыт, в результатах расчета НДФЛ также проставляется ссылка на реестр перечисления НДФЛ.
G_ZARPL
Краткое описание :
Неверно рассчитывается пособие по уходу за ребенком в случае если уход осуществляется за 2-мя детьми одновременноОписание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Неверно рассчитывается пособие по уходу за ребенком в случае если уход осуществляется за 2-мя детьми одновременно. Не учитывается ограничение суммы пособий детям до 18 месяцев суммой среднемесячного заработка.
Как измененно :
Если сумма пособия рассчитываемого ребенка до 1.5 лет в сумме с пособиями других детей до 1.5 лет сотрудника превышает размер среднемесячного заработка, то пособие рассчитываемого ребенка уменьшается так, чтобы сумма среднемесячного заработка не была превышена. Доработка для России.
При расчете из МРОТ ограничение не применяется.
Доработано сообщение о коэффициенте учета МРОТ, теперь оно имеет вид: "Коэффициент учета МРОТ для сотрудника с таб. номером 1 (фамилия ребенка: Иванов Е.Е.): 1.000".
G_ZARPL
Краткое описание :
Неверно формируются ссылки в реестрах на перечисление по ВООписание :
Реестры по перечислениям. ФормированиеЧто измененно :
Неверно формируются ссылки в реестрах на перечисление по ВО. Причина в том, что при расчете заработной платы
суммы к перечислению содержат вид оплаты, сумма по которому уже была полностью перечислена ранее.
Сотрудник увольняется 11/07/2017 г.
Ему рассчитали 138 ВО.
Провели перечисление все суммы ЗП в межпериод, включая 138 ВО.
По результатам окончательного расчета ЗП были доначислены ВО 101 "Оплата по сдельным расценкам", 165 "Районный коэффициент" и перечислены за 7 месяц ЗП и НДФЛ 07/08/2017г.
А в результатах расчета зарплаты мы видим сумму к перечислению ЗП с кодом 138 и не видим суммы к перечислению по видам оплат 101 и 165.
Причиной является тот факт, что при окончательном расчете ЗП предварительная разноска шла по переходам, что и повлекло данное распределение суммы к перечислению.
Как измененно :
Доработана функция формирования сумм к перечислению заработной платы при учете ранее перечисленных сумм из реестров на перечисление.
Теперь при формировании остатков к перечислению суммы не разбиваются отдельно по каждому переходу, ранее удержанные и перечисленные суммы группируются вместе по одинаковым видам оплат.
В результате этих действий, суммы к перечислению формируются на разницу тех видов оплат, которые не были перечислены ранее.
G_ZARPL
Краткое описание :
Расчет алиментов до середины месяцаОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Расчет алиментов до середины месяца: При подсчете базы необходимо учитывать только фактический заработок за время действия алиментов.
Как измененно :
Для РФ: При начале или окончании алиментов или исполнительных листов (и/л) в середине месяца, за который производится расчет удержаний, и значении поля в постоянном удержании "по дням" = "+" база для расчета алиментов и и/л формируется следующим образом:
1. Определяется фактические начисления за период действия алиментов или и/л. Например, у сотрудника в расчетном месяце начисления по окладу с 01.01.2017 по 15.01.2017 и отпускные с 16.01.2017 по 31.01.2017. Для и/л с датой окончания 12.01.2017 в расчете будет участвовать только часть начисления по окладу с 01.01.2017 по 12.01.2017.
2. Пропорционально определяется подоходный налог с части начисления по окладу с 01.01.2017 по 12.01.2017.
3. База для алиментов или и/л = начисления с 01.01.2017 по 12.01.2017 - подоходный налог с данной части начислений.
Для пользователей РФ расчет производится только по фактическому заработку, расчет по календарным или рабочим дням отключен.
Для начислений, которые должны учитываться для алиментов без учета периода, за который начислено, т.е. вся сумма должна учитываться, в КВО для дополнительной входимости (90) "Учет облагаемых сумм, алиментов и исполнительных листов" добавлено значение "без учета периода, за который начислено".