Подскажите, пожалуйста, может кто сталкивался с такой ситуацией:
Есть вид оплаты по задолженности сотрудника, остаток долга по которому должен переноситься на следующий месяц. В текущем году этот вид оплаты суммируется из месяца в месяц. Все отрабатывается верно.Но при смене года, если был долг в декабре, не переносится на январь следующего года.
Поискали везде, где могли. По этому виду оплаты указали в таблице T512W 30 класс обработки - вариант Т, прописали в T54C3 - период неограниченный.
После продуктивного прогона зарплаты, в pc_payresult в таблице CRT теперь выводится двоичная запись по этому ВО, новая правильная - с периодом неограниченным (суммировался декабрь и январь), и вторая запись - старая - с периодом -год. Почему - то в расчет все равно попадает последняя неправильная запись.
Может есть таблица в которой эта двоичность устраняется?или есть ли другой выход из положения, как убрать у этого ВО запись что он считается с периодом в год?
Заранее спасибо

Пересчитать с начала года,запись уберется

Можно еще попробовать транзакцию PC00_M99_UCRT , если у вас в течение года то что лежит в CRT никак в расчетах не участвовало

А в расчет - чтобы прочесть данные из CRT вы где-то используете конструкцию типа AMT=C XXXX, почитайте хелп, там после C должен стоять тип кумуляции , просто пробел аналогичен Y , то есть годовой кумуляции, если кумуляция неограниченная - то нужно что-то типа AMT=CUXXXX

Спасибо. Попробовали пересчитать за год, все равно запись двоится и в расчет идет ежегодная с типом кумуляции Y,а не та которая суммирует все записи за период U.
Больше вариантов нет как можно исправить?

Попробуйте использовать таблицу не CRT, а LRT.

Вы вторую часть моего сообщения не читали , что значит "идет в расчет" - я так понимаю - читается каким-то из ваших правил .
Вот это правило вы должны поправить, чтобы читалась на сумма кумулированная по годам, а сумма с бесконечным периодом кумуляции

читали, и сами в справке нашли, но понимаете, что у нас в правиле расчета идет ADDWTCXXXX, мы посмотрели исходный код этой операции, она изначально запрограммирована на кумул. тип Y, даже если мы мы поменяли AMT=CUXXXX. При такой ситуации оно добавляет остаток с прошлого года, но складывает эту сумму в другой ВО в таблицу RT.вот и ломаем голову что еще сделать. А ADDWTCXXXX отрабатывает этот год и идет дальше в расчет CRT.

Навскидку:
У ВО установлен 30й класс обработки. В процессе расчета вы скидывете во в crt используя addwtc, которая игнорирует настройки таблицы t54c3 и видмо он еще в rt хранится. Далее он в конце схемы, перед экспортом скорее всего скидывется в crt еще раз при обработке таблицы rt функцией addcu p30, которая как раз и предназначена для анализа 30го класса. Это скорее всего и ведет к задвоению.
Crt из прошлого периода переносится функцией setcu в начале схемы (кажется). Можно попробовать убрать 30й класс обработки из во, чтобы он не обрабатывался addcu (если скидывать addwtc), а после setcu с условием на начало года переносить это с использованием amt=qxxxxx(кажется это работает с ocrt)
Либо отказаться от использования addwtc и пользовать только ф-цию addcu

В первом случае вы не сможет использовать отчет по пересборке crt тк он аналогичен ф-ции addcu p30