Добрый день, коллеги!

Я успешно расширил 16 ИТ новым полем. Его физический смысл - уточняющее пояснение к некоторым из видов договоров (CTTYP). Проверки бизнес-логики при сохранении реализованы в бади HRPAD00INFTY. Новый пул ZP001600.

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

Малой кровью я это сделать не могу:
1. Если бы 16 ИТ содержал подтипы = вид договора, то я бы настроил в T588M признак и экраны, как не раз делал, но увы.
2. внутри CHAIN PAI экрана ZP001600 я не могу обращаться к P0016-CTTYP. ( в DYNP_VALUES_UPDATE и DYNP_VALUES_READ я могу, но точки останова внутри ZP001600 не работают на события из MP001600 )

Вопрос, возможно ли это вообще сделать, и как лучше? Мои альтернативы это пытаться устроить внедрение "улиток" в стандартный ИТ, чего мне никогда не надо было делать внутри ИТ и чего я не хочу из-за патчей или же ZXPADU01 ZXPADU02, в чем опять-таки не было никогда нужды.

Опция "добавить значения в справочник CTTYP " была упущена N лет назад...

а почему не можете обратиться к P0016 ?
через field-symbols обратиться к переменной?

В глобальном контексте модуля ZP001600 я вижу p0016 и обратиться к нему могу
Я не могу поймать событие "пользователь меняет в выпадающем списке исходного MP001600 вид договора" .

Если бы все происходило на одном экране одной Z-программы, я бы редактировал CHAIN в PAI и дописал бы туда модуль засерающий поле ввода.
Как победить два CHAIN - в ZP и в MP, я не знаю.

но ведь бадишка, которая реализует вызов Z-экрана не вызывается из ниоткуда. Посмотрите стёк вызова в отладчике, там в одном из вызывающих программных блоков ИТ 0016 всёрвно считывается. Значит через assign можно присвоить филдсимвол на структуру данных в памяти вызывающей программы, и считать оттуда значение CTTYP?

Бадишка не запустится пока не запустится ПАИ экрана ИТ. А автор хочет получить данные измененного поля до срабатывания паи.

Изменение поля не дергает паи, следовательно его не определить.
Соответственно два варианта:

1)PBO подэкрана расширения. При нажатии на ввод, происходит цикл ререндера , данные структуры p0016 обновляются и РВО поэкрана обновляет видимость
2) модификация стандарта - повесить юзер-команд на комбо-бокс и далее как в пункте 1

а фокус с двойной перерисовкой экранов (через supress dialog) не поможет?

А как САП узнает что пользователь сменил выбор в выпадающем списке? на экране к нему не подвязан USER-COMMAND