Aperçu OMS : cycle de vie de la commande
Dernière mise à jour 2026-10-13
Rôle d’OMS, les deux modes d’exécution et le parcours d’une commande.
OMS est le point unique de toutes les commandes : création manuelle, CSV, canaux, portail ou CRM, puis validation et exécution.
Deux modes d’exécution#
- oms_standalone : OMS gère son propre stock et expédie lui-même.
- wms_sync : OMS lit seulement le stock WMS ; l’exécution se fait côté WMS.
- Le mode est résolu par entrepôt et peut écraser la valeur par défaut.
Machine à états de la commande#
- draft : nouveau, modifiable.
- pending_review : soumis, en attente de validation.
- confirmed : validé, contrôle ATP réussi.
- allocated : entrepôt assigné, bon de libération créé.
- released : transmis à l’exécution.
- partial_fulfilled / fulfilled : partiellement ou totalement expédié.
- delivered : réception confirmée ; cancelled : état terminal.
Après released, annulation impossible via l’API ; passez par les retours (RMA).
Enregistrements clés autour de la commande#
- Lignes : item_id pointe vers wms_items, sans mapping SKU.
- Audit des statuts : chaque changement y est consigné.
- Événements miroir de l’avancement côté WMS.
- Listes de colisage et étiquettes 4×6 générées pour impression navigateur.
Liens d’OMS avec les autres apps#
- WMS : source de stock et exécutant en mode wms_sync.
- CRM : les opportunités deviennent des commandes.
- Portail : les merchants peuvent créer des commandes.
- Comptabilité : la facturation est dans Accounting, sans lien automatique.