Automatizar las órdenes de compra de tus clientes significa que nadie vuelva a teclear un PDF en el ERP: un sistema vigila el buzón de pedidos, la IA lee la orden (sea PDF, Excel, foto o texto del correo), se valida contra tu catálogo, tus precios pactados y el crédito del cliente, y el pedido queda dado de alta. Una persona solo revisa las órdenes que no pasan las validaciones.
Respuesta corta: la lectura ya no es el problema; con la IA actual, un PDF o un escaneo legible se convierte en datos estructurados con buena fiabilidad. El valor real está en las validaciones de negocio (código del cliente contra tu SKU, precio pactado, unidad de medida, fecha, crédito, duplicados) y en la aprobación por excepción. Empieza por medir cuánto te cuesta hoy cada orden y cuántas llegan con errores; eso te dice si vale la pena.
Esta guía está pensada para el dueño o el gerente de una distribuidora industrial, una metalmecánica o una manufacturera mexicana que recibe decenas o cientos de órdenes al mes por correo y las captura a mano en Aspel SAE, SAP Business One, Odoo o un sistema propio.
- ¿Cuánto te cuesta hoy capturar una OC a mano?
- ¿Por qué el OCR clásico se rompía y qué cambia con la IA?
- El flujo completo, paso a paso
- Las 8 validaciones que evitan errores
- Excepciones: cuándo debe revisarlo una persona
- Cómo se da de alta en tu ERP
- OC por WhatsApp y desde portales
- Qué medir tras 30 días
- ¿Herramienta empaquetada o a medida?
- Preguntas frecuentes
¿Cuánto te cuesta hoy capturar una orden de compra a mano?
Antes de hablar de tecnología, calcula tu número. No te damos un promedio de la industria porque no existe uno que aplique a tu empresa: depende de cuántas partidas trae cada orden, de cuántos clientes usan su propio código y de cuántas veces hay que corregir.
La fórmula que usamos en los diagnósticos tiene tres partes:
| Componente | Cómo se calcula | Dónde sacas el dato |
|---|---|---|
| Tiempo de captura | OC al mes × minutos por OC × costo por minuto de la persona (sueldo más cargas) | Cronometra 20 órdenes reales, no las fáciles |
| Costo de los errores | OC con error al mes × costo medio de corregirlas (nota de crédito, reenvío, flete extra, devolución) | Notas de crédito y devoluciones del último trimestre con motivo "captura" |
| Costo del retraso | Horas desde que llega la OC hasta que está en el ERP; pedidos urgentes perdidos o multas por entrega tardía | Hora del correo contra hora de alta en el ERP |
Ejemplo ilustrativo (números inventados para mostrar el cálculo, no un caso real): 400 OC al mes, 7 minutos de media por OC y un costo cargado de 3 MXN por minuto dan 400 × 7 × 3 = 8,400 MXN al mes solo en tecleo. Si además 12 órdenes al mes salen mal y cada corrección cuesta 1,500 MXN entre flete y notas de crédito, suma 18,000 MXN. En ese caso, el error pesa el doble que la captura.
Ese resultado es frecuente cuando se hace el ejercicio con datos reales: el tiempo de teclear es visible, pero el costo del error queda repartido entre almacén, facturación y cobranza. Por eso la automatización se justifica sobre todo por las validaciones, no por la velocidad.
¿Por qué el OCR clásico se rompía y qué cambia con la IA?
El OCR tradicional convierte la imagen en texto, pero no entiende qué es cada cosa. Para extraer una orden había que dibujar una plantilla por cliente: "el número de OC está en esta coordenada, la tabla empieza aquí". Cuando el cliente cambiaba de formato o mandaba una orden de dos páginas, la plantilla fallaba y alguien volvía a teclear.
Los modelos de lenguaje con visión funcionan de otra manera: leen el documento como lo leería una persona y devuelven los campos que les pides, aunque cada cliente use un diseño distinto. Según la documentación de Anthropic sobre PDF, el modelo recibe cada página como texto extraído y como imagen, por lo que también interpreta tablas y elementos visuales.
| Aspecto | OCR con plantillas | Lectura con IA |
|---|---|---|
| Formatos nuevos | Requieren nueva plantilla | Se leen sin configurar, con instrucciones generales |
| Correo sin adjunto ("mándame 200 piezas del 4512") | No lo procesa | Lo interpreta y lo convierte en partidas |
| Tablas de varias páginas | Frágil | Buena, aunque hay que verificar totales |
| Riesgo principal | No lee | Lee algo plausible pero equivocado |
Ese último renglón es clave. La IA casi nunca devuelve un campo vacío; puede devolver uno bien formado y erróneo. Por eso el diseño correcto nunca confía en la lectura sola: la cruza contra tus datos maestros antes de crear nada.
El flujo completo: buzón → lectura → validación → alta → confirmación
Así se ve cada paso en la práctica:
- Recepción. Un buzón dedicado (por ejemplo, pedidos@tuempresa) o una regla en el buzón actual. El sistema identifica qué correos son órdenes y cuáles son otra cosa: una aclaración, una factura, una queja.
- Lectura. La IA extrae encabezado (cliente, número de OC, fecha, fecha requerida, dirección de entrega, condiciones) y partidas (código, descripción, cantidad, unidad, precio). Devuelve un formato estructurado, no texto libre.
- Validación. Cada campo se cruza contra el ERP: las 8 reglas de la sección siguiente. Cada regla deja un resultado: correcta, corregida automáticamente o requiere revisión.
- Alta. Si todo pasa, se crea el pedido de venta en el ERP con el número de OC del cliente como referencia. El PDF original queda adjunto o enlazado.
- Confirmación. Se responde al cliente con el número de pedido interno, las partidas y la fecha comprometida. Si hay cambios (una partida sin existencia, un precio distinto), se dice claramente.
Las 8 validaciones que evitan errores
Aquí está la diferencia entre un proyecto que funciona y uno que llena el ERP de basura. Ninguna de estas reglas es IA: son reglas de negocio que tu equipo ya aplica de memoria y que hay que escribir.
| # | Validación | Contra qué se cruza | Error que evita |
|---|---|---|---|
| 1 | Cliente | Catálogo de clientes por RFC, dominio del correo o número de cliente | Pedido cargado a otra razón social del mismo grupo |
| 2 | Código del cliente contra tu SKU | Tabla de equivalencias | Surtir la pieza equivocada |
| 3 | Precio pactado | Lista de precios o convenio vigente del cliente | Facturar a un precio que el cliente no aceptará |
| 4 | Unidad de medida | Factores de conversión (pieza, caja, kilo, metro, millar) | Enviar 100 piezas cuando pidió 100 cajas |
| 5 | Fecha de entrega | Tiempo de entrega estándar y existencias | Comprometer una fecha imposible |
| 6 | Dirección de entrega | Direcciones registradas del cliente | Entregar en la planta equivocada |
| 7 | Crédito | Límite, saldo y cartera vencida en el ERP | Surtir a un cliente bloqueado |
| 8 | Duplicados | Número de OC del cliente ya registrado | Surtir dos veces la misma orden reenviada |
Añade una validación de totales: la suma de partidas que leyó la IA debe coincidir con el total impreso en la orden. Si no cuadra, algo se leyó mal, y la orden va a revisión. Es una comprobación barata que atrapa muchos errores de lectura.
Tabla de equivalencias de códigos de cliente
Es el problema más típico en México: el cliente grande pide con su número de parte y tu almacén trabaja con el tuyo. Si hoy la equivalencia vive en la cabeza de una persona o en un Excel, este es el primer entregable del proyecto, con o sin IA.
| Cliente | Código del cliente | Tu SKU | Unidad cliente → tuya | Precio pactado |
|---|---|---|---|---|
| Cliente A | MX-45120-B | TOR-M8-25-ZN | caja de 100 → 100 pz | Según convenio |
| Cliente B | 000987654 | TOR-M8-25-ZN | pieza → pieza | Lista 2 |
Filas ilustrativas.
La IA ayuda de dos formas: propone la equivalencia cuando aparece un código nuevo (comparando descripciones), y la persona la aprueba una sola vez. A partir de ahí, la regla es fija. SAP Business One, por ejemplo, ya trae un objeto para esto: los números de catálogo de socio de negocio, expuestos en su Service Layer como AlternateCatNum según la referencia oficial de la API.
Excepciones: cuándo debe revisarlo una persona
El objetivo no es que nadie mire nada, es que la persona de pedidos solo mire lo que lo merece. Llamamos a esto aprobación por excepción: el sistema da de alta solo lo que pasa todas las reglas y manda a una bandeja lo demás, con el motivo marcado.
Reglas de excepción que recomendamos desde el primer día:
- Cualquier validación de las 8 que no pase.
- Cliente nuevo o código de producto nuevo.
- Importe por encima de un umbral que decides tú.
- Totales que no cuadran con la suma de partidas.
- Correo con palabras de cambio o cancelación ("sustituye a la OC…", "cancelar").
- Durante el primer mes, todo: se revisa el 100 % para medir la precisión real antes de soltar la mano.
Regla de oro: la bandeja de excepciones debe mostrar el PDF original al lado de los datos leídos, con el campo dudoso resaltado. Si revisar una excepción cuesta lo mismo que teclear la orden, no has automatizado nada.
Cómo se da de alta en tu ERP (Aspel SAE, SAP Business One, Odoo, ERP propio)
La vía de alta depende del ERP y de su versión. Conviene saberlo antes de contratar, porque cambia el costo y el riesgo del proyecto.
| ERP | Vía de alta del pedido | A tener en cuenta |
|---|---|---|
| Aspel SAE | Importación de pedidos desde archivos Excel, XML o TXT, función que Siigo Aspel describe en la ficha oficial de SAE. El sistema genera el archivo y el alta se hace con la importación. | Evita escribir directo en la base de datos: puede afectar soporte y actualizaciones. Lo detallamos en integrar Aspel SAE. |
| SAP Business One | Service Layer: API sobre HTTP y OData con entidades como Orders (pedidos de cliente), según la guía oficial de SAP. | Crea un usuario técnico con permisos acotados. Pregunta a tu partner SAP por la licencia que requiere ese usuario. |
| Odoo | API externa. En Odoo 19 la documentación oficial presenta la API JSON-2 y anuncia que los endpoints XML-RPC y JSON-RPC están programados para retirarse en Odoo 22 (otoño de 2028). | La misma página indica que el acceso por API externa solo está disponible en los planes Custom de Odoo, no en One App Free ni Standard. |
| ERP propio o a medida | API si existe; si no, tabla intermedia que el ERP lee, o importación de archivo | Pide al proveedor del ERP que valide el formato y quién da soporte a esa interfaz. |
Un consejo que aplica a todos: que el sistema cree el pedido en un estado revisable (por ejemplo, pedido sin autorizar o borrador) durante las primeras semanas. Es más fácil ganar la confianza de almacén y facturación así. Para los detalles de diseño de la interfaz, revisa cómo integrar una API con el ERP sin romper procesos.
¿Qué campos de tus órdenes se leerían solos?
Reenvíanos 10 órdenes de compra reales (puedes tachar precios) y en el diagnóstico te enseñamos qué campos se leerían solos y cuáles necesitarían revisión.
¿Y las OC que llegan por WhatsApp o desde portales de clientes?
En distribuidoras de refacciones y ferreteras industriales, buena parte de los pedidos llega como foto de una lista escrita a mano, un PDF reenviado o un mensaje de voz. La lectura con IA funciona igual que con el correo, con una diferencia: la foto suele ser peor, así que el umbral de revisión humana debe ser más estricto.
Si automatizas la respuesta, hazlo con la plataforma oficial. Según las reglas de WhatsApp Business Platform, los mensajes libres solo se pueden enviar dentro de la ventana de atención de 24 horas que abre cada mensaje del cliente; fuera de ella hay que usar plantillas aprobadas. Una confirmación de pedido inmediata cae dentro de la ventana; un aviso de embarque días después, normalmente no. Revisa en esa misma página los cambios de cobro por mensaje anunciados para octubre de 2026.
Portales de clientes y EDI
Muchos clientes grandes (cadenas comerciales, armadoras y sus proveedores de primer nivel) no envían la orden por correo: la publican en su portal de proveedores o la mandan por EDI. Aquí la IA aporta poco en la lectura, porque el dato ya viene estructurado. Lo que sí se automatiza es la descarga periódica, la conversión al formato de tu ERP y las mismas 8 validaciones.
Un detalle muy mexicano: varios de esos clientes exigen que la factura lleve el número de OC, a veces en una addenda. Si la orden se captura bien desde el origen, la factura sale bien después. Si se captura mal, el rechazo llega semanas más tarde, en cobranza.
Qué medir tras 30 días
Define la línea base antes de arrancar (con la fórmula del principio) y compara al mes. Estos son los indicadores útiles:
| Indicador | Cómo se mide | Para qué sirve |
|---|---|---|
| Tiempo de entrada | Mediana de horas entre la llegada del correo y el alta en el ERP | Velocidad de servicio al cliente |
| % sin intervención | OC dadas de alta sin tocar ÷ OC totales | Grado real de automatización |
| Precisión por campo | Campos corregidos por la persona ÷ campos leídos | Dónde ajustar instrucciones o datos maestros |
| Errores que llegaron al cliente | Notas de crédito o devoluciones por captura | El indicador que paga el proyecto |
| Motivos de excepción | Conteo por regla (código nuevo, precio, crédito…) | Qué dato maestro hay que limpiar |
El último indicador suele ser el más revelador. Si el 60 % de las excepciones son "código de cliente sin equivalencia", el problema no es la IA: es la tabla de equivalencias. Arreglarla sube el porcentaje sin intervención más que cualquier ajuste del modelo.
¿Herramienta empaquetada o desarrollo a medida?
Hay software de "procesamiento inteligente de documentos" que lee órdenes con buena calidad. La pregunta es qué pasa después de leer.
| Criterio | Herramienta empaquetada | Desarrollo a medida |
|---|---|---|
| Lectura del documento | Buena, lista de inmediato | Buena, usando los mismos modelos |
| Validaciones de tu negocio | Limitadas a lo que permite configurar | Las que necesites, contra tus datos |
| Conector con Aspel SAE o ERP propio | A menudo inexistente | Se construye |
| Costo | Suscripción, a veces por documento o página | Proyecto inicial más costo de uso de la API y mantenimiento |
| Dependencia | Del proveedor del software | Del código; exige que te lo entreguen documentado |
Regla práctica: si tu ERP tiene conector nativo con la herramienta y tus validaciones son sencillas, empieza por la empaquetada. Si usas Aspel, tienes muchas equivalencias de código o quieres que el mismo flujo cubra WhatsApp y portales, lo razonable es un desarrollo sobre tu ERP. Para comparar presupuestos, consulta cuánto cuesta automatizar un proceso y qué debe incluir la propuesta.
Si además cotizas antes de recibir la orden, el siguiente paso natural es conectar ambos extremos: automatizar cotizaciones industriales y validar que la OC que llega coincide con lo cotizado. Lo vemos todo dentro de nuestra automatización de procesos con IA y la integración con tu ERP.
Preguntas frecuentes
¿La IA puede leer órdenes de compra escaneadas o fotografiadas?
Sí, si la imagen es legible. Los modelos con visión procesan la página como imagen además de texto, así que leen escaneos y fotos. La precisión baja con fotos torcidas, borrosas o con escritura a mano, por eso esas órdenes deben tener un umbral de revisión humana más estricto que un PDF generado por el sistema del cliente.
¿Qué pasa si la IA se equivoca en una cantidad o un precio?
Por eso existen las validaciones. El precio se compara con la lista pactada, la cantidad con la unidad de medida y el total con la suma de partidas. Si algo no cuadra, la orden no entra al ERP: va a la bandeja de excepciones con el campo dudoso resaltado para que una persona lo confirme.
¿Necesito cambiar de ERP para automatizar las órdenes de compra?
No. Aspel SAE permite importar pedidos desde archivos, SAP Business One tiene Service Layer y Odoo tiene API externa en sus planes Custom. Lo que sí necesitas es un catálogo de productos y clientes razonablemente limpio y una tabla de equivalencias de códigos. Sin eso, ningún ERP ni ninguna IA evitará errores.
¿Mis órdenes de compra y precios salen de la empresa?
El documento se envía al proveedor del modelo de IA para leerlo, así que conviene revisar sus condiciones de uso y retención de datos, y usar cuentas empresariales de API, no aplicaciones de consumo. Los datos maestros y el ERP se quedan en tu infraestructura; solo viaja el documento que se está leyendo.
¿Cuánto tarda en implementarse?
Depende sobre todo de la vía de alta en el ERP y del estado de la tabla de equivalencias. Un piloto con uno o dos clientes grandes y alta en estado borrador es un proyecto de semanas, no de meses. Ampliar a todos los clientes se hace después, cuando la precisión medida en el piloto lo justifique.
¿Sirve si recibo pocas órdenes al mes?
Con pocas órdenes sencillas, probablemente no compense un desarrollo. Haz el cálculo con la fórmula de esta guía: si el costo mensual de captura y errores es bajo, basta con una buena plantilla y la tabla de equivalencias. Compensa cuando hay volumen, muchas partidas por orden o errores que cuestan fletes y notas de crédito.
Trae 10 órdenes reales
En 30 minutos te decimos qué porcentaje entraría solo a tu ERP y qué datos maestros habría que ordenar antes.
Fuentes
- Anthropic, PDF support, documentación de la plataforma Claude (consultada el 28 de septiembre de 2026).
- SAP, Working with SAP Business One Service Layer, manual de usuario (versión 1.15).
- SAP, Service Layer API Reference, SAP Business One 10.0.
- Odoo, External JSON-2 API, documentación de Odoo 19.0.
- Siigo Aspel, Sistema Administrativo Empresarial Aspel SAE, ficha oficial de producto.
- Meta, Non-template messages, documentación de WhatsApp Business Platform.