Обновление выложено в интернет

да, похоже и настройку "Способ расчета строк видов Н-У"  системный 17 алгоритм перестал учитывать. Готовим обновление

Если выдается сообщение значит он и раньше у вас работал как системный алгоритм, а не через расчетные выражения. Уберите их.
Чтобы алгоритм начал работать через библиотеку параметров алгоритмов, нужно в 26 столбце Спец ТВХ поставить 1  (дополнительно влияет настройка "Способ расчета строк видов Н-У" (Настройка -> 6. Общие настройки системы -> 1. Настройки алгоритмов расчета.)

можно было просто возврат в кассу поставить на вид начисления 206 "Возврат в кассу" и пользоваться стандартными видами 298 "Выгода" и 345 "НДФЛ с выгоды". Можно даже зафиксировать эти суммы кассовой ведомостью Зарплата.

А в версии 627.3 и ведомостью по набору видов (по этим трем видам) если поставить 3 в "Принимать нулевые суммы с ненулевым доходом" (Настройка -> 5. Настройки таблиц и форм печати -> 3. Настройки платежных (кассовых) ведомостей)

Поставка 627.3 от 26.08.2024

Список изменений

1. где надо было в определенных позициях расставлять + и - сейчас все можно сделать через KeyValue (в таблице Ctrl+A+A  Shift+F1):

• __FldFuncRead - хранение функций "чтения"
• __FldFuncCalc - хранение функций "расчета"
• __FldIsKey - признак ключевого поля
• __FldIsSum - признак суммируемого поля
• __FldIsNum - признак числового поля
• __FldIsCopy - признак копируемого поля
• __FldIsBreak - признак разбиваемого поля
• __FldWithItog - признак поля с итогом

пример использования в 110 форме свода

" Объединение строк одного вида НУ "  делается в ваших скриптах \USER\AvtoMergeRows.s

Поставка 627.2 от 28.07.2024

Список изменений

можно ведь создать новый лицевой счет, на нем воспроизвести проблему - прислать сохранение настроек только с ним.