659 lines
30 KiB
Markdown
659 lines
30 KiB
Markdown
---
|
||
share_link: https://share.note.sx/im3nz19i#rs3hMlIlHLhx+9xZTI28Q4CRe6ja/cEnrQMbMavsUBg
|
||
share_updated: 2026-03-03T16:05:42+01:00
|
||
---
|
||
# CR Consolidé — Ateliers d'interfaçage EasyWMS / SAP
|
||
|
||
**Projet :** Athenza (Limagrain) — Interfaçage WMS/ERP
|
||
**Période :** 05 janvier 2026 → 23 février 2026 (7 ateliers)
|
||
|
||
---
|
||
|
||
## Table des matières
|
||
|
||
1. [[#1. Architecture générale et décisions structurantes]]
|
||
2. [[#2. ITM — Fiche Article]]
|
||
3. [[#3. ASN — Réception Production]]
|
||
4. [[#4. ROR — Réceptions Externes et Retours Clients]]
|
||
5. [[#5. REF — Finalisation de Réception]]
|
||
6. [[#6. ROF — Clôture d'Ordre d'Entrée]]
|
||
7. [[#7. SOR — Ordres de Sortie]]
|
||
8. [[#8. RUT — Routes / Tournées Client]]
|
||
9. [[#9. SOF — Finalisation Ordre de Sortie]]
|
||
10. [[#10. LOF — Finalisation de Chargement]]
|
||
11. [[#11. STV — Variation de Stock]]
|
||
12. [[#12. STR — Demande de Changement de Stock]]
|
||
13. [[#13. LOC — Message Périodique]]
|
||
14. [[#14. COR / COF — Inventaire et Échantillonnage]]
|
||
15. [[#15. WSC — Contrôle Journalier]]
|
||
16. [[#16. Sujets transversaux]]
|
||
17. [[#17. Flux supprimés ou non retenus]]
|
||
18. [[#18. Synthèse de tous les messages]]
|
||
19. [[#19. Points ouverts consolidés]]
|
||
20. [[#20. Actions consolidées]]
|
||
|
||
---
|
||
|
||
## 1. Architecture générale et décisions structurantes
|
||
|
||
### 1.1 Gestion Article vs Lot — Architecture retenue
|
||
|
||
**Décision : Lot SAP = Article WMS (code article dans EasyWMS = code lot SAP)**
|
||
|
||
L'option d'une concaténation code produit + code lot SAP a été étudiée et écartée :
|
||
|
||
- **Avantages de l'option retenue :** Base article présente dans EasyWMS, gestion simplifiée des attributs.
|
||
- **Inconvénients :** Changement d'article plus complexe (identifiant invariable sur le stock, nécessite suppression puis recréation), risque sur du stock en ASRS.
|
||
|
||
Le **code produit SAP** est géré comme un **attribut au niveau du stock** (pas de la fiche article), car un même lot SAP peut correspondre à plusieurs produits différents (ex. : changement de destination).
|
||
|
||
### 1.2 Relations clés
|
||
|
||
| Relation | Type | Statut |
|
||
| ----------------------------------------------- | -------- | ---------------------- |
|
||
| Lot SAP ↔ Lot Officiel | 1 pour 1 | ✅ Validé par Limagrain |
|
||
| Code article WMS = Code lot SAP | — | ✅ Validé |
|
||
| Code produit SAP = Attribut logistique du stock | — | ✅ Validé |
|
||
|
||
### 1.3 Communication API
|
||
|
||
|Paramètre|Valeur|
|
||
|---|---|
|
||
|Format|JSON|
|
||
|Opération par défaut|3 = Upsert|
|
||
|Mode de mise à jour|Complete = true (fiche complète à chaque envoi)|
|
||
|Owner Code|Constante "MECALUX" (propriétaire technique)|
|
||
|Site|WF02|
|
||
|
||
### 1.4 Passage aux attributs logistiques standards
|
||
|
||
**Changement majeur (validé le 16/02) :** Les informations initialement prévues en Custom Attributes au niveau du stock sont désormais gérées via les **attributs logistiques standards** du WMS.
|
||
|
||
| Donnée métier | Ancienne balise | Nouvelle balise API |
|
||
| ---------------------- | ---------------- | ------------------- |
|
||
| Code produit SAP | CustomAttribute1 | **Lot** |
|
||
| Code propriétaire SAP | CustomAttribute2 | **Color** |
|
||
| Description courte SAP | CustomAttribute3 | **Source** |
|
||
| Pays de destination | CustomAttribute4 | **Size** |
|
||
|
||
Les noms de balises API ne correspondent pas aux données métier (ex. : "Color" = propriétaire SAP). Le renommage d'affichage sera fait dans le WMS.
|
||
|
||
### 1.5 Gestion des codes clients / fournisseurs
|
||
|
||
La base client/fournisseur SAP **ne sera pas interfacée** avec le WMS (trop volumineuse, non liée à un site).
|
||
|
||
**Solution retenue :**
|
||
|
||
| Flux | Champ code | Champ texte libre (Source) |
|
||
| ----------------- | ---------------------------- | ------------------------------ |
|
||
| ROR Fournisseur | SupplierCode = "FOURNISSEUR" | Code fournisseur SAP + libellé |
|
||
| ROR Retour client | AccountCode = "CLIENT" | Code client SAP + libellé |
|
||
| SOR Production | AccountCode = "PRODUCTION" | — |
|
||
| RUT / SOR Client | AccountCode = "CLIENT" | Code client SAP + libellé |
|
||
|
||
### 1.6 Gestion des poids
|
||
|
||
|Situation|Comportement ERP|
|
||
|---|---|
|
||
|Article en BAG (UdM ≠ KG)|L'ERP ne s'intéresse qu'à la **quantité de sacs** ; les écarts de poids sont ignorés|
|
||
|Article en KG|Seule la **quantité en KG** intéresse l'ERP ; si le poids change (balance), le WMS modifie la quantité|
|
||
|
||
Le **poids théorique** de la ligne de stock (quantité × poids unitaire, hors poids palette) sera transmis dans le ROR via les attributs logistiques (champ `Weight`).
|
||
|
||
---
|
||
|
||
## 2. ITM — Fiche Article
|
||
|
||
### 2.1 Unité de base selon le type d'article
|
||
|
||
| Type article | Description | Unité de base WMS |
|
||
| ------------ | ----------------- | ----------------- |
|
||
| FERT | Produit fini | BAG (sac) |
|
||
| ZSIZ | Semi-fini calibré | KG |
|
||
|
||
L'unité de base dans le WMS est l'**unité logistique** (pas l'unité de base SAP). Un même produit peut exister en BAG et en KG = codes articles WMS différents.
|
||
|
||
### 2.2 Champs utilisés — Fiche article
|
||
|
||
|Champ EasyWMS|Champ SAP|Remarque|
|
||
|---|---|---|
|
||
|ItemCode|Code lot SAP|Clé principale|
|
||
|Alias|Lot officiel|Relation 1:1, scannable|
|
||
|OwnerCode|—|Constante "MECALUX"|
|
||
|Description|Description longue|Affichage PC|
|
||
|AltDescription|Description courte (MAKTL)|Affichage mobile, < 65 car.|
|
||
|Type|FERT / ZSIZ / etc.|+ description du type|
|
||
|Family|Traitement commercial|+ description|
|
||
|BaseUoM|BAG ou KG|Selon type d'article|
|
||
|Weight|Poids brut du sac|Poids unitaire théorique|
|
||
|ContainerQty|Nb sacs par palette|Palette pleine standard|
|
||
|ContainerType|Palette|Un seul type de palette|
|
||
|
||
### 2.3 Custom Attributes Article (ITM)
|
||
|
||
Les Custom Attributes de la fiche article (différents des attributs logistiques du stock) conservent les données intrinsèques au produit : espèce, génération, emballage (BigBag), GTIN, semences (vrai/faux), field production area, calibre (size), marque, et **Stage** (Custom Attribute 10, ajouté pour étiquette échantillon).
|
||
|
||
### 2.4 Profils logistiques (bloc Profiles dans ITM)
|
||
|
||
|Type d'article|Profil|Description|
|
||
|---|---|---|
|
||
|Articles classiques|PROFIL_STANDARD|Gestion Code produit + propriétaire + Description + Pays destination|
|
||
|Palettes bois vides|PROFIL_PALETTE|Gestion palette bois vide|
|
||
|
||
### 2.5 Champs NON utilisés dans ITM
|
||
|
||
Stock Label, Classification ABC, Alertes stock (min/max), Image produit, Code danger (pas d'impact logistique), Températures min/max, Cross-docking, Gerbabilité (gérée via ordonnancement picking), Picking message, IsPacking.
|
||
|
||
### 2.6 Conversions
|
||
|
||
- Unité de base = BAG ou KG (pas de conversion supplémentaire identifiée pour l'instant)
|
||
- Pas de gestion financière ni de découpage dans les sacs
|
||
- Le nombre de sacs par palette pleine est géré dans la conversion container
|
||
|
||
---
|
||
|
||
## 3. ASN — Réception Production
|
||
|
||
### 3.1 Architecture
|
||
|
||
**1 ASN = 1 palette de production** (envoi dès création de la HU avec code SSCC). Pas d'agrégation de palettes — permet la suppression individuelle en cas d'annulation.
|
||
|
||
### 3.2 Attributs logistiques du stock (dans les lignes ASN)
|
||
|
||
|Attribut logistique|Champ SAP|Usage|
|
||
|---|---|---|
|
||
|LotCode|Code produit SAP|Différencie produits pour même lot SAP|
|
||
|Color|Propriétaire réel SAP|≠ "MECALUX" technique|
|
||
|Source|Description produit|Désignation courte SAP|
|
||
|Size|Destination (Pays)|Peut changer|
|
||
|
||
### 3.3 Statuts de stock
|
||
|
||
Gérés dès l'ASN. Limagrain a la main directement dans le WMS pour créer et paramétrer les statuts (sacs sales, contrôle, déchirés, bloqués logistiques, etc.). Si stock OK : ne PAS envoyer de statut — envoyer champ vide ou ne pas inclure dans le JSON.
|
||
|
||
### 3.4 Champs NON utilisés dans ASN
|
||
|
||
DivisionType, ReceiptOrderCode, IsSlave, Height/Volume (recalculé au pesage PIE), attributs logistiques de dates (fabrication, expiration), numéro de série.
|
||
|
||
---
|
||
|
||
## 4. ROR — Réceptions Externes et Retours Clients
|
||
|
||
### 4.1 Structure
|
||
|
||
1 ROR = 1 livraison SAP. Un camion peut contenir plusieurs livraisons. SAP envoie les livraisons (pas les commandes d'achat).
|
||
|
||
### 4.2 Livraisons fournisseur (DESADV)
|
||
|
||
- InboundType = 0 (Fournisseur)
|
||
- SupplierCode = "FOURNISSEUR" (en dur)
|
||
- Source = code + libellé fournisseur SAP
|
||
- Tolérances précisées par SAP (override le profil de réception par défaut)
|
||
- Poids théorique transmis via attribut logistique `Weight`
|
||
|
||
### 4.3 Retours clients (ORDRSP)
|
||
|
||
| Champ | Valeur |
|
||
| ------------------ | ------------------------------------- |
|
||
| InboundType | 1 (Return) |
|
||
| AccountCode | "CLIENT" (en dur) |
|
||
| Source | Code + libellé client SAP |
|
||
| Tolérances | Aucune (profil "illimité" par défaut) |
|
||
| ReceiveLessAllowed | true |
|
||
|
||
### 4.4 Transferts inter-sites
|
||
|
||
- InboundType = 3 (Transfert)
|
||
- Tolérance = 0% (palettes identifiées)
|
||
- Le site émetteur = fournisseur dans EasyWMS
|
||
|
||
### 4.5 Retours avec codes lots inconnus
|
||
|
||
Mécanisme spécifique : SAP envoie un ROR avec codes articles génériques → scan du lot officiel sur le sac → appel API vers SAP pour vérification → si valide, stock créé avec le vrai code lot ; si invalide, stock refusé (intervention manager).
|
||
|
||
### 4.6 Gestion des SSCC dans le ROR
|
||
|
||
**Décision :** Ne pas envoyer les numéros SSCC dans le ROR. Le SSCC sera récupéré au moment du scan RFID en réception.
|
||
|
||
### 4.7 Paramètres clés ROR
|
||
|
||
- FreeQuantity : non nécessaire
|
||
- SingleReceipt : toujours TRUE (pas de reliquat côté WMS)
|
||
- Statut de stock : affiché à l'opérateur (informatif), pas de pop-up de modification
|
||
|
||
---
|
||
|
||
## 5. REF — Finalisation de Réception
|
||
|
||
### 5.1 Déclenchement
|
||
|
||
Envoyé à la **clôture manuelle de la réception** (action opérateur). Un seul REF par réception (pas de progressif, car SingleReceipt = true).
|
||
|
||
### 5.2 Contenu
|
||
|
||
- Le code de l'ordre d'entrée (livraison) est au niveau de la **ligne** (`LneRecOrdersPotential`), pas en en-tête
|
||
- Le `ReceiptCode` en en-tête = code réception WMS (non utile côté SAP)
|
||
- S'appuie sur les données **réelles** (pas théoriques)
|
||
- **Ajout spécifique :** Zone de stockage (macro-emplacement) pour chaque palette
|
||
- Les 4 attributs logistiques du stock sont présents + Lot SAP
|
||
|
||
### 5.3 Contrainte
|
||
|
||
L'emplacement de rangement n'est connu qu'après le stockage en ASRS → attendre que toutes les palettes soient stockées avant d'envoyer le REF.
|
||
|
||
---
|
||
|
||
## 6. ROF — Clôture d'Ordre d'Entrée
|
||
|
||
### 6.1 Rôle
|
||
|
||
Envoyé à la validation/clôture de l'ordre d'entrée. Récapitulatif de l'ensemble des stocks reçus. Signale à l'ERP que l'ordre est désormais fermé (même partiellement). Sans ROF, l'ERP ne clôturerait jamais la commande d'achat.
|
||
|
||
### 6.2 Adaptation Limagrain
|
||
|
||
Pas de gestion de reliquats par EasyWMS. Si réception incomplète, c'est SAP qui gère le reliquat. Comportement hors tolérance : ROF bloqué jusqu'à régularisation par le manager dans SAP (customisation requise).
|
||
|
||
---
|
||
|
||
## 7. SOR — Ordres de Sortie
|
||
|
||
### 7.1 Classification
|
||
|
||
|OutboundClassCode|Usage|AccountCode|
|
||
|---|---|---|
|
||
|PRODUCTION|Flux vers l'ancien magasin / M2I|PRODUCTION|
|
||
|RECERTIFICATION|Flux vers postes de travail SRS|PRODUCTION|
|
||
|CLIENT|Commandes clients|CLIENT|
|
||
|
||
### 7.2 Paramètres clés
|
||
|
||
|Paramètre|Valeur|Commentaire|
|
||
|---|---|---|
|
||
|OutboundType|0 (Customer)|Même pour production|
|
||
|Priorité par défaut|3 (Basse)|Échelle : 0=Urgente → 4=Très basse|
|
||
|AutoReleaseDate|PlannedShippingDate - 48h|Si < 48h → date passée = libération immédiate|
|
||
|TransactionalLineList|True|Tout ou rien|
|
||
|AllowAssignStockExcess|True|Palettes pleines, jamais de picking partiel|
|
||
|Limite d'annulation|Statut "Chargé"|Avant = OK, après = refusé|
|
||
|
||
### 7.3 Gestion des ruptures (SOR Production)
|
||
|
||
SAP ne connaît pas la répartition stock entre ASRS et autres entrepôts. Beaucoup de lignes seront en rupture (affichage rouge = **normal et attendu**). Le WMS prépare ce qu'il peut, SAP supprime le résiduel 3-4 jours plus tard via un DELETE complet du SOR.
|
||
|
||
Pas de SOF en phase 1 pour la production. Détection des manquants = mode manuel.
|
||
|
||
### 7.4 Quai recertification
|
||
|
||
Pour les SOR de type recertification : `AssignedDockStationCode = "QUAI_RECERTIFICATION"` (quai fictif, renseigné par Limagrain).
|
||
|
||
---
|
||
|
||
## 8. RUT — Routes / Tournées Client
|
||
|
||
### 8.1 Structure
|
||
|
||
Un seul message contenant : **Route → SorList → Lignes**. Pas de fichiers RUT + SOR séparés.
|
||
|
||
### 8.2 En-tête Route
|
||
|
||
|Paramètre|Valeur|
|
||
|---|---|
|
||
|Code|Code transport SAP|
|
||
|Priority|3 (Basse)|
|
||
|EstimatedLoadDate|Date RDV camion sur site (UTC)|
|
||
|AutoReleaseDate|EstimatedLoadDate - 48h|
|
||
|TransactionalSorList|true (refus total si un SOR en erreur)|
|
||
|CompleteSorList|true (SOR absents = supprimés)|
|
||
|IgnoreNulls|false|
|
||
|
||
### 8.3 Commandes clients dans la Route (SorList)
|
||
|
||
|Paramètre|Valeur|
|
||
|---|---|
|
||
|OutboundType|0 (Customer)|
|
||
|AccountCode|"CLIENT"|
|
||
|OutboundClassCode|"CLIENT"|
|
||
|Source|Code client SAP + Libellé|
|
||
|StopNumber|Numéro d'arrêt de livraison (⚠️ à confirmer : livraison vs chargement)|
|
||
|TransactionalLineList|true|
|
||
|CompleteLineList|true|
|
||
|OwnerCode|"MECALUX"|
|
||
|
||
### 8.4 Lignes de commande
|
||
|
||
- ProductCode = Code lot SAP
|
||
- AllowAssignStockExcess = true (forcé)
|
||
- RequiredToShip / IsCritical = true **seulement** si flag "complete delivery" coché dans SAP, sinon false
|
||
- Attributs logistiques : LotCode (code produit SAP), Color (propriétaire SAP), Source (description), Size (pays destination)
|
||
|
||
### 8.5 Dates
|
||
|
||
EstimatedLoadDate et PlannedShippingDate contiendront la même valeur (chargement juste avant départ). Mecalux confirme que c'est accepté.
|
||
|
||
---
|
||
|
||
## 9. SOF — Finalisation Ordre de Sortie
|
||
|
||
### 9.1 Déclenchement
|
||
|
||
Automatiquement (commande préparée à 100%) ou manuellement (clic opérateur). Envoi multiple possible en cas d'expédition partielle.
|
||
|
||
### 9.2 Champs clés retournés
|
||
|
||
|Champ|Description|
|
||
|---|---|
|
||
|SorCode|Code ordre de sortie|
|
||
|Status|Closed / Cancelled|
|
||
|LneContCode|Code palette expédiée (HU)|
|
||
|LneItemCode|Code article|
|
||
|ShippedQuantity|Quantité réellement expédiée|
|
||
|Attributs logistiques|Code produit SAP, Lot SAP, etc.|
|
||
|
||
### 9.3 Statut
|
||
|
||
- **Closed** = stock réellement expédié, supprimé du WMS
|
||
- **Cancelled** = commande annulée, ShippedQuantity = 0 sur les lignes non expédiées
|
||
|
||
Activation possible via paramétrage WMS. Démarrage possible sans SOF, activation ultérieure si nécessaire. Utile potentiellement pour déclencher la création de HU dans MII.
|
||
|
||
---
|
||
|
||
## 10. LOF — Finalisation de Chargement
|
||
|
||
### 10.1 Contenu
|
||
|
||
État des lieux du chargement réel du camion. Ne contient **que les HU effectivement chargées**. Pas de ligne à 0 ni d'alerte pour les palettes non chargées. Peut regrouper plusieurs SOR/commandes.
|
||
|
||
### 10.2 Articulation LOF / SOF
|
||
|
||
|Message|Contenu|Granularité|
|
||
|---|---|---|
|
||
|SOF|Ce qui a été expédié par commande|Par ordre de sortie|
|
||
|LOF|HU réellement chargées dans un camion|Par chargement|
|
||
|
||
### 10.3 Structure des conteneurs
|
||
|
||
Arborescence imbriquée : Palette support (IsSlave=TRUE) → Palette fille (IsSlave=FALSE) → Lignes de stock avec attributs logistiques.
|
||
|
||
Cas des supports remontés M2I : Palette US (IsSlave=TRUE) → Séparateur 1 (IsSlave=FALSE, avec stock) → Séparateur 2 (IsSlave=FALSE, avec stock).
|
||
|
||
---
|
||
|
||
## 11. STV — Variation de Stock
|
||
|
||
### 11.1 Principe
|
||
|
||
Message WMS → SAP pour notifier les ajustements de quantités manuels (hors flux standards réception/expédition).
|
||
|
||
### 11.2 Mapping clé
|
||
|
||
|Balise|Utilisation|
|
||
|---|---|
|
||
|Operation|C (positif) / D (négatif)|
|
||
|Site|WF02|
|
||
|ItemCode|Code lot SAP|
|
||
|OwnerCode|MECALUX|
|
||
|ContainerCode|Numéro HU|
|
||
|FilterAttributes|Attributs du stock existant modifié|
|
||
|Attributes|Attributs du stock nouvellement créé|
|
||
|ReasonCode|AJUSTEMENT MANUEL|
|
||
|ERPReasonCode|ZSC1|
|
||
|Comment|Facultatif (opérateur)|
|
||
|
||
### 11.3 Point ouvert
|
||
|
||
Limagrain doit définir comment gérer côté ERP un STV de type "création de stock" (l'ERP n'autorise pas la création de stock par ce biais aujourd'hui).
|
||
|
||
---
|
||
|
||
## 12. STR — Demande de Changement de Stock
|
||
|
||
### 12.1 Cas d'usage
|
||
|
||
L'ERP envoie un STR pour : changement de code article (produit SAP + description), changement de propriétaire, blocage/déblocage de lot.
|
||
|
||
### 12.2 Règles
|
||
|
||
- **Accepté** si la palette n'est pas assignée à une commande ou en cours de mouvement
|
||
- **Refusé** si palette "client" ou en préparation (code erreur API explicite)
|
||
- Ajustement de stock avec **motif "STR"** → le middleware (GNA) ne traite pas les STV avec ce motif pour éviter les doublons
|
||
|
||
Limagrain mettra en place un **monitoring des erreurs** pour les cas de refus.
|
||
|
||
---
|
||
|
||
## 13. LOC — Message Périodique
|
||
|
||
### 13.1 Principe
|
||
|
||
Message delta envoyé **toutes les 5 minutes** contenant les HU modifiées durant la période. Remplace les messages PCK et MOVE (supprimés).
|
||
|
||
### 13.2 Couverture
|
||
|
||
Palettes déplacées, nouvellement créées, supprimées, assignées à un OS, ajustements de quantité/poids.
|
||
|
||
### 13.3 Codes ACTION
|
||
|
||
|Code|Signification|
|
||
|---|---|
|
||
|B|Déplacement d'une HU|
|
||
|U|Déblocage de statut|
|
||
|R|Blocage de statut|
|
||
|S|Suppression / scrap|
|
||
|T|Transfert de stock entre HU|
|
||
|C|Correction de quantité (poids)|
|
||
|
||
### 13.4 Format JSON attendu par Limagrain
|
||
|
||
Structure avec les balises : IV_LGNUM (WL02), IV_TREATMENT_ID (horodatage), et pour chaque ligne : MATNR, BATCHID, ACTION, ANFME, ALTME, VLPLA, NLPLA, VLENR, NLENR, REASON (ZSC1).
|
||
|
||
### 13.5 ⚠️ Point ouvert majeur — Doublons STV/LOC
|
||
|
||
Lors d'un transfert palette A → palette B, le LOC envoie deux lignes sans lien entre elles → risque de deux mouvements d'inventaire fictifs côté ERP au lieu d'un transfert. De plus, les ajustements d'inventaire apparaîtront aussi dans le LOC si la palette a été modifiée dans les 5 dernières minutes → risque de doublon avec le STV.
|
||
|
||
**Mecalux étudie :** ajout de la palette précédente dans le LOC pour les actions T, et possibilité d'exclure du LOC les mouvements déjà couverts par un STV.
|
||
|
||
---
|
||
|
||
## 14. COR / COF — Inventaire et Échantillonnage
|
||
|
||
### 14.1 COR — Demande d'échantillonnage
|
||
|
||
Utilisé **uniquement pour les demandes d'échantillonnage** (pas pour les inventaires physiques classiques, gérés dans EasyWMS en phase 1).
|
||
|
||
|Balise|Valeur|
|
||
|---|---|
|
||
|Description|"ECHANTILLONNAGE" (en dur, discriminant WMS)|
|
||
|Code|Numéro du lot d'inspection SAP|
|
||
|Priority|3 (basse)|
|
||
|ProductCode|Code lot SAP|
|
||
|LotCode|Code produit SAP|
|
||
|+ Color, Source, Size|Attributs logistiques standards|
|
||
|
||
Flux : COR envoyé → WMS fait venir la palette sur un poste de travail → opérateur prélève → palette repart en stockage → COF envoyé.
|
||
|
||
Un article en cours d'échantillonnage n'est **pas disponible** pour les ordres de sortie.
|
||
|
||
### 14.2 COF — Confirmation d'échantillonnage
|
||
|
||
|Balise|Description|
|
||
|---|---|
|
||
|CountCode|Numéro du lot d'inspection|
|
||
|Status|Closed (effectué) ou Cancelled (annulé)|
|
||
|UpdateDate|Date/heure de changement|
|
||
|
||
**Point ouvert :** Limagrain doit confirmer si le COF sera traité côté ERP. Si non traité, risque de demandes en double.
|
||
|
||
---
|
||
|
||
## 15. WSC — Contrôle Journalier
|
||
|
||
Image de stock complète pour vérification de cohérence. Contient l'ensemble du stock : code OS, statut palette, toutes les informations disponibles.
|
||
|
||
**Démarrage :** Export manuel EasyWMS + export SAP + comparaison. **Automatisation possible** ultérieurement (quotidien à heure fixe).
|
||
|
||
**Point d'attention :** Limagrain doit vérifier sa capacité à traiter ce fichier (volumétrie potentiellement élevée pour CPI).
|
||
|
||
---
|
||
|
||
## 16. Sujets transversaux
|
||
|
||
### 16.1 Types de supports
|
||
|
||
|Type|Usage|Statut|
|
||
|---|---|---|
|
||
|EWM-PAL00 / PALETTE_US|Palette standard (un seul type)|✅ Confirmé|
|
||
|BIGBAG|Attribut de la HU (pas type séparé)|✅ Validé|
|
||
|Octobin|Hors périmètre phase 1|❌|
|
||
|
||
La création de types de supports est techniquement lourde (nécessite passage par support Mecalux, impact design entrepôt).
|
||
|
||
Les BigBag sont déclarés par l'opérateur au poste de réception. Le WMS ajuste le calcul de poids (+2 kg environ).
|
||
|
||
### 16.2 Z-Bags (sacs vides)
|
||
|
||
**Décision :** Stockés dans le magasin automatique (SRS) **uniquement pour livraison aux clients**, pas pour l'approvisionnement production. Doivent respecter les mêmes formats et règles que les palettes produits. → À valider fonctionnellement.
|
||
|
||
### 16.3 Marque
|
||
|
||
Récupéré dans la fiche article mais **aucune règle de gestion appliquée pour l'instant** côté WMS. Règle de non-mélange sur palette à confirmer par Limagrain.
|
||
|
||
### 16.4 Étiquettes
|
||
|
||
Point dédié à planifier avec Antoine. Objectif : aligner ce qui est imprimé côté WMS vs SAP. L'étiquette échantillon nécessite le champ **Stage** (ajouté en Custom Attribute 10 dans ITM).
|
||
|
||
### 16.5 Outils de développement
|
||
|
||
| Outil | Description | Statut |
|
||
| -------------------- | -------------------------------- | -------- |
|
||
| ERP Tester | Mock serveur WMS pour tests API | ✅ Envoyé |
|
||
| Base de test Mecalux | Base SaaS pour tests réels | En cours |
|
||
| Documentation API | PDF complet + JSON + env Postman | ✅ Envoyé |
|
||
|
||
### 16.6 Absence Arthur — Mars 2026
|
||
|
||
Arthur sera absent durant le mois de mars. Les ateliers ERP sont terminés. Justine reste le point d'entrée principal.
|
||
|
||
---
|
||
|
||
## 17. Flux supprimés ou non retenus
|
||
|
||
|Flux|Statut|Raison|
|
||
|---|---|---|
|
||
|MOV|**Supprimé**|Redondant avec LOC + STR combinés|
|
||
|PCK|**Remplacé** par LOC|Le LOC périodique couvre le besoin|
|
||
|ACC/SUP|**Non transmis** par l'ERP|Base client/fournisseur non interfacée|
|
||
|ROC|**Non utilisé** a priori|À confirmer côté Limagrain|
|
||
|
||
---
|
||
|
||
## 18. Synthèse de tous les messages
|
||
|
||
### SAP → EasyWMS (Flux entrants)
|
||
|
||
|Message|Description|Statut|
|
||
|---|---|---|
|
||
|**ITM**|Fiche Article (Lot SAP)|✅ Validé|
|
||
|**ASN**|Réception Production (1 par palette)|✅ Validé|
|
||
|**ROR**|Réceptions Externes + Retours Clients|✅ Validé|
|
||
|**SOR**|Ordres de Sortie (Prod/Recertif)|✅ Validé|
|
||
|**RUT**|Routes / Tournées Client|✅ Validé|
|
||
|**COR**|Demande d'Échantillonnage|✅ Validé|
|
||
|**STR**|Demande de Changement de Stock|✅ Validé|
|
||
|
||
### EasyWMS → SAP (Flux sortants)
|
||
|
||
|Message|Description|Statut|
|
||
|---|---|---|
|
||
|**REF**|Finalisation de Réception|✅ Validé (+ ajout zone de stockage)|
|
||
|**ROF**|Clôture d'Ordre d'Entrée|✅ Validé|
|
||
|**SOF**|Finalisation Ordre de Sortie|🟡 Phase 2 possible|
|
||
|**LOF**|Finalisation de Chargement|✅ Validé|
|
||
|**STV**|Variation de Stock|✅ Validé|
|
||
|**STC**|Changement de Statut de Stock|🟡 À traiter|
|
||
|**COF**|Confirmation d'Échantillonnage|🟡 Traitement à confirmer|
|
||
|**LOC**|Message Périodique (delta 5 min)|✅ Validé (remplace PCK + MOV)|
|
||
|**WSC**|Image de Stock Journalière|🟡 Volumétrie à vérifier|
|
||
|
||
---
|
||
|
||
## 19. Points ouverts consolidés
|
||
|
||
| # | Sujet | Responsable | Statut |
|
||
| --- | ------------------------------------------------------------------------------------------------- | ------------------- | ------------ |
|
||
| 1 | Gestion des transferts (Action T) dans le LOC et priorisation STV vs LOC pour éviter les doublons | Mecalux | 🔴 Ouvert |
|
||
| 2 | Création de stock via STV : traitement côté ERP quand le WMS crée du stock de zéro | Limagrain | 🔴 Ouvert |
|
||
| 3 | StopNumber (RUT) : vérifier que SAP envoie un numéro d'arrêt de livraison (pas de chargement) | Limagrain | 🔴 Ouvert |
|
||
| 4 | Numéro de ligne SOF/LOF : confirmer le nombre de caractères du numéro de ligne SAP (padLeft "0") | Limagrain | 🔴 Ouvert |
|
||
| 5 | Confirmer si le COF sera traité côté ERP | Limagrain | 🔴 Ouvert |
|
||
| 6 | Confirmer la règle de mélange des marques sur palette | Limagrain | 🔴 Ouvert |
|
||
| 7 | Fournir la plage GS1 SSCC | Limagrain | 🔴 Ouvert |
|
||
| 8 | Planifier un atelier étiquettes avec Antoine | Limagrain / Mecalux | 🔴 Ouvert |
|
||
| 9 | Ajouter Stage en Custom Attribute 10 dans ITM | Limagrain / Mecalux | 🔴 Ouvert |
|
||
| 10 | Confirmer le stockage des Z-Bags dans l'ASRS (format palettes respecté ?) | Limagrain / Mecalux | 🟡 À valider |
|
||
| 11 | Vérifier la capacité de traitement du WSC quotidien (volumétrie) | Limagrain | 🔴 Ouvert |
|
||
| 12 | Retour fournisseur : confirmer si ce flux est utilisé. Si oui, SOR simple ou RUT ? | Limagrain | 🔴 Ouvert |
|
||
| 13 | Clarifier comportement lot officiel lors changement de destination | Limagrain | 🔴 Ouvert |
|
||
| 14 | Fournir liste complète des statuts de stock avec descriptions | Limagrain | 🔴 Ouvert |
|
||
| 15 | Vérifier le traitement interne du LOF (absence de ligne = non expédié) | Limagrain | 🔴 Ouvert |
|
||
| 16 | EstimatedNumCont : vérifier disponibilité dans SAP pour chaque commande client (ROR) | Limagrain | 🔴 Ouvert |
|
||
|
||
---
|
||
|
||
## 20. Actions consolidées
|
||
|
||
### Actions Mecalux (Arthur / Justine)
|
||
|
||
| Action | Statut |
|
||
| ---------------------------------------------------------------------- | -------------- |
|
||
| Mise à jour fichier Excel SharePoint ITM avec mapping final | ✅ Fait |
|
||
| Fourniture exemple JSON complet et exhaustif ITM | ✅ Fait (12/02) |
|
||
| Envoi lien ERP Tester + documentation utilisateur | ✅ Fait |
|
||
| Envoi documentation API complète | ✅ Fait |
|
||
| Étudier les champs Profiles ITM | ✅ Fait (12/02) |
|
||
| Mise à jour fichier Excel ASN avec mapping validé | ✅ Fait |
|
||
| Mise à jour fichier Excel SOR avec mapping validé | ✅ Fait |
|
||
| Confirmer gestion numéro de ligne (0001 vs 1) | ✅ Fait (19/02) |
|
||
| Fournir fichiers Excel ROR + REF + SOR + SOF mis à jour | ✅ Fait |
|
||
| Fournir exemples JSON exhaustifs ASN | ⏳ Prévu 26/02 |
|
||
| Fournir exemple JSON LOF (classique + supports remontés) | 🔴 À faire |
|
||
| Fournir exemple WSC pour évaluation volumétrie | 🔴 À faire |
|
||
| Ajouter zone de stockage dans le REF | 🔴 À faire |
|
||
| Valider template JSON LOC avant développement | 🔴 À faire |
|
||
| Étudier gestion transferts LOC et priorisation STV/LOC | 🔴 À faire |
|
||
| Vérifier fonctionnement ExceedPercentageAllowed vs Profil de réception | 🔴 À faire |
|
||
| Définir les codes erreur et motifs de refus pour STR | 🔴 À faire |
|
||
| Définir le cadencement REF/ROF (custom) | 🔴 À faire |
|
||
|
||
### Actions Limagrain
|
||
|
||
| Action | Statut |
|
||
| -------------------------------------------------------------------------------- | ------------ |
|
||
| Valider si combo lot SAP/Officiel peut être partagé par plusieurs codes produits | ✅ Fait |
|
||
| Confirmer délai 48h pour auto-release | ✅ Fait |
|
||
| Clarifier comportement lot officiel lors changement destination | 🔴 À faire |
|
||
| Fournir plage GS1 pour SSCC | 🔴 À faire |
|
||
| Fournir dénomination exacte type palette par défaut | 🔴 À faire |
|
||
| Fournir liste complète statuts de stock avec descriptions | 🔴 À faire |
|
||
| Valider gestion Z-Bags - Stockage ASRS | 🟡 À valider |
|
||
| Valider besoin champ Marque avec commerce | 🔴 À faire |
|
||
| Fournir template JSON pour le LOC | 🔴 À faire |
|
||
| Vérifier capacité de traitement du WSC quotidien | 🔴 À faire |
|
||
| Mettre en place monitoring des erreurs STR | 🔴 À faire |
|
||
| Tester intégration SOF pour création HU dans MII | 🔴 À faire |
|
||
| Définir traitement ERP pour STV type "création de stock" | 🔴 À faire |
|
||
| Confirmer StopNumber (livraison vs chargement) | 🔴 À faire |
|
||
| Confirmer nombre de caractères numéro de ligne SAP | 🔴 À faire |
|
||
| Confirmer traitement COF côté ERP | 🔴 À faire |
|
||
| Confirmer retour fournisseur (SOR ou RUT) | 🔴 À faire |
|
||
| Planifier atelier étiquettes avec Antoine | 🔴 À faire |
|
||
|
||
---
|
||
|
||
## Annexe — Liens utiles
|
||
|
||
- **Fichier Excels Limagrain (SharePoint)** : https://fromearthtolife.sharepoint.com/:x:/r/teams/LPH-PROJ-Athenza_IS/_layouts/15/Doc.aspx?sourcedoc=%7B0B6511B6-3B81-4D9D-86CA-FA27D3D4C0D0%7D&file=mapping%20easy%20sap.xlsx&action=default&mobileredirect=true
|
||
|
||
---
|
||
|
||
_Document consolidé le 23 février 2026 — basé sur les ateliers des 05/01, 26/01, 27/01, 29/01, 02/02, 16/02 et 23/02/2026_ |