Automatización de pedidos con IA: de email, PDF o WhatsApp al ERP sin volver a picar datos.

El flujo puede vigilar un buzón comercial, recibir documentos desde un portal o recoger mensajes de canales autorizados. Cada entrada se convierte en un caso con identificador, cliente probable, documento original, fecha y estado. El objetivo es absorber la variedad del canal sin trasladar el trabajo al comprador ni crear otra bandeja que el equipo deba revisar manualmente.

La captura no debe equivaler a aceptar el pedido. Archivos, remitentes y formatos se validan primero; cualquier contenido inesperado queda aislado. Esta separación evita que un mensaje entrante pueda provocar por sí solo una escritura en el ERP y permite aplicar políticas diferentes por canal, cliente o sociedad.

Dominio de correo, identificadores fiscales, códigos internos, direcciones y referencias históricas ayudan a asociar la entrada con una cuenta existente. La coincidencia debe alcanzar un nivel definido por la empresa antes de recuperar tarifas, descuentos, crédito o direcciones autorizadas.

Si dos clientes son plausibles, el sistema no elige silenciosamente. Presenta candidatos y evidencia para revisión. Evitar una asociación incorrecta es más importante que ahorrar unos segundos, porque una identidad equivocada puede contaminar precios, stock reservado, condiciones de pago y documentación posterior.

Una vez identificado cliente y producto, el sistema consulta la fuente comercial autorizada: tarifa, contrato, promoción, descuento por volumen o condición específica. La IA no improvisa un precio cuando falta información. Si la condición recibida no coincide con la vigente, crea una discrepancia explicable.

Las excepciones de precio requieren el circuito definido por la empresa. El Empleado IA puede preparar comparación, margen, histórico y motivo declarado, pero una concesión fuera de política debe quedar en manos del rol autorizado. Así se gana velocidad sin diluir gobierno comercial.

Un mismo pedido puede llegar reenviado, adjunto a dos correos o repetido por un cliente que no recibió confirmación. Antes de crear una venta, el Empleado IA compara cliente, número externo, líneas, cantidades, fecha y otras señales contra casos abiertos y registros del ERP.

Las coincidencias claras se bloquean; las similitudes dudosas se presentan a revisión. La idempotencia debe apoyarse en identificadores persistentes y reconciliación con el sistema de verdad. Procesar más rápido no sirve si también se duplican ventas, reservas o expediciones.

Tras superar las validaciones, el conector puede crear un borrador de pedido en el ERP con cliente, líneas, cantidades, precios, fechas y referencias. La operación usa un esquema validado, permisos mínimos e identificador idempotente y conserva la respuesta del ERP como evidencia del resultado.

Empezar por borradores reduce riesgo durante el piloto. Cuando las métricas demuestran estabilidad, ciertos casos estándar pueden avanzar automáticamente dentro de límites aprobados. Pedidos de alto importe, excepciones de precio, crédito o referencias ambiguas pueden conservar revisión humana permanente.

Las métricas deben incluir tiempo de entrada a borrador, porcentaje sin intervención, precisión de SKU, correcciones de precio, duplicados evitados, excepciones, errores de escritura, tiempo de revisión y coste por pedido correcto. La velocidad aislada puede ocultar retrabajo aguas abajo.

Segmentar por cliente, canal, tipo de documento y versión del flujo ayuda a saber dónde existe suficiente estabilidad para ampliar autonomía. El objetivo no es maximizar una tasa de automatización, sino mejorar el proceso completo sin aumentar errores comerciales, logísticos o financieros.