¿Qué debe hacer una línea de atención con IA si el ATS o CRM no está disponible?
Un plan práctico de caída y recuperación para ETT que necesitan mantener llamadas, casos y escalación humana cuando falla una integración.
La respuesta corta
Mantenga disponible la línea telefónica, pero pásela a un modo degradado claramente definido. El sistema acepta la llamada, guarda los datos operativos mínimos en una cola protegida, explica al trabajador que el caso todavía no ha llegado al ATS o CRM y utiliza otra ruta para avisos humanos urgentes. Nunca debe afirmar que actualizó un registro cuando falló la entrega.
Cada caso necesita un identificador estable y un estado visible, como en espera, entregado, conciliado o fallido. Cuando vuelve la conexión, la integración reenvía los casos sin crear duplicados, presenta los conflictos a una persona y conserva un rastro de auditoría. Las decisiones de seguridad, consecuencias laborales y cambios dudosos en el expediente corresponden a personal autorizado.
Separe la llamada de la entrega al sistema de registro
Una conversación terminada no equivale a un caso terminado. La telefonía puede funcionar mientras no están disponibles la API del ATS, el acceso al CRM, el middleware o la red de la oficina. Si el servicio considera el final de la llamada como prueba de entrega, el trabajador recibe una falsa confirmación y el coordinador quizá nunca vea el aviso.
Registre ambos hechos por separado. La capa de conversación guarda lo que recibió. La capa de entrega registra cada intento de colocar el caso en el sistema de registro. Operaciones debe poder ver el estado actual, el último intento, la siguiente acción y el responsable sin abrir un registro técnico.
Defina lo que puede hacer el modo degradado
Escriba las reglas por tipo de caso antes de una caída. Una consulta ordinaria de transporte puede esperar en una cola protegida. Una ausencia cerca del inicio del turno puede exigir un mensaje inmediato al coordinador de guardia. Un problema de seguridad sigue la ruta de emergencia de la ETT aunque todas las integraciones estén desconectadas.
Pause las acciones que dependen de datos actuales. La línea no debe confirmar un turno, leer una dirección de alojamiento, cambiar datos bancarios ni prometer un sustituto desde una caché antigua. Puede recoger la solicitud y explicar el siguiente paso. Si hacen falta datos actuales o autoridad, entrega el caso a una persona.
Guarde solo los datos necesarios para recuperar el caso
La cola temporal debe contener lo suficiente para entregar y conciliar el caso: identificador único, hora de recepción, referencias verificadas de trabajador y asignación cuando existan, tipo de problema, relato del trabajador, señales de urgencia, resultado del aviso e intentos de entrega. No copie todo el perfil del trabajador solo porque el ATS no está disponible.
El artículo 32 del RGPD cubre confidencialidad, integridad, disponibilidad, resiliencia y capacidad de restaurar el acceso a los datos personales. Aplique a la cola de contingencia los mismos controles de acceso, retención y supervisión que a la integración normal. Defina la eliminación de casos ya conciliados para que el almacén temporal no se convierta en una segunda base olvidada.
Haga que los reintentos sean seguros y visibles
Los reintentos automáticos solo sirven si repetir una solicitud no crea a escondidas otra ausencia, tarea o notificación. Envíe el mismo identificador de caso en cada intento y exija que el flujo receptor lo reconozca. Si el ATS no lo permite, la capa de integración necesita su propio control de duplicados y una cola de revisión para resultados ambiguos.
No reintente sin pausa. Una avería puede durar minutos u horas, y demasiados intentos pueden dificultar la recuperación. Separe los intentos, deténgalos tras un límite definido y avise al responsable técnico designado. El responsable operativo también necesita una lista legible de casos pendientes, no solo una luz roja.
Dé a los casos urgentes una ruta fuera de la integración averiada
El canal alternativo no debe depender del mismo componente que falló. Si el conector del ATS también envía el aviso, pueden desaparecer juntos el registro y la alerta. Use una ruta supervisada de forma independiente para casos urgentes y pruébela con la integración principal desactivada.
Una persona asume la siguiente decisión. La IA puede detectar un criterio de urgencia aprobado, enviar el caso y escalarlo si nadie confirma. No debe declarar un no-show, retirar a alguien de un turno, elegir sustituto, juzgar si una ausencia es válida ni recomendar una sanción. Esas acciones requieren contexto actual y juicio humano responsable.
Concilie los casos antes de declarar la recuperación
Una conexión verde no significa que terminó el incidente. Reprocese la cola y compare los casos esperados con los que aceptó el ATS o CRM. Marque cada uno como entregado, duplicado, en conflicto o todavía fallido. Una persona revisa los conflictos, sobre todo si un coordinador creó un registro manual durante la caída.
Informe a operaciones de qué casos llegaron tarde y qué avisos urgentes usaron la ruta alternativa. Guarde las horas de la llamada inicial, el aviso humano, la entrega y la conciliación. Así la ETT puede responder después a una pregunta concreta: ¿llegó cada aviso exactamente una vez a su responsable correcto?
Pruebe el fallo y la vuelta al servicio
El NIST Cybersecurity Framework trata la detección, respuesta y recuperación como trabajos conectados. SP 800-61 Rev. 3 incorpora la preparación y mejora al mismo proceso de riesgo. Una prueba de ETT puede seguir esa lógica. Desactive un conector de prueba, haga llamadas ordinarias y urgentes, restáurelo y siga cada caso hasta la conciliación.
Incluya credenciales caducadas, tiempos de espera agotados, escrituras parciales, respuestas duplicadas y una caída durante un cambio de turno. Anote quién recibe cada alerta y quién autoriza el tratamiento manual. AI Coordinator 24/7 puede mantener la recogida y el routing, pero la ETT aprueba las reglas degradadas, los responsables humanos y el límite de cada decisión laboral.
FAQ
¿Debe dejar de responder la línea con IA cuando cae el ATS?
Normalmente no. Puede aceptar tipos de caso aprobados en modo degradado si los guarda con seguridad, comunica con sinceridad el estado de entrega y dispone de una ruta independiente para avisar con urgencia a una persona.
¿Cómo evitamos casos duplicados cuando vuelve la conexión?
Asigne un identificador estable, envíelo en cada intento y haga que el sistema receptor o la integración rechace o marque entregas repetidas. Una persona revisa las coincidencias ambiguas.
¿Puede la IA decidir qué hacer con un trabajador durante la caída?
No. Puede recoger hechos y seguir reglas de routing aprobadas. No declara un no-show, retira al trabajador, elige sustituto, valida una ausencia ni recomienda consecuencias laborales.