Привет. Чую что из ситуации не выкрутиться, но на всякий случай спрошу...
Можно ли в FORM2 получить доступ к переменной X?

Data declarations in procedures create local data types and objects that are only visible within that procedure.
Поможет только явная передача данных.

В качестве продолжения истории....
как большинство относится к нотам, которые по сути являются модификациями??

Просто в моем случае SAP говорит что да, это косяк (данные не передаются), но если вы хотите его исправить, то берите ключ на модификацию, и делайте как описано ниже

Где логика и нафига нужны такие ноты?...

Нормально. Не вижу в этом особой проблемы. Особенно если потом при следующем патче сбросить всё на оригинал.

Вопрос, насколько я понимаю, риторический и не требует ответа.

Т.е. при каждом патче сбрасывать и накатывать по новой?
Потому что исправлять "по-нормальному" они не собираются.
Отсюда и вопрос, собссна. Вроде и не нота, и не совсем модификация, а так - не пойми что....

А почему нельзя вынести переменную в какую-нибудь глобальную область или, как уже советовали, передавать явно? На мой взгляд логика тут как раз вполне нормальная. Для SAP по крайней мере.

Ага, а вот у SAP по этому поводу другое мнение
Речь о стандартной саповской программе. Точнее юзер экзите, в который не передаются входные данные (да и правда, зачем в экзите что-то менять). Если быть конкретным - нота 149138.... я с неё плакалъ (с)
Так вот согласно этой ноты действительно нужно добавить USING параметры, но делается это вручную через модификацию стандартной проги (т.е. при каждом накатывании патчей нужно будет проверять).

З.Ы. сегодня в который уже раз (по другому вопросу) убедился в некомпетентности саповской тех.поддержки - придется ломать-исправлять саповские косяки... Да что ж мне так не везет-то?

Если у вас новая система SAP ERP 6.0 и версия ядра 7 и выше можно воспользоваться технологией расширений ENHANCEMENT FRAMEWORK (курс BC417). Для данного случая подойдут имплицитные точки расширения.
По моему мнению с использованием такой технологии расширений со стандартом можно сделать всё... ну или почти всё.

тут как раз последний случай
А вообще к технике расширений я отношусь прохладно, именно потому что "со стандартом можно сделать всё" ...и концов не сыщешь

Здесь не "последний случай".
Например:


Можно придумать ещё варианты.

Что , проблем с двойной декларацией X разве не будет?
В остальном хороший пример того, что что то в принципе сделать можно, но лучше так не делать. Вариант с модификацией получается более надёжный, понятный и предсказуемый.

Будет. По логике примера мы заменяем стандартную логику на свою, старую игнорим. Переменные можно назвать по другому.

Я бы тоже сделал как рекомендует нота. Но уж если она не нравиться, можно сделать и по своему.

А приассигнить внутри Perform нельзя разве эту переменную?

Какую "эту"? Внутри какого "Perform"-а?