Pasar pedidos de WhatsApp al ERP puede parecer una tarea menor: leer el mensaje, copiar referencias, poner cantidades y guardar. Pero en empresas con volumen, esa tarea acumula tiempo, interrupciones y errores difíciles de detectar hasta que el pedido ya está en marcha.
El problema no es que el equipo no sea cuidadoso. El problema es que WhatsApp no nació como una pantalla de entrada de pedidos. Los clientes escriben como hablan, usan abreviaturas, mandan audios, mezclan varios temas en la misma conversación y a veces cambian el pedido después de haberlo enviado.
Cuando alguien tiene que convertir todo eso en líneas de pedido, cada interpretación manual abre una pequeña posibilidad de error.
Los errores suelen nacer en el salto entre lenguaje natural y dato estructurado. Un cliente no piensa en campos de ERP. Piensa en lo que necesita recibir.
Puede escribir:
- "Mándame 4 cajas del de siempre".
- "Ponme 12 del grande y 6 del pequeño".
- "Lo mismo del martes, pero sin el producto que no había".
- "Añade dos más si tienes stock".
- "Para la tienda de la calle Mayor, no para el almacén".
Cada frase exige contexto. Si la persona que registra el pedido conoce al cliente, quizá lo resuelve rápido. Si no lo conoce, tiene que buscar histórico, preguntar o asumir.
Los errores más habituales aparecen en:
- Referencias parecidas.
- Nombres coloquiales de producto.
- Cantidades sin unidad clara.
- Cambios enviados en mensajes posteriores.
- Pedidos mezclados con preguntas o incidencias.
- Clientes con varias direcciones o centros.
- Tarifas especiales que no se aplican automáticamente.
El ERP necesita datos limpios. WhatsApp entrega conversación. El trabajo está en convertir una cosa en la otra.
En pedidos B2B, una referencia mal interpretada puede tener más impacto que una simple errata. Puede provocar una entrega incorrecta, una devolución, una llamada de reclamación o una corrección administrativa.
Las cantidades también son delicadas. "Dos" puede significar dos unidades, dos cajas, dos packs o dos palets. "Una caja grande" puede depender del catálogo. "Medio" puede ser media caja, medio kilo o una unidad fraccionada si el sector lo permite.
Los formatos añaden otra capa. Un producto puede existir en varios tamaños. Un cliente puede comprar siempre un formato concreto. Otro puede pedir el mismo nombre comercial en una presentación distinta.
Por eso una automatización útil no debe limitarse a extraer texto. Debe cruzar el pedido con catálogo, histórico y reglas operativas.
El ERP no puede trabajar con ambigüedad. Necesita saber qué producto, qué cantidad, qué cliente, qué dirección, qué fecha y bajo qué condiciones. Si esos datos llegan mal, el error se desplaza a preparación, logística, facturación o atención al cliente.
Automatizar la entrada al ERP sin validaciones puede ser peligroso. Si el sistema convierte mensajes en pedidos demasiado rápido, también puede acelerar errores.
Antes de impactar el ERP conviene validar:
- Existencia del producto.
- Formato disponible.
- Cantidad mínima o múltiplos.
- Tarifa aplicable.
- Cliente y dirección correctos.
- Stock o disponibilidad.
- Condiciones comerciales.
- Duplicados.
La automatización debería actuar como una capa previa: interpreta, estructura, valida y marca excepciones.
El catálogo ayuda a identificar referencias oficiales, productos sustitutos, formatos y equivalencias. El histórico ayuda a entender el contexto del cliente.
Si un restaurante pide todas las semanas el mismo producto con un nombre informal, el histórico puede orientar la interpretación. Si una tienda siempre compra cajas y nunca unidades sueltas, el sistema puede proponer el formato más probable. Si un cliente cambia de cantidad respecto a su pedido habitual, esa diferencia puede mostrarse para revisión.
Esto no significa que la IA deba decidir sin control. Significa que puede presentar una propuesta mucho más útil que una transcripción plana.
Por ejemplo:
- Mensaje original: "Mándame 6 del azul y 3 del grande".
- Propuesta: 6 cajas de referencia A y 3 unidades de referencia B.
- Contexto: el cliente pidió esos productos las últimas cuatro semanas.
- Duda: confirmar si "grande" se refiere al formato de 5 litros o 10 litros.
Ese tipo de explicación acelera la revisión.
No todos los pedidos deben pasar automáticamente. Algunos necesitan una pregunta de aclaración o revisión interna.
Un pedido debería marcarse como excepción cuando:
- Falta una cantidad.
- Hay dos productos posibles.
- El cliente cambia una línea después de confirmar.
- La referencia no existe.
- El producto no está disponible.
- La tarifa no está clara.
- El mensaje contiene una condición especial.
En esos casos, lo importante es no esconder la duda. El sistema debe mostrar qué falta y proponer el siguiente paso: preguntar al cliente, revisar manualmente, sugerir alternativa o bloquear envío al ERP.
Antes de conectar pedidos de WhatsApp con el ERP, revisa:
- El catálogo está actualizado.
- Las referencias tienen nombres y equivalencias claras.
- Los clientes están bien identificados.
- Las direcciones y centros de entrega están definidos.
- Las tarifas y condiciones se pueden consultar.
- Hay reglas para stock, mínimos y formatos.
- El equipo sabe qué casos revisar.
- Se conserva el mensaje original.
- Existe una validación antes del envío final.
- El flujo permite corregir sin perder trazabilidad.
Si esta base no existe, conviene ordenar datos y reglas antes de automatizar.
Reducir errores al pasar pedidos de WhatsApp al ERP no consiste solo en escribir más rápido. Consiste en interpretar mejor, validar antes y dejar claro cuándo hay una excepción.
D27 Orders actúa como capa de interpretación y validación entre WhatsApp y tus sistemas operativos. Convierte pedidos conversacionales en datos estructurados para que el pedido llegue más limpio, el equipo revise menos desde cero y el ERP reciba información más fiable.