G_ZARPL
Краткое описание :
При окончательном расчете необходимо учесть уже перечисленные суммы алиментов в межпериодОписание :
Расчет алиментов и исполнительных листовЧто измененно :
При окончательном расчете необходимо учесть уже перечисленные суммы алиментов в межпериод.
Если сформированы реестры и выплачены алименты в межпериод с сумм отпусков и др. выплат, то сумма почтового сбора по итогу расчета заработной платы должна рассчитываться от остаточной суммы алиментов.
Как измененно :
Для РФ: при значении настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" = "учет ведется", "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Сбор по перечислению удерживать с плательщика" = "Да" и наличии оплаченных реестров по алиментам или исполнительным листам (и/л) при окончательном расчете сбор за перечисление алиментов или и/л рассчитывается с разницы рассчитанной суммы алиментов или и/л и суммы перечисленных алиментов или и/л в межпериод по реестрам.
Для того, что бы производился учет переведенных сумм по реестрам для 188 ВУ необходимо указать ВУ для настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Вид удержания для перечисления банковской эмиссии".
В поле "Сумма сбора" сохраняется сбор, рассчитанный при окончательном расчете, без учета сбора, рассчитанного в межпериод.
G_ZARPL
Краткое описание :
Доработка функции формирования реестров , платежных поручений и бухгалтерских справок для НДФЛ по ставке 35%Описание :
Бухгалтерские справки по налогамЧто измененно :
В классификаторе видов оплат => Удержания есть поле входит в расчет дополнительного налога.
Если в этом поле указан "+", то НДФЛ определяется по дополнительной шкале.
По умолчанию, для такого НДФЛ присваивается код удержания 183.
Добавлена настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ". (для всех стран)
Теперь пользователи для дополнительного налога могут выбрать вид удержания отличный от 183.
Необходимо доработать функции формирования реестров , платежных поручений и бухгалтерских справок для НДФЛ
с дополнительного дохода с тем, чтобы вид удержания выбирался с учетом указанной настройки.
Примечание. Поле "входит в расчет дополнительного налога" имеет наименьший приоритет по сравнению с другими полями входимости в НДФЛ.
Как измененно :
Доработано формирование реестров по налогам в межпериод (начисления и выплаты, удержания и выплаты, договора подряда).
Если в виде оплаты межрасчетного начисления установлен признак "Входит в расчет дополнительного налога", то реестр на налог формируется по виду удержания, указанному в общесистемной настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ".
Если в настройке не выбран вид удержания, то реестр по таким выплатам формируется по виду удержания с системным кодом 183.
Если в виде оплаты выставлен код дохода "Дивиденты", то производится формирование по виду удержания 110.
В остальных случаях формирование производится как и ранее.
Доработано формирование платежных поручений и бухгалтерских справок по налогам межпериода.
Если в виде оплаты межрасчетного начисления (начисления и выплаты, удержания и выплаты, договора подряда) установлен признак "Входит в расчет дополнительного налога", то налог с межрасчетного начисления учитывается по виду удержания, указанному в общесистемной настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ".
Если в настройке не выбран вид удержания, то налог учитывается по виду удержания с системным кодом 183.
Если в виде оплаты выставлен код дохода "Дивиденды", то по виду удержания 110.
В остальных случаях формирование производится как и ранее.
Примечание:
В случае, если в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ" будет указан какой то отдельный вид удержания, то, для корректной работы системы, рекомендуется в классификаторе видов удержаний создать новый вид удержания с типом "Удержание". При этом системный код для него следует выбрать таким, чтобы он отсутствовал в списке жестко зафиксированных в системе кодов, и таким, который ранее не использовался в системе.
G_ZARPL
Краткое описание :
Настройка округления налогов на ФОТОписание :
Расчёт налогов на ФОТЧто измененно :
На данный момент в Галактике после формирования реестра по налогам на ФОТ в окне просмотра и редактирования реестра отображаются округленные, с 2-мя знаками после запятой, суммы по человеку и округленная итоговая сумма по реестру. Если стать на сумму, то можно увидеть не округленную сумму налога. Если сложить округленные суммы по человеку, то эта сумма не равна округленной итоговой сумме по реестру. В связи с этим, при выгрузке в Excel и при задании режима округления (округлять до 2 знаков после запятой) итоговая сумма реестра в Excel-файле не равна итоговой сумме по реестру (округленной). А при выгрузке реестра в электронный формат также не совпадают итоговые суммы. (Для уточнения, электронный формат используется для передачи сумм в банк и банк не принимает суммы, которые после запятой имеют свыше двух знаков. А в Excel эти же суммы, которые ушли на перечисления, должны храниться в бумажном виде.)
Получается, что суммы по налогам на ФОТ, которые ушли на перечисление в банк (каждому работнику индивидуально на его пенсионный счет), не всегда совпадают с полностью рассчитанными суммами по налогам на ФОТ со всем количеством знаков.
В результате бухгалтер не имеет возможности проверить правильность сформированного реестра с суммой по ОВР. Итоговая сумма в заголовке реестра не совпадает с суммой платежа. Как следствие, бухгалтер вынужден править суммы вручную, чтобы добиться одинаковых итогов. На большом количестве работников править приходится много. Изменение порядка расчета ОППВ, при котором общая сумма взносов по работнику за месяц будет сразу округляться, снимет проблемы округления, возникающие при формировании реестров и отчетов, и позволит ориентироваться для контроля на итоговые суммы отчетов, которые формируются в системе.
Как измененно :
Дополнен расчёт ОППВ по работнику таким образом, что округляется до двух знаков итоговая сумма ОППВ по работнику за месяц. При этом составляющие части на разные оплаты продолжают оставаться неокруглёнными. Такой подход аналогичен существующему округлению при расчёте социальных отчислений.
Пример. Пусть ставка ОППВ (условно) составляет 5.3%. Работнику начислены три оплаты в размере 1000, 22.11 и 122.44 тенге. Ранее получали взносы в размере 53.00 (1000*0.053), 1.17183 (22.11*0.053) и 6.48932 (122.44*0.053) тенге соответственно. Итого взносов 60.66115 тенге. После доработки получим:
1) 1000+22.11+122.44=1144.55 (начислено)
2) 1144.55 * 0.053 = 60.66115 (итого взносов)
3) округление до сотых, в данном случае в меньшую сторону 60.66 (итого взносов)
4) распределение по входящим оплатам пропорционально их величине (с соответствующим округлению уменьшением) 52.9989..., 1.17180... и 6.48919... .