Мои комментарии

Авторы разработчики! Ответ будет на вопрос и ошибки в расчётах?

Или нужно в описаниях горячих обновлений нужно догадываться, что это именно на нашу проблему было что-то изменено?

Естественно!
Как вычеты превышают начисления, так сразу подоходный минусом.
Ну идёт же накопительный расчёт с начала года, пусть в следующем месяце добирает.
Аудитор увидел, выпал в осадок "Вы давно штрафы не платили?"
А ведь это хранится как первичка годами.

"Минуса" в налоговом регистре уже видели. Про не работающее "фактически предоставлено вычетов" тоже в курсе.

А теперь ещё веселее - это всё выползает в 6-НДФЛ.

У работника отрицательные начисления за месяц и налоги. И программа хочет этот "минус" выгрузить в квартальную отчётность.

Что будем делать?

Базовой функции нет. Можно не настроить, а можно сделать отдельный документ.
Вы кредитная организация?
Или выдаёте беспроцентные ссуды своим работникам?
Работаете методом пересчёта процентов или фиксированным платежом?

Сделайте постановку задачи. В принципе там не сложно.

Проверили на других выплатах.
Игнорируются ЛЮБАЯ ПЕРВАЯ выплата в тот же день.
Если первой будет отпуск, а второй межрасчёт - то отпуск исчезнет.

Зарплата за апрель 30.04.2025 с выдачей 06.05.2025
05.05.2025 начислен межрасчёт за май, выдан в тот же день

Как вариант, удалить KLADR в папке DATA и проверить, связан ли он с ним.
Библиотека закрытая и проверить может только разработчик.
Если сейчас бОльшая часть реквизитов контрагентов берётся из интернета, то он фактически не нужен.

Судя по всему, долгие обращения к базе организаций
Y:\TERM2025\DATA\KONTRAG\ORG_MAIN.DB
Большая база контрагентов? Какая скорость сети?
А настройках BDE в разделе Drivers-Native-Paradox параметр Blocksize равен 32768?

Почему критична старая версия?
Напишите, в чём проблема.

Судя по всему, нужен перевод даты в тип строка:

    реквнаимдок!колзап = табл1.ПОЛЕ("NAME") 
    реквномдок!колзап = ?(табл1.ПОЛЕ("N") = "", "Без номера", табл1.ПОЛЕ("N"))
    реквдатадок!колзап = СТР(табл1.ПОЛЕ("D"))

Так выгружается и проходит валидация.
Или прямо в селекте делать каст в строку из даты.

Ошибки выгрузки после второго хотфикса.

Несоответствие типов MN_SF.IBL :(4,8005) 02.04.2025 20:30:01.951 

ИБ всё автоматически считает.

2. Районный коэффициент непонятно

"на все начисления ( оклад +доплата за вредность +премия)"

Так на "все" или только на эти 3 начисления?

В конце таблицы начислений видели колонку "Номер"?
Вот это начисление можно использовать для ссылки на него.
Если на оклад + 2 начисления то так: (ОКЛАД*ОВ/БАЛРВ+Н1+Н46)*0,05*РК
Где Н1 и Н46 - соответственно, номера начислений "Премия" и "Вредность".

Имейте ввиду, что идёт порядковый расчёт начислений. Чтобы учесть начисления №1 и №46, ваш районный коэффициент должен иметь номер больше, чем используемые в нём номера, например 50 и более. Это можно исправить в справочнике начислений.

Если что, спрашивайте, уточняйте.

1. По вредности.
Создаёте функцию Вред, прописываете ей как оклад / баланс времени * отработано * процент.
Привязываете её к начислению "Вредность", расставляете все плюсы и минусы по взносам и налогам.
Процент, на всякий случай, укажем потом, на случай его изменения.
В карточке НиУ выбираете функцию Вред, ставите нужный вам процент (5%)
Всё. Мурзилки в прицепе:

F4 - Пересчитывать НДФЛ при превышении - "НЕТ".

Судя по всему, сделать отдельное начисление со своим кодом типа НачРК.
Фоомула будет зависеть от того, какие начисления у вас попадают под этот РК.
Если все, то типа НАЧВС*РК.
Если отдельные, то перечислять
(Н1+Н2+Н7....+Н23)*РК

Не на сумму ли декабрьского НДФЛ разбежка?

Счёт в отделе надо убрать вообще, т.к. он не отражает процентной ставки НДФЛ.
Счёт НДФЛ привязан к коду удержания. При необходимости - субсчёт.
Иначе в отделе придётся "ловить" ситуацию "кому 13, а кому 15"

Что-то не работает.
В справочнике удержаний "68/НДФЛ/13".
В справочнике отделов счет "" (пусто - и не надо, пусть только отдел добавится).
В справочнике отделов субсчет "1".
Итого должно собраться "68/НДФЛ/13" + "/" +"1" = 68/НДФЛ/13/1.
Зарплата начислена, выдача проведена.
При формировании проводок нет проводки по НДФЛ.
Обновления последние. Куда копать?

Смысл наличия счета в отделе, фактически, отсутствует, т.к. теперь разные ставки НДФЛ.
А субсчет критичен для сбора уведомления по разным КБК и ОКТМО.

Сначала подразделы нужные рассчитайте.