- El problema no es WhatsApp como canal, sino la transcripción manual necesaria para convertir conversaciones informales en los campos estructurados que necesita el ERP
- Los errores más frecuentes afectan referencias, unidades, tarifas, modificaciones posteriores, pedidos duplicados, direcciones y fechas de entrega, y pueden terminar generando devoluciones, rectificaciones y entregas adicionales.
- Automatizar de forma segura requiere identificar al cliente, interpretar el pedido, contrastarlo con catálogo y condiciones comerciales, resolver ambigüedades, obtener confirmación y solo entonces crear el pedido en el ERP.
Los errores aparecen al convertir una conversación de WhatsApp en los campos estructurados que necesita el ERP: cliente, referencia, formato, cantidad, tarifa, dirección y fecha de entrega. El problema es la transcripción manual que conecta ambos sistemas.
Para reducir errores, el pedido debe seguir un flujo controlado: recibir el mensaje, identificar al cliente, interpretar productos y cantidades, validar los datos contra el ERP, solicitar confirmación y crear el pedido. Cuando existe una duda, el sistema debe detener el proceso y escalar la excepción en lugar de completar el pedido mediante una suposición.
- Los errores nacen en el salto entre la forma en que habla el cliente y la estructura rígida del ERP.
- El coste real incluye correcciones, notas de crédito, devoluciones, entregas adicionales, tiempo administrativo y pérdida de confianza.
- Automatizar de forma segura exige validar catálogo, unidades, tarifas y cliente antes de crear el pedido.
El cliente dice «ponme cuatro de la grande»
Un restaurante envía este mensaje a su distribuidor:
“Ponme cuatro de la grande, dos sin alcohol y añade lo mismo que pedí el viernes.”
Para quien lleva años atendiendo ese punto de venta, el pedido puede resultar evidente. Sabe qué marca llama “la grande”, qué formato compra sin alcohol y qué referencias incluía el pedido del viernes.
Para el ERP, ninguna de esas expresiones significa nada.
El sistema necesita códigos de producto, unidades, formatos, precios, dirección de entrega y una identificación inequívoca del cliente. Alguien debe traducir la conversación a esa estructura.
Cuando la traducción se hace manualmente, aparecen varias oportunidades de error:
- Elegir una referencia parecida.
- Confundir unidades con cajas.
- Consultar el pedido de otro viernes.
- Utilizar una tarifa incorrecta.
- Olvidar un cambio enviado en un mensaje posterior.
- Crear dos veces el mismo pedido.
- Asociarlo a otro establecimiento del mismo cliente.
El pedido puede parecer correcto al guardarse y fallar varias horas después, cuando el almacén lo tiene que preparar, reparto intenta entregarlo o el cliente abre las cajas y no encuentra lo que pidió.
WhatsApp no es el problema
WhatsApp funciona bien como canal de entrada para la solicitud del pedido, porque ya forma parte de la rutina del comprador. Un bar, restaurante o tienda puede escribir, enviar un audio o fotografiar una lista sin entrar en un portal ni recorrer un catálogo.
Pero el momento de confusión puede aparecer después, porque para muchas distribuidoras, el flujo real es:
Mensaje recibido → lectura manual → interpretación → consulta del catálogo → transcripción → ERP
El mismo pedido se expresa una vez por el cliente y se reconstruye una segunda vez dentro de la empresa. Ese paso intermedio consume tiempo y añade riesgo.
Cambiar WhatsApp por otra aplicación puede trasladar el esfuerzo al cliente sin resolver la raíz del problema. Entonces, la alternativa es conservar el canal y automatizar lo que ocurre entre el mensaje y el ERP.
Los errores más frecuentes al pasar pedidos de WhatsApp al ERP
a) Referencia equivocada
Los catálogos HORECA contienen productos con nombres y formatos muy similares. Una cerveza puede tener versiones de 25, 33 o 50 cl; un refresco puede venderse por unidad, pack o caja; una misma marca puede incluir referencias retornables y no retornables.
Si el cliente utiliza un nombre coloquial y la persona selecciona la primera coincidencia, el ERP acepta un producto válido, aunque no sea el solicitado.
b) Cantidad o unidad incorrecta
“Necesito doce aguas” puede significar doce botellas, doce packs o doce cajas. El error se produce cuando la cantidad está clara, pero no la unidad de venta.
Una diferencia aparentemente pequeña puede multiplicar el volumen preparado y el importe del pedido.
c) Tarifa que no corresponde
Dos clientes pueden comprar el mismo producto con condiciones distintas. Si el pedido se transcribe sin recuperar automáticamente la tarifa asociada al punto de venta, pueden aplicarse precios generales, promociones caducadas o descuentos de otra cuenta.
El error puede detectarse al facturar, al entregar o cuando el cliente compara el importe con su pedido anterior.
d) Cambios enviados en mensajes separados
El cliente envía el pedido y, cinco minutos después, añade:
“Cambia las dos cajas pequeñas por una grande.”
Si una persona ya estaba introduciendo la primera versión, el cambio puede no llegar al ERP o generar un segundo pedido. Las conversaciones no siempre siguen el orden limpio de un formulario.
e) Pedido duplicado
Un pedido puede llegar al comercial y al número de administración, o reenviarse porque el cliente no recibió confirmación.
Si no existe un identificador que permita reconocer que ambos mensajes corresponden a la misma solicitud, el ERP puede terminar con dos pedidos aparentemente válidos.
f) Cliente o dirección incorrectos
Una empresa puede gestionar varios locales desde un mismo número. El comprador puede pedir para el restaurante del centro, el almacén o una nueva apertura.
Asociar correctamente la cuenta sin comprobar el lugar de entrega produce un pedido bien transcrito, pero enviado al destino equivocado.
g) Fecha o condición de entrega omitida
“Lo necesito antes del servicio del viernes” no es una línea de producto, pero condiciona el valor completo del pedido.
Si esa información queda en WhatsApp y no se traslada al campo correspondiente, logística recibe un pedido técnicamente correcto que no cumple la necesidad del cliente.
h) Audio mal interpretado
El ruido de cocina, una cobertura deficiente, marcas pronunciadas de manera informal y referencias parecidas pueden dificultar la escucha. Reproducir varias veces el audio ayuda, pero no elimina el riesgo de asumir una palabra incorrecta.
El error visible suele ser el final de una cadena
Un producto equivocado parece un fallo de almacén. Una factura incorrecta parece un problema administrativo. Una entrega repetida parece un error de logística.
Sin embargo, la causa puede estar en el primer paso: la interpretación del mensaje.
Corregir el dato en el ERP es solo una parte del trabajo. También hay que localizar el pedido, detener su preparación, avisar a almacén, emitir documentación nueva y explicar el error al cliente.
Cuánto cuesta realmente un error de transcripción
No existe un coste único. Depende del momento en que se detecta y de cuántas áreas hayan comenzado a trabajar sobre el pedido incorrecto.
1) Tiempo de captura
Es el tiempo dedicado a leer, interpretar, buscar referencias y teclear. Existe incluso cuando el pedido se introduce correctamente.
2) Tiempo de investigación
Cuando aparece una discrepancia, alguien debe revisar el chat, escuchar el audio y comparar el mensaje con lo introducido en el ERP.
3) Rectificación administrativa
Puede ser necesario modificar el pedido, rehacer el albarán, corregir la factura o emitir una nota de crédito.
4) Coste de almacén
Si la mercancía ya se preparó, hay que desmontar el pedido, devolver unidades a su ubicación y preparar la versión correcta.
5) Coste logístico
Cuando el error llega al cliente, puede requerir una segunda visita. El coste incluye vehículo, conductor, combustible y tiempo de ruta.
6) Pérdida de producto
En alimentación, determinados productos no siempre pueden reincorporarse a la venta con facilidad. La cadena de frío, la caducidad o el estado del embalaje pueden transformar una devolución en merma.
7) Coste comercial
El cliente debe comprobar el pedido, reclamar y esperar una solución. Aunque la incidencia se resuelva, la confianza se deteriora y el siguiente pedido puede terminar en otro proveedor.
Cómo calcular el coste con datos propios
La forma más útil de calcularlo es separar el trabajo normal de las incidencias.
Coste de captura manual:
Pedidos procesados × minutos por pedido × coste por minuto del equipo
Coste de incidencias:
Pedidos con error × coste medio de investigar, rectificar y resolver cada incidencia
Costes operativos adicionales:
Devoluciones + segundas entregas + mermas + descuentos compensatorios
Por ejemplo, si una distribuidora procesa 100 pedidos diarios y cada transcripción requiere cinco minutos, consume 500 minutos de trabajo al día: ocho horas y veinte minutos.
Si una parte de esos pedidos genera incidencias, hay que sumar el tiempo de administración, almacén, reparto y comercial. Es un ejemplo de cálculo, no una media sectorial. Cada distribuidora debería utilizar su volumen, sus salarios y su coste logístico.
Panggea dispone de un diagnóstico de operación para estimar con datos propios cuánto tiempo se dedica a pasar pedidos al ERP y qué parte del proceso puede automatizarse.
Por qué automatizar la transcripción no basta
Una automatización puede leer mensajes y seguir creando pedidos incorrectos si no comprueba los datos antes de escribir en el ERP.
Automatizar de forma segura no significa eliminar controles. Significa convertirlos en parte del flujo.
Un sistema fiable debe poder:
- Identificar al cliente antes de interpretar el pedido.
- Resolver productos contra un catálogo controlado.
- Distinguir unidades, packs, cajas y formatos.
- Recuperar la tarifa correcta.
- Detectar información incompleta.
- Reconocer cambios dentro de la conversación.
- Evitar duplicados.
- Solicitar confirmación.
- Detenerse cuando la confianza no es suficiente.
- Conservar un registro de lo interpretado y confirmado.
Si una referencia es ambigua, el objetivo no es que la inteligencia artificial adivine mejor. Es que pregunte o escale el pedido.
Flujo correcto: del mensaje recibido al ERP
1. Recepción del mensaje
El cliente envía texto, audio, fotografía o PDF por WhatsApp. El mensaje entra en un canal corporativo y queda asociado a una conversación.
2. Identificación del cliente
El número se relaciona con el cliente, el punto de venta, la dirección de entrega y sus condiciones comerciales.
Si el contacto gestiona varios establecimientos, el sistema debe solicitar o inferir de forma controlada el destino correcto.
3. Interpretación del pedido
El contenido se transforma en líneas estructuradas:
- Producto.
- Referencia.
- Cantidad.
- Unidad.
- Formato.
- Observaciones.
- Fecha solicitada.
Las expresiones coloquiales se comparan con el catálogo y con el histórico del cliente.
4. Validación comercial y operativa
Antes de crear el pedido, se comprueban los datos relevantes:
- La referencia existe.
- El formato es válido.
- La unidad está clara.
- La tarifa corresponde al cliente.
- La cantidad cumple las reglas establecidas.
- La dirección es correcta.
- No existe ya un pedido equivalente.
- La fecha solicitada puede trasladarse al ERP.
La disponibilidad de stock también puede formar parte del flujo cuando la integración y las reglas de la distribuidora lo permiten.
5. Resolución de dudas
Si falta información, el sistema pregunta al cliente. Si el caso necesita criterio —una condición especial, una reclamación o una negociación—, lo traslada al equipo.
La excepción debe llegar con la conversación y la propuesta ya preparadas. La persona decide; no empieza el pedido desde cero.
6. Confirmación del cliente
El comprador recibe un resumen claro con productos, cantidades y formatos. Solo después de confirmarlo, el pedido continúa.
Este paso evita que una interpretación plausible se convierta automáticamente en un error operativo.
7. Creación en el ERP
El pedido confirmado se sincroniza con el sistema utilizado por la empresa. No queda en una bandeja intermedia para que alguien vuelva a introducirlo manualmente.
8. Registro y trazabilidad
La distribuidora conserva el mensaje original, la interpretación, la confirmación y el resultado creado en el ERP.
Si aparece una incidencia, puede comprobar qué ocurrió sin reconstruir el proceso desde distintas aplicaciones.
Mensaje recibido → validación → ERP
Cómo empezar a automatizar sin trasladar errores al ERP
Ordena los datos maestros
La automatización depende del catálogo, los formatos, las tarifas y la identificación de clientes. Si esos datos contienen duplicados o nombres contradictorios, conviene corregirlos antes del piloto.
Revisa cómo hablan los clientes
No basta con mirar códigos de producto. Hay que analizar expresiones reales:
- “Lo de siempre”.
- “La caja grande”.
- “Dos de cada”.
- “El mismo que la semana pasada”.
- “Añade uno más”.
- “Cámbialo por el pequeño”.
Estas frases muestran qué contexto necesita el sistema para interpretar un pedido.
Empieza por pedidos recurrentes
Los clientes con patrones estables permiten validar el flujo con menos excepciones. No es necesario automatizar todo el catálogo y toda la cartera desde el primer día.
Mantén supervisión durante el piloto
En la primera fase, el sistema puede preparar el pedido y una persona verificarlo antes de la creación definitiva.
Esto permite medir precisión, identificar expresiones problemáticas y ajustar las reglas con pedidos reales.
Define umbrales para escalar
Una referencia incierta, una unidad ausente o una condición especial deben activar una revisión. La tasa de automatización no debería crecer a costa de aceptar pedidos dudosos.
Comprueba la trazabilidad
Cada pedido debería permitir responder:
- Qué mensaje lo originó.
- Qué referencias se interpretaron.
- Qué validaciones se aplicaron.
- Qué confirmó el cliente.
- Cuándo se creó en el ERP.
- Quién resolvió una posible excepción.
Qué métricas permiten evaluar el proceso
Tiempo hasta el ERP
Mide cuánto transcurre desde que el cliente envía el mensaje hasta que el pedido aparece en el sistema de gestión.
Pedidos correctos a la primera
Calcula qué porcentaje no necesita cambios después de la confirmación o creación.
Tasa de excepciones
Muestra cuántos pedidos requieren criterio humano. También conviene clasificarlos por causa: referencia, cantidad, tarifa, dirección o condición especial.
Rectificaciones posteriores
Registra cambios realizados después de que el pedido ya estaba confirmado. Es una señal más exigente que medir únicamente si el sistema logró crear la orden.
Pedidos duplicados
Permite comprobar si el flujo identifica reenvíos, mensajes repetidos y pedidos recibidos por más de un canal.
Coste por incidencia
Suma el tiempo y los recursos utilizados para resolver cada error. Ayuda a priorizar los fallos con mayor impacto, aunque no sean los más frecuentes.
Porcentaje de pedidos sin transcripción manual
Mide cuánto trabajo repetitivo se ha retirado del equipo. Debe analizarse junto con la precisión y la tasa de excepciones.
Cómo lo resuelve Panggea
Clara, la solución de ventas de Panggea, trabaja sobre el WhatsApp que ya utiliza el cliente. Interpreta pedidos enviados como texto, audio, fotografía o PDF y los contrasta con el catálogo y el histórico del punto de venta.
El flujo no termina al reconocer palabras. Clara:
- Identifica productos y cantidades.
- Prepara una propuesta estructurada.
- Pide confirmación al cliente.
- Sincroniza el pedido confirmado con el ERP.
- Escala las incidencias que necesitan intervención.
El equipo deja de copiar todos los pedidos y trabaja sobre las excepciones. El cliente conserva su canal habitual y la distribuidora gana un proceso trazable entre conversación y operación.
Este modelo forma parte de la operación comercial híbrida de Panggea: la tecnología procesa el trabajo repetitivo y las personas mantienen la relación, la negociación y las decisiones que requieren criterio.
Un pedido correcto empieza antes del ERP
El ERP procesa los datos que recibe. Si la referencia, la cantidad o el cliente llegan mal, el sistema puede ejecutar con precisión un pedido equivocado.
Por eso el punto crítico está antes: en la conversión de una conversación informal en una orden estructurada, validada y confirmada.
Automatizar pedidos por WhatsApp no debería significar introducir mensajes más rápido. Debería significar retirar la transcripción manual, aplicar controles consistentes y conseguir que el pedido llegue correctamente al ERP desde el principio.
Solicita una demo de Panggea para ver cómo funcionaría el flujo con el catálogo, el histórico y el ERP de tu distribuidora.
Preguntas frecuentes
¿El cliente tiene que escribir códigos de producto para evitar errores?
No. Puede continuar utilizando nombres habituales, audios o fotografías. El sistema debe relacionar esas expresiones con el catálogo y el histórico; cuando no existe una coincidencia suficientemente clara, debe preguntar o escalar el pedido.
¿Qué ocurre si el cliente modifica el pedido después de confirmarlo?
El cambio debe tratarse como una nueva acción vinculada al pedido original, con trazabilidad sobre quién lo solicitó y qué líneas se modificaron. Según el estado del pedido en el ERP, puede requerir una actualización automática o la intervención del equipo.
¿Se puede automatizar cualquier pedido recibido por WhatsApp?
No todos deberían procesarse sin supervisión. Los pedidos recurrentes y con referencias claras son los mejores candidatos; las negociaciones, condiciones especiales, reclamaciones y solicitudes ambiguas deben continuar en manos de una persona.
[…] forma de eliminar el error de transcripción es eliminar la transcripción. Cuando el pedido entra por WhatsApp o por mail y se interpreta en el […]