А Вы уверены, что валится именно на это строчке?
Может быть на этой?

Проверку, все таки надо делать, на то что FS проассайнился.

Первое присвоение отрабатывает нормально. Значения видны в отладчике.
А второе n = <u2> не отрабатывает.

Так в отладчике видно же в какой области видна эта переменная.
В том же отладчике можете поэкспериментировать с переменными типа (LSUU0U02)USER_NAME, будет видно подхватится она или нет.

Но вот это (LSUU0U02)USER_NAME смотрится странно, причем здесь название инклуда, попробуйте (SAPLSUU0)USER_NAME.
Но, что то мне подсказывает, что не увидите вы её, она локальная.

Интересно, переменная (SAPLSUU0)USER_NAME видна до вызова PERFORM auth_check.. , а переменная (ZBC_DAM_TEMP3)BNAME видна постоянно.. Выходит область действия переменных ФМ как-то ограничена..

Если бы переменная была объявлена не в самом ФМ а топе группы функций, то она была бы видна. Ведь если объявить переменную в самом ФМ, то для подпрограмм той же самой группы функций её надо передавать через параметры.

Понятно.. Я предполагал, что конструкция assign ('(PROG)VAL') как-то по другому работает, лезет напрямую в область памяти программы PROG. Буду думать дальше как вытащить и изменить ту переменную..