вообщем есть на экране 2 поля, код материала, название материала
на код есть свой module on request, при изменении соответствующих переменных первое не изменяется, как лечить?

на изменяемое поле команду повесить

в смысле ок-код?
не даёт на поле ввода код вешать

chain.endchain. Или, что на мой взгляд более правильно, название заполнять в PBO.

так не работает
в пбо по названию искать код как то совсем не хочется, да и не однозначно может быть

1) не по названию код, а по коду - название. Вполне логично. Позволяет не ослеживать места где может этот код поменяться и выводить название того материала, чей код будет отображен на экране.
2) в исходном вопросе упоминались "код материала, название материала" - в chain-e виден gv_oc_matnr - это наверно код, неужели gv_oc_kunnr - это название материала?

в том то и беда что код не обновляется
в коде- это 2 кода - просто на одной форме 2 таких случая

можно конечно сделать 2 переменные - 1 на экране другую в памяти, работать со второй и первую оновлятьв пбо,
но хочется прямее метода

Так, я слегка невнимательно прочёл первоначальный вопрос:
"при изменении соответствующих переменных первое не изменяется" - надо понимать так что соответствующие переменные изменяются внутри MODULE screen_0210_pai? Если это так, то всё вполне логично, так как по команде FIELD gv_oc_matnr значение с экрана бодет помещено в переменную gv_oc_matnr и затрёт сделанные ранее изменения. Вроде так.

хмм...
вскрытие показало что поле подменяется сразу после выхода из паи-модуля on-request даже не вызываются...

они и не должны вызываться - они-же ведь on-request, вызываются если поле изменено ручками.

ну так я и об чем, проблема то точно в этом
как лечить то?

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

хм, тоже вариант. раньше так и делал

добавить FIELD gv_oc_matnr. перед MODULE screen_0210_pai.

сделал по старинке - как Ники советовал