Здравствуйте.

Хотелось бы получить помощь по такому вопросу. Расширяем стандартный инфотип NNNN через добавления своих полей в структуру CI_PNNNN. Для своего поля ZZxxxx добавляем ссылочный ключ на справочник, который содержит в частности поле SUBTY. Для заполнения поля SUBTY делается отсылка на поле PNNNN-SUBTY. При такой реализации ссылочный ключ исправно работает на экранах и проблем не возникает. Проблема возникает если я попытаюсь напрямую поправить значение поля ZZxxxx в таблице PANNNN посредством тр. se16. Так как в момент правки в памяти нет объекта PNNNN, соответственно нет возможности получить значение поля PNNNN-SUBTY и значения из справочника становятся невидимыми, что приводит к ошибке о недопустимости ввода.
Я вижу 2-а выхода:
- добавить в справочник необходимые мне значения без заполнения поля SUBTY. Эти значения дублируют основной список на случай правки через se16
- переопределить ссылочный ключ в таблице PANNNN - это требует правки стандарта, что не есть правильно хотя и касается моей области.

Есть ли более правильный путь решения такой проблемы, возникающей из-за технологии разработки инфотипов в SAP когда есть объекты PAnnnn и Pnnnn?

Использовать SE16(SE16N) для прозрачных таблиц инфотипов PA* это просто верх бескультурья )) объясните глобавльный смысл этого? Если надо массово данные загруить (ну мало ли) то для этого LSMW в батчинпуте и все будет работать...

"Верх бескультурья" считать что микроскоп все может в ситуации когда нужно забить гвоздь.

А ситуация простая потребовалось разово в паре строк таблицы pannnn быстро поправить ряд значений и городить что-то более серьёзное когда есть se16 это напрасно тратить время.

Соррри если обидел но тогда если задача разовая то и должна решаться полностью в ручную без формирования ключей, средств поиска и всего такого. ибо это сродни lsmw... и кстати в последних версиях базиса модификация через &SAP_EDIT отключена, нота такая точно есть

в se16n включаем отладку (/h) , запускаем и в отладчике меняем значения GD-EDIT и GD-SAPEDIT на X, F8 и ... все

кто б сомневался, главное чтобы полномочия на отладку и тем более на изменение переменных были бы, а так - да...