При переносе данных по ALE из нескольких систем в одну - встала проблема - возможно пересечение номеров PDSNR в таблицах asshr assob pdsnr. Неясно откуда берется тек номер при вставке записи в таблицы (asshr assob pdsnr) для ИТипов (14,15,...). Смотрел тр. snro для объекта pd_seq_nr, но там тек номер перещелкивается кратно буферу, т.е. этот номер не равен тек в таблице.
Можно конечно в системе получателе брать макс № из asshr плюсовать к нему 1 - это будет тек номер --- но как-то коряво.

Bully: Тему перенес сюда.

см. диапазон номеров 'PD_SEQ_NR' (транзакция SNRO)
для примера ФМ 'WAGE_COMP_PREPARE_COST_ASSIGN'

Спасибо. Вроде как уже нашел ФМ get_pdsnr_range для pd_seq_nr выдает номер для вставки.
ФМ по вычислению тек номеров ptquoded-QUONR и ptquoded-DOCNR - NUMBER_GET_NEXT для соответствующих объектов.
С таблицей ptquoded - та же песня, мне совсем понятно как формируется QUONR и DOCNR- номер берется из диапазонов номеров для объектов PTM_QUONR PTM_DOCNR соответственно + к этому приклеивается какой-то аппендикс вроде как ГОд или не год(?) - что это не понятно.
Может кто подскажет?

Понял.
ФМ по вычислению тек номеров ptquoded-QUONR и ptquoded-DOCNR - NUMBER_GET_NEXT для соответствующих объектов.
А сам номер в таблице есть то, что выдало NUMBER_GET_NEXT + номер связанного ИТИпа.
Но как проносить саму таблицу PTQUODED с учетом новых номеров для меня остается загадкой.

Господа, а с классом CL_HRPA_INFOTYPE_CONTAINER-> UPDATE никто тоже самое не делал?
Нужно абапом проставить альтернативную контировку на 14/15ИТ. Но де факто дублировать метод UPDATE_PREF этого класса как-то не хочется.
У сапа нашел упоминание класса, но оно как-то не помогает

Делал с помощью NUMBER_GET_NEXT + RP_PLANT_DATA_UPDATE_TABLES

Обнаружил, что оно через EXIT_SAPFP50M_002 PREF менять гораздо проще.. А дальше оно уже само обрабатывает