En un proveedor de servicios de TI (MSP), nada es más peligroso que mezclar datos entre clientes. La atención del cliente A no puede, bajo ninguna circunstancia, exponer información del cliente B. El módulo de Clientes del Portal Nyverra ITSM es la base de ese aislamiento — y el punto de partida de SLA, contratos e informes.

Esta guía cubre el registro de clientes, el modelo multi-tenant, el alcance de visibilidad por perfil y los vínculos que dan contexto a la atención.

Interfaz del módulo en el Portal Nyverra ITSM.

El cliente como eje del sistema

Prácticamente todo en el Portal gira en torno al cliente: tickets, activos, contratos, contactos, informes. Por eso un registro bien hecho no es burocracia — es lo que garantiza que el sistema sepa por quién está atendiendo y bajo qué reglas.

Área	Relación con el cliente
Tickets	Hereda cliente, reglas y SLA del alcance
Activos (CMDB)	Pertenecen a un cliente
Contratos	Definen SLA y pool de horas del cliente
Contactos	Son las personas de la organización
Informes	Segmentan por cliente

Multi-tenant y alcance de visibilidad

La arquitectura es multi-tenant: una instancia atiende a varias organizaciones, cada una aislada. La visibilidad depende del perfil:

Perfil	Alcance
Usuario del cliente	Ve solo datos de su organización
Técnico con VIEW_OWN	Ve los clientes a los que está vinculado
Técnico/admin con VIEW_ALL	Ve todos los clientes

Es esa separación la que permite a un MSP operar decenas de clientes en la misma herramienta sin riesgo de fuga entre ellos.

Qué guarda el registro del cliente

• Identificación: razón social, nombre de fantasía y documento.
• Contactos: personas de referencia (integradas a la Agenda).
• Vínculos: contratos, activos y servicios de negocio.
• Historial: tickets e indicadores por cliente.
• Mapa de infraestructura: en detalle, la pestaña de infra muestra el mapa CMDB de esa organización.

Quién lo usa

Perfil	Uso
Admin / backoffice	Registro de clientes, contactos y vínculos
Técnico	Consulta de contexto al atender
Cliente	No accede al registro de otros clientes

Cómo usar: paso a paso

1. Registre el cliente con datos completos y documento.
2. Agregue contactos y defina el principal punto de comunicación.
3. Vincule contratos (SLA, vigencia) y activos (CMDB).
4. Asigne accesos: usuarios (que inician sesión) y vínculos de técnicos.
5. Use el cliente como filtro en tickets, informes y colas.

Reglas de negocio

Regla	Explicación
Alcance obligatorio	Los tickets y activos respetan el cliente — evita mezclar datos entre empresas.
MSP	Los operadores atienden a varios clientes según VIEW_ALL vs VIEW_OWN.
Contrato	Un contrato vencido puede afectar reglas comerciales — siga la política interna además del sistema.
Privacidad	Los datos del cliente y contactos son PII — trátelos conforme a la LGPD.

Buenas prácticas

• Estandarice la nomenclatura de las organizaciones (evita duplicidad y facilita el informe).
• Mantenga documentos y datos de contacto actualizados.
• Defina el contacto principal de cada cliente — agiliza la comunicación en incidentes.
• Vincule contratos y activos en la creación, no “después”.
• Use filtros por cliente en los informes para una visión específica de cada cuenta.

Errores comunes

Situación	Qué hacer
Cliente duplicado	Busque por documento/razón social antes de crear.
Activo sin cliente	Vincule para garantizar alcance y análisis de impacto.
Usuario con alcance incorrecto	Revise el vínculo y los permisos en el módulo de Usuarios.

Preguntas frecuentes

¿Cliente es lo mismo que contacto?
No. El cliente es la organización; los contactos son personas de esa organización.

¿Un técnico puede atender a varios clientes?
Sí, según los permisos (VIEW_ALL) y vínculos.

¿El cliente ve datos de otros clientes?
No — el aislamiento multi-tenant lo impide.

Automatice mediante API

Los clientes se exponen mediante API (/api/clientes), lo que permite sincronizar el registro con CRM/ERP. Referencia en developer.nyverra.com.

Escenarios de uso: el cliente como eje

1. MSP con decenas de cuentas. El técnico atiende a varios clientes en la misma instancia. El alcance por cliente garantiza que vea solo las cuentas vinculadas — y que los datos de un cliente nunca aparezcan en la atención de otro. Es lo que hace que el modelo multi-tenant sea seguro en la práctica.

2. Onboarding de un cliente nuevo. Se registra la organización, sus contactos, el contrato (con SLA) y los activos iniciales. A partir de ahí, los tickets de ese cliente ya heredan las reglas correctas — sin configuración caso por caso.

3. Contexto en el incidente. Al abrir el ticket, el técnico ve el historial de ese cliente, los activos y el contrato vigente, tomando decisiones más informadas en menos tiempo.

KPIs y gobernanza del registro

Indicador	Qué revela
Clientes activos vs inactivos	Base real de operación
Clientes sin contrato vinculado	Riesgo comercial
Clientes sin contactos	Comunicación comprometida
Duplicidades detectadas	Calidad del registro

Integración con el resto

El registro de clientes no vive aislado: alimenta contratos (SLA y pool de horas), CMDB (activos), informes (segmentación) y el Portal del Cliente. En organizaciones con CRM/ERP, sincronizar el registro mediante API (/api/clientes) evita retrabajo y divergencia de datos. La regla es clara: un registro bien hecho ahorra horas de soporte y evita errores costosos.

Checklist de registro de clientes

1. Busque duplicidad por documento/razón social.
2. Estandarice la nomenclatura de las organizaciones.
3. Agregue contactos y defina el principal.
4. Vincule contratos y activos.
5. Configure el alcance de acceso de los usuarios del cliente.
6. Revise clientes inactivos periódicamente.

Preguntas frecuentes adicionales

¿Cómo accede el cliente al portal?
Con un usuario vinculado a la organización; ve solo sus propios datos.

¿Qué sucede si el cliente se queda sin contactos?
La comunicación se ve comprometida; mantenga al menos un contacto principal activo.

¿Puedo tener varias unidades del mismo cliente?
Sí, usando ubicaciones/ramificaciones vinculadas a la organización.

Conclusión

Un registro de clientes consistente es la base de SLA, contratos e inteligencia de atención. Con aislamiento multi-tenant y alcance por perfil, el Portal Nyverra ITSM permite operar muchos clientes en una sola instancia — con seguridad y organización.