Del correo de pedido al borrador ERP: campos y estados
Un ejemplo completo de asignación de campos sigue el mensaje hasta el borrador guardado, la aprobación y el tratamiento de una recepción duplicada.
Seguir el mensaje hasta el estado de destino
Un modelo de lenguaje puede proponer información de un correo de pedido. La transferencia a un ERP también requiere fuentes definidas, controles y estados visibles. Describa cuándo se registra el mensaje, cuándo hace falta aclaración y cuándo se ha guardado realmente un borrador. La aprobación interna posterior del pedido tiene su propio paso.
Definir campos, fuentes y resultados
Para el mensaje ficticio EM-84, la cuenta del cliente y la autorización para pedir ya se han comprobado. La tabla define la correspondencia de este caso.
Campo | Del correo | De datos operativos aprobados | Resultado en el borrador |
|---|---|---|---|
Cliente | Referencia de cliente | Cuenta y autorización comprobadas | Vínculo con |
Artículo | Código | Artículo activo coincidente sin ambigüedad | Vínculo con el artículo existente |
Cantidad y unidad | 4 cajas | 5 unidades por caja | 20 unidades; se documenta la unidad original |
Precio | No se indica importe | Regla de precios del cliente válida | Valor actual con fuente de precio rastreable |
Referencia del caso | Mensaje recibido | Identificador de entrada estable | Vínculo con el original y el borrador asociado |
La conversión es 4 × 5 = 20. Se basa en la definición de embalaje aprobada. Si esa correspondencia no está resuelta, el caso pasa a aclaración. El modelo no completa el factor a partir de nombres de productos parecidos o respuestas anteriores. Los cambios de cantidad, artículo o regla de precios se revisan antes de transferirlos.
Separar los estados guardado y aprobado
Tras la transferencia, el ejemplo considera creado el borrador solo cuando el ERP confirma el registro guardado D-84 y los valores esperados. Enviar una solicitud de escritura no basta. La persona responsable puede ver juntos el original, la correspondencia y el estado de revisión pendiente. El paso de aprobación acordado convierte el caso en un pedido aprobado internamente. La confirmación del pedido o reserva posterior se define en el proceso siguiente correspondiente.
Prever repeticiones y resultados inciertos
Si EM-84 llega de nuevo, su identificador de entrada debe llevar al borrador existente. Un pedido modificado se revisa como una nueva versión. Si falta la respuesta tras la transferencia, el proceso aclara primero el estado en el sistema de destino. Otro intento de escritura necesita una regla que evite crear dos veces el mismo caso.
Antes del uso, compruebe un artículo desconocido, un embalaje distinto, una base de precio ausente y un resultado de escritura incierto. Para los datos obligatorios que falten, defina dónde queda el caso pendiente de aclaración y quién se encarga. Si el resultado es incierto, también debe poder encontrarse un borrador ya creado. Así, la evaluación cubre todo el recorrido hasta el registro y el estado de aprobación correctos.
Fuentes
Seguir leyendo
Todos los artículos
IA y automatización con ASES
Asistentes de IA y procesos automatizados