Pedidos por email en Odoo 20: qué trae de serie y sus límites

Si tienes Odoo y tus clientes te piden por correo, conoces la escena: un PDF de un cliente, un Excel de otro, un correo con cuatro líneas escritas a mano de un tercero. Y alguien de tu equipo que abre cada uno y lo teclea como presupuesto. Odoo tiene varias piezas que parecen resolver esto, pero cada una cubre un caso distinto. Aquí te cuento qué hace cada una, dónde se queda corta y cuándo tiene sentido construir algo a medida.

Todo lo que sigue se refiere a Odoo 20, publicado en septiembre de 2026 según la página oficial de versiones. Si tu empresa sigue en 17, 18 o 19, algunas cosas cambian: compruébalo antes de decidir nada.

Lo que Odoo trae de serie

1. Alias de correo: crea oportunidades, no presupuestos

Odoo permite asignar una dirección de correo a cada equipo de ventas en CRM. Según la documentación de CRM, cada correo que llega a esa dirección crea un lead (o una oportunidad), con el asunto como título y el mensaje en el historial.

Lo importante es lo que no se describe: la documentación no habla de leer adjuntos ni de crear un presupuesto con líneas de producto, así que no esperes que lo haga. Sirve para que no se pierda ningún correo, pero no te ahorra el tecleo.

En Odoo Online y Odoo.sh el correo funciona sin configurar nada con la dirección de tu subdominio de Odoo; si quieres usar tu propio dominio, hay que configurarlo, y si lo tienes instalado en tu propio servidor, hay que montar el correo entrante (documentación de correo). El CRM está en el código abierto de Odoo (la edición Community, la gratuita), según el repositorio oficial.

2. Subir pedidos al listado de presupuestos (solo formatos electrónicos)

En la edición Community hay un módulo que se instala solo con Ventas, «Import electronic orders with UBL». Te deja subir o pegar archivos en el listado de pedidos y crea el pedido leyendo sus datos, pero solo si el archivo es un pedido electrónico en formato Peppol Order BIS 3 (un XML, o un PDF con ese XML incrustado). Se instala solo cuando están Ventas y Facturación. Lo que no consigue importar te lo deja como una actividad pendiente en el pedido, según su código.

Si tus clientes son grandes cuentas o administraciones que ya trabajan con Peppol, esto te puede bastar. Pero el PDF que genera el programa de gestión de una ferretería, o el Excel que manda un comercial, no lleva esos datos estructurados: Odoo no tiene nada que leer.

3. Digitalización de documentos con IA (de pago, por créditos)

Odoo tiene digitalización con OCR e IA, pero la documentación oficial la describe para facturas de proveedor y, ajustando la configuración, facturas de cliente y rectificativas. Mandas la factura al alias del diario (por defecto vendor-bills@ más tu dominio) y cada PDF adjunto se convierte en una factura en borrador. Por ese alias solo se procesan PDF y XML; las imágenes JPEG van por la app Documentos.

Datos que importan:

• Es un servicio de compra dentro de la aplicación (IAP): cada documento digitalizado consume un crédito. Los XML no gastan crédito porque ya traen los datos estructurados.
• No parece formar parte de Community: en la carpeta de código abierto de Odoo 20 no aparece ningún módulo de digitalización (comprobado por nombre de carpeta, no revisando cada módulo).
• En la documentación de Odoo 20 no he encontrado digitalización de pedidos de venta. Es un flujo pensado para contabilidad, no para ventas.

4. La app de IA de Odoo 20 (créditos y plan Personalizado)

Odoo 20 trae una app de IA con agentes, acciones automáticas con IA y ordenación de documentos. Según la documentación:

• Los agentes pueden tener habilidades de «crear registros» y «actualizar registros».
• Las acciones de servidor con IA dejan que la IA lea un registro y elija qué herramienta ejecutar. Pero la propia documentación insiste en que las reglas de negocio las tienen que aplicar esas herramientas, escritas en Python.
• La ordenación automática de Documentos puede mover, etiquetar y crear registros como facturas o facturas de proveedor a partir de lo que llega a una carpeta. La documentación no menciona pedidos de venta entre esos registros, y las acciones disponibles dependen de las apps instaladas.
• Las notas de Odoo 20 dicen que todas las funciones de IA necesitan créditos IAP, y la documentación de IA avisa de que instalar la app de IA en el plan Estándar dispara una oferta de paso al plan Personalizado. En la página de precios la IA figura en el plan Personalizado y los créditos no van incluidos.

