Entregar una aplicación a las personas que la usarán
Objetivo
Poner una aplicación basada en modelo en el iniciador de aplicaciones de las personas adecuadas y mantenerla fuera del de todos los demás.
Construir una aplicación no se la da a nadie. Una aplicación nueva es visible para los creadores y los administradores, y para nadie más, que es el único valor predeterminado en el que equivocarse es seguro. Este es el paso que la entrega.
Requisitos previos
- Ha iniciado sesión con un rol de creador (o de administrador de la plataforma).
- La aplicación existe (consulte Crear o editar una aplicación basada en modelo).
- Los roles a los que quiere dársela existen en el inquilino (consulte Crear un rol), y las personas que deben tenerla tienen uno de esos roles (consulte Asignar un rol a un usuario).
Pasos
- Abra Aplicaciones desde la barra lateral y seleccione la fila de la aplicación.
- Seleccione Compartir. Se abre un panel a un lado de la pantalla, titulado Quién puede usar aplicación.
- Marque cada rol al que va dirigida esta aplicación. La lista son los roles del inquilino, con el nombre que les dio.
- Mire Personas que la reciben, debajo. Se rellena a medida que marca y enumera los usuarios que tienen alguno de los roles elegidos. Esta es la comprobación que importa: si indica que nadie tiene los roles que ha elegido, la aplicación está a punto de compartirse con un conjunto vacío.
- Seleccione Guardar. El cambio surte efecto en la siguiente solicitud: las personas que eligió ven la aplicación en su iniciador la próxima vez que lo abren, sin necesidad de cerrar sesión.
Para retirar una aplicación, abra el mismo panel, desmarque el rol y guarde. La aplicación deja de aparecer en el iniciador de esos usuarios, y un vínculo guardado en marcadores que lleve a ella se rechaza.
A quién llega realmente
Se comparte por roles, no por nombres individuales, y el panel nombra a las personas para que vea en qué se traduce. Una persona recibe la aplicación cuando tiene al menos uno de los roles marcados.
Si su inquilino tiene más usuarios de los que muestra el panel, lo indica al final de la lista («Se muestran 200 de 480 usuarios»). La lista es una comprobación de la decisión, no la decisión en sí: la decisión son los roles.
«… can already open every app in this environment»
Algunos roles tienen una concesión sobre todo lo que se abre, no sobre una sola aplicación. El rol Creador la tiene desde el momento en que se crea un entorno: un creador que no pudiera abrir la aplicación que acaba de construir se encontraría con un entorno que parece averiado al primer clic.
Cuando existe un rol así, el panel lo indica en una nota en lugar de mostrarle una casilla marcada que no puede desmarcar. Es deliberado: la casilla de esta aplicación no podría quitar una concesión que nunca nombró esta aplicación. Para restringirla, vaya a Seguridad y edite los permisos propios del rol.
Las aplicaciones de Studio se comparten igual
Una aplicación de Studio solo aparece en la lista de aplicaciones de las personas con las que se ha
compartido, igual que una aplicación basada en modelo. Selecciónela en Aplicaciones de Studio y
elija Compartir; el panel, los roles y el permiso (<app logical name>.Open) son los mismos.
Una aplicación de portal no tiene Compartir: quienes leen un portal son usuarios del portal, no
roles.
Qué ocurre entre bastidores
Compartir una aplicación concede el permiso <app logical name>.Open a cada rol elegido, en este
entorno. Es un permiso normal, y de eso se trata:
- Aparece en la pantalla Seguridad junto a todas las demás concesiones, de modo que «qué puede hacer este rol aquí» tiene una sola respuesta.
- Viaja en una solución, así que una aplicación promovida de Desarrollo a Prueba puede llevar consigo su uso compartido en lugar de volver a compartirse a mano en cada entorno.
- Desinstalar una solución administrada revierte sus concesiones en lugar de eliminar lo que haya, de modo que una solución que compartió una aplicación solo retira lo que ella compartió.
- La elección de un administrador está por encima de la de cualquier solución: una importación no puede deshacer discretamente lo que usted decidió aquí, y desmarcar un rol con el que una solución compartió deja una nota que lo indica en lugar de dejar que la concesión de la solución reaparezca en la siguiente recarga.
Eliminar una aplicación elimina también su uso compartido, de modo que la próxima aplicación que use el mismo nombre lógico no hereda a quienes recibieron la anterior.
Solución de problemas
- La aplicación no está en el iniciador de alguien. — compruebe que tiene alguno de los roles marcados. La lista Personas que la reciben del panel lo responde directamente; si no está en ella, lo que hay que corregir es la asignación de roles, en Usuarios.
- «App … has not been shared with you.» — la persona siguió un vínculo a una aplicación que no está compartida con ella. Compártala con un rol que tenga o envíela a un sitio al que pueda llegar.
- Este inquilino todavía no tiene roles. — cree primero uno en Roles. Una aplicación solo se puede compartir con un rol, así que no hay nada que marcar hasta que exista uno.
- Nadie tiene los roles que ha elegido. — el uso compartido se guardará y no llegará a nadie. Asigne el rol a las personas que necesitan la aplicación, en Usuarios.
- Desmarqué un rol y la aplicación sigue estando disponible para ellos. — tienen otro rol marcado, o un rol con la concesión sobre todo lo que se abre (consulte más arriba). La nota del panel nombra el segundo caso.
Escenarios relacionados
- Crear o editar una aplicación basada en modelo.
- Conceder a un rol acceso a registros.
- Asignar un rol a un usuario.
- Crear un rol.