G_ZARPL
Краткое описание :
Расчет НДФЛ - реализовать сторнирование с учетом
прогрессивной ставки (13% и 15%) для основного ЛСОписание :
ЗП \ Операции \ Расчет зарплаты \ Расчет подоходного налогаЧто измененно :
Реализовать сторнирование НДФЛ с учётом прогрессивной ставки
Как измененно :
Доработано сторнирование при расчет НДФЛ в случае применения
повышенной ставки.
G_ZARPL
Краткое описание :
Расчет НДФЛ - учет реестра НДФЛ за полмесяца при
окончательном расчете в случае превышения порогаОписание :
ЗП \ Операции \ Расчет зарплаты \ Расчет подоходного налогаЧто измененно :
При расчёте зарплаты за полмесяца порог 5 млн. превышен не был,
НДФЛ за полмесяца по ВУ 182 перечислен в межпериод. Далее при окончательном
расчёте происходит превышение порога 5 млн, НДФЛ разбивается на ВУ 182 и 105,
при этом вычитаются суммы уже перечисленного НДФЛ из п. 1 - в этот момент в
удержаниях НДФЛ неправильно распределяются суммы дохода. В дальнейшем это
приводит к неправильному формированию отчётности (2-НДФЛ, 6-НДФЛ).
Как измененно :
Доработан расчет заработной платы в разрезе удержаний НДФЛ при
превышении дохода в 5 млн. Изменен подход к порядку вхождения сумм начислений
по разным видам оплат при наличии реестров на выплату НДФЛ. Теперь при расчете
НДФЛ в первую очередь рассчитывается НДФЛ с тех начислений, виды оплат которых
содержатся в реестрах (как межпериода, так и выплат заработной платы за
полмесяца).
G_ZARPL
Краткое описание :
Сумма из постоянной доплатыОписание :
Заработная плата |Что измененно :
Для реализации приказа МО в части назначения ежемесячной
премии, необходимо для расчета премии иметь возможность получить в алгоритме
расчета по виду оплаты для премии значение тарифа и суммы постоянной доплаты
(от которых % начисляется премия) на последнее число месяца расчета.
Как измененно :
Добавлена новая функция GetDoplSummaPrd, позволяющая получить
сумму постоянной доплаты, приходящейся на определенный период (пересекающаяся с
определенным периодом). Пользовательский алгоритм может выглядеть следующим
образом: 118 GetDoplSummaPrd(3, if(LSC_DATUV < DatRas, LSC_DATUV, DatRas) ,
DatRas) 119 PA_Tariff(if(LSC_DATUV < DatRas, LSC_DATUV, DatRas)) 120
SumAlgNo(118)+SumAlgNo(119) 121 if(LSC_DATUV < DatRas,
SumAlgNo(120)*(Day(LSC_DATUV) - Day(UCH_DATAN)+1)/Day_CurM,
SumAlgNo(120)*(Day(DatRas) - Day(UCH_DATAN)+1)/Day_CurM)
G_ZARPL
Краткое описание :
ЗП. Выплаченная ЗП уволенному сотруднику в расчетном листке
разбивается на две строчки хотя выплачена одним реестромОписание :
Галактика ERP |Заработная плата | Операции | Расчет зарплаты |
Расчетные листкиЧто измененно :
Выплаченная заработная плата уволенному сотруднику в расчетном
листке разбивается на две строчки хотя выплачена одним реестром.
Как измененно :
При формировании записей по перечислениям заработной платы на
основании реестра на перечисление с исходным видом удержания, для которого
установлен признак окончательного перечисления, проставляется одинаковый
параметр "источник данных" в значение "не установлен". В таком случае расчетный
листок группирует записи в одну строку.
G_ZARPL
Краткое описание :
Расчет НДФЛ - ошибка при превышении порога 5 млн. в случае
раздельного расчета по ОПОписание :
ЗП \ Операции \ Расчет зарплаты \ Расчет подоходного налогаЧто измененно :
При значениях настройки "Расчеты с персоналом \ Налог на доходы
- Раздельный расчет по обособленным подразделениям", отличных от "НЕТ" в случае
превышения порога 5 млн. НДФЛ рассчитывается некорректно. Месяц январь,
межпериода нет, происходит превышение дохода 5 млн. - в удержаниях НДФЛ неверно
записываются не только суммы дохода, но и суммы удержаний.
Как измененно :
РФ. Доработан расчет НДФЛ при значениях отличных от "Нет"
настройки "Управление персоналом \ Расчеты с персоналом \ Налог на доходы \
Раздельный расчет по обособленным подразделениям", а также установленном
значении "Да" настройки "Управление персоналом \ Расчеты с персоналом \ Налог
на доходы \ Сводить к единой сумме за год при раздельном расчете по
обособленным подразделениям".