IA con Excel y Google Sheets: conectar un agente a tus hojas
· CompaniesAutomation
Cómo conectar un agente de IA a Excel y Google Sheets: API y cuenta de servicio, cuatro patrones que funcionan, límites reales y cuándo migrar a base de datos.
Conectar la IA con Excel y Google Sheets consiste en darle al agente permiso de lectura y escritura sobre tus hojas mediante la API oficial —Google Sheets API con una cuenta de servicio, o Microsoft Graph para Excel en Microsoft 365— para que lea filas, procese cada una y devuelva el resultado en una columna, una pestaña o un informe nuevo. No hace falta migrar nada ni cambiar de herramienta: la hoja sigue siendo la interfaz que tu equipo ya sabe usar, y el agente entra a trabajar por detrás.
Es, con diferencia, la integración más rentable de las primeras semanas de un proyecto. Casi todas las pymes tienen procesos enteros viviendo en hojas de cálculo —listas de leads, control de pedidos, seguimiento de incidencias, presupuestos, inventario— y esas hojas son la puerta de entrada perfecta para un agente: el dato ya está estructurado, el equipo ya trabaja allí y no hay que formar a nadie. Nosotros operamos así varios procesos propios. También vamos a contarte dónde revienta este montaje, porque revienta.
¿Cómo se conecta técnicamente un agente a una hoja de cálculo?
Con la API del proveedor y una identidad propia para el agente, nunca con las credenciales de una persona. En Google Sheets se crea una cuenta de servicio en Google Cloud, se le da acceso a la hoja concreta compartiéndola con su dirección de correo, y el agente lee y escribe rangos mediante la API. En Excel hay dos escenarios distintos: si el fichero vive en SharePoint o OneDrive (Microsoft 365), se accede vía Microsoft Graph con una aplicación registrada en Entra ID; si es un .xlsx que vive en el disco de alguien, el agente lo procesa como fichero —lee, calcula, genera copia— pero no hay nada "en vivo".
Esa distinción es la primera decisión del proyecto y tiene consecuencias:
| Escenario | Cómo accede el agente | Colaboración en vivo | Cuándo elegirlo |
|---|---|---|---|
| Google Sheets | Google Sheets API + cuenta de servicio | Sí, cambios visibles al instante | Equipos ya en Google Workspace; el camino más rápido |
| Excel en SharePoint/OneDrive | Microsoft Graph + app registrada | Sí, con bloqueos ocasionales por edición simultánea | Empresas en Microsoft 365 con gobierno de identidad ya montado |
| Excel de escritorio (.xlsx en disco o carpeta compartida) | Lectura y escritura de fichero, por lotes | No | Procesos por tandas donde nadie edita mientras el agente trabaja |
| Hoja exportada a CSV | Fichero plano, sin formato ni fórmulas | No | Cargas masivas puntuales y migraciones |
Un detalle que ahorra disgustos: da acceso a la hoja concreta, no a la unidad entera. El agente debe poder tocar exactamente el rango que necesita y nada más, con su identidad registrada para que cada escritura quede trazada. Es el mismo principio de permisos mínimos que aplicamos a cualquier agente con acceso a sistemas de la empresa.
¿Qué patrones de uso funcionan bien?
Cuatro, y conviene reconocerlos porque cada uno se diseña distinto. Los tres primeros llevan años funcionando en producción; el cuarto es el que más valor da y el que casi nadie monta.
- La hoja como cola de entrada. Cada fila es una tarea pendiente: un lead que clasificar, una factura que revisar, una descripción de producto que redactar. El agente lee las filas sin procesar, hace el trabajo y escribe el resultado en las columnas de salida más una marca de estado y una fecha. Es el patrón más simple y el que más horas ahorra.
- La hoja como informe de salida. El agente trabaja contra el CRM, el ERP o el correo, y deja el resultado en una hoja que dirección ya tiene abierta cada lunes. Evita construir un panel nuevo que nadie mira.
- La hoja como panel de control del agente. Una pestaña con parámetros —umbrales, plantillas, reglas, listas de exclusión— que el responsable del proceso edita sin tocar código. Es la forma más barata de que el negocio ajuste el comportamiento del agente sin depender del proveedor.
- La hoja como punto de aprobación humana. El agente propone en una columna, una persona escribe "OK" o corrige en la de al lado, y el agente ejecuta solo lo aprobado. Este patrón resuelve el problema de la supervisión sin construir interfaz: la interfaz ya existe y la conoce todo el mundo.
El cuarto patrón es el que convierte la hoja en algo más que un almacén. Cuando quieres subir la autonomía del agente de forma gradual —empezar revisando todo y acabar revisando solo las excepciones—, la columna de aprobación es el dial que te permite hacerlo sin reescribir nada.
¿Dónde falla usar hojas de cálculo como base de datos del agente?
Falla en cinco puntos concretos, y todos aparecen cuando el proceso crece. Merece la pena conocerlos antes de montar encima algo importante:
- Concurrencia. Una hoja no tiene transacciones ni bloqueo de filas. Si el agente escribe mientras una persona ordena la tabla o inserta filas, las escrituras acaban en el sitio equivocado. La solución de guardia es escribir siempre localizando la fila por un identificador único, nunca por número de fila.
- Cuotas de API. Las APIs de Google y Microsoft limitan peticiones por minuto y por usuario. Un agente que escribe celda a celda agota la cuota enseguida; hay que agrupar lecturas y escrituras en lotes por rangos. Es la causa número uno de "el agente va lentísimo".
- Tamaño. Google Sheets tiene un tope de 10 millones de celdas por documento, repartidas entre todas las pestañas; Excel llega a 1.048.576 filas por hoja. Mucho antes de esos límites, la hoja se vuelve insufrible: con decenas de miles de filas y fórmulas vivas, cada apertura tarda y cada recálculo bloquea.
- Integridad. No hay tipos ni validación real. Un "1.200" que alguien pegó como texto, una fecha en formato americano o una columna que alguien reordenó rompen la lógica del agente en silencio, sin error visible.
- Trazabilidad. El historial de versiones ayuda, pero no es un registro de auditoría: no responde bien a "quién cambió este importe, cuándo y por qué" en procesos con dinero o datos personales.
Ninguno de estos cinco puntos es motivo para no empezar por hojas. Son motivos para saber cuándo dejar de usarlas.
¿Cuándo hay que migrar a una base de datos?
Cuando aparece cualquiera de estas cuatro señales, la hoja ha dejado de ser la herramienta adecuada y toca migrar:
- Más de dos procesos o dos personas escriben a la vez en la misma tabla. Ahí los conflictos dejan de ser anécdota.
- La hoja pasa de unas decenas de miles de filas vivas y el equipo empieza a quejarse de la lentitud, o alguien crea "la hoja de 2027" para aliviarla.
- El dato es la fuente de la verdad para dinero, stock o clientes. Si un error de celda tiene consecuencias contables o legales, necesitas restricciones e histórico, no una hoja.
- Necesitas consultar en cruzado —clientes con pedidos con incidencias— y ya has escrito tres BUSCARV encadenados. Eso es una base de datos pidiendo existir.
La migración no es un drama ni un proyecto de meses: en la mayoría de los casos, mover un proceso de hoja a una base de datos gestionada y dejar la hoja como vista de lectura para el equipo se hace en 1-3 semanas y encaja en la horquilla de 15.000-40.000€ de un agente a medida para pyme, dependiendo de cuántas integraciones arrastre. Lo que sí es un drama es hacerlo después de que un error de concurrencia haya facturado mal a un cliente. Si estás valorando ese salto, lo desglosamos en cuánto cuesta automatizar un proceso.
¿Qué NO conviene hacer con hojas de cálculo y un agente?
Tres cosas, por experiencia propia y ajena. Primera: no dejes que el agente reescriba fórmulas. Si el agente escribe en celdas que contienen fórmulas, o modifica la estructura de la hoja, vas a pasar tardes enteras reconstruyendo cálculos rotos. Separa siempre las zonas: entrada, salida del agente y cálculos humanos, en pestañas o bloques de columnas distintos.
Segunda: no metas datos personales sensibles en hojas compartidas por enlace. El acceso "cualquiera con el enlace" es la fuga de datos más común de las pymes, y añadir un agente encima multiplica el volumen de lo que hay dentro. Si el proceso toca datos de clientes, empleados o salud, el sitio no es una hoja compartida.
Tercera: no uses la hoja como memoria del agente. La hoja sirve para el dato de negocio; el estado interno del agente —qué intentó, qué falló, qué reintentó— debe vivir en su propio registro. Mezclarlos genera hojas ilegibles y hace imposible depurar cuando algo sale mal.
¿Cómo se monta un primer caso en dos semanas?
Con un proceso acotado y una regla de oro: el agente no escribe sobre el original hasta que su salida se ha revisado unas cuantas veces. Este es el guion que seguimos:
- Elige el proceso: repetitivo, con criterio estable y con la hoja ya existente. Clasificación de leads, redacción de descripciones, revisión de datos maestros, cálculo de presupuestos a partir de plantilla.
- Duplica la hoja y trabaja sobre la copia durante las primeras semanas. El coste de un error en producción es mucho mayor que el de una semana extra de pruebas.
- Define columnas de sistema: identificador único, estado, fecha de proceso, resultado del agente y motivo. Sin identificador único no hay integración fiable.
- Conecta con cuenta de servicio y permiso solo sobre esa hoja.
- Ejecuta en paralelo con el proceso humano una o dos semanas, compara resultados y ajusta.
- Pasa a la hoja real con el patrón de aprobación humana activado, y ve reduciendo la revisión conforme la precisión se demuestre.
Un caso así se despliega en 1-2 semanas y es el arranque más habitual que recomendamos: entrega valor rápido, no toca sistemas críticos y enseña al equipo cómo se trabaja con un agente. Cuando ese primero funciona, el siguiente paso natural es conectar el agente a los sistemas de verdad —CRM, ERP, correo—, que es donde está el grueso del ahorro del back office administrativo. Si quieres que lo montemos contigo, así trabajamos desde nuestra agencia de inteligencia artificial en Madrid.
Preguntas frecuentes
¿Sirven las fórmulas de IA que ya trae la hoja de cálculo?
Sirven para tareas sueltas —clasificar una columna, resumir un texto— y son un buen primer contacto, pero no son un agente: no se conectan a tus otros sistemas, no gestionan errores ni reintentos, no dejan traza y recalculan a capricho de la hoja. Para un proceso que debe funcionar cada día sin que nadie lo mire, hace falta un agente por fuera que use la hoja como interfaz.
¿Puede el agente crear gráficos y formato en la hoja?
Sí, tanto la API de Google Sheets como Microsoft Graph permiten dar formato, crear pestañas y generar gráficos. Nuestro consejo práctico es limitarlo: cuanto más toque el agente la presentación, más frágil es la integración. Deja que el agente escriba datos y que el formato viva en plantillas o tablas dinámicas que no cambian.
¿Cuánto cuesta esta integración?
Conectar un agente a una hoja es de las partes baratas de un proyecto: el coste está en la lógica de negocio, no en la conexión. Un primer caso acotado sobre hojas suele quedar en la parte baja de la horquilla de 15.000-40.000€ de un agente a medida para pyme, con el mantenimiento habitual del 10-20% anual sobre lo construido.
¿Es seguro dar acceso de escritura a un agente?
Lo es si se hace con cuenta de servicio propia, acceso solo a la hoja concreta, columnas de sistema que registran cada escritura y una copia de seguridad automática antes de cada tanda. Lo que no es seguro es lo contrario de eso: compartir la contraseña de una persona o darle acceso a toda la unidad de disco.
¿Y si mi equipo trabaja con Excel de escritorio y no quiere cambiar?
No hace falta que cambie. Se puede montar el proceso por tandas: el agente coge el fichero de una carpeta compartida, lo procesa y deja el resultado en otra carpeta con nombre y fecha. Se pierde el tiempo real, se gana simplicidad, y en muchos procesos administrativos el tiempo real no aporta nada.