¿Qué pasa con tu empresa si la automatización con IA deja de funcionar?

Si vas a contratar una automatización, pide que te expliquen cómo sigue trabajando tu equipo cuando una conexión falla. No basta con ver que el sistema responde durante la demostración. Necesitas saber qué queda pendiente, quién se entera y cómo se retoma el trabajo.

Soy Laura Calle, dirijo ia con lala y con mi equipo construimos automatizaciones para empresas en Colombia y Latinoamérica. Mi recomendación es que el plan para una interrupción se defina junto con el alcance, no cuando ya hay un cliente esperando.

Primero identifica qué se cayó

Este es un ejemplo hipotético, no un incidente de un cliente: llega una solicitud de cotización, la IA prepara el texto, pero el sistema no puede consultar el inventario. Que la respuesta esté bien escrita no significa que puedas confirmar disponibilidad.

Una automatización puede depender del correo, del programa donde registras clientes, de un modelo de IA y de la conexión entre ellos. Si falla el inventario, cambiar de modelo no arregla el inventario. Si falla el canal de mensajes, tener otra IA tampoco garantiza que puedas contactar al cliente.

Pide un mapa sencillo del proceso: de dónde entra la solicitud, dónde consulta información y dónde queda guardado el resultado. No necesitas entender el código, necesitas reconocer el punto que impide continuar.

Define qué puede esperar y qué debe detenerse

Un resumen interno puede quedar pendiente. Una confirmación de pago o una promesa de entrega necesita información comprobada.

Para cada tarea, acuerda qué hacer si falta una conexión. Mi propuesta es separar lo que se puede guardar para después, lo que una persona puede resolver con información disponible y lo que no debe ejecutarse sin verificación.

En el ejemplo de la cotización, el sistema podría conservar la solicitud y dejarla pendiente de revisión, si el almacenamiento sigue disponible. Lo que no debería hacer es inventar existencias para cerrar la conversación. Incluso un mensaje de recibido solo debe salir si el canal funciona y la solicitud realmente quedó registrada.

¿Cómo se entera alguien de que hay un problema?

Una tarea fallida que nadie ve puede quedarse olvidada aunque el resto del sistema siga funcionando.

Antes de contratar, pregunta dónde se verá la lista de pendientes y quién recibirá el aviso. Ese aviso debería identificar la tarea y el paso que falló, sin exponer datos del cliente a personas que no los necesitan.

También conviene preguntar si la alerta depende del mismo servicio que puede caerse. Si todo se notifica únicamente por el canal averiado, quizá nadie se entere. La alternativa depende de la operación: un panel, un correo o un aviso por otro medio autorizado. No hace falta contratar otro sistema completo por costumbre.

Deja una forma manual de continuar

El plan manual tiene que poder seguirlo la persona que trabaja ahí, no solo quien construyó la automatización.

En nuestro ejemplo, una persona debería poder consultar las solicitudes pendientes, revisar disponibilidad por una vía autorizada y registrar qué atendió. Si la fuente de inventario tampoco está disponible para ella, la respuesta no es adivinar: es mantener pendiente la confirmación.

Pide una guía corta con el lugar donde están los pendientes, la persona responsable y los pasos para resolverlos. Esa guía debe poder consultarse durante la interrupción. Un documento guardado únicamente dentro del sistema caído no ayuda mucho.

Volver a encender no es terminar

Cuando el servicio regresa, puede haber solicitudes nuevas, otras pendientes y algunas que el equipo ya resolvió manualmente. No conviene tratar todo como trabajo sin hacer.

Antes de retomar, hay que comprobar el estado de cada tarea y decidir cuáles siguen pendientes. También debe quedar definido cuándo dejar de insistir con una conexión que falla. Microsoft documenta este principio como un interruptor de protección: frenar temporalmente los intentos repetidos permite evitar más presión sobre un servicio que ya tiene problemas.

Para no volver a cobrar o enviar algo que ya se resolvió, el sistema necesita reconocer la misma tarea aunque la intente otra vez. Lo explico en la guía para evitar cobros y mensajes duplicados. Aquí la pregunta es más amplia: cómo continúa el equipo durante la interrupción.

Cambiar automáticamente a otra IA es una opción técnica, no una solución universal. Habría que revisar permisos, manejo de datos y resultados antes de permitirle continuar el proceso.

Una prueba concreta antes de activar

En un entorno de prueba, pide que se simule la falta de respuesta de una conexión. Comprueba que la solicitud no aparece como terminada, que la persona responsable recibe un aviso por una vía disponible y que puede encontrar lo pendiente sin depender del servicio interrumpido.

Después, resuelve una de esas solicitudes de forma manual y restablece la conexión. Revisa que el sistema conserva lo que hizo la persona y no ejecuta la misma tarea otra vez. Si no se puede demostrar, ese paso todavía necesita ajuste, aunque la conversación con la IA suene bien.

Qué pedir por escrito en la propuesta

Puedes llevar esta frase a la conversación con tu proveedor:

"Antes de aprobar el sistema, quiero ver qué ocurre si una conexión deja de responder: dónde quedan las solicitudes, quién recibe el aviso, cómo seguimos manualmente y cómo retomamos lo pendiente cuando vuelve".

Pide que lo muestren en una prueba controlada, sin afectar clientes. Define también qué soporte cubre la mensualidad, en qué horario se atienden incidentes y qué depende de terceros. Una mensualidad no equivale por sí sola a disponibilidad permanente ni a un tiempo de solución garantizado.

Esta es una guía para acordar el alcance, no una promesa de que cualquier sistema puede seguir funcionando ante cualquier caída. El plan útil es el que corresponde a tus herramientas y a las consecuencias reales de detenerte.

En ia con lala empezamos por el proceso que más duele y una versión mínima que lo resuelva. Si estás evaluando una automatización, podemos revisar qué debería continuar, qué debe esperar y qué condiciones deben quedar por escrito.

Para elegir el primer proceso, lee mi guía de automatización para pymes. Para comprobar la entrega, revisa qué probar antes de aceptar una automatización.

Puedes consultar el servicio de automatización a la medida, con alcance según tu operación.

Cuéntame por WhatsApp qué tarea quieres automatizar, qué herramientas usa y qué no podría esperar si una conexión falla.

Fuentes y alcance de esta guía

La documentación de Microsoft Learn sobre el patrón Circuit Breaker, consultada el 3 de noviembre de 2026, explica por qué conviene frenar temporalmente los intentos ante fallos persistentes. Es una referencia técnica, no una prueba de resultados comerciales ni una garantía de disponibilidad.

La descripción de ia con lala corresponde al resumen oficial de servicios y a la guía de automatización para pymes. Las situaciones de esta guía son hipotéticas: no describen una caída sufrida por un cliente. Los criterios de continuidad son recomendaciones para acordar y probar tu proyecto, no compromisos de soporte incluidos automáticamente en cualquier contrato.