Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Saludos comunidad.
Llevo unos días con una incidencia que se atraganta.
Tengo una sección de acceso con Usuarios y Roles de la que tiro en mi fichero excel "Sección de acceso.xlsx".
El cliente solicita un nuevo campo al que solo puede entrar el Usuario con rol de ADMIN.
Estoy jugando con las siguientes propiedades pero me suceden dos cosas:
1ª QlikView muestra el nuevo campo pero PARA TODOS LOS USUARIOS (independientemente del rol)
2ª QlikView NO MUESTRA el nuevo campo, pero los usuarios y roles si muestran lo debido, es decir, se queda como estaba.
Estoy estudiando todos los tutoriales posibles pero no hay manera. Agradecería si a alguien se le ocurriera alguna solución.
Un saludo.
Luis García.
A lo que añadí en el post anterior, añado aquí:
El valor "*" no significa "todos los valores del campo en el modelo de datos" sino "todos los valores en la tabla de sección de acceso". Es muy importante la distinción ya que si no se usa correctamente, el resultado puede ser perder el acceso a la aplicación, incluso de manera permanente.
Es un poco más confuso si además utilizas ambos NTNAME y USERID/PASSWORD. Hay varios ejemplos al respecto:
Switching from USERID to NTNAME in Section Access
ntname in the section of access
Como posible ayuda, estoy viendo que hay versiones que daba problemas la Reducción de Datos: https://community.qlik.com/message/211512#211512
Mi versión es esta
:
Espero que pueda haber alguna solucíon
Hola Luis,
¿En tu caso te ayudaría el campo OMIT de la sección de acceso? Esto es lo que pone en el manual de referencia de QlikView sobre OMIT:
Campo que contiene una lista de campos no autorizados y que por tanto debieran omitirse para este usuario
específico. Se puede hacer uso de comodines y la lista puede encontrarse vacía. Una forma sencilla de
realizar esto es utilizando un subcampo.
Nota:
No debería aplicar OMIT en campos clave, puesto que esto modificará la estructura de datos subyacente.
Esto puede crear islas lógicas e inconsistencias en el cálculo.
Un saludo,
Héctor
La aplicación que da lugar a la incidencia no la hicieron así Héctor (que sería más lógico). Va a un "Modelo.qvw" que ya relaciona IDs etc según el ROL:
Pensé que sería simplemente asignar una ID al nuevo campo y relacionarla en el "Modelo.qvw" pero va a necesitar un análisis más en profundidad.
Como siempre, mil gracias por la ayuda.
Luis García
Hola Luis,
¿Y si creas la siguiente tabla?
TABLA_CAMPO_A_OCULTAR:
LOAD 'ROL CORPORATIVO' AS ROL,
[Campo A Ocultar]
RESIDENT TABLA_ORIGEN;
De esta forma solo los usuarios con rol 'ROL CORPORATIVO', tras hacerse la reducción, tendrían acceso al campo [Campo A Ocultar]... Lo mismo ya has probado esto o algo parecido y no funciona, pero así, desde la lejanía, me parece que te podría valer.
Saludos,
H
Lo probé en su momento. Es muy complicado "desde la distancia" efectiamente jejeje
Con esa idea al volver a abrir la aplicación no me afecta los cambios. INCLUSO AL HACER LA CARGA EN DESKTOP . Es como si no me cogiese el Binary. Muy raro.
De momento la única solución que he encontrado para que los datos nuevos entren es esta:
pero claro, ahora la sección de acceso es como si fuera inexistente, todos los usuarios pueden ver todos los datos....
Lo dicho, está muy complicado pero mil gracias de nuevo. Seguiré en ello si doy con la clave aviso!!
Un saludo.
Luis García
A lo que añadí en el post anterior, añado aquí:
El valor "*" no significa "todos los valores del campo en el modelo de datos" sino "todos los valores en la tabla de sección de acceso". Es muy importante la distinción ya que si no se usa correctamente, el resultado puede ser perder el acceso a la aplicación, incluso de manera permanente.
Es un poco más confuso si además utilizas ambos NTNAME y USERID/PASSWORD. Hay varios ejemplos al respecto:
Switching from USERID to NTNAME in Section Access
ntname in the section of access
Muchísimas gracias hector.munoz.innova pero esta vez le doy la respuesta correcta a mbaeyens . Una vez descartados fallos de versión, he tenido que simplificar la sección de acceso que tenía el cliente originalmente. Y hacer una más simple y concisa.
Muchas gracias.
También me ha ayudado mucho hector.munoz.innova . Finalmente la aplicación tiraba de un Modelo muy mal diseñado (copo de nieve pero de Rusia) y claro, en el momento que hay modificaciones por mínimas que sean da problemas.
Gracias una vez más.
Luis García.
Jajaja, qué grande eres, Luis... jajajaja... Un placer ayudar aunque esta era difícil y ha tenido que entrar en acción Baeyens.