Cómo coordinar una incidencia que afecta a dos proveedores
Cuando intervienen dos proveedores, nombra un coordinador y conserva una cronología común. Cada parte debe asumir una prueba o acción concreta; reenviar mensajes entre colas no demuestra en qué punto se interrumpe el servicio.
Cuando intervienen dos proveedores, nombra un coordinador y conserva una cronología común. Cada parte debe asumir una prueba o acción concreta; reenviar mensajes entre colas no demuestra en qué punto se interrumpe el servicio.
Dibujar la frontera de la incidencia
Describe el recorrido afectado: por ejemplo, aplicación, red local, conexión y servicio externo. Marca dónde observas el fallo y qué partes siguen funcionando. Un esquema sencillo con horarios y resultados ayuda más que afirmar que «es de la red» antes de disponer de pruebas.
Abre los casos necesarios y relaciona sus referencias con el registro principal de la empresa. Comparte el impacto, las ventanas de prueba y los contactos autorizados. Distingue datos confirmados de hipótesis de cada proveedor. Si los síntomas cambian, actualiza ambos casos para evitar investigaciones que ya parten de condiciones distintas.
Asignar pruebas comparables
Pide a cada parte qué necesita observar y qué resultado permitiría descartar su tramo. Acordad una prueba simultánea cuando sea necesaria, con hora, zona horaria y responsable. Registra versiones y cambios recientes, pero evita mandar configuraciones completas o datos de clientes si basta una evidencia acotada.
El coordinador no tiene que ejecutar todo: debe asegurar que cada acción tiene dueño y siguiente respuesta. La práctica de coordinación de incidentes de Atlassian ilustra esta función. Si una intervención modifica configuración, identifica quién la autoriza, quién puede deshacerla y cómo comprobarás su efecto. No permitas dos cambios incompatibles a la vez.
Escalar con preguntas pendientes
Si ambos proveedores niegan responsabilidad, resume las pruebas realizadas y el punto que sigue sin explicación. Solicita una sesión conjunta o escalado técnico con un objetivo verificable. No aceptes «nuestro servicio está bien» como cierre si no se ha comprobado el recorrido que utiliza tu empresa.
Mientras tanto, valora una alternativa temporal autorizada y comunica límites y próxima actualización. Revisa las coberturas y horarios de cada proveedor: el acuerdo con uno no amplía automáticamente el del otro. Cuando se recupere la actividad, valida la operación completa y decide si hace falta investigar la causa por separado. Conserva una única explicación del cierre con las aportaciones y evidencias de ambas partes.
Comprobaciones para cerrar la tarea
- ✓ Vincular referencias de ambos proveedores.
- ✓ Sincronizar horario y condiciones de las pruebas.
- ✓ Exigir dueño y fecha para la siguiente acción.
Fuentes y documentación
- Atlassian: respuesta a incidentes — Ejemplo operativo de coordinación, comunicación y restauración del servicio; no constituye un SLA universal.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →