Odoo, Microsoft 365, Google Workspace: ¿a qué software puede conectarse un agente de IA?

En resumen

• Un agente de IA puede conectarse, a través de sus interfaces oficiales (API), a Odoo, Microsoft 365, Google Workspace, Sellsy, Axonaut, Holded, Teamleader y Exact Online: cada uno documenta la suya. Las condiciones varían: en Odoo hace falta un plan «Custom»; en Holded, un plan de pago. Los límites no siempre se publican.
• En Odoo hay una fecha que importa: las dos interfaces antiguas, XML-RPC y JSON-RPC, deben desaparecer con Odoo 22, en otoño de 2028, y ya en invierno de 2027 en Odoo Online.
• Nuestra regla: al principio, el agente lee y prepara, y cada escritura espera el visto bueno de su equipo. El agente nunca paga. El envío a un tercero de un documento que le vincula o el borrado de datos siguen requiriendo siempre validación.

¿Su gestión funciona con Odoo y su correo con Microsoft 365? Un agente de IA puede conectarse a ellos mediante la API de cada software. Una API es una puerta de entrada oficial: un programa lee datos o deposita una acción, con una autorización.

Leímos la documentación oficial el 12 y el 13 de octubre de 2026. Cuando un límite no está publicado, lo decimos.

Qué hace un conector: leer, proponer y escribir con su visto bueno

Un conector es el pequeño programa que une el agente con un software. Hace tres cosas:

• Leer correos, facturas y fichas de clientes. En solo lectura cuando el software lo permite.
• Proponer un borrador de respuesta, un recordatorio de pago o un presupuesto, que usted valida.
• Escribir con su visto bueno: al principio, la acción solo sale tras el visto bueno de una persona de su equipo. Más adelante, el agente puede actuar solo en casos sencillos, descritos por escrito de antemano. Esto solo ocurre tras un periodo de medición y con su acuerdo por escrito. El agente nunca paga. El envío a un tercero de un documento que le vincula o el borrado de datos siguen requiriendo siempre validación.

Por ejemplo, una pyme de 40 empleados factura en Odoo y se comunica con sus clientes en Outlook. El agente lee las respuestas, localiza la factura y prepara un recordatorio de pago. La contable valida, corrige o rechaza. Si un cliente discute la factura, el agente se detiene y le cede el control.

Correo: Microsoft 365 (Graph) y Google Workspace (API de Gmail)

Microsoft 365 se abre mediante Microsoft Graph. La aplicación se registra en Microsoft Entra, el directorio de cuentas de Microsoft. Después actúa en nombre de un usuario conectado o con su propia identidad. Dos puntos importan:

• El permiso para escribir correos, Mail.ReadWrite, no incluye el envío, que requiere Mail.Send. El agente puede, por tanto, preparar borradores sin poder enviarlos.
• Concedida sin usuario, la lectura abarca todos los buzones de la organización. Su administrador puede limitarla a determinados buzones, por ejemplo «contact@». Condición: retirar la autorización global concedida en Entra. Si no, las dos autorizaciones se suman y el límite no funciona.

Límites: 10 000 solicitudes por tramo de 10 minutos, 4 solicitudes simultáneas y 150 MB de datos transmitidos (creaciones y modificaciones) por tramo de 5 minutos, para cada par aplicación y buzón. Más allá, Graph responde «demasiadas solicitudes» y el agente espera.

Google Workspace se abre mediante la API de Gmail, con OAuth 2.0: un protocolo que concede un acceso limitado sin confiar ninguna contraseña. Los permisos se llaman «scopes». Google clasifica gmail.readonly, gmail.compose y gmail.modify como «restringidos»: una aplicación pública que los utiliza pasa una verificación, y una evaluación de seguridad si almacena o transmite esos datos en servidores.

Una excepción útil: una aplicación declarada «interna» no tiene que pasar esta verificación. Debe estar reservada a las personas de la organización de Google Workspace del cliente, en un proyecto que pertenezca a esa organización. Google precisa que, en ese caso, los scopes restringidos no requieren una revisión adicional. El proyecto se crea, por tanto, en la organización del cliente. Las normas de Google sobre los datos de los usuarios se aplican igualmente.

Diferencia con Microsoft: en Google, el scope de los borradores, gmail.compose, también permite enviar. Es, por tanto, el conector, y no el permiso, quien deberá bloquear el envío sin visto bueno.

Cuotas: 1 200 000 unidades por minuto y proyecto, 6000 por minuto y usuario. Enviar un mensaje cuesta 100 unidades; leer uno, 20. A vigilar: Google prevé facturar los excesos «más adelante en 2026», con al menos 90 días de preaviso, sin fecha publicada hasta hoy.

Odoo 19: la nueva API JSON-2 y el fin de XML-RPC y JSON-RPC con Odoo 22

Odoo 19 incorpora la API externa JSON-2, con una clave de API adjunta a cada llamada. Lo que hay que saber:

• El plan: la API externa solo está abierta en los planes «Custom» de Odoo, no en «One App Free» ni en «Standard».
• La clave dura tres meses como máximo. Hay que renovarla, por tanto, al menos cada trimestre. Seguiremos su fecha de caducidad para evitar un corte.
• La cuenta: Odoo recomienda un usuario «robot» dedicado, con derechos mínimos. El agente solo hace lo que esa cuenta puede hacer.
• Las transacciones: cada llamada se confirma o se anula por separado. No se pueden agrupar varias en una sola operación que se complete o falle en bloque.

La fecha límite: XML-RPC y JSON-RPC, las dos interfaces antiguas de Odoo, están obsoletas, es decir, aún en servicio pero llamadas a desaparecer. Odoo prevé retirarlas en Odoo 22, en otoño de 2028, y ya en la versión 21.1 de Odoo Online, en invierno de 2027. JSON-2 solo existe a partir de la versión 19. Un conector para Odoo 17 o 18 sigue, por tanto, utilizando XML-RPC o JSON-RPC. Tendrá que cambiar de interfaz antes de que usted pase a Odoo 22.

Software de gestión en Francia, España y Bélgica: Sellsy, Axonaut, Holded, Teamleader, Exact Online

• Sellsy (proveedor francés): API V2. El acceso se crea en Ajustes > Portal del desarrollador, y unos scopes limitan sus derechos. Una solicitud solo prospera si la persona que creó el acceso tiene la licencia necesaria. Pasados los límites, la API rechaza las llamadas; Sellsy aconseja 200 ms entre dos llamadas, sin publicar una cuota numérica.
• Axonaut (proveedor francés): API v2 (presupuestos, facturas, pagos, gastos, proyectos, tickets). La clave de API va en la cabecera userApiKey, una información técnica adjunta a cada llamada. Límites: no se publica ninguno en la descripción de la API.
• Holded (proveedor español): API v2, abierta en los planes de pago, no en el plan gratuito. La clave se crea en los ajustes, en el apartado Desarrolladores. Para cada clave se elige el acceso a cada módulo: lectura, escritura o completo. Límite: un tope mensual, que depende del plan.
• Teamleader Focus (proveedor belga): OAuth 2, con un token que normalmente caduca al cabo de una hora y luego se renueva. Los límites se cuentan por integración y por cuenta de Teamleader, en un minuto deslizante; la documentación solo muestra un ejemplo, 200 solicitudes. Cada integración recibe una versión fechada de la API; pasar a una versión más reciente es opcional.
• Exact Online (proveedor neerlandés, ofrecido en Bélgica): OAuth 2.0 y 60 llamadas por minuto y 5000 por día, por empresa y por aplicación. Pueden aplicarse otros topes según el contrato. El token dura 10 minutos. Más de 10 errores por hora en un mismo punto de acceso bloquean la clave durante una hora, y más tiempo si los errores continúan.

Conector escrito a medida o herramienta de automatización: cuándo usar cada uno

Nuestros agentes se escribirán en código, se probarán y tendrán control de versiones. Para las conexiones sencillas, una herramienta de automatización puede bastar: une software mediante bloques listos para usar. n8n, por ejemplo, los ofrece para Gmail, Outlook y Odoo.

La herramienta de automatización conviene cuando el bloque existe y la acción es sencilla y fácil de corregir: clasificar un correo, crear un contacto.

El conector a medida se impone cuando:

• no existe ningún bloque para su software o su versión;
• la acción afecta al dinero o compromete a la empresa: hacen falta pruebas, un registro de cada acción y derechos lo más ajustados posible;
• la interfaz va a cambiar pronto. La documentación de n8n no dice qué interfaz de Odoo utiliza su bloque. Su código fuente, leído el 13 de octubre de 2026, lo muestra: JSON-2 cuando se conecta con clave de API (Odoo 19 y posteriores), JSON-RPC cuando se conecta con contraseña. Con Odoo 17 o 18, el bloque pasa, por tanto, por JSON-RPC, cuya retirada está prevista con Odoo 22. Este código está publicado desde la versión 2.23.0 de n8n, en mayo de 2026.

En ambos casos, cada conector tendrá una versión congelada. Una actualización pasará por unas breves pruebas de aceptación, es decir, ensayos antes de la puesta en servicio. También preparamos un aviso automático: ante un error repetido, el conector abrirá él mismo un ticket en nuestra herramienta de soporte, también en preparación.

Tabla resumen y fecha de verificación

Datos recogidos el 12 y el 13 de octubre de 2026, en las documentaciones oficiales.

Una API cambia: volveremos a leer estas páginas en cada puesta en marcha y, después, en las revisiones de supervisión.

Para ir más allá

• Nuestros cuatro agentes en preparación (correos, recordatorios de pago, presupuestos, documentos contables): Agentes
• Los niveles de autonomía, de la observación a la autonomía supervisada: Método
• El seguimiento previsto de sus agentes y de sus conectores: Supervisión
• Adónde van sus datos: Datos y seguridad
• Hacer inventario de sus herramientas y sus versiones: la auditoría, 490 € sin IVA, deducida del presupuesto si lo firma en un plazo de 30 días