Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migration of unmigrated content due to installation of a new plugin

...

Panel
titleContenido

6.1. Gestión de licencias

6.2. Alta de usuarios

6.3. Alta de dominios
        
6.4. Definición de permisos

Caso super usuario

Anchor
instalalic
instalalic
6.1. Gestión de licencias

...

A continuación se definen los conceptos más relevantes incluídos:

Número de serieCorresponde al número de licenciamiento otorgado.
ProductoCorresponde al nombre del producto - O3BP&A - y a su versión
Fecha de emisión y de expiraciónCorresponde a la fecha de generación de la licencia y a la fecha en que la licencia expira.
Licenciado aCorresponde al nombre de la empresa cliente
Dominio

Especifica el nombre interno del dominio. Considerar que cada licencia habilita el trabajo en un dominio específico, además del dominio "demo" que se trae por defecto en la instalación.

Un dominio es un mecanismo que permite agrupar usuarios de acuerdo a características comunes en cuanto a la información que manejan. Cada dominio contiene un determinado grupo de organizaciones y personas integrantes de sus unidades de negocio. Al mismo tiempo, cada dominio tiene asociada una metadata propia, esto es, un conjunto de Planes de Estrategia o Tableros de Control especificados y publicados.

 Los principales usos son:

  • Mostrar organizaciones independientes. Así una multinacional con distintas empresas, podrá tener un dominio por cada una, de forma tal de no mezclar las estrategias empleadas en los distintos negocios. También es aplicable cuando se cuenta con distintas sucursales.
  • Tener dos dominios uno para testing y uno production, donde es posible ajustar todos los detalles en el testing y luego migrar al dominio en producción.
EdiciónCorresponde a la edición de la licencia (P.ej. standard)
Tipo de usuario

Determina los permisos globales de acceso por usuario que se asocie al dominio correspondiente. Los tipos posibles son: user / admin/ participant / studio.

Considerar que si bien el licenciamiento introduce una primera restricción en cuanto a las posibilidades de acceso de los usuarios al trabajar en el sistema, también es posible incorporar mayores restricciones usando los Perfiles/Permisos del usuario concreto en el dominio concreto.

Se discriminan según los módulos y acciones a los cuales tienen acceso:

  • Administrator - Solo accede a los módulos de Administración, Alertas y Organización
  • Studio - Accede a todos los módulos, excepto Administración.
  • User - Similar al perfil Estudio, con excepción de la metadata.
  • Participant - Similar al Usuario, con menos funciones. No se muestran Mapas estratégicos, por ejemplo.
Max. UsuariosEspecifica la cantidad máxima de usuarios que están habilitados a ingresar al dominio correspondiente.
Control de acceso

Dos modalidades: Concurrente / Nominado

  1. El control de usuarios concurrentes establece un límite de usuarios simultáneos del sistema, es decir que una licencia de servidor concurrente de 10 usuarios, permite 10 conexiones simultáneas con cualquier usuario. Cuando el servidor alcanza la cantidad límite no permite nuevas conexiones.

  2. El control de usuarios nominados establece un límite de usuarios definidos previamente, cada uno de los usuarios a los que se les asigna un "slot" nominado, siempre puede establecer una conexión, independiente de la cantidad de conexiones que el sistema tenga en ese momento. Actualmente cuando un usuario nominado abre una conexión se cierra automáticamente la conexión anterior, que el usuario tenía abierta.

Un servidor puede tener habilitado al mismo tiempo usuarios concurrentes y nominados, para ello se requieren dos licencias diferentes.

...

Perfiles predeterminados:

AdministratorAdministrador Global
StudioTodas las funciones, menos la administración.
Final userAcceso a leer todo
UserFunciones del Final User, crear y editar mapas, iniciativas y comentarios. Cargar datos
ParticipantFunciones del Final User, cargar datos y comentarios.

...

  1. Loguearse al sistema con un usuario con perfil administrador (admin)
  2. Ingresar al componente Administración y seleccionar la opción Permisos
  3. Dentro del panel Administración, seleccionar el usuario al que se quiere asignar Permisos. Se abre el cuadro Permisos.
  4. Seleccionar la opción correspondiente al dominio en cuestión en la lista desplegable Dominio.
  5. Asignar permisos a ese usuario, arrastrando la opción que se desee del cuadro de Permisos de la derecha 

    Cuadro 6.5. Usuario Dominio

  6. Hacer clic en aplicar.

Anchor
caso
caso
Caso de usuario con permisos totales sobre acciones de negocio

En los casos en que sea necesario que un usuario tenga todos los permisos asociados a la gestión de las acciones de negocio, sin necesidad de ser estar asignado como responsable, deben seguirse los siguientes pasos:

  1. Loguearse al sistema con un usuario con perfil administrador (admin)
  2. Ingresar al componente Administración y seleccionar la opción Permisos
  3. Dentro del panel Administración, seleccionar el usuario al que se quiere asignar Permisos. Se abre el cuadro Permisos.
    Image Added
  4. Dentro del nodo Permisos del panel derecho, desplegar la opción "Acciones de Negocio" y observar que se muestran todos los permisos posibles.
  5. Asignar el permiso que corresponda arrastrando hacia la derecha. En caso de ser necesario dar al usuario permisos ilimitados entonces arrastrar el nodo completo.
    Image Added
  6. Aplicar los cambios

Recordar que se trata de un caso particular, dado que cada uno de los siete tipos de responsables asociados a las acciones y sus hitos, tienen una diferente combinación de permisos de acuerdo al rol que cumple el usuario en el proceso. El usuario tendrá permiso de acuerdo al tipo de responsabilidad que se le haya asignado, y si no tiene responsabilidad en la acción entonces no tiene acceso a ella.

Al asignar permisos de ésta manera, los permisos se aplican sobre todas las acciones generadas en el dominio, independientemente de que figure como responsable o no. 

ISPRDBPA:SUBIR

Preferencias

En el caso en que sea el usuario administrador quien defina el punto de entrada para otros usuarios o roles, es necesario seguir los siguientes pasos:

  1. Estando logueado al sistema con un usuario de perfil administrador, abrir la vista que quiera ser definida como punto de entrada.
  2. Ingresar a “Preferencias” del sistema
  3. Dentro de la pestaña “Configuración”, definir las preferencias de configuración teniendo en cuenta lo siguiente:
    1. Es posible definir el punto de entrada por usuario o por rol
    2. Para definirlo por usuario: seleccionar la opción “Usuario” de la lista desplegable y luego el usuario correspondiente.
    3. Para definirlo por rol: seleccionar la opción “Rol” de la lista desplegable y luego el rol correspondiente.
    4. Seleccionar la opción “Setear el elemento actual como punto de entrada”, tal como se observa en la imagen a continuación.
    5. Esto se repite de a uno por vez, esto es, el procedimiento anterior se repite para cada usuario/rol: seleccionar el usuario/rol y setear, luego seleccionar el usuario/rol siguiente y setear.

      Image Added

Finalmente, el último campo "Preferencias actuales para usuario" despliega una lista con los usuarios existentes, y al seleccionar cada uno de ellos se muestra las preferencias seteadas si existen.

Nota: el usuario debe tener permisos para editar las preferencias de otros, lo cual es asignado por un usuario administrador. En caso que tanto el usuario como el administrador hayan definido un punto de entrada para el primero, el que persiste es la última configuración guardada.


Wiki Markup
{scrollbar}