Plan de contingencia de IA: qué hacer si falla el proveedor
Resumen
Un plan de contingencia de IA responde a una pregunta concreta: ¿cómo seguirá el trabajo si la herramienta deja de responder? Tener una segunda cuenta no basta si nadie sabe qué datos puede usar ni quién debe activar la alternativa. Esta guía propone un ensayo pequeño, dos ejemplos ficticios y una ficha de recuperación. Son recomendaciones operativas originales, no requisitos legales ni garantías de disponibilidad.
1. Define qué trabajo debe continuar sin el asistente
Empieza por una tarea y su resultado, no por una lista de marcas. «Preparar una respuesta a una consulta» permite diseñar una alternativa; «seguir usando IA» no describe qué necesita la empresa. Identifica quién recibe el resultado y qué parte puede esperar. Distingue una molestia de una interrupción que impide atender solicitudes.
Anota las dependencias: acceso a documentos, conexión, persona revisora y herramienta de envío. Una alternativa que depende del mismo servicio averiado no resuelve el problema. Pregunta al equipo qué trabajo puede hacer con los medios disponibles y qué capacidad real tiene. No inventes tiempos de recuperación para completar una plantilla.
2. Elige una alternativa manual con límites claros
Para una pyme, una cola de trabajo revisada por personas puede ser más comprensible que cambiar automáticamente de modelo. Define qué tareas se admitirán, cuáles quedarán pendientes y quién comunicará esa situación. Una respuesta lenta pero comprobada puede ser preferible a una respuesta rápida que nadie ha podido revisar.
Si valoras otro proveedor, comprueba antes el acceso, los permisos y el tratamiento de la información. No copies documentos de clientes en una cuenta personal por urgencia. La alternativa necesita sus propios límites y pruebas; no hereda la aprobación de la herramienta original. Relaciona esa evaluación con el registro de cambios de proveedor: https://veritias.eu/blog/registro-cambios-proveedor-modelo-ia-plantilla.
3. Usa una ficha de activación que se pueda ejecutar
Esta ficha es una propuesta de Veritias. Complétala con decisiones reales de tu equipo y mantenla accesible sin depender del asistente afectado.
Tarea prioritaria: Qué resultado se mantiene y para quién.
Señal de activación: Qué fallo observable justifica activar la alternativa.
Responsable: Quién decide y quién puede sustituirle.
Trabajo temporal: Qué se hace manualmente y qué queda en cola.
Datos permitidos: Qué información se necesita y dónde puede utilizarse.
Comunicación: Quién informa, a quién y qué hechos puede confirmar.
Retorno: Qué pruebas permiten volver al servicio habitual.
Guarda la versión y la fecha del último ensayo. Si cambian el proveedor, los documentos o los responsables, revisa las instrucciones afectadas. Una ficha antigua puede dar una falsa sensación de preparación aunque conserve un aspecto impecable.
4. Ejemplo: soporte sin generación automática de respuestas
Supongamos que una empresa usa IA para redactar borradores de soporte. Durante el ensayo, el equipo trabaja con cinco consultas ficticias sin usar el generador. Una persona clasifica las solicitudes, otra consulta la información autorizada y una tercera revisa las respuestas antes del envío simulado.
El objetivo no es demostrar que el equipo mantiene su velocidad habitual. Es descubrir qué tarea se atasca y qué información falta. Si nadie puede localizar la política de devoluciones, la mejora es ordenar esa fuente, no contratar otro modelo. Registra qué solicitudes pudieron terminarse y cuáles permanecieron pendientes, con su motivo.
5. Ejemplo: documentos pendientes al recuperar el servicio
Imagina un asistente que prepara propuestas comerciales y deja tres trabajos a medias. Cuando vuelve a responder, el equipo no relanza toda la cola automáticamente. Primero identifica qué propuestas se generaron, cuáles se revisaron y cuáles se enviaron. Así evita confundir un resultado incompleto con un trabajo terminado.
La prueba de retorno usa un documento ficticio conocido y confirma que la versión vigente de la tarifa está disponible. Después se retoma una sola propuesta pendiente y se revisa su resultado. El responsable decide cuándo ampliar la recuperación. La guía de pruebas de asistentes: https://veritias.eu/blog/pruebas-asistente-ia-casos-antes-produccion ayuda a concretar los casos; el registro de incidentes: https://veritias.eu/blog/registro-incidentes-ia-plantilla conserva lo ocurrido.
6. Revisa el ensayo y deja una mejora concreta
El AI RMF de NIST: https://airc.nist.gov/airmf-resources/airmf/5-sec-core/ trata la respuesta, la recuperación y el seguimiento dentro de MANAGE. Su Playbook: https://airc.nist.gov/airmf-resources/playbook/ ofrece sugerencias voluntarias, no una lista obligatoria completa. La guía general de continuidad de negocio de INCIBE: https://www.incibe.es/sites/default/files/contenidos/dosieres/metad_plan_de_contingencia_y_continuidad_de_negocio.pdf distingue alcance, estrategia, respuesta y pruebas; no es una norma específica de IA.
Estas fuentes sirven como contexto, no certifican tu plan de contingencia de IA. Empieza por un único proceso: ensaya con datos ficticios, registra el obstáculo principal y asigna una mejora con responsable. No cierres el ejercicio hasta volver a probar esa mejora. Contenido elaborado con asistencia de IA; fuentes revisadas el 3 de noviembre de 2026.