Un tenant de Qlik Cloud, varios portales con marca propia: cómo funcionan los múltiples workspaces de NewHub

NewHub permite crear más de un workspace apuntando al mismo tenant de Qlik Cloud. Cada workspace tiene dirección propia, identidad visual propia y menú propio, y todos leen los mismos apps y spaces del tenant que ya configuraste. La dirección puede ser un dominio del propio cliente, sin que aparezca NewHub ni Qlik en la barra del navegador. Para quien vende análisis de datos como producto, esto resuelve un problema que hasta ahora solo tenía una salida cara.

El costo de entregar el mismo producto a clientes distintos

Un socio OEM o ISV construye el producto una vez: modelo de datos, cargas, apps, spaces, reglas de acceso. Después lo vende a diez, cuarenta, cien clientes. Cada cliente quiere entrar por una dirección que reconoce, con su logo en pantalla y con el nombre que su equipo usa en el día a día, no con la marca del proveedor.

Había dos salidas. O todos entraban al mismo portal, con la identidad del socio, lo que debilita la percepción de producto dedicado. O el socio replicaba el entorno por cliente, y entonces cada corrección en un app se convierte en cuarenta publicaciones, cada cambio de regla se convierte en cuarenta ajustes, y el costo de mantener el producto crece al mismo ritmo que la base de clientes.

Qué cambia con varios workspaces sobre el mismo tenant

El workspace de NewHub es la capa de consumo, no el entorno de datos. El tenant sigue siendo uno solo, los apps siguen publicados una vez, las cargas corren una vez. Lo que pasa a existir en varias versiones es la experiencia: dirección, logo, paleta, tipografía, organización del menú y los nombres de los análisis.

En la práctica, el mismo app de facturación puede aparecer para un cliente dentro de un portal azul llamado "Indicadores Comerciales" y, para otro cliente, dentro de un portal verde llamado "Panel de Ventas", sin ninguna duplicación detrás.

La dirección puede ser enteramente del cliente

Por defecto, cada workspace nace en un subdominio de NewHub, con el formato cliente.newhub.com, que ya alcanza cuando el socio quiere separar entornos rápidamente o armar una demostración.

Cuando el producto necesita entregarse como producto del socio, el workspace corre en dominio propio. El cliente accede a portal.suempresa.com, o la dirección que el socio defina, y en ningún momento de la navegación aparece la marca NewHub ni la marca Qlik. Logo, colores, tipografía y nomenclatura siguen la identidad que el socio quiera aplicar, workspace por workspace. Desde el punto de vista de quien usa, son productos distintos. Desde el punto de vista de quien mantiene, es un único entorno.

Cómo se ve esto en la práctica

Supón que ya tienes el tenant configurado, con los apps en los spaces correctos y los usuarios invitados. La dirección que usas para demostraciones comerciales sigue funcionando exactamente igual que antes.

Creas un segundo workspace para el Cliente A, apuntas su dominio, aplicas la identidad visual, defines el menú con el lenguaje que su equipo ya usa e invitas a los usuarios. Creas un tercero para el Cliente B, con otra marca, otro dominio y otro recorte de menú. Las tres direcciones responden al mismo tenant, leen los mismos apps y siguen recibiendo cualquier mejora que publiques, sin replicación y sin versión paralela.

Es el mismo modelo detrás del caso de Mersy, que entrega analytics a sus propios clientes finales bajo su marca.

Qué sigue siendo responsabilidad de Qlik Cloud

El workspace define qué ve cada cliente como producto, no qué tiene permiso de ver. La separación entre clientes sigue haciéndose donde siempre se hizo: en los Spaces, en los permisos de cada usuario y, cuando el caso lo pide, en el Section Access de los apps. Autenticación, proveedor de identidad y gobernanza siguen en Qlik Cloud.

Vale la pena registrar un punto que suele aparecer en conversaciones con clientes regulados: NewHub guarda solo metadatos, es decir, la estructura del menú, la referencia a los apps, la definición de los análisis y los logs de uso. El dato analítico no pasa por NewHub ni queda almacenado en él.

Usos que aparecen fuera del escenario OEM

La misma capacidad resuelve situaciones internas. Una dirección que quiere un portal reducido, con pocos indicadores e identidad visual propia, mientras la operación usa otra dirección con el menú completo. Equipos de ventas que mantienen varios entornos de demostración, cada uno con la cara del prospecto que van a visitar esa semana, apuntando al mismo conjunto de apps de demostración.

Preguntas frecuentes

¿Necesito un tenant de Qlik Cloud para cada cliente?

No. Los workspaces de NewHub apuntan al mismo tenant, y la segmentación de lo que ve cada cliente se hace mediante los Spaces y los permisos que ya configuraste en Qlik Cloud.

¿Necesito duplicar los apps para cada cliente?

No. El app se publica una vez y aparece en todos los workspaces que tengan acceso a él. Una corrección hecha en el app aplica de inmediato a todos los clientes.

¿Cada workspace puede tener una URL distinta?

Sí. Lo estándar es un subdominio con el formato cliente.newhub.com, y existe la opción de usar un dominio propio del cliente o del socio, sin ninguna referencia a NewHub ni a Qlik en la dirección.

¿Un cliente puede ver los datos de otro?

El acceso al dato lo controla Qlik Cloud. Si el usuario no tiene permiso en el space o está restringido por Section Access, no ve el contenido, sin importar en qué workspace haya entrado.

¿Los usuarios de mis clientes necesitan licencia de Qlik?

Sí. Cada usuario que entra a un workspace de NewHub necesita autenticación e inicio de sesión ya configurados en Qlik Cloud, en el mismo tenant. NewHub no crea usuarios ni reemplaza el control de acceso de Qlik, le presenta al usuario ya autenticado el contenido que tiene permiso de ver.

¿Sirve para uso interno, no solo para OEM?

Sí. Áreas distintas de la misma empresa pueden tener portales con identidades y menús diferentes sobre el mismo tenant.

Si ese es tu caso, agenda una demostración y mira cómo queda con tu propio tenant.