Очень хочется, чтобы пользователь, заходя в ppome, мог пользоваться только определенным ракурсом, то бишь путем анализа. Задача такая: заходит пользователь в ppome и попадает сразу в нужный ракурс (например, видит только рабочие места по структуре) и по кнопке перейти к все остальные пути анализа были не активны.

Такой настройки в архитектуре иерархии не видел.
Но можно ограничить видимость объектов. В настройке профилей структурных полномочий прописать ФМ, возвращающий корневую орг.единицу для пути анализа.
Если SY-TCODE = PPOSE, PPOSE и т.п., то для заданного пути анализа не возвращать ничего. В остальных транзакциях - оставить поведение без изменений.

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

Полномочия "на пути анализа" нужны именно ТОЛЬКО в ppome/ppose? Если только в этих транзакциях, то в ФМ пропишите анализ своих "групп пользователей", это можно сделать с помощью кастомного объекта полномочий, например.

А то может проще ограничить полномочия на соответствующие подтипы соединений и в PPOSE всё само собой ограничится?

В том то и беда, что только в ppome ppose, в po13 например надо оставить как есть и связи все нужны...

Решается только полной настройкой "с нуля" отдельного сценария по аналогии с OME0, с прикреплением к нему Z* транзакции с такими параметрами


Транзакцию сделаете через se93, должна быть транзакция отчета и именно с такими параметрами.

В итоге Вы получите свою уникальную настройку в которой можете оставить только в поиске только те объекты которые должны быть доступны для ведения Вашего пути анализа, и оставить в нем только тот сервис которые нужен для Ваших бизнес-требований. По сути это просто настройка интерфейса om-framework без его ломания ну и стандартные пути анализа и полномочия работают идеально.

Чисто технически это все выглядит просто, OM_START_NF читает настройку сценарии иерархии по S-TCODE и уже от этого сценария читает все настройки: Объекты структурного поиска, сервисы, запросы, закладки, поиск и колонки поиска ну и т.д. и т.п.

Не совсем понял Вашу мысль. Эта программа переваривает настройки сценария, читает по путям анализа, вызывает всякие ФМы, указанные в настройке сценария. Т.е. к этой программе, как таковой, нам ничего не убавить ни прибавить.

Вы имеете ввиду, что нужно реализовать свой интерфейсный объект, который в ракурсе T77OBJDEF ведется?

А про на стройку с "нуля" можно поподробнее. Может быть документация какая то есть. В курсах про это ни слова...

Не не, OM_START_NF это и есть сама по себе точка входа для работы фрейворка. Помните есть сценарии OME0, OME1 и т.д. и т.п. В настройках этих сценариев и определется внешний вид ну той же PPOME. Просто для PPOME является однозначным соответствием OME01. Речь об этой таблице T77OMFRAM. В ней настраивается привяза транзакции к сценарию. К PPOME сценарий опеределен, другого сделать низя, если хочется оставить и PPOME и сделать некий вариант PPOME то это новый сценарий и своя транзакция

Не совсем так, точнее немного глубже.
Внешний вид и содержимое определяется Сервисом, который используется в Сценарии. Содержимое определяется с помощью пути анализа. А внешний вид - группой столбцов и "объектом интерфеса пользователя" - по сути набором ФМов, вызывающихся в предопределенных местах. В этих ФМах вызываются пути анализа и их результат отрисовывается в gui-контролах.

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


OME0

Calm, ну зачем допиливать?

Смотрите, у меня была задача была похожая.
Постановка была такая: сделать тарнзакцию точно такую же как PPOME только чтобы можно было вести только объекты О и связи между ними. Ничего не абапили, сделали свою транзакция и свой сценарий, все оставили в настройках тоже самое что было в PPOME выпилили просто не нужные объекты для поиска и ненужные сервисы с запросами. Или мы говорим о разных темах?

Документация в spro + F1 к полям ракурсов настройки.

В топике задача другая.
По Вашему методу нужно насоздавать кучу транзакций. А автору нужна PPOME.

А вообще я перепутал с топиком про "Определение собственного сервиса в PPOME"

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

Меня вполне устраивает и транзакция zppome. Пытаемся настроить. Почему то криво отрабатывает область подробных данных. При выборе объекта наверху, его подробные данные не отображаются . Не хватает какой то связи. Вроде бы полностью скопировали ome0, выкинули лишние пути представления и три области нормально отображаются, а с четвертой косяк