De limpiar Excel a gestionar excepciones con IA

En 60 segundos: Si preparar un reporte exige exportar, convertir, normalizar, unir y corregir hojas, una interfaz de chat deja intacto ese trabajo. Diseñá primero un esquema de datos, reglas deterministas y una cola de cuarentena. Usá IA solo para proponer interpretaciones de texto o casos ambiguos, siempre con evidencia y revisión humana. El rol administrativo cambia: deja de mover filas y pasa a definir reglas, resolver excepciones y mejorar la fuente. Medí el resultado con tus propios tiempos, rechazos, correcciones, frescura y decisiones habilitadas. Conservá durante el piloto una forma documentada de producir el reporte manualmente.

El reporte puede ocupar una hora en la reunión y casi un día antes de la reunión. Una persona descarga archivos de varios sistemas, convierte formatos, cambia separadores, alinea nombres de columnas, busca identificadores, elimina duplicados y vuelve a comprobar totales. Cuando termina, la información ya tiene una nueva fecha de corte.

Ese trabajo suele describirse como «hacer el Excel». En realidad combina tres funciones diferentes: transportar datos, aplicar reglas y resolver excepciones. Separarlas permite automatizar lo repetible sin ocultar las decisiones que necesitan criterio.

El ciclo actual que conviene observar

Antes de elegir una herramienta, seguí un reporte real de punta a punta:

1. Exportar: descargar ventas, facturas, cobros o inventario desde cada sistema.
2. Convertir: abrir CSV, XLSX o archivos con codificaciones, separadores y decimales distintos.
3. Normalizar: unificar encabezados, tipos, monedas, zonas horarias y formatos de fecha.
4. Unir: relacionar registros mediante cliente, factura, pedido u otro identificador.
5. Corregir: completar faltantes, investigar duplicados y decidir qué versión es válida.
6. Reportar: calcular métricas, documentar la fecha de corte y entregar el resultado.

Anotá para cada etapa el archivo de entrada, el responsable, el tiempo, la regla aplicada, la salida y el lugar donde queda registrada una corrección. Incluí también los intentos fallidos. Muchas filas vacías después de una unión pueden indicar que dos sistemas identifican al mismo cliente de maneras incompatibles.

Si querés valorar el trabajo de volver a capturar o adaptar información entre herramientas, la guía sobre el coste de copiar datos entre sistemas propone una medición basada en casos propios.

Qué debe ser determinista y dónde puede ayudar un modelo

Asigná cada paso al mecanismo más sencillo que pueda resolverlo. Una regla predecible es más fácil de probar, explicar y repetir.

Situación	Mecanismo adecuado	Resultado esperado
Una fecha llega como 13/09/2026 o 2026-09-13	Parseo con formatos permitidos y zona horaria definida	Una fecha válida o un rechazo explícito
Falta el ID de factura o cliente	Validación de campo obligatorio	Registro en cuarentena; nunca un ID inventado
Aparece dos veces la misma combinación de sistema, ID y versión	Clave única y regla de idempotencia	Un registro procesado y el duplicado trazado
Los importes llegan en EUR y USD	Código de moneda obligatorio y tabla de cambio aprobada para una fecha de corte	Importe normalizado con tasa y fuente registradas
Un código de cliente tiene una equivalencia aprobada	Tabla maestra de correspondencias	Unión repetible entre sistemas
Una nota libre dice que el cliente cambió de razón social	Modelo que propone entidad y evidencia textual	Sugerencia con confianza para revisión humana
Dos clientes tienen nombres y direcciones parecidos, pero IDs distintos	Búsqueda de candidatos y, si aporta, clasificación asistida	Posibles coincidencias; una persona decide si se fusionan
Hay que explicar por qué un registro fue rechazado	Plantilla o modelo limitado a los datos y reglas del caso	Explicación legible, sin cambiar el resultado de la regla

Power Query, SQL, validaciones de esquema y reglas de negocio siguen siendo las herramientas correctas para transformaciones conocidas. Un modelo no debería decidir si 03/04/2026 significa marzo o abril, elegir una moneda ausente ni crear un identificador para que una unión funcione. Cuando falta contexto, la salida correcta es una excepción.

Un flujo diseñado para las excepciones

Un proceso confiable deja visible qué ocurrió con cada fila, incluidas las que no pasan.

1. Conservar la entrada. Guardá el archivo original, su fuente, hora de recepción y una huella o versión. Nunca dependas solo de la hoja ya modificada.
2. Validar el esquema. Comprobá columnas, tipos, formatos, identificadores y campos obligatorios antes de calcular el reporte.
3. Aplicar reglas de calidad. Detectá fechas imposibles, monedas desconocidas, importes fuera de formato, claves repetidas y relaciones inexistentes.
4. Separar válidos y cuarentena. Los registros válidos avanzan. Los demás conservan el valor original, la regla incumplida y el contexto necesario para investigarlos.
5. Preparar la revisión. Agrupá excepciones por causa y prioridad. La IA puede resumir una nota o proponer candidatos, pero debe mostrar la evidencia usada y no escribir el dato oficial.
6. Resolver con una decisión humana. La persona corrige la fuente, aprueba una correspondencia o documenta por qué el caso queda excluido.
7. Registrar y reprocesar. Guardá actor, fecha, valor anterior, valor aprobado, motivo y versión de la regla. Después ejecutá de nuevo solo los registros afectados.
8. Conciliar la salida. Compará conteos, totales y exclusiones con la entrada. Publicá el reporte con fecha de corte y número de excepciones pendientes.

