Al salir de una reunión en donde habíamos revisado la aplicación y después de haber mostrado las capacidades de Drill-down de la herramienta, recibimos el siguiente comentario por parte del director de compras.
«¡Rayos! Puedes hacer análisis por cualquier variable, ¡eso está genial». Se detuvo a pensar un rato y continuó: «Esto es como una xbox gigante, puedes jugar y jugar con la información. Miren, yo lo que necesito es que mis compradores compren no que anden jugando…¿se puede restringir el drill-down a ciertos usuarios?»
Es un comentario muy importante que pareciera estar en contra la lógica universal al evitar el empowerment del usuario. Hay mil cosas que se pueden decir a favor o en contra. Por lo pronto lo dejaremos así para propósitos del post.
En una empresa habrá siempre distintos tipos de perfiles. Estarán las Direcciones o gerencias que tomen decisiones, habrá gente que siempre se enfocará a analizar información (por ejemplo, Mercadotecnia) y otras que operen en base a la información mostrada. El líder de BI nunca debe de perder de vista el papel que juega cada persona en la empresa; y como este comentario dice, a veces será necesario restringir cierta funcionalidad de tal manera que la gente no pierda el foco sobre el objetivo de su trabajo.
En Artus, donde los tableros de control combinan de manera natural las fuertes capacidades de análisis OLAP esto es importante.
Si queremos deshabilitar ciertas funcionalidades en Artus, solo hay que localizar en Artus Administrador en la parte de seguridad al usuario que deseamos restringir y le damos 2 clic.
Solo hay que desactivar las 2 primeras casillas. Otra opción sería desactivar la casilla de power user pero esa opción es mucho más restrictiva que la primera.
La funcionalidad no es lo único que se puede restringir en Artus. Con la seguridad de Artus por usuario o grupos de usuarios, se puede:
- Decir que tableros si o no pueden ver los usuarios.
- A que indicadores o métricas, físicas o lógicas, pueden acceder los usuarios (lo que otros proclaman a “nivel campo”)
- Que dimensiones estarán disponibles. Por ejemplo, para ciertos usuarios no quiero que puedan hacer drill-down por tienda pero sí por ciudad.
- Por valor de una dimensión. Por ejemplo que puedan hacer drill-down por ciudad pero que solo puedan ver la ciudad de Monterrey.
- Especificar jerarquías o no al momento de navegar. Esto es que al hacer drill-down tenga que seguir un camino pre-establecido: primero por país, luego por ciudad y luego por tienda.
- Que ciertos indicadores sean navegables por ciertas dimensiones
- Si el drill-trough (indicadores en línea) estarán disponible.
- Si los usuarios pueden o no modificar los tableros en runtime.
- si pueden si no calendarizar envíos de información por correo.
- Uilizar la seguridad LDAP o de SAP para implementar un single sign-on ( ejemplo:que se puedan firmar con el mismo usuario y password de Windows o SAP en la aplicación. Windows o SAP se encargarán de validar el usuario, Artus de restringir la información que pueden ver)
- Si pueden Administrar, diseñar tableros o solo consultarlos
- si pueden si o nó exportar información. (por ejemplo que no puedan exportar datos a PDF, Excel u OpenOffice).
- Si pueden utilizar análisis colaborativo (los usuarios pueden enviarse consultas no planeadas entre ellos usando mensajes).
La lista es más larga. Estoy seguro que encontrarán siempre la manera adecuada de restringir o nó lo que deseen.






Comentarios recientes