# Fusion des commandes / Merge > Source : [Confluence EasyWMS France](https://easywmsfrance.atlassian.net/wiki/spaces/EF/pages/3001434079279) > 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 ``) - **Adresse de livraison identique** (toutes les sous-balises de `` et ``) - **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 ```xml true ``` ### 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 |