Saltar al contenido

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
  1. Cliente y artículos identificados
  2. Pedido dentro del límite de crédito del cliente
  3. Stock disponible; un artículo por debajo del punto de pedido
  4. Borrador preparado con todas las líneas del pedido de cliente
La orden de compra de reposición del artículo bajo mínimos queda pendiente de la aprobación de Compras.Atención al Cliente aprueba, modifica o rechaza el borrador del pedido de cliente.AprobarModificarRechazar

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

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

Fuentes
Buzón de pedidos
CRM
ERP
Elementos del mapa
Pedido
Cliente
Artículo
Stock
Crédito
Orden de compra
Comprobaciones
Cliente
Artículos
Stock
Crédito
Operaciones con aprobación
Registro del pedidoAprobación de Atención al Cliente
Envío de la orden de compraAprobación de Compras
Tres fuentes de lectura, seis elementos, cuatro comprobaciones y dos operaciones, cada operación con el departamento que la aprueba.
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

DeRemitente del cliente
AsuntoPedido
AdjuntosTabla o fichero con las líneas
  • 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

Texto originalCantidadEstado
Referencia del clienteCantidad: Cantidad leídaEstado: Lista para la traducción
Descripción del clienteCantidad: Cantidad leídaEstado: Lista para la traducción
Texto ambiguoCantidad: Sin cantidadEstado: Duda
Cada línea entra con el texto original del cliente; el modelo de lenguaje no traduce referencias ni completa cantidades.

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
1Dirección de correo
2Dominio de la empresa

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
Búsqueda en el CRM por la dirección exacta y, si no aparece, por el dominio de la empresa.

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
1Referencia del cliente
2Descripción del cliente en pedidos anteriores

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
Lo que la tabla de equivalencias no contiene queda como duda; nunca se completa con la referencia más parecida.

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

Stock del artículoERP · stock
Cantidad comprometida en otros pedidosERP · pedidos de cliente pendientes de servir
+Órdenes de compra pendientes de recibir, con su fechaERP · órdenes de compra
  • Cantidad que se puede servir hoy
  • Fecha en la que se puede servir el resto
El cálculo se repite por cada línea del pedido; la línea sin stock suficiente sigue en el borrador con su fecha.

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

Límite de crédito concedidoCRM · ficha del cliente
Crédito usado en pedidos pendientes de facturarERP · pedidos
Facturas pendientes de cobroERP · cobros
vsImporte del borrador del pedidoEl borrador
  • Pedido dentro del crédito disponible
  • Pedido por encima del límite: marca de crédito con el importe que lo supera
El pedido con marca de crédito llega completo a la aprobación; la decisión es de Atención al Cliente.

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

Stock del artículo descontado el pedidoResultado de la disponibilidad
vsPunto de pedido del artículoERP · ficha del artículo
+Proveedor habitual y cantidad de reposiciónERP · ficha del artículo
  • 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
La orden de compra solo se propone con el punto de pedido y el proveedor habitual en el ERP; sin ellos, el agente avisa y no la prepara.

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 Cliente
ClienteIdentificado en el CRM
TarifaLa de la ficha del cliente
Forma de pagoLa de la ficha del cliente
CréditoDentro del límite
ArtículoCantidadDisponibilidad
Artículo propioCantidad: Cantidad del clienteDisponibilidad: Servible hoy
Artículo propioCantidad: Cantidad del clienteDisponibilidad: Una parte hoy; el resto en la fecha de la orden de compra
Texto original del clienteCantidad: Cantidad del clienteDisponibilidad: Duda: sin equivalencia
Lo que Atención al Cliente ve al abrir la petición: el borrador entero, con cada duda en su línea.

Aprobació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
AprobarRegistro del pedido en el ERP tal como está
ModificarModificación de las líneas antes del registro
RechazarPedido sin registrar, con el motivo
  • Historial de aprobaciones: la decisión y quién la tomó
  • Historial de operaciones: las lecturas y los cálculos del agente
El agente prepara; Atención al Cliente aprueba, modifica o rechaza; el agente registra el pedido aprobado.
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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

Empresas usuarias de Hellomatik
  • LIXIL
  • Joma Sports
  • Clínica Planas

O pida la reunión aquí

Hellomatik, S.L. trata estos datos para responder a su solicitud y organizar la reunión. Derechos y más información en la política de privacidad de Hellomatik. Un ingeniero de Hellomatik responde en el plazo de un día laborable. Hellomatik no realiza llamadas de venta.

Los datos se guardan cifrados en servidores de la Unión Europea.

O elija día y hora directamente: Elegir día y hora