в следующий раз, SUIM Вам в помощь.

по сути - это административная проблема, FI-щика надо было слать по известному адресу

Я думаю, у вас просто недопонимание произошло.
Должен ли знать базис название роли зависит от вашей организации работы.
А вот консультант по FI, однозначно не обязан знать название роли.
Короче, на консультанта я бы не стал гнать волну... И нашёл бы документ "Концепция полномочий"

Про suim - знаю прекрасно. Однако когда в БОЛЬШОЙ организации только несколько десятков балансовых единиц на разных инстанциях с похожими ролями и полномочиями - нереально выбрать нужную точную роль. Список ролей, в которых могут быть такие полномочия равен примерно 80 штукам...
Можно, конечно, создать в тесте и пренести в продуктив. Но это чесать левое ухо правой рукой через голову...

тогда я не понял в чем собстно вопрос....

может ли базисник - да может. (хоть через СУБД)

остальное неясно.

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

Eprst,
Вы горячитесь. Не надо. Ни к чему.
Алгоритм простой: есть пользователь, смотрим какие у него есть роли, в одну из них надо добавить полномочия. Если роли близкие, то переводим вопрос на консультанта, выставившего требование. Почему - выше уже все обсудили.
Или Вам не сообщили пользователя, у которого проблемы с полномочиями?

а завтра пятница

вопросы участникам дискуссии.
тут упоминался документ "Концепция полномочий".
1. у всех он есть?
2. кто был инициатором его создания?
3. кто его делал?
4. кто определял содержание?
5. используется ли документ?
спасибо )

1. Незнаю про всех, у нас есть.
2. Руководитель проекта.
3. Руководитель проекта.
4. Он же + ключевые пользователи от бизнеса - "заказчики"
5. Конечно используется.

"Концепция" является довольно формальным документом разрабатываемым чуть ли не на этапе технического предложения (или эскизного/концептуального проекта). Серъёзно вопросы полномочий определяются в "Политике ИБ". Инициаторами являются ИБ-ники. Выполняется на этапе технического проекта. По опыту, документ ("политика") привлекается 2-3 раза в год для обоснования принятия (отклонения) тех или иных организационных или технических решений.