Escenario ilustrativo. Una pyme tiene su cartera de pedidos en un Excel compartido que llevan tres personas. Le ponen un agente que lee los pedidos nuevos y actualiza el estado de entrega. Funciona un mes. Un lunes alguien inserta una columna para anotar la incidencia, el agente sigue escribiendo «entregado» en la columna de al lado, y durante nueve días el estado de ciento veinte pedidos es falso sin que ningún sistema dé un solo error.
La tesis en una línea: un Excel sirve de puente para un agente de IA, pero no de sistema de registro. El agente no se equivoca más que una persona; se equivoca más rápido, más seguido y sin avisar, y la hoja no tiene nada que lo frene.
Agente de IA con Excel como base de datos: ¿funciona?
Funciona mientras la hoja sea un puente: el agente lee de ella, o escribe en una pestaña que es solo suya, y una persona sigue siendo dueña del fichero. Deja de funcionar cuando la hoja es el sistema de registro, es decir, el sitio donde vive la versión oficial del dato, y varias personas y el agente escriben a la vez sobre las mismas celdas. Ahí el agente hereda todos los defectos de la hoja, multiplicados por su velocidad.
¿Qué es lo que Excel no aguanta de un agente?
- Ediciones concurrentes. Con un fichero compartido, dos personas y un agente pueden guardar sobre lo mismo: gana el último que guarda, o aparece una copia en conflicto que nadie reconcilia. El agente no ve lo que otro está editando en ese momento.
- Columnas que cambian. Alguien inserta una columna, renombra una cabecera o mueve una pestaña. Un agente que se orienta por posición escribe en la columna equivocada y no da error: da un dato plausible y falso. Es la forma más cara de fallar, porque nadie se entera.
- Datos sin validar. Una fecha escrita como texto, un importe con coma o con punto, una celda combinada, una fila de totales en medio de los datos. Una persona lo interpreta; un agente lo interpreta distinto cada vez, o lo da por bueno.
- Sin transacciones. Si el agente cae a mitad de un lote, la hoja se queda a medias y no hay un «deshacer» fiable del conjunto. Cuándo falló y qué quedó escrito lo averiguas a mano.
- Sin identificador estable. Si alguien ordena la hoja, el número de fila ya no apunta al mismo pedido. Sin una clave que no cambie, el agente actualiza a la persona equivocada.
- Permisos de todo o nada. Quien puede abrir el fichero puede tocarlo entero. Lo que eso supone para un agente está en los permisos de un agente de IA: el acceso se da por tarea, no por comodidad.
¿Cuándo vale Excel como puente y cuándo es una bomba?
La pregunta útil no es «¿Excel o base de datos?», sino qué papel juega la hoja y quién más depende de ella.
| Situación | Como puente | Como bomba |
|---|---|---|
| Quién escribe | El agente, en una pestaña propia | Tres personas y el agente, sobre las mismas celdas |
| Qué lee el agente | Una exportación o una pestaña de entrada con cabeceras fijas | Una hoja viva que cada uno organiza a su manera |
| De quién depende el dato | Solo del proceso que la hoja alimenta | De facturas, precios o pedidos que otros leen como oficiales |
| Quién es el dueño | Una persona con nombre | «El equipo» |
| Si el agente se equivoca | Se ve en la pestaña y se corrige | Se propaga a otros procesos antes de que nadie lo vea |
| Horizonte | Temporal, con fecha de salida | Indefinido: «ya lo migraremos» |
Un puente aguanta meses si cumple las tres cosas de la columna izquierda: el agente escribe en lo suyo, el dueño es uno y el dato no alimenta nada crítico. La hoja se vuelve una bomba cuando el agente escribe sobre celdas que otros dan por oficiales. El cableado entre sistemas en general se trata en integrar la IA con tus sistemas, y lo que pasa cuando una automatización estropea datos, en recuperar datos perdidos en una automatización.
Hay un caso intermedio que funciona mejor de lo que parece: Excel como bandeja de revisión. El agente deja ahí lo que no está seguro de decidir, con el motivo en una columna, y una persona resuelve en la propia hoja. Aquí la hoja no es el sistema de registro, es la cola de excepciones, y que la edite una persona a mano es justo lo que se busca.
¿Cuál es el mínimo para migrar sin montar un proyecto de datos?
No hace falta un proyecto de meses. Hace falta que el agente deje de depender de cómo hoy está organizada la hoja. Seis pasos, por orden:
- Una pestaña de entrada con cabeceras fijas y validación. Lo que el agente lee vive ahí, con listas desplegables y formatos de fecha forzados, y nadie inserta columnas en esa pestaña.
- Un identificador estable por fila. Un código que no cambia aunque se ordene o se filtre. El agente referencia por código, nunca por posición.
- El agente escribe solo en lo suyo. Columnas o pestañas propias; nunca sobre las celdas que una persona rellena. Si necesita proponer un cambio, lo deja anotado y una persona lo aplica.
- Un registro de cada cambio. Quién escribió qué, cuándo y con qué valor anterior. Sin eso, un error silencioso se queda silencioso.
- Un dueño con nombre. Una persona responde de la estructura de la hoja y avisa antes de moverla.
- Un criterio de salida escrito. Una fecha o una señal (más de dos personas editando, un segundo proceso que lee la hoja, un error de columna) que dispara el paso a una base de datos o a la herramienta que ya tengas. Sin criterio, el puente se convierte en infraestructura permanente.
Si lo que tienes es un fichero que llega igual cada semana y alguien lo clasifica a mano, eso no pide base de datos: pide un proceso que lo lea, lo trate y deje rastro, como el de automatizar Excel con IA como proceso.
La frase para llevarte: no le preguntes al agente si sabe leer la hoja, pregúntate qué pasa el día que alguien mueva una columna. Si la respuesta es «nadie lo notará», ya tienes un sistema de registro, aunque se llame Excel.
Nota: este artículo no usa cifras de terceros. Los límites de edición concurrente y de tamaño dependen de la versión y del servicio donde esté alojado el fichero; compruébalos en la documentación de tu proveedor. El escenario de apertura es ilustrativo.