terna,

на истинность ниже написанное только претендует!

Есть такая системная функция USER() вот тут (docs.oracle.com) о ней немного написано.
Полагаю что переменная USER реализована как костыль как-то с изюминкой именно через эту функцию где-то в дебрях кода, таким образом что область видимости из репозитория ограничена скорее всего только блоками инициализации (и презентацией).

Т.е. как вариант решения на логическом слое определить столбец именно как USER(), а не через VALUEOF().
Либо делать блок, в котором создавать кастомную переменную. Причем думается мне что имя должно быть отлично от USER.

Либо при наличии блока инициализации подключения LDAP источника возможно уже есть переменная которая несет в себе значение "sAMAccountName".

Сделать кастомную L_USER не помешает. Если когда-нибудь появится задача разграничения доступа к данным не встроенными средствами, то переменная пригодится, например, на случай если захотите при тестировании смотреть что же будет доступно пользователю (т.е. что-то типа фиктивной подмены логина). В инит-блоке можно сделать вызов функции БД, которая например из таблицы подмены будет подсовывать другой логин. Или например, временная передача секторов ответственности между сотрудниками. В общем там непочатый край пользовательского счастья и радости :)