Traducido: con estas piezas se puede montar un flujo que lea un pedido y cree un presupuesto, pero no es activar una casilla: hay que programar herramientas, decidir cómo se emparejan productos y clientes y pagar créditos por documento. Es un desarrollo, aunque viva dentro de Odoo.

Dónde se atasca con clientes que piden cada uno a su manera

Leer el texto de un PDF es la parte fácil. Lo difícil viene después, y es igual uses la IA de Odoo o cualquier otra:

• Referencias de producto. Tu cliente pide «TORN-M8x40-INOX» y en tu Odoo es «Tornillo DIN 933 M8x40 A2». Hace falta una tabla de equivalencias por cliente, y alguien que la mantenga.
• Unidades y envases. «2 cajas» puede ser 2 unidades o 200 tornillos. Odoo 20 permite reglas de precio por tipo de envase, pero alguien tiene que decir qué caja es cuál.
• Precios. El precio que pone el cliente en su pedido no siempre coincide con tu tarifa. ¿Manda el suyo o el tuyo? Eso es una regla de negocio, no un dato que la IA pueda adivinar.
• Excel. La documentación de digitalización de Odoo habla de PDF, XML e imágenes, no de Excel. Un Excel se lee mejor con código, sin IA, columna a columna, y cada cliente tiene sus columnas.
• Correos que no son pedidos nuevos. «Añade 10 más al de ayer» o «anula la línea 3». Un sistema que solo sabe crear presupuestos te duplica pedidos.
• Revisión. Ninguna extracción es perfecta. Necesitas que lo dudoso quede marcado y que lo correcto no haya que revisarlo línea a línea.

Cuándo compensa algo a medida con la API

Una solución a medida no sustituye a Odoo: vive fuera, lee el buzón y escribe en Odoo. Encaja cuando tienes muchos clientes con formatos distintos, Excel de por medio o reglas de precio propias.

El esquema típico:

1. Un buzón (el que ya usáis) del que se leen los correos con pedido.
2. Extracción por tipo: los Excel con código por cliente y los PDF o textos libres con un modelo de IA.
3. Traducción a tu catálogo con la tabla de equivalencias de cada cliente, y comprobación de precio y stock.
4. Creación del presupuesto en borrador en Odoo, con el correo original adjunto y las dudas marcadas.
5. Una persona confirma. Con el tiempo, los clientes que nunca dan problemas se pueden confirmar solos.

Para el paso 4 se usa la API externa JSON-2: peticiones a /json/2/<modelo>/<método> con una clave de API. Tres cosas que debes saber:

• En Odoo Online, la API externa solo está disponible en el plan Personalizado; los planes Una aplicación gratis y Estándar no la tienen (documentación y precios). Si tienes Community en tu servidor, la API está en el código abierto.
• Las APIs antiguas XML-RPC y JSON-RPC están marcadas como obsoletas. Según la documentación, se retiran en Odoo 22 (otoño de 2028) y antes en Odoo Online, en la versión 21.1 (invierno de 2027). Cualquier integración nueva debería usar JSON-2.
• Odoo 20 trae también un servidor MCP para agentes de IA externos. Para un proceso diario y repetitivo, prefiero reglas explícitas que se puedan auditar.

Un ejemplo para dimensionar, con números supuestos: si entran 25 pedidos al día y cada uno lleva 6 minutos de teclear y revisar, son 2,5 horas diarias. Si la automatización deja 1 minuto de revisión por pedido, recuperas unas 2 horas al día. Haz la cuenta con tus números reales: si te salen 3 pedidos a la semana, probablemente no compense.

Este tipo de trabajo es el que hago: convertir procesos manuales en herramientas a medida, como integraciones de datos que se sincronizan solas cada día o paneles internos conectados a los sistemas que ya existen. Puedes ver cómo trabajo la automatización de un proceso.