Arthur Ria
4.2 KiB
Fusion des commandes / Merge
Source : Confluence EasyWMS France Dernière mise à jour : 31/12/2025 (v3)
1. Définition et périmètre
Principe général
La fusion (« merge ») regroupe plusieurs ordres de sortie distincts en un seul ordre consolidé, pour préparer, conditionner et expédier en une seule opération.
⚠️ La fusion s'applique exclusivement aux ordres de sortie, pas aux livraisons (deliveries).
Fusion de commande vs Fusion de livraison
| Aspect | Ordre de sortie | Livraison |
|---|---|---|
| Définition | Commande unitaire avec lignes d'articles | Regroupement d'ordres expédiés ensemble |
| Application de la fusion | Oui | Non (la livraison est le résultat de la fusion) |
| Résultat de la fusion | Ordre consolidé avec toutes les lignes | Envoi physique avec les colis produits |
2. Conditions d'éligibilité
Conditions obligatoires
- Adresse d'expédition identique (toutes les sous-balises de
<ShippingAddress>) - Adresse de livraison identique (toutes les sous-balises de
<DeliveryAddress>et<DeliveryContact>) - Même type d'ordre (Customer, Transfer, etc.)
- Statut "Waiting"
- Extra Data identiques
Restrictions bloquantes
Un ordre ne peut pas être fusionné s'il est :
- Déjà dans une autre fusion
- Dans un groupement
- Dans une vague
- Assigné à une tournée
3. Processus de fusion
| Étape | Action | Initiateur |
|---|---|---|
| 1 | Création des commandes vers la même adresse | Client/ERP |
| 2 | Déclenchement de la fusion via l'action "Fusion" | Opérateur (ou automatique si configuré) |
| 3 | Préparation du stock (picking, colisage, chargement) | Opérateur |
| 4 | Clôture de l'ordre fusionné → production des colis | Opérateur |
| 5 | Génération de la livraison (delivery) | Système |
L'ordre fusionné possède son propre code, statut et date d'expédition — il est traité comme tout ordre standard. La traçabilité ERP reste individualisée par ordre d'origine.
4. Configuration technique
Activation dans les fichiers SOR
<Delivery>
<DlvShareDeliveries>true</DlvShareDeliveries>
</Delivery>
Paramètre système
ALLOW_MERGE_DIFFERENT_ACCOUNT : si activé, permet la fusion d'ordres appartenant à des comptes clients différents.
5. Prérequis et responsabilités client
⚠️ Aucun processus automatique de fusion n'est inclus en standard. La fusion est manuelle par défaut. Toute automatisation est un développement spécifique nécessitant analyse, validation et contractualisation.
Le client est responsable de :
- La cohérence des données SOR (adresses, Extra Data identiques)
- La configuration de
DlvShareDeliveries - La définition des règles métier (quelles commandes fusionner)
- Le comportement en cas d'anomalie (rupture, annulation, modification d'adresse)
6. Limitations connues
- Fusion possible uniquement sur des ordres au statut "Waiting"
- Un ordre en cours de préparation ne peut pas être fusionné
- La fusion ne peut pas être annulée une fois le picking initié
- Les retours et SAV sont traités individuellement
7. Impacts opérationnels
| Aspect | Impact |
|---|---|
| Temps de picking | ✅ Optimisé (un seul passage) |
| Temps de colisage | ⚠️ Variable (volumes importants) |
| Temps de vérification | ⚠️ Augmenté (toutes les lignes fusionnées) |
| Temps d'expédition | ✅ Réduit (un seul BL, un seul chargement) |
Gestion des anomalies
| Anomalie | Comportement standard |
|---|---|
| Rupture de stock partielle | Fusion passe en statut "Postponed" jusqu'à disponibilité complète |
| Annulation avant picking | Retrait de l'ordre de la fusion possible |
| Annulation pendant picking | Intervention manuelle nécessaire |
| Annulation après colisage | Décolisage requis puis re-traitement |
| Modification d'adresse | L'ordre doit être exclu de la fusion |
| Erreur transporteur | Stock bloqué en zone d'emballage, statut à corriger manuellement |