G_ZARPL
Краткое описание :
При расчете ИПН не учитывается налоговый вычетОписание :
Расчет подоходного налогаЧто измененно :
Галактика перестала учитывать перенос налогового вычета с прошлого месяца при увольнении работника проработавшего менее половины месяца.
Настройки системы:
Предоставлять вычеты работающим менее половины месяца = нет
Вычеты переносятся на следующий месяц = да.
Отчетный период на тестовой базе 09.2015. У работника в 08 месяце доход составил 20000 тг, меньше суммы налогового вычета (21364 в 2015 году), согласно пункта 2 статьи 166 налогового кодекса РК: Если сумма налогового вычета, предусмотренного подпунктом 1) пункта 1 настоящей статьи, превышает определенную за месяц сумму дохода работника, подлежащего налогообложению, с учетом корректировок, предусмотренных статьей 156 настоящего Кодекса, уменьшенного на сумму обязательных пенсионных взносов, то сумма превышения последовательно переносится на последующие месяцы в пределах календарного года для уменьшения налогооблагаемого дохода работника.
21364-18000 = 3364 разница переноситься на следующий месяц.
Работник увольняется с 14.09.2015
При расчете ЗП налоговый вычет перенесенный с прошлого месяца не учелся:
Доход работника за месяц: 30052,38 - 3005,24 (ОПВ) = 27047,14
Подоходный налог = 27047,14*10% = 2704,71
Должно быть: Подоходный налог = (27047,14 - 3364)*10% = 2368,31
В таблице размер годового дохода после расчета ЗП, система указывает что учтено вычетов 3364.
Как измененно :
Исправлено. При установленных настройках "Предоставлять вычеты работающим менее половины месяца" в состояние "нет" и "Вычеты переносятся на следующий месяц" в "да", сумма перенесенного вычета применяется в случае отработки работником менее половины месяца.
G_ZARPL
Краткое описание :
Информация в удержаниях НДФЛ по нескольким реестрамОписание :
Расчет подоходного налогаЧто измененно :
Сейчас в удержаниях НДФЛ по видам оплат отображается только один (первый реестр на перечисления ЗП).
В случае, если выплаты проводились частями, то формируется несколько реестров, соответственно в удержании НДФЛ
также необходима информация о всех реестрах, по которым проводились выплаты.
Разделение выплаты по суммам происходило просто на уровне ручной корректировки сумм по реестрам
(вид удержания ранее был одной строкой - у нас 220 ВУ "К выплате через банк"), при формировании реестров указывается параметр "контроль по реестрам".
Например, принимается решение выплатить премию отдельным реестром. Предположим, сумма к выплате 35 000 руб., в т.ч. оклад 25000 и премия 10000 руб.
В этом случае сначала оформляется реестр на выплату ЗП, в котором корректируются суммы выплаты (указывается 25000),
затем формируется второй реестр на выплату премии (сумма 10000 встает автоматически при использовании параметра "контроль по реестрам").
По реестрам на НДФЛ аналогичным образом.
Также есть ситуации, когда вся сумма сотрудника выплачивается частями, без какого-либо деления по видам оплат.
(например, к выплате 40000 руб., в т.ч. оклад, премия, больничные. Выплачивается двумя равными частями по 20 тыс. в две даты).
НДФЛ и 220 ВУ "К выплате через банк" разбивается по видам оплат, среди которых могут быть и оклад, и премии, и отпускные, и больничные,и пособия, и доплаты.
Соответственно, если формируется реестр на частичное перечисление ЗП (например, отдельно выплачивается какой-то вид оплаты или весь расчет выплачивается частями),
то и реестр на перечисление НДФЛ надо формировать только с тех сумм, которые выплачиваются.
Сейчас же получается, что при формировании реестров на выплату и на НДФЛ при корректировке суммы в реестре вручную корректировки в расшифровках не производится
(будут ли корректно частичные выплаты отражаться в 6НДФЛ за счет внутренних алгоритмов?).
Как измененно :
Доработан расчет зарплаты для России с настройками
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам" - "нет"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания" - "по подразделениям, аналитике и параметру входящих оплат" или "только по видам оплат"
На первом этапе реализован первый случай по следующей схеме.
1. Разделение выплаты по суммам происходило просто на уровне ручной корректировки сумм по реестрам.
Например, принимается решение выплатить премию отдельным реестром. Предположим, сумма к выплате 35 000 руб., в т.ч. оклад 25000 и премия 10000 руб.
В этом случае сначала оформляется реестр на выплату ЗП, в котором корректируются суммы выплаты (указывается 25000).
При расчете заработной платы в этом случае производится анализ сумм НДФЛ со ссылкой на указанный реестр.
В записи по виду удержания из настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Вид удержания для реально перечисленной заработной платы" заполняется
не только вид оплаты, но и облагаемая сумма.
Записи НДФЛ по этому виду оплаты и ссылке на указанный реестр остаются.
Ссылки в записях НДФЛ по этому же реестру но с другими видами оплат аннулируются и создаются заново уже без ссылки на реестр.
Таком образом, при формировании следующего реестра записи НДФЛ с доходом, который не выплачивался первым реестром, ссылаются уже на второй реестр.