И еще вопрос: правильно я понимаю, что GUID формируется в момент формирования самой таблицы?

Столкнулись вот с чем: сформировали реестр, и его отказали в СУФД, т.к. был неверный номер БО.

Попробовали выгрузить файл с верным номером, присвоился тот же GUID.

Очень конечно неудобно переформировывать таблицы из-за подобных ошибок.

Добавлю, после нескольких успешных формирований на одном из компов, стало формироваться с такой же ошибкой.

На нем  Win 10 Pro.

Спасибо, вроде этот вариант расчета решили оставить, по рабочим дням.

Спасибо

zpl_zplinfo_net(20250408_134633).cab

Похоже, что настройка мешала, поставили 1, собралось правильно.

Спасибо.

Это куда следует применить? Свою функцию приема создать и потом ее в развернутой ведомости использовать?

Если не сложно, подскажите какой-нибудь пример, чтобы было понятней.

Собрать сумму по столбцу по месяцу начисления и применить к ней коэф. неполноты?

да

Даты действия видов НУ, входящих в базу расчета алиментов учитывать не совсем корректно, в месяце могут быть отпускные за часть месяца, или вообще за будущий месяц, и тогда они в расчет могут не войти.

Добрый день, клиент поднял вновь этот вопрос с датами ограничения алиментов.

218 алгоритм с параметром 3 работает с учетом дат действия видов НУ, которые собираются в сумму для начисления алиментов, но клиент считает, что датами должно ограничиваться только само удержание, и хотелось бы по календарным дням, а не по рабочим.

Например, алименты 50% действуют с 17 марта, начислено в месяце 10000, НДФЛ 130.

Расчет алиментов 8700/31*15*50%=2104,84.

Возможно ли так настроить 218 алгоритм?