G_ZARPL
Краткое описание :
НДФЛ на 1 рубльОписание :
Расчет удержаний (общие вопросы)Что измененно :
Сотруднику в межпериод выплатили Премию ко дню нефтяника - значение аналитики "Статьи планов (бюджетов)"для нее Премия ко дню нефтяника
Сформировали 2 реестра на НДФЛ и на саму выплату, аналитика Премия ко дню нефтяника .
После расчета зп сформировался НДФЛ на -1рубль.
Но ШПЗ в этой записи соответствуют премии, начисленной в межпериод.
Необходимо иметь возможность отнести затраты на основную оплату.
Как измененно :
Доработана функциональность отнесения остатка округления НДФЛ при расчете заработной платы с установленными значениями:
1. "аналитике и параметру входящих оплат" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \
2. отличное от "нет" значение в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете".
Описание доработки.
В "Классификаторе видов оплат" на закладке "Удержания" добавлено новое поле "Приоритет оплаты для отнесения остатка округления НДФЛ".
При расчете заработной платы налог на доходы удерживается с каждой группы начислений, имеющих одинаковые атрибуты: счет, субсчет, аналитики, параметр.
При этом происходит поиск сумм налога в интерфейсах межпериода с аналогичными атрибутами.
Сумма налога, рассчитанного в межпериод, записывается отдельной записью в результаты расчеты.
Остаток от суммы налога, рассчитанного по группе, за минусом НДФЛ межпериода также записывается в результаты расчета.
Теперь к этому бизнес-процессу добавлен дополнительный анализ.
Если НДФЛ по группе начислений для записи в базу данных составляет +-1 руб., то он не будет записываться в базу данных, если это не последняя группа.
Если же к расчету НДФЛ пришла последняя группа, и остаток от округления равен 1 рубль, то записываем его в результаты расчета с атрибутами той оплаты, у которой приоритет отнесения остатка равен 0.
Сумма по этой оплате должна быть в результатах текущего расчета.
G_ZARPL
Краткое описание :
Ошибки в отчете по алиментамОписание :
Алименты (FR-отчет) [Украина]Что измененно :
Отчет должен содержать следующие данные:
1. Колонка "Сумма ЗП для алим.*" должна содержать сумму начислений, входящих в расчет алиментов (по входимости)
2. Колонка "Сумма налогов" должна содержать сумму, уменьшающую облагаемую базу (сейчас это ЕСВ + НДФЛ + военный сбор)
3. Колонка "Сумма ЗП без налогов" - это колонка 1 минус колонка 2
4. Колонка "Сумма алим, удержанная ранее" должна содержать сумму алиментов, перечисленных в расчетном
месяце в межпериоде, например, с отпускных. Если таких сумм не было, то пусто
5. Колонка "Сумма алиментов к получению" должна быть равна сумме
рассчитанных алиментов за полный месяц за минусом уже перечисленной суммы, показанной в колонке "Сумма алим, удержанная ранее"
Как измененно :
Для Украины: исходные данные для отчета по алиментам берутся из таблицы постоянных удержаний, которая заполняется в процессе расчета алиментов.
Для версии 8.1 отчета в формате FastReport не предусмотрен. Изменения внесены в отчеты в формате Excel и Бизнес-текст.
G_ZARPL
Краткое описание :
Расчет НДФЛ - неправильный учет вычетов при отсутствии дохода >1 месяцаОписание :
Расчет подоходного налогаЧто измененно :
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты - Учитывать вычеты при отсутствии дохода за месяц" = "да",
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты - Вычеты переносятся на следующий месяц" = "да",
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат - Возвращать налог за счет вычетов" = "нет".
Тогда при настройке "Управление персоналом \ Расчеты с персоналом \ Режимы расчетов - Разбивать удержания по подразделениям" = "нет" неправильно учитываются вычеты при отсутствии дохода >1 месяца подряд - учитываются только за последний месяц. В результате с работника излишне удерживается налог.
Как измененно :
Исправлена ошибка учета вычетов при расчете заработной платы при отсутствии дохода >1 месяца подряд.
Ошибка проявлялась при настройке "Управление персоналом \ Расчеты с персоналом \ Режимы расчетов - Разбивать удержания по подразделениям" = "нет".
Теперь сумма вычетов за несколько месяцев учитывается в том месяце, в котором был доход, согласно настройкам:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты - Учитывать вычеты при отсутствии дохода за месяц" = "да",
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты - Вычеты переносятся на следующий месяц" = "да",
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат - Возвращать налог за счет вычетов" = "нет".
G_ZARPL
Краткое описание :
Отображение суммы почтового сбора с "+" и "-" в ВУ после расчета ЗПОписание :
Постоянные удержанияЧто измененно :
Отображение суммы почтового сбора с "+" и "-" в ВУ после расчета ЗП
ЛС неработающего сотрудника. Ставим галочку в поле "В расчет" в постоянном удержании:
Далее в межрасчете формируем реестр на почту
Формируем реестры для учета их в зарплате.
При расчете ЗП все считает правильно.
НО (!!) в постоянных удержаниях в строке ВУ 903 (Дивиденды почтой) выходят странные суммы сбора.
Как измененно :
Исправлен функция расчета заработной платы в части формирования колонок "Рассчитано к удержанию" и "Сумма сбора" в справочнике "Постоянные удержания" для удержания с системным кодом 219.
Теперь, если при расчете заработной платы остаток к пересылке почтой равен 0, то с этой суммы почтовый сбор не рассчитывается.
И соответственно не записывается в справочник "Постоянные удержания".