G_ZARPL
Краткое описание :
НДФЛ на 1 рубльОписание :
Расчет удержаний (общие вопросы)Что измененно :
Сотруднику в межпериод выплатили Премию ко дню нефтяника - значение аналитики "Статьи планов (бюджетов)"для нее Премия ко дню нефтяника
Сформировали 2 реестра на НДФЛ и на саму выплату, аналитика Премия ко дню нефтяника .
После расчета зп сформировался НДФЛ на -1рубль.
Но ШПЗ в этой записи соответствуют премии, начисленной в межпериод.
Необходимо иметь возможность отнести затраты на основную оплату.
Как измененно :
Доработана функциональность отнесения остатка округления НДФЛ при расчете заработной платы с установленными значениями:
1. "аналитике и параметру входящих оплат" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \
2. отличное от "нет" значение в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете".
Описание доработки.
В "Классификаторе видов оплат" на закладке "Удержания" добавлено новое поле "Приоритет оплаты для отнесения остатка округления НДФЛ".
При расчете заработной платы налог на доходы удерживается с каждой группы начислений, имеющих одинаковые атрибуты: счет, субсчет, аналитики, параметр.
При этом происходит поиск сумм налога в интерфейсах межпериода с аналогичными атрибутами.
Сумма налога, рассчитанного в межпериод, записывается отдельной записью в результаты расчеты.
Остаток от суммы налога, рассчитанного по группе, за минусом НДФЛ межпериода также записывается в результаты расчета.
Теперь к этому бизнес-процессу добавлен дополнительный анализ.
Если НДФЛ по группе начислений для записи в базу данных составляет +-1 руб., то он не будет записываться в базу данных, если это не последняя группа.
Если же к расчету НДФЛ пришла последняя группа, и остаток от округления равен 1 рубль, то записываем его в результаты расчета с атрибутами той оплаты, у которой приоритет отнесения остатка равен 0.
Сумма по этой оплате должна быть в результатах текущего расчета.
G_ZARPL
Краткое описание :
Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" )Описание :
Бухгалтерские справкиЧто измененно :
Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" )
При формировании справок по налогам на ФОТ, начислениям и удержаниям. Аналогично при формирования платежных поручений.
Убрать сообщения о несовпадении контрольных сумм и загрузке данных DSK из различных интерфейсов системы,
так как это не является в данном случае функциональной ошибкой
Как измененно :
Персонал \ ЗП \ Операции \ Формирование проводок \ Бухгалтерские справки
Для хранения переменных интерфейса ProvParm в DSK создан отдельный класс-объект ProvParmDsk,
Работа с хранимыми значениями параметров интерфейса ProvParm в DSK как в PAS так и VIP файлах перенастроена на работу через методы ProvParmDsk.
G_ZARPL
Краткое описание :
Неверно переносится параметр отнесения затрат в результаты расчетаОписание :
Отнесение затрат по начислениям и удержаниям при расчете заработной платыЧто измененно :
Неверно переносится параметр отнесения затрат в результаты расчета.
В ЛС на вкладке отнесение затрат задан Параметр. Он у нас используется в правилах при отнесении затрат по налогам на ФОТ, то есть у клиента настроены правила: если параметр начисления такой-то, то ТХО для налога на фот определенная.
Возникла необходимость по определенному ВО (который задают в постоянную доплату) не использовать поле Параметр, чтобы правила по налогам на фот не сработали.
Когда создаем постоянную доплату, в нее переносятся данные из вкладки Отнесение затрат ЛС, соответственно и сам параметр. В постоянном доплате мы очищаем это поле.
В Настройке этого ВО даже на всякий случай задано, что брать Параметр из КВО, где он не задан
52 доп.входимости для распределения затрат в ВО нет. Нет и распределения затрат.
Считаем заработную плату с предварительной разноской. В разноске данного ВО в поле Параметр пусто. Всё верно.
Но по непонятным причинам в результатах расчета данного ВО поле параметр заполнилось значением из ЛС.
Если бы мы меняли в постоянной доплате Параметр не на пусто, а на другое значение, в результатах расчета Параметр был бы измененным, но в случае очистки параметра, он всё равно тянется из ЛС. В итоге у нас получаться неверные проводки по налогам на фот по этому ВО, так как сработают правила отнесения затрат.
Как измененно :
Доработана функция формирования начислений в при расчёте заработной платы.
Теперь параметр не переносится из лицевого счёта в том случае, если в классификаторе видов оплат указано значение "Из классификатора видов оплат"
поля "Параметр"
G_ZARPL
Краткое описание :
протокол расчета мат выгоды по ссуде некорректенОписание :
Удержание ссудыЧто измененно :
протокол расчета мат выгоды по ссуде некорректен, так как ставка рефинансирования печатается
в округленном до 1 знака после запятой значении. Это пугает клиентов.
Как измененно :
Ставка рефинансирования печатается со всеми знаками после запятой.
G_ZARPL
Краткое описание :
При проверке решения ПИР 180.10628 функция контроля так и выполняется не верноОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
В результатах расчета начислений имеется несколько записей об отпуске, даты выплаты которых принадлежат разным месяцам.
В этом случае в результатах расчета НДФЛ может появиться несколько записей "+1"/"-1", компенсирующих друг друга.
Как измененно :
Доработана функция формирования результатов расчета расчета НДФЛ с начислений отпуска, даты выплаты которых принадлежат разным месяцам.
В этом случае в результатах расчета НДФЛ не появляются лишние записи по остатку округления НДФЛ.
Если все-таки формируется запись на остаток округления НДФЛ, то она записывается с видом оплаты согласно соответствующему поля классификатора видов оплат.
G_ZARPL
Краткое описание :
(СОУТ?) Расчет премии по итогамОписание :
Расчет начислений (общие вопросы)Что измененно :
При расчете ЗП неверно рассчитывается премия по итогам работы (в.о. 148) при наличии Районного коэф-та или северной надбавки.
Премия пересчитывается "обратным счетом" на сумму РК/северной надбавки.
Как измененно :
Исправлен расчет бонусов для ситуации, когда есть бонус, вид оплаты
бонуса отличен от заданного в настройке (то есть Бонус ВО 148).
В этом случае Северные и Районные начисляются сверх суммы бонуса.