En 2004, un error nuestro en una implementación dejó cerca de 1.900 documentos fiscales con la información del impuesto impresa de forma incorrecta. El cálculo estaba bien. El impuesto se había pagado correctamente. Pero los documentos que recibieron los clientes estaban mal.
En aquella época, las facturas todavía se imprimían. Y estaban distribuidas entre clientes de trece estados de Brasil.
Lo que se había generado en minutos nos dejó semanas de trabajo conjunto. Hubo que presentar aclaraciones ante las autoridades fiscales, localizar clientes, preparar cartas de corrección y volver a entregar documentación. También hubo retrasos en la cobranza, porque algunos clientes no pagaban mientras la factura siguiera incorrecta.
Corregir el origen del problema era necesario. Pero no alcanzaba para resolver todo lo que ese error había puesto en movimiento.
Recuerdo esa experiencia cuando escucho una frase que suele traer alivio después de una interrupción: “El sistema ya volvió”.
Es una buena noticia. La pregunta es qué falta para que la operación también pueda volver.
Lo que queda después de resolver la falla
Un sistema puede estar disponible mientras todavía hay documentos por corregir, transacciones por confirmar y clientes esperando una respuesta.
En octubre de 2026, Reuters informó sobre un ataque que elevó hasta 50 °C la temperatura de equipos de refrigeración en supermercados franceses. Una de las cadenas afectadas señaló que había descartado los alimentos comprometidos. Recuperar el control de los equipos no podía devolver esos productos a su condición anterior. Había consecuencias que resolver después de recuperar la tecnología.
En finanzas, esas consecuencias pueden ser menos visibles que un refrigerador caliente. Un pago realizado por un camino alternativo puede seguir apareciendo como pendiente. Una autorización puede haber quedado en un correo. Una operación rechazada puede confundirse con otra que todavía espera confirmación.
La pantalla funciona. Lo que muestra todavía necesita reconciliarse con lo que realmente ocurrió.
Restaurar el sistema no resuelve, por sí solo, las consecuencias de haber trabajado sin él.
Seguir operando también deja trabajo pendiente
Hace poco comenté una publicación de Harvard Business Review sobre la necesidad de definir qué funciones esenciales deben continuar cuando parte de la tecnología deja de estar disponible. La propuesta incluía establecer quién puede decidir y preparar procesos alternativos antes de una crisis.
Me pareció importante agregar algo al ensayo: la vuelta a la operación normal.
Si mantenemos pagos esenciales mediante un procedimiento alternativo, ¿quién los aprueba? ¿Qué evidencia conservamos? ¿Cómo incorporamos después esas operaciones al sistema, sin duplicarlas ni perder decisiones pendientes?
Durante una interrupción, la urgencia concentra la atención en lo inmediato. Hay obligaciones que atender y actividades que no pueden esperar. Es comprensible que el esfuerzo se dirija a mantenerlas funcionando.
Pero cada camino provisional deja algo que habrá que ordenar después.
Una contingencia necesita definir qué debe continuar, qué puede esperar y quién tiene autoridad para decidir. También necesita conservar un registro suficiente para que otra persona pueda reconstruir lo ocurrido. Si todo depende de la memoria de quienes resolvieron la emergencia, la recuperación empieza con una fragilidad adicional.
El pago que ya salió no puede volver a salir
Pensemos en un pago esencial que se realiza mediante un procedimiento alternativo, con la autorización correspondiente, mientras el sistema habitual no está disponible.
Cuando el sistema vuelve, la obligación sigue apareciendo como pendiente. Si nadie relaciona ese registro con el pago que ya se ejecutó, existe el riesgo de volver a pagarlo.
También puede ocurrir lo contrario: alguien recuerda que el pago “se gestionó” y lo considera resuelto, aunque solo haya sido autorizado y nunca se haya ejecutado.
Solicitado, aprobado, enviado, rechazado y confirmado son estados distintos. En una emergencia, esas diferencias pueden perderse entre mensajes, archivos y conversaciones.
Por eso, preservar evidencia forma parte de la continuidad. Necesitamos saber qué ocurrió, quién lo autorizó y qué falta comprobar. Después habrá que contrastar ese registro con el banco, los documentos y el sistema recuperado.
La conciliación permite volver a confiar en la información con la que vamos a decidir.
La vuelta también necesita un ensayo
Me interesa que los ejercicios de contingencia lleguen hasta ese punto.
Podemos comprobar que el equipo sabe operar sin una herramienta y, aun así, descubrir demasiado tarde que nadie definió cómo regresar al proceso habitual.
El ensayo debería permitir seguir una operación completa: desde la decisión de utilizar el camino alternativo hasta su incorporación y validación en el sistema recuperado.
Ahí aparecen preguntas bastante concretas. ¿Dónde quedó la evidencia? ¿Quién revisará las diferencias? ¿Cómo distinguiremos una transacción pendiente de otra ya ejecutada? ¿Qué haremos con aquello cuyo estado todavía no podemos confirmar?
En finanzas y servicios compartidos, este regreso suele atravesar varias áreas. Tecnología recupera disponibilidad; finanzas verifica movimientos y saldos; la operación confirma qué se entregó; otras personas necesitan aclarar compromisos con clientes o proveedores.
Cada parte puede haber terminado su tarea mientras el conjunto todavía tiene pendientes.
Hace falta una visión compartida de lo que queda por resolver, con responsables y próximas acciones. De otro modo, la recuperación corre el riesgo de convertirse en otra ronda de correos preguntando quién sabe qué pasó.
La excepción necesita un cierre
Hay otro momento que conviene definir: cuándo dejamos de usar el procedimiento provisional.
Si el sistema vuelve, pero algunas personas continúan operando por el camino alternativo, podemos terminar con dos versiones de la misma operación. Lo que fue útil durante la interrupción empieza a producir nuevas diferencias.
Cerrar la excepción exige comunicar desde cuándo se retoma el proceso habitual, resolver qué ocurrirá con las operaciones en tránsito y conservar los registros necesarios. También revisar las autorizaciones temporales que dejaron de tener sentido.
Eso no significa que todo deba estar resuelto antes de reanudar cualquier actividad. Podemos recuperar servicios mientras seguimos atendiendo consecuencias. Pero necesitamos distinguir ambos estados y hacer visibles los pendientes.
La operación puede reanudarse antes de que termine la recuperación. Lo importante es no confundir una cosa con la otra.
Recuperar también es hacerse cargo de lo que quedó
Las semanas posteriores al error de aquellas facturas tuvieron mucho menos que ver con corregir un sistema que con acompañar sus consecuencias.
Había documentos que localizar, personas con las que hablar y cobros que no avanzaban. Que el impuesto estuviera bien calculado no eliminaba el problema de quien había recibido una factura incorrecta.
Esa experiencia me dejó una referencia concreta para pensar la recuperación: hay que mirar más allá del momento en que la herramienta vuelve a funcionar.
También hay que cuidar a quienes siguen resolviendo lo pendiente cuando la urgencia ya desapareció de la agenda de los demás.
“El sistema volvió” puede marcar un avance importante. Para dar la recuperación por cerrada, quisiera poder responder otra pregunta: ¿sabemos qué ocurrió, qué quedó pendiente y quién se está haciendo cargo?
Porque volver a operar también exige recuperar la confianza en lo que la operación dice que pasó.