La IA te va a contestar aunque el dato esté mal

Hay una pregunta que parece de contabilidad y en el fondo es de infraestructura: ¿cuánto vendimos el mes pasado?

En una empresa de cinco personas hay una respuesta. En una que ya creció hay dos o tres, y lo incómodo es que todas están bien.

Lo que cambia cuando entra la IA

Ese desacuerdo, con todo lo molesto que es, tiene una virtud: se nota. Alguien mira dos cifras distintas y dice que algo no cuadra. La fricción es el mecanismo de control.

Una herramienta con IA no produce esa fricción. No dice “estos dos sistemas no coinciden”. Contesta. En lenguaje natural, en segundos, con una seguridad que no distingue entre un dato bien tomado y uno mal tomado, y casi nunca enseña de dónde salió el número.

El error no desaparece: se vuelve invisible y viaja más rápido. Y se agrava por algo que suele pasarse por alto — ahora ese número lo consulta gente que antes no tenía acceso al reporte ni sabía cómo se construía. Antes, quien leía el tablero conocía sus trampas. Ahora pregunta cualquiera.

Por eso el problema no es el modelo. Los pilotos que salen bien en la demostración y decepcionan en producción casi nunca fallan por la herramienta: fallan porque en la demostración se usó un conjunto de datos limpio y en producción está lo que hay.

Los cinco patrones que nos encontramos una y otra vez

A lo largo de los años, revisando la infraestructura de empresas de giros muy distintos, los desajustes se repiten con una consistencia sospechosa. Son estos cinco. Ninguno es un error de programación y ninguno se arregla comprando software.

1. Cada métrica se mide con su propio reloj

Una misma operación acumula varias fechas: cuándo se documentó, cuándo se entregó, cuándo se facturó, cuándo se cerró. El problema aparece cuando cada área elige la suya sin decirlo — y las dos elecciones son defendibles.

2. Los registros no recuerdan lo que fueron

Se corrige el precio de un producto, el estatus de una orden, el vendedor asignado a una cuenta. El valor nuevo se escribe encima y el anterior desaparece — no porque alguien lo decidiera, sino porque el sistema guarda el estado actual y no la historia.

La consecuencia es que los reportes del pasado se calculan con los datos de hoy. El mismo reporte de marzo corrido en abril y corrido en julio da números distintos, y los dos son correctos según el momento en que se pidieron. Casi nadie lo nota, porque casi nadie vuelve a correr un reporte viejo — hasta que llega una auditoría, o hasta que alguien le pregunta a un asistente por el año pasado.

3. La misma entidad existe varias veces

Un cliente cambia de razón social. El mismo comprador aparece con dos figuras legales. Un producto vive en dos sistemas porque se contrataron en momentos distintos.

Sin un identificador estable detrás, cualquier suma “por cliente” depende de qué registros decidiste juntar. Dos analistas honestos llegan a dos cifras distintas y ninguno se equivocó.

4. El pegamento entre sistemas es una persona con una hoja de cálculo

Conciliar el reporte del banco contra lo cobrado y contra lo facturado. Existe, funciona, y lo hace a mano una sola persona en cada cierre.

Eso es, en los hechos, una integración entre sistemas: solo que no está documentada, no tiene respaldo y no la puede ejecutar nadie más. El mismo riesgo del que hablamos en qué pasa cuando el que sabía de sistemas renuncia, una capa más arriba.

5. Las altas y las bajas no se propagan

Una persona entra y hay que darla de alta en nómina, en recursos humanos y en los sistemas donde va a trabajar. Sale, y hay que darla de baja en los tres. En la práctica se actualiza uno, a veces dos.

Del lado del dato ensucia todo lo que se agrupe por persona o por área. Del lado de la seguridad es peor: es la primera pregunta de cualquier cuestionario de seguridad de un cliente grande.

Qué hacer, en orden

Los cinco se corrigen con acuerdos y disciplina, no con presupuesto. El orden importa porque cada paso apoya al siguiente:

1. Declara por escrito la fecha de corte de cada métrica. Una sola, con nombre. “Ingreso se corta por fecha de facturación” resuelve para siempre la discusión de la junta, aunque a alguien no le guste la elección.
2. Nombra el sistema maestro de cada entidad. Cliente, producto, empleado. Uno manda y los demás copian. No hace falta integrarlos todavía: hace falta saber cuál gana cuando discrepan.
3. Dale a cada entidad un identificador que sobreviva. Que un cambio de razón social o de domicilio actualice el registro en vez de crear uno nuevo.
4. Deja de sobrescribir los campos de los que dependen los reportes. Precio, estatus, asignación. No hace falta un sistema nuevo ni un almacén de datos: hace falta guardar desde cuándo un valor es el valor.
5. Documenta las conciliaciones manuales que ya existen. Escríbelas antes de automatizarlas. Automatizar un proceso que nadie entendió a fondo solo esconde el error dentro de un script.
6. Conecta el alta y la baja de personal a todos los sistemas. Empezando por la baja, que es la que tiene consecuencias de seguridad.

Lista de verificación rápida

• ¿Está escrito en algún lado con qué fecha se corta cada métrica del negocio?
• Si vuelvo a correr hoy el reporte del mes pasado, ¿da exactamente el mismo número?
• ¿Está definido qué sistema manda cuando el mismo cliente aparece distinto en dos lugares?
• ¿Un cambio de razón social conserva el registro del cliente, en vez de crear uno nuevo?
• ¿Hay alguien más, además de una sola persona, que sepa hacer las conciliaciones del cierre?
• ¿La baja de una persona toca nómina, recursos humanos y sus accesos el mismo día?

Si dudaste en tres o más, todavía no es momento de automatizar — y no porque la IA sea mala, sino porque le vas a pedir respuestas a una base que hoy ya te está dando reportes que no cuadran. La diferencia es que un reporte se puede discutir en una junta y la respuesta de un asistente no.

La buena noticia: los seis pasos valen la pena aunque nunca automatices nada. Son exactamente los mismos que hacen que hoy tus números no cierren.