màj wiki avec retour MES lot-5 AD
This commit is contained in:
@@ -0,0 +1,115 @@
|
||||
# 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 `<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
|
||||
|
||||
```xml
|
||||
<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 |
|
||||
Reference in New Issue
Block a user