Todo ITSM lleva la identidad y las reglas de quien lo usa. El módulo de Configuraciones del Portal Nyverra ITSM es donde los administradores moldean la apariencia, el comportamiento y las políticas del portal — sin tocar código.
Esta guía recorre las áreas de configuración, explica el impacto de cada una y muestra los ajustes que más afectan el día a día de la operación.
Interfaz del módulo en el Portal Nyverra ITSM.
Visión general de las áreas
| Área | Qué configura |
|---|---|
| Apariencia | Tema, logo y colores (branding) |
| Sistema | Idioma predeterminado, zona horaria, formato de fecha/hora, URL base |
| Notificaciones | SMTP, plantillas de correo electrónico, Slack |
| Autenticación | Política de 2FA y atajos para LDAP/SAML |
| Solicitudes | SLA, calendario, feriados y vista predeterminada por usuario/grupo |
| Búsqueda | Elasticsearch (reindexación, cuando esté habilitado) |
Branding: la identidad en el portal
Logo, colores y textos institucionales hacen que el portal parezca tuyo — y no genérico. Más que estética, el branding refuerza la confianza: el cliente reconoce la empresa en cada pantalla, correo electrónico y en el portal de autoservicio.
Sistema: zona horaria y formatos que evitan errores
Parece un detalle, pero la zona horaria y el formato de fecha/hora son una fuente clásica de confusión — especialmente en SLA e informes. Defina el timezone de la operación y los formatos una vez, y todos verán la misma referencia. Después de cambiarlos, es posible que los usuarios necesiten recargar la página para ver el nuevo formato.
SLA, calendario y feriados
Es aquí donde el SLA cobra vida. El Portal calcula los plazos utilizando el calendario comercial y los feriados configurados — por eso una solicitud abierta el viernes por la noche no vence el domingo. Las reglas se crean por tipo de solicitud y prioridad. Un calendario incorrecto produce un SLA incorrecto; revíselos juntos.
Vista predeterminada por usuario y grupo
Una configuración que cambia la rutina del equipo: en Solicitudes → Vista predeterminada, el administrador define, por usuario o grupo de operadores, qué filtros aparecen al abrir la lista. Los miembros del grupo heredan la configuración — y, cuando es definida por el administrador, el usuario no puede eliminarla por su cuenta. Resultado: cada equipo abre directamente en la cola que atiende.
Notificaciones y autenticación
- SMTP y plantillas: configure el servidor de correo electrónico y las plantillas de notificación; pruebe antes de habilitar en masa.
- Slack: notificaciones en canal, integrando la operación al chat.
- 2FA: la política puede obligar el segundo factor — comenzando por los administradores.
- SSO/LDAP/SAML: los atajos llevan al área de Integraciones, donde se encuentran las credenciales.
Quién lo usa
| Perfil | Uso |
|---|---|
| Administrador | Principal usuario del módulo |
| Técnico | En general sin acceso a Configuraciones |
Cómo usar: tareas comunes
Ajustar SLA
- Configuraciones → Solicitudes → SLA.
- Defina el calendario comercial y los feriados.
- Cree reglas por tipo de solicitud y prioridad.
Definir la vista predeterminada del equipo
- Configuraciones → Solicitudes → Vista predeterminada.
- Elija usuario o grupo de operadores.
- Defina los filtros — los miembros del grupo heredan.
Habilitar un módulo en el menú
- Abra Gestionar módulos (menú Administración).
- Active/desactive — el efecto aparece en el menú lateral.
Reglas de negocio
| Regla | Explicación |
|---|---|
| Efecto global | Los cambios aquí afectan a todos los usuarios de la instancia (tenant). |
| LDAP/SAML | Las credenciales y pruebas se encuentran en Integraciones; no duplique secretos en el chat. |
| Fechas en la interfaz | Después de cambiar la zona horaria/formato, es posible que los usuarios necesiten actualizar la página. |
| 2FA | La política puede obligar a los administradores primero. |
Buenas prácticas
- Configure SMTP y pruebe el envío antes de habilitar notificaciones en masa.
- Revise calendario y feriados junto con las reglas de SLA.
- Aplique el branding antes de divulgar el portal a los clientes.
- Documente los cambios de configuración — son globales e impactan a todos.
- Combine vista predeterminada con grupos de operadores para acelerar la clasificación.
Errores comunes
| Situación | Qué hacer |
|---|---|
| SLA “extraño” | Revise calendario, feriados y la regla de tipo/prioridad. |
| El correo electrónico no llega | Pruebe el SMTP y verifique la auditoría de entregas. |
| Fechas con hora incorrecta | Revise la zona horaria del sistema. |
Preguntas frecuentes
¿Las configuraciones valen por cliente?
En general, son por instancia (tenant); los parámetros por organización son una excepción.
¿Puedo cambiar el logo?
Sí, en Apariencia/Branding.
¿Dónde configuro el SLA?
En Configuraciones → Solicitudes (SLA, calendario, feriados).
Automatice vía API
Parte de las configuraciones está expuesta por API (/api/configuracoes, incluyendo /sistema para zona horaria y formatos). Referencia en developer.nyverra.com.
Escenarios de uso: configuración que evita problemas
1. SLA saliendo mal. La solicitud “vence” el fin de semana porque el calendario comercial no estaba configurado. Ajustar los feriados y el horario de atención alinea el SLA con la realidad del negocio — y evita justas reclamaciones.
2. Portal “sin identidad”. Antes de abrirlo a los clientes, se aplica el branding (logo, colores, textos). El portal deja de parecer “de fábrica” y refuerza la confianza.
3. Equipo abriendo en la pantalla incorrecta. La vista predeterminada por grupo hace que cada equipo abra directamente en su cola, reduciendo el tiempo de clasificación. Es una de las configuraciones con mayor impacto inmediato en la productividad.
Lista de verificación antes de “activar”
| Ítem | Por qué |
|---|---|
| Zona horaria y formato de fecha/hora | Consistencia de SLA e informes |
| Calendario y feriados | Cálculo correcto de plazos |
| SMTP probado | Las notificaciones llegan |
| Política de 2FA | Seguridad de perfiles privilegiados |
| Branding | Identidad y confianza |
| Vistas predeterminadas por grupo | Productividad de la clasificación |
El cuidado con los cambios globales
Todo aquí afecta a todos los usuarios de la instancia. Antes de cambiar algo sensible (SLA, calendario, autenticación), comunique y, cuando sea posible, pruebe en homologación. Documente los cambios de configuración: son las causas más comunes de comportamientos “extraños” que nadie recuerda haber activado. Una configuración bien gobernada equivale a media docena de ajustes que rinden meses de operación tranquila.
Lista de verificación antes de publicar la instancia
- Zona horaria y formato de fecha/hora verificados.
- Calendario comercial y feriados definidos.
- Reglas de SLA por tipo/prioridad creadas.
- SMTP configurado y probado.
- Política de 2FA aplicada.
- Branding (logo, colores, textos) aplicado.
- Vistas predeterminadas por grupo definidas.
Preguntas frecuentes adicionales
¿Las configuraciones valen por cliente?
En general son por instancia; los parámetros por organización son una excepción.
¿Necesito reiniciar algo después de cambiar la zona horaria?
Es posible que los usuarios necesiten recargar la página para ver el nuevo formato.
¿Quién puede cambiar Configuraciones?
Solo administradores; los cambios afectan a todos.
Conclusión
Las configuraciones y el branding hacen que el Portal Nyverra ITSM se adhiera a la identidad y a las reglas de su organización. Hechas con cuidado — calendario, SLA, notificaciones y 2FA —, son la diferencia entre un portal “de fábrica” y un portal que trabaja a su manera.
Seguir leyendo
Lea también
TutoriaisManual LSI / Broadcom MegaRAID — MegaCli y StorCLI
Con esta guía, su equipo gana autonomía para diagnosticar rebuilds, resolver foreign configurations, gestionar BBU y CacheCade — con escenarios reales de producción documentados.
20 min de leitura
Nginx Cheatsheet
Guía de bolsillo con ejemplos listos para configurar Nginx en producción: desde instalación y virtual hosts hasta ajuste de rendimiento y resolución de problemas.
12 min de leitura
KubernetesCurso Kubernetes 27 — SLO/SLI, on-call y postmortem sin culpa
Qué prometer, cómo medir y qué hacer cuando el error se dispara: SLI, SLO, presupuesto de error, alertas que despiertan a alguien y postmortem sin caza de brujas.
5 min de leitura
Comentarios
Aún sin comentarios
Sea el primero en compartir su opinión sobre este artículo.

Deje un comentario