La cuarentena debe funcionar como una cola operativa con responsable, estado, antigüedad y criterio de cierre. Si los casos se acumulan, el reporte puede seguir generándose, pero debe mostrar el límite de su cobertura.

El rol administrativo después del rediseño

La persona que antes movía datos conserva conocimiento indispensable. Sabe qué nombres se refieren al mismo cliente, cuándo un abono no debe compensar una factura y qué cierre admite una corrección tardía. El objetivo es convertir ese conocimiento en controles visibles.

Su trabajo pasa a incluir:

• definir campos obligatorios, catálogos y criterios de aceptación;
• revisar la cola por riesgo, fecha de cierre o impacto en una decisión;
• resolver coincidencias ambiguas sin alterar silenciosamente el dato original;
• identificar causas recurrentes y pedir una corrección en el sistema de origen;
• aprobar cambios de reglas y comprobar su efecto sobre periodos anteriores;
• explicar qué cubre el reporte, qué quedó fuera y con qué frescura se calculó.

Los controles administrativos permanecen, concentrados donde aportan criterio. El software se ocupa de repetir las conversiones comprobables.

Métricas para saber si mejoró el proceso

Tomá una línea base antes del piloto y compará periodos equivalentes. Así podés aprender sin prometer ahorros.

Métrica	Definición práctica
Tiempo de preparación	Desde que las fuentes están disponibles hasta que el reporte queda conciliado
Registros rechazados	Cantidad y proporción que entra en cuarentena, agrupada por regla y sistema de origen
Correcciones	Cambios realizados durante la revisión y correcciones posteriores a la publicación
Frescura	Diferencia entre la última actualización válida de la fuente y la entrega del reporte
Decisiones habilitadas	Decisiones concretas tomadas con el reporte, con responsable y fecha, sin atribuir resultados que no puedan demostrarse

Sumá antigüedad de la cola y reincidencia por causa si ayudan a gestionar el día a día. Una caída del tiempo de preparación con más correcciones posteriores no es una mejora. Tampoco lo es un reporte más fresco que omite registros sin indicarlo.

La primera semana del piloto

Elegí un reporte periódico, una versión de su esquema y un responsable de excepciones. Limitá las fuentes y no cambies todavía el reporte oficial.

• Día 1: registrá el recorrido actual con una muestra reciente y medí tiempo, rechazos conocidos, correcciones y fecha de corte.
• Día 2: definí columnas, tipos, identificadores, monedas, formatos de fecha y reglas de unión. Prepará ejemplos válidos e inválidos.
• Día 3: ejecutá las reglas en paralelo al proceso manual. Probá faltantes, duplicados, monedas desconocidas, fechas ambiguas e IDs sin correspondencia.
• Día 4: abrí la cuarentena a la persona responsable. Revisá si cada caso muestra origen, motivo, evidencia y acción disponible. Si usás un modelo, evaluá sus propuestas sin permitir escrituras automáticas.
• Día 5: conciliá ambos resultados, revisá las métricas y decidí qué regla corregir, qué problema devolver a la fuente y qué debe seguir siendo manual.

La guía sobre qué automatizar primero en una empresa ayuda a acotar este piloto por valor, preparación y riesgo. Si después querés que gerencia consulte los resultados, el asistente conectado al ERP, ventas y cobranzas cubre la arquitectura de acceso; no sustituye este trabajo de calidad.

Recuperación manual antes de ponerlo en marcha

Documentá el respaldo mientras el proceso actual todavía funciona. Definí quién puede detener la automatización, dónde está el último archivo original, qué plantilla manual está aprobada y cuánto tiempo necesita el equipo para reconstruir el reporte.

Ante un fallo, congelá nuevas ejecuciones y anotá la hora de corte. Recuperá las fuentes originales, identificá la última salida conciliada y continuá con la plantilla manual desde ese punto. Conservá aparte los registros ya procesados y sus IDs para no duplicarlos. Cuando el flujo vuelva, reprocesá primero una copia, compará conteos, totales y excepciones contra el resultado manual, y solo entonces publicá una nueva versión.

El plan también debe indicar cómo comunicar un reporte retrasado o parcial y cómo revertir una regla equivocada. Una automatización recuperable es aquella que deja suficientes entradas, versiones y decisiones para reconstruir lo ocurrido.

El proceso mejora cuando las correcciones invisibles se convierten en reglas explícitas, excepciones con dueño y reportes cuya calidad puede explicarse. La interfaz es secundaria. Ahí la IA ocupa un lugar útil y acotado: ayuda a investigar lo ambiguo mientras las personas conservan la decisión.