Нашел еще проблему в процессе PTIAB MEGRE/LOAD в отношении таблиц ORT. Эта процедура используется для адаптации старых расчетов в ORT под заполнение сплитов текущего расчета. В схеме это выглядит как
Цитата:
LPBEG RC
IMPRT O
PITAB M CORT
LPEND
...
PITAB L CORT
...
Если цикл LPBEG выполняет несколько итераций, то ORT каждой загрузки переносится в CORT с адаптаций сплитов, а после цикла содержимое CORT возвращается в ORT. Таким образом в ORT будет загрузка нескольких расчетов. А вот в отношении ORUCNX такая процедура не выполняется. ORUCNX останется по последнему загруженному расчету.
В последующей обработке, например, в функции RURTR, в ORT может встретиться такая комбинация, которая отсутствует в ORUCNX. Будет сообщение "Inconsistent content in RUCNX and payroll results table".
Проблема проявляется после изменения сплитования периодов (V_530_E) задним числом.
Сообщение в SAP выставил. Вроде приняли. Надеюсь, нота будет.
Было ли предоставлено решение озвученной проблемы? Столкнулись с такой ситуацией, которая усугубляется еще и тем, что в результате такого поведения у /322 не проставился сплит CNTR1 на TAX. И, как следствие, не сгенерировался /32E в RUTXD MDDE.