Gestión de pedidos recibidos por correo electrónico
Del correo del cliente al borrador del pedido, con stock y crédito comprobados y pendiente de aprobación
Para empresas que reciben pedidos por correo y los registran a mano en el sistema de gestión, con el riesgo de la comprobación omitida: la referencia mal interpretada, el stock ya comprometido o el crédito agotado.
- Fuentes de datos
- Correo · CRM (el sistema de gestión de clientes) · ERP (el sistema de gestión de la empresa)
- Correo
- CRM (el sistema de gestión de clientes)
- ERP (el sistema de gestión de la empresa)
- Aprobación
- Atención al Cliente aprueba el pedido; Compras aprueba la orden de compra
- Primer paso
- Prueba con los correos de pedido ya registrados, antes de procesar uno nuevo
Borrador del pedido de cliente
En preparaciónPendiente de aprobación- Cliente y artículos identificados
- Pedido dentro del límite de crédito del cliente
- Stock disponible; un artículo por debajo del punto de pedido
- Borrador preparado con todas las líneas del pedido de cliente
La gestión de pedidos recibidos por correo electrónico convierte el correo de un cliente en un borrador de pedido comprobado con los datos del CRM y del ERP (el sistema de gestión de la empresa), con el cliente identificado, los artículos traducidos a las referencias propias, el stock y el crédito comprobados y, si procede, la orden de compra de reposición preparada. El registro del pedido en el ERP requiere la aprobación de Atención al Cliente; el envío de la orden de compra, la aprobación de Compras.
En esta página
- Procedimiento manual
- Fuentes de datos y elementos del mapa
- Los seis pasos de cada correo
- Leer el correo
- Identificar al cliente
- Traducir las referencias
- Calcular la disponibilidad
- Comprobar el crédito
- Preparar la reposición
- Componer el borrador del pedido
- Aprobación y registro
- Aportación de la empresa
- Puesta en marcha
- Límites del caso de uso
Procedimiento manual
En la venta entre empresas, una parte de los pedidos llega por correo electrónico en texto libre, con las referencias propias de cada cliente y, con frecuencia, con adjuntos en formatos diversos. El proceso manual de cada correo comprende cinco tareas repartidas entre el CRM (el sistema de gestión de clientes) y el ERP: la identificación del remitente en el CRM, la localización de los artículos en el catálogo, la comprobación del stock, la comprobación del crédito en la ficha del cliente y el registro del pedido en el ERP.
El coste principal del proceso manual no es el tiempo de registro, sino la comprobación omitida, que deja registrado un pedido con un error de referencia, de stock o de crédito.
La reposición del stock bajo mínimos es una consecuencia del pedido y en el proceso manual se gestiona aparte, cuando se detecta la falta.
Fuentes de datos y elementos del mapa
El agente es el software que realiza cada tarea. El agente trabaja sobre el mapa de la empresa, la descripción escrita que indica dónde está cada dato, qué contiene cada fuente y cómo se analiza cada situación del negocio.
Ver la figura
Contenido del mapa para el caso de uso
Ver el detalle
Para el caso de uso, el mapa declara tres fuentes: el buzón de pedidos, que contiene el pedido; el CRM, que contiene la ficha del cliente con la tarifa que se le aplica, su forma de pago y su límite de crédito; y el ERP, que contiene el catálogo con sus precios, el stock, las órdenes de compra pendientes y el crédito ya usado. Sobre esas tres fuentes el mapa define cuatro comprobaciones y dos operaciones sujetas a aprobación.
El agente lee una copia de los datos de las tres fuentes, y cada dato del borrador lleva la fecha de su última actualización; una fuente que no responde deja su parte del borrador marcada como no actualizada, sin detener el pedido. El agente no escribe en las fuentes por su cuenta: las dos únicas operaciones, el registro del pedido y el envío de la orden de compra, se ejecutan solo tras la aprobación. Atención al Cliente aprueba el pedido y Compras aprueba la orden de compra.
Los seis pasos de cada correo
Cada correo pasa por seis pasos, siempre en el mismo orden: la lectura del correo, la identificación del cliente, la traducción de los artículos, la disponibilidad, el crédito y la reposición, que prepara una orden de compra si un artículo queda bajo mínimos. Ninguna comprobación detiene el pedido: cada una deja su resultado en la línea y el borrador llega completo, con las dudas marcadas. Cada paso se describe en su apartado, con los datos que el agente lee y el resultado que deja en la línea; los dos últimos apartados describen el borrador del pedido y su aprobación.
Leer el correo
La lectura del correo es la extracción de las líneas del pedido a partir del cuerpo del correo, de sus tablas y de sus adjuntos. El modelo de lenguaje (el programa de inteligencia artificial que interpreta texto) extrae cada línea con el texto original del cliente y su cantidad; el texto ilegible o ambiguo queda marcado como duda, sin completar.
El modelo de lenguaje recibe solo el correo y sus adjuntos, sin ningún dato del ERP ni del CRM, y no traduce referencias: la traducción es el paso siguiente, con la tabla de equivalencias.
Ver la figura
Del correo a las líneas del pedido
Correo del cliente
- Línea con la referencia del cliente y la cantidad
- Línea con la descripción del cliente y la cantidad
- Línea con texto ambiguo
Líneas extraídas
Identificar al cliente
La identificación del cliente es la búsqueda del remitente del correo en el CRM (el sistema de gestión de clientes). El agente compara la dirección y el dominio de correo del remitente con las fichas del CRM y toma de la ficha encontrada la tarifa del cliente, la forma de pago y el límite de crédito concedido. Un remitente sin ficha deja el pedido con la duda de cliente, y el pedido sigue adelante.
Un contacto nuevo de una empresa con ficha se identifica por el dominio; la ficha del CRM no se crea ni se modifica en este caso de uso.
Ver la figura
El remitente, buscado en el CRM
Remitente del correo
- Dirección de correo
- Dominio de la empresa
- Nombre del contacto
Ficha del cliente en el CRM
- Empresa y contacto
- Tarifa
- Forma de pago
- Cliente identificado, con tarifa y forma de pago
- Sin ficha en el CRM: duda de cliente en el borrador
Traducir las referencias
La traducción de las referencias es la conversión de la referencia de cada línea en el artículo propio del catálogo. El agente busca la referencia del cliente en la tabla de equivalencias (la tabla que traduce las referencias de cada cliente a las propias) y toma del ERP el artículo propio y su precio en la tarifa del cliente. La referencia que la tabla no contiene queda como duda con el texto original; el agente no la sustituye por la referencia más parecida.
La tabla de equivalencias crece con cada corrección aprobada: la referencia corregida en un pedido queda traducida para el pedido siguiente del mismo cliente.
Ver la figura
La referencia del cliente, traducida al artículo propio
Línea del pedido
- Referencia del cliente
- Descripción del cliente
- Cantidad
Tabla de equivalencias y ERP
- Referencia del cliente y su artículo propio
- Artículo propio y descripción
- Precio en la tarifa del cliente
- Artículo propio y precio en la línea
- Sin equivalencia: duda con el texto original del cliente
Calcular la disponibilidad
La disponibilidad es la cantidad de cada artículo que la empresa puede servir hoy, calculada a partir del stock del ERP. El agente resta del stock la cantidad comprometida en otros pedidos; el resultado es la cantidad que se puede servir hoy. Para el resto, el agente toma la fecha de las órdenes de compra pendientes de recibir.
El campo de stock del ERP por sí solo no es la disponibilidad: incluye mercancía ya comprometida en otros pedidos. Tomar ese campo como disponibilidad confirma pedidos que no se pueden servir.
Ver la figura
El cálculo de la disponibilidad
- Cantidad que se puede servir hoy
- Fecha en la que se puede servir el resto
Comprobar el crédito
La comprobación del crédito compara el importe del pedido con el crédito disponible del cliente. El agente resta del límite de crédito concedido el crédito usado y las facturas pendientes de cobro, y compara el resultado con el importe del borrador. Un pedido que supera el límite no se detiene: llega a la aprobación con la marca de crédito y el importe que lo supera.
La decisión sobre un pedido con marca de crédito corresponde a Atención al Cliente. Si la empresa fija una regla para esos pedidos, la regla se escribe en el mapa y queda en el historial.
Ver la figura
La comprobación del crédito
- Pedido dentro del crédito disponible
- Pedido por encima del límite: marca de crédito con el importe que lo supera
Preparar la reposición
La reposición es la orden de compra al proveedor habitual que el agente prepara cuando el stock de un artículo, descontado el pedido, queda por debajo del punto de pedido (la cantidad de stock a partir de la cual se repone). El agente toma del ERP el stock mínimo, el punto de pedido y el proveedor habitual; sin esos datos, avisa de que faltan datos de reposición del artículo y no prepara la orden de compra.
El envío de la orden de compra requiere la aprobación de Compras, aparte de la aprobación del pedido por Atención al Cliente.
Ver la figura
Del stock resultante a la orden de compra
- Orden de compra al proveedor habitual, pendiente de la aprobación de Compras
- Sin punto de pedido o sin proveedor habitual: aviso de artículo bajo mínimos, sin orden de compra
Componer el borrador del pedido
El borrador del pedido es el documento que reúne el resultado de los seis pasos: el cliente identificado con su tarifa y su forma de pago, cada línea con su artículo propio, su cantidad servible y su fecha, las dudas marcadas y la marca de crédito si procede. El borrador llega completo aunque tenga dudas; ninguna comprobación lo detiene.
El borrador es lo que Atención al Cliente ve al abrir la petición de aprobación: el pedido entero, con cada duda en su línea y el motivo de cada marca.
Ver la figura
El borrador del pedido, completo
Borrador del pedido
Pendiente de aprobación · Atención al ClienteAprobación y registro
El borrador del pedido llega a la bandeja de Atención al Cliente como petición «Aprobación · pedido» con tres acciones: aprobar, modificar y rechazar. La aprobación registra el pedido en el ERP tal como está; la modificación permite corregir las líneas antes del registro; el rechazo deja el pedido sin registrar, con el motivo.
Ver la figura
La petición de aprobación
Bandeja de Atención al Cliente
Aprobación · pedido
- Borrador del pedido con el resultado de cada comprobación
- Dudas y marca de crédito, línea a línea
- Orden de compra de reposición, si procede, para la aprobación de Compras
- Historial de aprobaciones: la decisión y quién la tomó
- Historial de operaciones: las lecturas y los cálculos del agente
Ver el detalle
Un pedido sin decisión permanece pendiente y sin registrar. Si el stock o el crédito cambian entre el borrador y la aprobación, el agente actualiza el borrador y la aprobación se pide de nuevo; una misma aprobación nunca registra dos veces.
Cada decisión queda en el historial de aprobaciones, junto al historial de operaciones (lecturas y cálculos del agente).
El ciclo es siempre el mismo: el agente prepara, una persona aprueba, modifica o rechaza, y el agente registra el pedido aprobado. El pedido siguiente aprovecha las correcciones: las equivalencias corregidas quedan en la tabla de equivalencias y las reglas de crédito que fija la empresa, en el mapa.
Aportación de la empresa
Tres decisiones propias de cada empresa determinan lo que el agente propone.
Alcance de la aprobación
En el caso de uso todo pedido requiere aprobación. Si la empresa decide que los pedidos de clientes dentro de su límite de crédito y sin dudas se registren sin pasar por la bandeja, esa regla se escribe en el mapa y queda en el historial; el agente no establece esa regla por su cuenta.
Mínimos y proveedor habitual
La orden de compra solo se propone si el ERP contiene el stock mínimo, el punto de pedido y el proveedor habitual del artículo. Sin esos datos, el agente avisa de que faltan datos de reposición del artículo y no prepara la orden de compra.
Modelo de lenguaje y región de proceso de los datos
El modelo de lenguaje que extrae el pedido del correo se elige en la puesta en marcha, con su proveedor y la región donde se procesan los datos. El modelo recibe solo el correo y sus adjuntos, sin ningún dato del ERP ni del CRM; el contrato con el proveedor del modelo lo firma la empresa.
Puesta en marcha
La puesta en marcha comienza por el mapa de los datos de pedidos, clientes y stock y por una prueba con correos cuyos pedidos ya están registrados, antes de que el agente procese un correo nuevo. Hellomatik construye el mapa con los datos que la empresa aporta; la empresa no escribe el mapa. El caso de uso no fija plazos de calendario.
- 01
Mapa de los datos
Definición de las fuentes del caso de uso: el buzón, el CRM y las tablas del ERP de clientes, artículos, stock, pedidos, órdenes de compra y crédito. La conexión con el ERP lee sin aprobación y solo registra pedidos y órdenes de compra aprobados.
- 02
Equivalencias y mínimos
Carga de las referencias de cada cliente a partir de sus pedidos anteriores, y de los stocks mínimos, puntos de pedido y proveedores habituales del ERP. Los datos que faltan quedan como duda hasta que la empresa los completa.
- 03
Prueba con pedidos registrados
Procesamiento de correos de pedidos ya registrados manualmente y comparación línea a línea del borrador con el registro original. Cada diferencia se revisa antes de procesar un correo nuevo.
- 04
Bandeja y aprobaciones
Asignación de quién aprueba los pedidos en Atención al Cliente y quién aprueba las órdenes de compra en Compras, y de la bandeja a la que llega cada petición de aprobación. Con las aprobaciones asignadas, el agente lee el buzón, Atención al Cliente aprueba los pedidos y Compras aprueba las órdenes de compra.
Límites del caso de uso
El caso de uso no dice cuántos pedidos entran por correo en una empresa ni cuánto tiempo requiere cada uno. Este caso de uso todavía no está en funcionamiento en ninguna empresa: el volumen y el tiempo se miden sobre los correos de la empresa que lo implante.
El caso de uso no afirma que todos los formatos se lean igual de bien. Un pedido dictado en un audio, o escrito a mano y fotografiado, no se lee: entra entero como duda, para su registro manual. En los formatos que sí se leen, los datos no reconocidos con certeza quedan como duda.
Reserve una reunión con un ingeniero de Hellomatik para revisar cómo llegan hoy los pedidos por correo a su empresa.
O pida la reunión aquí

