Ninguna TI es una isla. Enlace de internet, licencias, hardware, soporte especializado: gran parte de lo que sustenta el servicio proviene de terceros. Cuando algo falla y la causa está en el proveedor, el tiempo perdido suele estar en descubrir cómo contactarlo. El módulo de Proveedores del Portal Nyverra ITSM organiza esa dependencia.

Esta guía muestra qué guarda el módulo, cómo aparece el proveedor en el ticket y por qué es importante monitorear el SLA de terceros.

Interfaz del módulo en el Portal Nyverra ITSM.

Qué resuelve el módulo de Proveedores

Es el registro de los proveedores externos con su información de contacto y sus vínculos con el resto del sistema:

• Identificación: razón social, tipo de suministro (enlace, hardware, software, servicio).
• Canales de soporte: teléfono, correo electrónico, portal y número de contrato/ticket del proveedor.
• Vínculos: contratos, activos (CMDB) y tickets.

Por qué vincular el proveedor al ticket

Cuando un incidente depende de un tercero, el vínculo en el ticket aporta claridad:

• Trazabilidad: queda registrado quién fue contactado y con qué protocolo.
• Comunicación: el cliente entiende que la demora está fuera del control directo de TI (dependencia externa).
• Gestión: acumula datos para reclamar al proveedor y renegociar el contrato.

Quién lo usa

Perfil	Uso típico
Admin / backoffice	Registro de proveedores y canales de contacto
Operación	Asociar el proveedor al ticket y registrar el protocolo
Gestor	Seguimiento de dependencias y desempeño de terceros

Cómo usar: paso a paso

1. Registre el proveedor con datos y contactos de soporte.
2. Vincule activos y contratos relacionados (lo que suministra/soporta).
3. En el ticket, haga referencia al proveedor responsable cuando la causa sea externa.
4. Registre el protocolo abierto en el proveedor en el trámite del ticket.
5. Realice seguimiento de plazos y del desempeño por proveedor.

Reglas de negocio

Regla	Explicación
Alcance del vínculo	El proveedor se vincula a activos/contratos; la visibilidad sigue al cliente.
Datos sensibles	Los contactos y contratos de proveedor son información de negocio; restrinja el acceso.
SLA de tercero	Los plazos del proveedor se gestionan como proceso; regístrelos en el ticket.

Buenas prácticas

• Mantenga los canales de contacto actualizados: en un incidente, el tiempo es todo.
• Registre siempre el protocolo abierto en el proveedor en el trámite del ticket.
• Realice seguimiento del desempeño por proveedor para fundamentar renovación/penalización.
• Vincule el proveedor a los activos que soporta, para análisis de impacto.
• Estandarice el registro para informes confiables de dependencia.

Errores comunes

Situación	Qué hacer
Ticket sin registro del proveedor	Se pierde la trazabilidad de la dependencia externa; vincule y registre el protocolo.
Contacto de soporte desactualizado	Revise los datos periódicamente.
No hacer seguimiento de plazos de terceros	Cree una rutina de reclamo y use los datos en la renegociación.

Preguntas frecuentes

¿Proveedor es lo mismo que cliente?
No. Cliente es quien recibe el servicio; proveedor es quien suministra/apoya a TI.

¿Puedo tener un ticket del proveedor dentro del mío?
No como ticket separado: registre el protocolo externo en el trámite y vincule al proveedor.

¿Sirve para medir el SLA de terceros?
Ayuda: con los registros en el ticket, se puede hacer seguimiento de plazos y desempeño.

Automatice vía API

Los proveedores se exponen por API (/api/fornecedores) y pueden vincularse a tickets al momento de la apertura. Referencia en developer.nyverra.com.

Escenarios de uso: cuando el tercero está en el camino

1. Enlace de internet inestable. El incidente apunta a la operadora. Con el proveedor registrado, el equipo contacta al contacto correcto, registra el protocolo en el ticket y hace seguimiento del plazo del tercero, en lugar de perder tiempo descubriendo por dónde abrir el ticket externo.

2. Hardware sin reposición. El proveedor tarda en reponer una pieza. Los registros en el ticket acumulan evidencia del retraso: munición para renegociar el contrato o cambiar de proveedor.

3. Dependencia no mapeada. Un servicio crítico depende de un tercero que nadie sabía que era esencial. El vínculo proveedor ↔ activos revela esa dependencia antes de que se convierta en crisis.

KPIs de proveedores

Indicador	Qué revela
Tickets vinculados por proveedor	Dependencia real
Tiempo medio de respuesta del tercero	Desempeño externo
Incidentes con causa externa	Dónde está la falla
Proveedores sin contrato vinculado	Riesgo de soporte informal

Gestión de terceros

Tratar al proveedor con datos es lo que transforma la queja en argumento. Registrar el protocolo externo, medir plazos y revisar el desempeño periódicamente permite reclamar, renegociar y, si es necesario, sustituir. Integre al proveedor con el CMDB (lo que soporta) y con el ticket (quién fue contactado): así la dependencia de terceros deja de ser invisible.

Checklist de proveedores

1. Registre datos y canales de soporte.
2. Vincule activos y contratos.
3. Registre el protocolo externo en los tickets.
4. Monitoree plazos de terceros.
5. Revise el desempeño periódicamente.
6. Mantenga los contactos actualizados.

Preguntas frecuentes adicionales

¿El proveedor genera un ticket automático?
No directamente; el vínculo en el ticket registra la dependencia y el protocolo.

¿Sirve para reclamar el SLA de terceros?
Ayuda: los registros permiten hacer seguimiento de plazos y fundamentar la renegociación.

¿Puedo tener varios contactos por proveedor?
Sí; mantenga los principales actualizados para un contacto rápido.

Conclusión

Con proveedores mapeados, el Portal Nyverra ITSM da visibilidad a las dependencias externas del servicio. Cada incidente que involucra a un tercero pasa a tener trazabilidad, comunicación clara y datos para reclamar a quien deba ser reclamado.