G_ZARPL
Краткое описание :
Добавить функции для вычисления % премии в нарядеОписание :
Формирование и расчет нарядовЧто измененно :
Добавить функции для вычисления % премии и % понижения премии в
пользовательском алгоритме для нарядов. В спецификации нарядов есть такие
колонки,для каждого сотрудника значения могут быть разными, а алгоритм расчета
премии у клиента пользовательский.
Как измененно :
Для использования в пользовательских алгоритмах были добавлены
функции:
NRBONUSREDPRC - Возвращает процент понижения премии по конкретной позиции из
спецификации наряда.
NRBONUSPRC - Возвращает процент премии по конкретной позиции из спецификации
наряда.
G_ZARPL
Краткое описание :
Не применять вычет основного лс до даты приемаОписание :
Расчет подоходного налогаЧто измененно :
Есть дополнительный лицевой счет с видом работы договор подряда. Сотрудник работал с июля и получал доход, платил подоходный. Вычет на работника по договорам подряда не предоставляется. В октябре работник пришел на основное место работы, связали новый лицевой счет как основной с дополнительным по договору подряда (нужно для 12-труд).
В ноябре считаю зарплату основному лицевому счету с настройкой по сторнированию 3 месяца. За август и сентябрь возвращается налог, вижу, что это из-за того, что применяется вычет на работника к месяцам, когда работник еще не работал. В архиве вычетов записи только с октября.
Нужно чтобы вычет не применялся в месяцах до даты приема основного лицевого счета.
Как измененно :
Добавлена системная настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты \ Учитывать вычеты связанных дополнительных ЛС до даты приема" с возможностью установки значения "да" (по умолчанию) и "нет".
Если настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" установлена в "нет", дата "Учесть вычеты с" (лицевой счет - вкладка "Налог на доходы") не установлена и идет расчет основного лицевого счета, то при расчете удержания с указанным количеством месяцев для пересчета (как системная настройка или непосредственно в лицевом счете) будут применены стандартные вычеты только для того периода, который начинается с даты приема в лицевом счете с учетом истории приема-увольнения.
Если дата "Учесть вычеты с" установлена, то при рассмотрении необходимости применения стандартных вычетов будет учитываться эта дата (значение настройки "Учитывать вычеты связанных дополнительных ЛС до даты приема" в таком случае не учитывается).
Если установлена настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" в значение "нет" и дата "Учесть вычеты с" не установлена, то на вкладке "Налог на доходы" лицевого счета напротив поля "Учесть вычеты с" появляется подсказка "-> по настройке "Учитывать вычеты связанных дополнительных ЛС до даты приема"
G_ZARPL
Краткое описание :
Дни/часы при индексации отпусковОписание :
Расчет по среднему (алгоритмы отпусков)Что измененно :
РБ. Настройка "Условие индексации ранее рассчитанных больничных и отпусков" - при изменении тарифа/оклада.
В случае, когда сотруднику индексируется ранее рассчитанный отпуск, в результатах расчета(предварительном просмотре) в записи заполняются количество дней и часов. Отработанное время берется такое же, как и у соответствующей записи по отпуску в архиве.
Это приводит к тому, что неправильно рассчитывается отработанное время (суммируется время по основной записи из архива оплат и по индексирующей записи) :
1) в отчетах (например "Свод по видам начислений" выводит задвоенное время по виду оплаты отпускных )
2) при расчете больничных, когда время учитывается по архиву оплат.
Как измененно :
Изменено формирование расчётных начислений по записям предварительной разноски, сформированным при индексации отпускных (для которых "Пометка" = 'ИО' в предварительном просмотре). У таких расчётных начислений (просмотр результатов расчёта) в поле "Пометка" проставляется символ "П", как и для начислений по пересчётам средних, что позволяет другим режимам игнорировать отработанное время из этих записей.
G_ZARPL
Краткое описание :
В реестрах на перечисление сторнируются записи по НДФЛОписание :
Расчет подоходного налогаЧто измененно :
Сотрудник принес переходящий БЛ в котором количество дней за счет предприятия разделилось на два месяца.
Рассчитали БЛ, перечислили в межпериод.
Сформированы реестры и ПП. Рассчитываем окончательно ЗП за ноябрь.
Смотрим результаты расчёта ЗП: проходит сторно, но почему-то данная сумма объявляется начисленной в октябре, а не в ноябре?
Затем сторнируется и переходит в месяц ноябрь.
Причем и сумму налога по сторнирующей записи = 157 руб., а не 158 руб. как было перечислено на самом деле по БЛ.
В результате имеем по итоговому ЗП реестру по НДФЛ доудержание в размере 1 руб. по 190 ВО, который затем в 6-НДФЛ пройдет отдельной строкой с датами по правилам БЛ.
Как измененно :
Доработана функция формирования записей о перечислении НДФЛ с больничного межпериода, в котором количество дней за счет предприятия разделилось на два месяца.
Теперь, и в таком случае в результатах расчета не формируются лишние записи о возвратах.
Примечание. Для проверки решения необходимо удалить записи об удержаниях перед расчетом заработной платы.