Bump. Guess my question is either very daft or very good (since it has no comments yet).
Has nobody ever come across this requirement? Or maybe I'm overlooking something obvious which renders the requirement useless? Might even be, that my design-approach itself is bonkers.
What I want to achieve
: Quiero que la distribución, es decir, la visibilidad, de las aplicaciones que usamos en nuestro portal sea controlada de forma centralizada a través de autorizaciones en roles de R/3. Por lo tanto, pensé en utilizar un único rol de portal personalizado que contenga todo el contenido que los usuarios podrían tener (pero no necesariamente tienen) para nuestro contenido remoto (es decir, lo que proviene del FES en nuestro Gateway). La ventaja que veo personalmente al hacer esto es que podemos tener un rol de portal y un rol de R/3 mapeado (como ancla) como conexión técnica. Por lo tanto, cuando se agrega contenido a nuestro entorno, solo sería necesario agregar los catálogos remotos a este rol de portal único y asignar roles de R/3 dedicados que contengan la autoridad para estos catálogos (es decir, si no tienes la autoridad de R/3 no puedes ver el contenido aunque esté técnicamente disponible en el rol de portal) y, al asignar el rol de R/3 respectivo, asumiendo que se utilizan grupos, el usuario respectivo verá automáticamente el nuevo contenido (grupo con catálogos) en su portal.
What I want to avoid
: Soy consciente de que el contenido remoto y el contenido de portal dedicado a través de iViews/Pages se pueden usar simultáneamente, pero con mi conocimiento actual veo los siguientes problemas: Si asigno un iView a un rol de portal, el usuario final no "tiene" automáticamente el mosaico en su FLP, es decir, tiene que ir manualmente al Explorador de aplicaciones y agregarlo a un grupo. Otra observación extraña que hice es que aparentemente esto se puede hacer independientemente de las autorizaciones en el backend, lo que significa que pude agregar un mosaico de un iView para el cual no tenía autorización en el backend. Por lo tanto, esto significa para mí que no puedo simplemente colocar todo el contenido del portal en un rol, porque los usuarios verán cosas que no deberían. Una vez más, esto significa que tendría que construir roles de portal dedicados y luego mapearlos y fusionarlos con roles de R/3 dedicados, además, probablemente, hacer fusiones de roles de portal, etc. (como era en el Framework de la página de inicio hace 10 años). Todo esto parece demasiado complicado en contraste con el Launchpad de WDA actual, donde puedo controlar todo de forma centralizada sin importar la fuente.
Cualquier pensamiento/comentario es muy apreciado. Mucha buena karma vendrá hacia ti.
