В ракурсе V_FAGL_T881 не могу установить ведущий регистр 0L.
1. Создаю новую запись в ракурсе, по F4 пытаюсь выбрать регистр, система отвечает "Значения не найдены"
2. Прописываю вручную значение 0L в вышеуказанном ракурсе, пытаюсь сохранить, система отвечает "Запись с таким ключом уже существует"
P.S. Запись 0L (ноль L) дествительно существует в таблице T881.

Что сделать-то хотите?

хотим объявить ведущий регистр. Пока в данном ракурсе 0 запсей.
Другой регистр создать и объявить его ведущим можно, но коллеги говорят, что если ведущий регистр не 0L (ноль L) дальше начинает система глючить.

была аналогичная проблема после разбирательств с ТПР НУ и спец. регистрами.
Решить не удалось, но благо это было в песочнице
Очень интересует как решить проблему?

Я думаю, что спец. регистры здесь не при чем. Вероятно какая-то связующая запись в какой-то табличке отсутствует, либо значение какого-то поля не то...
Трассировкой SQL-запросов и отладка пока ни к чему не привели.
Когда по F4 вызываю справочник с включенной трассировкой, результат трассировки плачевный:
к таблице T881 запросов не производилось, при этом не понятно тогда на каком основании он утверждает что записи не найдены, ведь как я понял данная таблица это основные записи регитров.

Я вот только что посмотрел у нас в DEV системе в 300 манданте по умолчанию уже стоит в ракурсе регистр 0L (ноль L) а в 200 не получается ничего сделать.

Поставьте точку прерывания в функциональном модуле fagl_shlp_exit_rldnr подпрограмма step_select_rldnr и посмотрите, что не так. А при st05 вы учли что T881 буферизирована?
Может у вас этот селект ничего не выбирает?

Без системы очень сложно сказать причину.

Вообщем кое что я понял, но возникли новые вопросы.
Я понял, что запись 0L будет доступна для итоговой таблицы FAGLFLEXT только в том случае если диактивирован модуль PSM - FM (определяет поле SUBAPPL в табл. T881).
Как только я снимаю флаг активации модуля в FM , в V_FAGL_T881 сразу появляется запись регистра 0L, так как при активации FM система делает "селект T881 где SUBAPPL = PSM", а при диактивации "селект T881 где SUBAPPL = GLF", регистр 0L создан для субприложения GLF, следовательно при активации FM 0L и не выбирается (спасибо AVO!!!).
По этому поводу следущий вопрос: при активации FM регистр итоговой таблицы FAGLFLEXT не нужен??? Я не могу установить регистр 0L при активированном бюджете или он на столько умный, что не дает мне добавить записи регистров для таблиц FAGLFLEXT и FMGLFLEXT в разные моменты времени, блокировав ранее установленный регистр итоговой таблицы FAGLFLEXT при активации FM. Может быть такое, что мы создали регистр для FAGLFLEXT, потом произвели какие то действия в системе (например преднастройка FI), а потом пытаемся активировать FM, системма считает, что между FI и FM может быть нарушена связь, так как активация производится в разное время и следовательно блокирует уже существующий регистр 0L итоговой таблицы FAGLFLEXT??? Если да, то как я понимаю, я уже потерял регистр 0L, а следовательно и все настройки которые были сделанны с установленным регистром. Мне получается нужно либо снести систему потом создать и активировать регистры для FI и FM, либо создать новые регистры без сноса старых * для FI и FM и потом снова произвести все настройки???
* Так как в принципе система дает создать регистры для этих таблиц, но имя их должно быть не 0L

Для устранения проблеммы необходимо выполнить программу FMGL_CHANGE_APPL_IN_LEDGER согласно ноте 840783.