màj wiki avec retour MES lot-5 AD

2026-05-20 09:41:27 +02:00
commit 23eb3f3c84
4106 changed files with 469381 additions and 0 deletions
@@ -0,0 +1,107 @@
+---
+title: "ASRS — Entrepôt automatique Limagrain"
+tags: [stockage, ASRS, transstockeur, racks, emplacements]
+status: draft
+standard_ref: architecture/galileo-integration.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# ASRS — Entrepôt automatique Limagrain
+
+> **Résumé** : description de l'installation automatique Limagrain : 4 allées
+> de transstockeurs, racks multi-profondeur, nomenclature des emplacements,
+> types de conteneurs et dimensions.
+
+> **Standard EasyWMS** : → voir [GALILEO Integration](../../architecture/galileo-integration.md),
+> [Location](../../concepts/location.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+Limagrain dispose d'un magasin automatique **MAG01** composé de 4 allées de
+transstockeurs gérées par EasyWMS. L'entrepôt stocke essentiellement des
+graines (sacs, big-bags) sur palettes US.
+
+## Organisation EasyWMS
+
+| Code | Description |
+|------|-------------|
+| **LM** | Organisation LIMAGRAIN |
+| **MAG01** | Magasin automatique — 4 allées |
+
+## Racks et capacités
+
+| Type rack | X Initial | X Final | Y Initial | Y Final | Hauteur (mm) | Palette |
+|-----------|-----------|---------|-----------|---------|--------------|---------|
+| RACK01 | 1 | 69 | 1 | 1 | 1150 | US (1000×1200) |
+| RACK02 | 1 | 69 | 2 | 8 | 1950 | US (1000×1200) |
+| RACK03 | 1 | 69 | 9 | 10 | 2250 | US (1000×1200) |
+
+## Nomenclature des emplacements
+
+Format : **AAAXXXYYYS(D)**
+
+| Code | Nb caractères | Description |
+|------|---------------|-------------|
+| AAA | 3 | Nom de l'allée (001–004) |
+| XXX | 3 | Coordonnée X — travée le long de l'allée |
+| YYY | 3 | Coordonnée Y — hauteur dans la travée |
+| S | 1 | Côté de l'allée (1 = gauche, 2 = droite) |
+| D | 1 | Profondeur (1 = premier, 2 = second, ...) |
+
+**Exemple** : `00100300721` = allée 1, colonne 3, hauteur 7, côté droit,
+profondeur 1.
+
+> Un emplacement EasyWMS correspond à un **canal complet** de rangement de
+> palettes (multi-profondeur).
+
+## Type de conteneur unique
+
+| Type | Largeur (mm) | Longueur (mm) | Hauteur (mm) | Poids max (kg) |
+|------|--------------|---------------|--------------|----------------|
+| 1 — Palette US | 1000 | 1200 | 800 à 1900 | 1250 |
+
+## Contrôles au PIE
+
+Au passage PIE, Galileo vérifie :
+
+- Dimensions max : 1300 × 1100 × 1900 mm
+- Poids max : 1250 kg
+- État de la palette bois
+- Lecture étiquette RFID (code barre / QR)
+
+Si un critère n'est pas respecté → rejet vers poste de reconditionnement
+ou poste de travail d'origine.
+
+## Exceptions de stockage
+
+Le convoyeur de sortie **TS01** dans l'allée TK_01 occupe physiquement des
+emplacements rack. Canaux indisponibles :
+
+- X=21, Y=1
+- X=21, Y=2
+- X=22, Y=1
+
+## Points d'attention
+
+⚠️ Un seul type de conteneur (palette US) simplifie les stratégies mais
+les hauteurs variables (800–1900 mm) impactent le choix du rack (RACK01/02/03).
+
+⚠️ La hauteur PLC déterminée au PIE pilote le choix du niveau de stockage
+(Y=1 pour ≤1150, Y=2-8 pour ≤1950, Y=9-10 pour ≤2250).
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
@@ -0,0 +1,234 @@
+---
+title: "Défragmentation — Zone client et ordonnancement par tournée"
+tags: [stockage, défragmentation, expédition, zone-client, planning, tournée, STOP, custom]
+status: draft
+standard_ref: concepts/defragmentation.md
+jira_refs: [LIM-85, LIM-87]
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx, "LIM-85 LOT2.1 Configuration stratégies defragmentation du stock client par tournée.md", "LIM-87 LOT2.1 [TOURNÉES] Défragmentation client - quai non assigné ATTENTE_CLIENT CT-13.md"]
+last_updated: 2026-05-12
+author: Arthur
+---
+
+# Défragmentation — Zone client et ordonnancement par tournée
+
+> **Résumé** : processus de défragmentation pour préparer les palettes
+> d'expédition vers la zone de défragmentation client dans l'ASRS.
+> Inclut un **custom majeur** de défragmentation par tournée (RUT) avec
+> ordonnancement par numéro de STOP, déclenché uniquement quand toutes
+> les palettes sont prêtes et qu'aucun quai n'est assigné.
+
+> **Standard EasyWMS** : → voir [Defragmentation](../../concepts/defragmentation.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au
+> standard.
+
+## Contexte projet
+
+La défragmentation est un processus standard des entrepôts automatisés.
+Chez Limagrain, elle sert à préparer les routes (expéditions) en
+déplaçant les conteneurs vers la zone de défragmentation client
+(TK02-04, rangées 60-69).
+
+La défragmentation shipping standard propose trois modes d'assignation
+(Picking Only, Shipping Only, Picking & Shipping) mais **aucun ne
+répond au besoin Limagrain** :
+
+| Mode standard | Comportement | Problème |
+|---------------|-------------|----------|
+| Shipping Only | Défrag uniquement les palettes complètes | Les palettes de picking ne sont pas repositionnées → ordonnancement STOP faux dans le canal |
+| Picking & Shipping | Défrag toutes les palettes (y compris celles à picker) | Les palettes sortent pour être défragmentées alors qu'elles doivent d'abord passer au PK → casse l'ordonnancement |
+| Picking Only | Non applicable au besoin | — |
+
+**Contrainte métier** : le stock doit être rangé dans le canal
+d'expédition ASRS dans l'**ordre inverse des STOP** de la tournée, de
+sorte que les palettes sortent du canal dans le bon ordre lors du
+chargement camion (STOP max chargé en premier → déchargé en dernier).
+
+Deux cas se présentent selon l'assignation du quai :
+
+| Situation | Custom | Page |
+|-----------|--------|------|
+| Quai **non assigné** au RUT | Défrag custom décrite ci-dessous | Cette page |
+| Quai **déjà assigné** au RUT | Override du WF stacker crane | → voir [Séquençage shipping par STOP](../04-outbound/sequencage-shipping-stop.md) |
+
+## Principe général
+
+Les conteneurs assignés à une expédition sont relocalisés dans la zone
+de défragmentation client **en avance**, généralement la nuit ou pendant
+les périodes de moindre charge. Cela permet une sortie rapide le jour
+de l'expédition.
+
+## Caractéristiques
+
+- **Priorité** : basse (s'exécute en arrière-plan)
+- **Planification** : horaires configurables par Limagrain
+- **Zone cible** : zone défragmentation client (TK02, 03, 04 —
+  rangées 60-69, profondeurs 2-10)
+- **Déclencheur** : stratégie de défragmentation shipping (mode
+  Shipping, type d'ordre Tournée) avec filtre custom
+
+## Configuration du planning
+
+Limagrain peut modifier les horaires de façon autonome :
+
+1. Menu « Configuration » → « Défragmentation » → « Planning de
+   défragmentation »
+2. Bouton « Ajouter » → paramétrer les horaires/planning souhaités
+3. Activer la défragmentation via le bouton « Activer »
+
+## Prérequis
+
+Pour que EasyWMS puisse défragmenter les conteneurs vers la zone client,
+il doit exister au moins une **stratégie de défragmentation shipping**
+configurée en mode Shipping et type d'ordre Tournée.
+
+## Lien avec l'expédition
+
+La défragmentation est l'étape 4 du flux d'expédition (voir
+[Flux expédition](../04-outbound/flux-expedition.md)) :
+
+1. OS reçu et libéré → stock assigné
+2. Palettes complètes → défragmentation vers zone client
+3. Palettes picking → poste de travail d'abord, puis zone client
+4. Depuis zone client → sortie vers poumon le jour J
+
+## Custom défrag client par tournée — quai non assigné (LIM-87)
+
+### Objectif
+
+Déclencher la défragmentation client d'une tournée **uniquement lorsque
+toutes ses palettes de tous ses OS sont prêtes à partir vers l'image de
+quai**, c'est-à-dire :
+
+- Les palettes complètes (PC) sont dans l'ASRS
+- Les palettes ayant nécessité un picking sont revenues dans l'ASRS
+  après prélèvement (palettes filles PF retournées)
+- **Aucun quai n'est encore associé à la tournée** (sinon le flux
+  shipping standard avec ordonnancement par STOP prend le relais —
+  voir [Séquençage shipping par STOP](../04-outbound/sequencage-shipping-stop.md))
+
+La condition « toutes les palettes terminées » s'évalue **au niveau de
+la tournée** (RUT) : c'est du « tout-ou-rien ».
+
+### Mécanisme
+
+Le custom utilise le **job de défragmentation client standard** avec
+une stratégie en mode Shipping et type d'ordre Tournée. Un **filtre
+custom au niveau de la sélection des candidats** exclut de l'éligibilité
+toute tournée dont au moins une palette (d'au moins un OS) n'est pas
+encore prête dans l'ASRS.
+
+### Règle d'éligibilité
+
+```
+POUR CHAQUE RUT candidat à la défrag shipping
+  (standard : exclut les RUT avec quai assigné) :
+    POUR CHAQUE OS du RUT :
+        SI l'OS a des lignes picking non terminées → EXCLURE le RUT
+        SI au moins une palette complète assignée n'est pas dans l'ASRS
+           → EXCLURE le RUT
+    SI aucune exclusion → ÉLIGIBLE
+    SINON → reste candidat pour le prochain passage du job
+```
+
+> **Point clé** : l'éligibilité est « tout-ou-rien » au niveau tournée.
+> Tant qu'un seul OS du RUT n'a pas toutes ses palettes prêtes, aucune
+> défrag n'est lancée pour le RUT.
+
+### Ordonnancement dans le canal
+
+Les tâches de défrag sont générées avec un tri par **numéro de STOP**
+inversé : les palettes du STOP max entrent dans le canal en premier,
+celles du STOP 1 en dernier. Ainsi, à la sortie du canal, l'ordre
+est respecté (STOP 1 sort en premier).
+
+La décision prise est de ranger **une tournée par canal** (ou plusieurs
+canaux si nécessaire) et non un STOP par canal.
+
+### Paramétrage
+
+- **MAX_DEFRAG_ATTEMPT** : nombre max de tentatives par support pour
+  trouver un emplacement de destination. Le compteur ne s'incrémente
+  que si le WMS a cherché un emplacement et n'en a pas trouvé. Si le
+  filtre custom exclut la tournée avant la recherche de destination,
+  le compteur reste à 0.
+
+> ⚠️ Point ouvert : vérifier si MAX_DEFRAG_ATTEMPT impacte uniquement
+> la défrag par rotation ou aussi la défrag client.
+
+### Cas de test
+
+#### Cas nominaux
+
+| CT | Préconditions | Résultat attendu |
+|----|--------------|------------------|
+| CT-01 | RUT mono-OS, 3 PC dans l'ASRS, aucun quai | Éligible. 3 tâches défrag, tri par séquence STOP |
+| CT-02 | RUT mono-OS, 2 PP pickées → 2 PF revenues ASRS, aucun quai | Éligible. 2 tâches défrag pour les PF |
+| CT-03 | RUT mono-OS mixte : 2 PC + 1 PF revenue, aucun quai | Éligible. 3 tâches défrag |
+| CT-04 | RUT multi-OS (STOP 1, 2, 3), 2 PC chacun, aucun quai | Éligible. 6 tâches, STOP 3 entre en premier dans le canal |
+| CT-05 | RUT multi-OS mixte, tous prêts, aucun quai | Éligible en un seul passage |
+
+#### Cas limites
+
+| CT | Préconditions | Résultat attendu |
+|----|--------------|------------------|
+| CT-06 | RUT 2 OS : SOR1 prêt, SOR2 a 1 PF non revenue | **NON éligible** — un OS bloque tout le RUT |
+| CT-07 | RUT multi-OS, 1 PF en transit AGV vers ASRS | **NON éligible** tant que PF pas physiquement stockée dans un emplacement ASRS |
+| CT-08 | RUT prêt mais quai déjà assigné | **NON éligible** pour le custom défrag. Flux shipping standard prend le relais |
+| CT-09 | RUT 1 SOR, 3 lignes picking : 2 PF revenues, 1 PP au PK | **NON éligible** — on attend la totalité |
+
+#### Cas dégradés
+
+| CT | Préconditions | Résultat attendu |
+|----|--------------|------------------|
+| CT-11 | AGV HS pendant retour PF → ASRS | **NON éligible** tant que PF pas dans l'ASRS. Redevient éligible après remise en route |
+| CT-12 | PP en litige, stock réassigné sur PP' | Éligible quand toutes les palettes (y compris réassignations) sont dans l'ASRS |
+| CT-13 | Rupture de stock sur un OS de la tournée | **À trancher** — voir point ouvert ci-dessous |
+| CT-14 | Bouton « Problème » au picking, OnStockAdjust recalcule | Si stock suffisant : PF revient, RUT éligible. Si réassignation : attente nouvelle PF' |
+| CT-15 | RUT libéré, aucune tâche picking jamais générée | **À trancher** — non éligible par défaut |
+| CT-16 | Nouveau SOR ajouté à un RUT déjà éligible | **Redevient NON éligible** jusqu'à ce que le nouveau SOR soit terminé |
+
+## Pause et reprise
+
+Le processus peut être mis en pause et repris ultérieurement en cas de
+reprise d'activité (par exemple si l'activité reprend la nuit).
+
+## Points d'attention
+
+⚠️ Les tâches de défragmentation ont une priorité **basse** — elles ne
+perturbent pas l'activité normale mais peuvent être longues.
+
+⚠️ MECALUX conseille une présence sur site lors de la défragmentation
+en cas de défaut sur les transstockeurs (non obligatoire).
+
+⚠️ L'avancée des tâches est consultable sur la vue des tâches.
+
+⚠️ Le filtre custom n'incrémente pas MAX_DEFRAG_ATTEMPT quand il
+exclut un RUT — le compteur ne démarre que lors d'une recherche
+effective de destination.
+
+## Questions ouvertes
+
+- [ ] Comportement en cas de **rupture de stock** sur un OS de la
+  tournée (CT-13) : option A (RUT reste non éligible, attend un
+  nouveau SOR sans les lignes concernées) ou option B (défrag lancée
+  sur les palettes disponibles) ? (@Justine — à vérifier avec client)
+  → voir [Questions ouvertes](../08-transverse/questions-ouvertes.md)
+- [ ] **MAX_DEFRAG_ATTEMPT** : impacte-t-il uniquement la défrag par
+  rotation ou aussi la défrag client ? (@Nicolas)
+  → voir [Questions ouvertes](../08-transverse/questions-ouvertes.md)
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+| 2026-05-12 | Arthur | Ajout custom défrag client par tournée (LIM-85/LIM-87) : mécanisme, éligibilité, cas de test, points ouverts |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
+| [LIM-85](https://easywmsfrance.atlassian.net/browse/LIM-85) | Ticket Jira | 2026 |
+| [LIM-87](https://easywmsfrance.atlassian.net/browse/LIM-87) | Ticket Jira | 2026 |
@@ -0,0 +1,143 @@
+---
+title: "Configuration Galileo — Limagrain"
+tags: [stockage, galileo, TMS, architecture, IT]
+status: draft
+standard_ref: architecture/galileo-integration.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Configuration Galileo — Limagrain
+
+> **Résumé** : architecture logicielle IT de l'installation Limagrain et
+> spécificités de la configuration Galileo (TMS).
+
+> **Standard EasyWMS** : → voir [GALILEO Integration](../../architecture/galileo-integration.md),
+> [System Architecture](../../architecture/overview.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+EasyWMS gère l'entrepôt automatique Limagrain avec une base Oracle. Le TMS
+Galileo contrôle les 4 transstockeurs, les convoyeurs, navettes et stations
+PIE. Les AGV sont gérés par un fournisseur tiers (non Galileo).
+
+## Architecture logicielle
+
+```mermaid
+graph TD
+    SAP[SAP EWM] -->|XML / Webservice| GNA[EasyWMS GNA]
+    GNA --> EWMS[EasyWMS Serveur]
+    EWMS --> BBDD[(Oracle DB)]
+    EWMS --> GW[EasyWMS Gateway]
+    GW -->|TCP 3000| GAL[Galileo TMS]
+    GAL --> TK[Transstockeurs x4]
+    GAL --> CONV[Convoyeurs]
+    GAL --> NAV[Navettes]
+    GAL --> PIE[Stations PIE x3]
+    EWMS --> LP[Label Printer Service]
+    EWMS --> WEB[Application Web EasyWMS]
+    EWMS --> PC[Application PC EasyWMS]
+    WEB --> TRF[Terminaux RF]
+    AGV[AGV - Fournisseur tiers] -.->|Interface séparée| EWMS
+```
+
+### Composants serveur EasyWMS
+
+| Composant | Rôle |
+|-----------|------|
+| Application serveur EasyWMS | Services de logique et gestion |
+| Oracle DB | Base de données |
+| EasyWMS GNA | Communication ERP (SAP) via XML/Webservice |
+| EasyWMS Gateway | Communication Galileo (protocole frames TCP) |
+| EasyWMS Label Printer | Impression étiquettes et documents |
+
+### Communication ERP
+
+- **Protocole** : XML + Webservice
+- **ERP** : SAP EWM
+- **Direction** : bidirectionnelle (voir [Messages ERP](../06-erp-interface/messages-reference.md))
+
+## Stations PIE — Configuration spécifique
+
+3 stations PIE installées :
+
+| Station | Côté | Usage principal |
+|---------|------|----------------|
+| PIE_01 | Quais (production) | Réception production directe |
+| PIE_02 | Postes de travail | Réception ext./retours après traitement |
+| PIE_03 | Postes de travail | Idem PIE_02 |
+
+### Mode d'insertion PIE
+
+- **Mode normal** (known containers) : rejet si RFID inconnue
+- [CUSTOM] Pas de message ASO au passage PIE
+- [CUSTOM] Vérification poids avec tolérances par type article
+- [CUSTOM] Mise à jour du « Poids de l'unité » du conteneur à chaque passage
+
+### Contrôle au PIE
+
+| Contrôle | Valeur limite |
+|----------|---------------|
+| Dimensions max | 1300 × 1100 × 1900 mm |
+| Poids max | 1250 kg |
+| État palette bois | Correct (visuel Galileo) |
+| Lecture RFID | Obligatoire — doit être connue (ASN) |
+
+## Flux physiques dans l'entrepôt
+
+Les flux sont majoritairement réalisés par des **AGV** (fournisseur tiers).
+EasyWMS communique les points de prise et de dépose ; le sens de prise/dépose
+est géré par le fournisseur AGV.
+
+Deux entrées dans l'ASRS :
+
+| Entrée | Côté | Usage |
+|--------|------|-------|
+| Entrée production | Quais (PIE_01) | Palettes production, palettes vides |
+| Entrée postes de travail | Postes (PIE_02/03) | Palettes après traitement en poste |
+
+> En cas de blocage long terme sur une entrée, un bouton permet de
+> rediriger les flux vers l'autre entrée.
+
+## Rétention des données
+
+| Entité | Durée standard | Souhait Limagrain |
+|--------|----------------|-------------------|
+| Transactions | 6 mois | 2 ans |
+| Movements | 6 mois | 2 ans |
+| Outbound Orders | 1 an | 2 ans |
+| Inbound Orders | 1 an | 2 ans |
+| Tasks | 1 an | 2 ans |
+| Stock adjustments | 1 an | 2 ans |
+
+> ⚠️ Mecalux doit étudier l'impact de la rétention 2 ans sur les prérequis
+> serveurs pour éviter saturation DB et lenteurs.
+
+## Points d'attention
+
+⚠️ Les interfaces AGV sont définies dans un document annexe séparé et
+peuvent impacter les flux fonctionnels.
+
+⚠️ La banderoleuse (filmeuse) est située avant le PIE côté postes de
+travail — un contrôle capacité filmeuse est fait en amont du PIE.
+
+## Questions ouvertes
+
+- [ ] Impact rétention 2 ans sur les performances Oracle (@Nicolas)
+- [ ] Fournisseur AGV définitif et protocole d'interface (@Théo)
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
@@ -0,0 +1,124 @@
+---
+title: "Gestion des palettes vides"
+tags: [stockage, palettes-vides, réapprovisionnement, expédition]
+status: draft
+standard_ref: concepts/container-management.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx, "Réception - LIMAGRAIN - DEV - Confluence.md"]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Gestion des palettes vides
+
+> **Résumé** : gestion des piles de palettes vides dans EasyWMS —
+> réception, stockage, réapprovisionnement des postes et expédition.
+
+> **Standard EasyWMS** : → voir [Container Management](../../concepts/container-management.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+Les palettes vides sont intégrées dans le périmètre EasyWMS. Leur gestion
+est faite **uniquement en pile** — aucune palette vide n'est traitée de
+façon unitaire.
+
+## Typologie
+
+- Dimensions : US (1000 × 1200 mm)
+- Type unique : NIMP15
+- Stockage : piles de **10 palettes vides**
+
+## Réception
+
+Les piles de palettes vides sont réceptionnées au niveau des quais.
+Type de réception : **Réception palettes vides**. L'article est nommé
+« PILE DE 10 PALETTES ».
+
+**Règles** : toujours reçu par paquet de 10 palettes (sinon refusé —
+contrainte de hauteur). Aucun scan demandé. Pas de passage par poste
+de travail. Destination : stockage direct dans l'ASRS.
+
+> **Remarque** : en cas de blocage long terme sur l'entrée quai, un bouton
+> permet de rediriger manuellement les palettes vers l'entrée « Postes de
+> travail ».
+
+## Stockage
+
+### Dans l'ASRS
+
+- Priorité : allées 2, 3 et 4 (TK02-04)
+- Position : au plus proche de l'entrée/sortie pour réapprovisionner
+  rapidement les postes
+- Stratégie de rangement : voir
+  [Stratégies de rangement](putaway-strategies.md) — type 5
+- Consultation : vue des stocks avec filtre sur l'article « palettes vides »
+
+### Au niveau des postes de travail
+
+- **2 piles par îlot de travail** (et non par poste individuel)
+- Création d'un **emplacement picking dédié** pour chaque emplacement
+  physique accueillant les stocks de palettes vides (permet le
+  réapprovisionnement automatique sur seuil)
+
+## Réapprovisionnement
+
+### Sur poste de travail
+
+- Chaque poste est équipé d'une aide à la manutention (prise palette
+  sur la pile → dépose sur table de préparation)
+- Action **manuelle**, non pilotée par EasyWMS
+- En cas de regroupement : l'opérateur peut reposer une palette vide
+  sur la pile
+
+> ⚠️ La pile doit être parfaitement remontée pour passer le contrôle
+> gabarit au PIE.
+
+[CUSTOM] Quand la pile est vide :
+
+- **Bouton WfAction** dans la workstation pour demander le
+  réapprovisionnement
+- L'opérateur choisit la pile à réapprovisionner parmi une liste
+  (paramètre par PK avec noms des emplacements)
+- Quand l'emplacement devient vide (via bouton WfAction) →
+  réapprovisionnement automatique déclenché
+- Bouton inverse pour renvoyer une pile au stockage
+
+### Sur le poumon
+
+- Réapprovisionnement **automatique** des 2 emplacements poumon quand
+  un emplacement est vidé (tâche depuis ASRS)
+
+## Expédition
+
+Les piles de palettes vides peuvent être expédiées :
+
+1. Création **manuelle** d'un ordre de sortie
+2. Renseigner la destination : table de préparation (poste) OU image de quai
+3. Une fois expédiées → sorties des stocks EasyWMS
+
+## Points d'attention
+
+⚠️ Gestion uniquement en pile (jamais unitaire) — simplifie le suivi
+mais impose des manipulations par lot de 10.
+
+⚠️ Le nombre de piles en stock est visible en filtrant la vue des stocks
+sur l'article spécifique des palettes vides.
+
+⚠️ La pile doit être correctement empilée pour ne pas être rejetée
+au PIE (contrôle gabarit).
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+| 2026-05-05 | Arthur | Enrichissement : emplacement picking dédié, 2 piles/îlot, WfAction |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
+| Réception - LIMAGRAIN - DEV - Confluence | Page ateliers DEV | 2026 |
@@ -0,0 +1,154 @@
+---
+title: "Processus d'anoxie — TK01"
+tags: [stockage, anoxie, TK01, flag, custom, processus]
+status: draft
+standard_ref: concepts/warehouse-processes.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Processus d'anoxie — TK01
+
+> **Résumé** : processus [CUSTOM] de traitement par anoxie dans l'allée 1,
+> incluant le flag « A anoxier », la relocalisation et le blocage d'allée.
+
+> **Standard EasyWMS** : → voir [Warehouse Processes](../../concepts/warehouse-processes.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+L'anoxie consiste à baisser le niveau d'oxygène dans l'allée 1 (TK01)
+pour éliminer d'éventuels nuisibles dans les semences. Ce processus est
+spécifique au domaine des semences et n'existe pas dans le standard EasyWMS.
+
+## Caractéristiques
+
+- **Localisation** : allée 1 uniquement (TK01)
+- **Durée** : 3 à 4 semaines en moyenne
+- **Fréquence** : 2 fois par an
+- **Déclenchement** : manuel
+- **Impact** : allée et stock bloqués pendant toute la durée
+
+En dehors des périodes d'anoxie, la zone est utilisée pour du stockage
+normal en priorisant les palettes à anoxier. Chaque compartiment a un
+taux d'oxygène contrôlé.
+
+## [CUSTOM] Flag « A anoxier »
+
+### Attribution automatique
+
+Tous les stocks des palettes issues des processus suivants reçoivent
+automatiquement le flag « A anoxier » car elles présentent des risques
+de contamination :
+
+- Réceptions extérieures / intersites
+- Retours client
+
+Condition : la palette doit passer par un poste de travail.
+
+### Attribution manuelle
+
+Il est également possible d'assigner le flag manuellement sur des stocks
+spécifiques depuis la vue des stocks.
+
+### Retrait du flag
+
+- **Automatique** : à la fin du processus d'anoxie (bouton « Fin d'anoxie »)
+- **Manuel** : par un utilisateur, qui devra saisir une date de dernière
+  anoxie
+
+## Cas particuliers
+
+- Des stocks d'une même référence (article-lot) peuvent posséder des dates
+  de dernière anoxie différentes — ces stocks ne sont pas physiquement
+  différenciables
+- Si une palette contient du stock « mixte » dont certaines lignes ont le
+  flag et d'autres pas → toutes les lignes sont considérées « A anoxier »
+
+## Processus complet
+
+```mermaid
+flowchart TD
+    START[Décision lancer anoxie] --> SEL1[1. Sélection palettes à évacuer de TK01]
+    SEL1 --> RELOC1[Relocalisation vers TK02-04]
+    RELOC1 --> SEL2[2. Sélection palettes à anoxier]
+    SEL2 --> RELOC2[Relocalisation vers TK01]
+    RELOC2 --> BLOCK[3. Blocage manuel allée 01]
+    BLOCK --> WAIT[Anoxie en cours — 3 à 4 semaines]
+    WAIT --> FIN[4. Bouton « Fin d'anoxie »]
+    FIN --> UPDATE[MAJ date dernière anoxie + suppression flag]
+    UPDATE --> DEBLOCK[Déblocage manuel allée 01]
+```
+
+### Étape 1 — Évacuation des palettes non concernées
+
+- Sélection manuelle depuis la vue des conteneurs (filtre sur flag
+  « A anoxier »)
+- Relocalisation vers une autre allée (en masse, voir déplacement
+  de conteneurs)
+
+### Étape 2 — Relocalisation des palettes à anoxier
+
+- Sélection manuelle des palettes avec flag « A anoxier »
+- Relocalisation vers TK01 dans la mesure des emplacements disponibles
+
+[CUSTOM] Les étapes 1 et 2 peuvent être **automatisées** afin de créer
+automatiquement les tâches de relocalisation.
+
+### Étape 3 — Blocage
+
+- Blocage **manuel** de l'allée 01 sur EasyWMS
+- Le stock et l'allée deviennent indisponibles
+
+### Étape 4 — Fin d'anoxie
+
+- [CUSTOM] Bouton « Fin d'anoxie » qui :
+  - Met à jour la date de dernière anoxie
+  - Supprime automatiquement le flag « A anoxier » pour chaque ligne
+    de stock présente dans l'allée
+- Déblocage manuel de l'allée 01
+
+## Suivi et rapports
+
+- Extraction de la vue des stocks avec filtres « A anoxier » et
+  « date de dernière anoxie » pour établir le rapport souhaité
+- L'avancée des tâches de relocalisation est consultable sur la vue
+  des tâches
+
+## Lien avec les stratégies de rangement
+
+Les palettes avec flag « A anoxier » ont une stratégie de rangement
+dédiée qui priorise TK01 (voir
+[Stratégies de rangement](putaway-strategies.md) — type 1).
+
+## Points d'attention
+
+⚠️ La relocalisation peut prendre un temps significatif selon les
+quantités sélectionnées.
+
+⚠️ MECALUX conseille d'avoir une personne sur site lors du lancement
+de la défragmentation/relocalisation en cas de défaut sur les
+transstockeurs (non obligatoire).
+
+⚠️ Le processus d'anoxie peut être mis en pause et repris ultérieurement
+en cas de reprise d'activité.
+
+## Questions ouvertes
+
+- [ ] Automatisation étapes 1 et 2 — développement custom validé ? (@Nicolas)
+- [ ] Interface du bouton « Fin d'anoxie » — écran dédié ou menu existant ? (@Fabien)
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
@@ -0,0 +1,113 @@
+---
+title: "Stratégies de rangement Limagrain"
+tags: [stockage, putaway, stratégie, rangement, canaux]
+status: draft
+standard_ref: concepts/putaway.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Stratégies de rangement Limagrain
+
+> **Résumé** : 5 stratégies de rangement distinctes selon la typologie de la
+> palette, avec des règles de sélection de canal et d'allée spécifiques.
+
+> **Standard EasyWMS** : → voir [Putaway](../../concepts/putaway.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+Le premier filtre appliqué aux palettes détermine la stratégie de rangement.
+Limagrain n'utilise pas de classes de rotation ABC — la répartition se fait
+sur la nature fonctionnelle de la palette.
+
+## Stratégie 1 — Palettes avec flag « A Anoxier » (mono ou multi lot)
+
+Objectif : stocker en priorité dans TK_01 (zone anoxie).
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | TK01 — canal incomplet, même lot SAP + mêmes attributs logistiques (article, propriétaire, statut) |
+| 2 | TK01 — canal vide |
+| 3 | TK01 — canal incomplet avec autre référence |
+| 4 | Appliquer la stratégie sans flag « A Anoxier » (stratégie 2 ou 3) |
+| 5 | REJET |
+
+## Stratégie 2 — Palettes mono lot sans flag « A Anoxier »
+
+Objectif : optimiser le taux de remplissage et répartir le stock entre allées.
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | Canal incomplet même lot SAP + mêmes attributs logistiques |
+| 2 | Canal le plus adapté dans un TK qui n'a **pas** de stock équivalent (répartition inter-allées) — taille optimale vs nb palettes ASN restantes |
+| 3 | Canal le plus adapté aux nb palettes ASN restantes (toute allée) |
+| 4 | REJET |
+
+**Sélection du canal** : canal le plus grand possible qui sera rempli
+complètement, ou canal qui laissera le moins de positions vides.
+
+## Stratégie 3 — Palettes multi lot sans flag « A Anoxier »
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | Canal incomplet mixte |
+| 2 | Canal vide |
+| 3 | Canal incomplet (tout) |
+| 4 | REJET |
+
+## Stratégie 4 — Palettes d'expédition (mono ou multi lot)
+
+Objectif : stocker dans la zone défragmentation client, regroupées par route.
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | Canal incomplet avec palettes de la même route — zone défragmentation client |
+| 2 | Canal vide — zone défragmentation client |
+| 3 | PAS DE MOUVEMENT (palette reste en place) |
+
+## Stratégie 5 — Piles de palettes vides
+
+Article type « Palette » (NIMP15).
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | Canal incomplet le plus proche de l'entrée avec piles de palettes vides |
+| 2 | Canal vide le plus proche de l'entrée (hors TK01) |
+| 3 | Canal incomplet (tout) |
+| 4 | REJET |
+
+## Critères transverses
+
+- **Réservation de canal** : le nombre de palettes en ASN non encore reçues
+  détermine la capacité optimale du canal à réserver (stratégie 2)
+- **Équilibrage inter-allées** : pour les palettes mono lot, EasyWMS répartit
+  le stock entre allées différentes quand un canal plein existe déjà
+- **Hauteur** : la hauteur de la première palette au PIE détermine le type
+  de rack compatible (RACK01 ≤1150, RACK02 ≤1950, RACK03 ≤2250)
+
+## Points d'attention
+
+⚠️ Si aucun emplacement n'est trouvé → palette rejetée vers le poste de
+rejet configuré (sauf stratégie 4 où la palette reste sur place).
+
+⚠️ Les palettes d'expédition ne sont déplacées en zone défragmentation
+qu'après assignation de stock (post-libération de l'OS).
+
+⚠️ La stratégie 1 (anoxie) utilise un fallback vers les stratégies 2/3
+si TK_01 est plein — important en période hors-anoxie.
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
@@ -0,0 +1,85 @@
+---
+title: "Zones de stockage Limagrain"
+tags: [stockage, zones, anoxie, défragmentation, ASRS]
+status: draft
+standard_ref: concepts/putaway.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Zones de stockage Limagrain
+
+> **Résumé** : Limagrain dispose de 3 zones de stockage dans l'ASRS, chacune
+> avec un rôle spécifique : anoxie, stockage principal, défragmentation client.
+
+> **Standard EasyWMS** : → voir [Putaway](../../concepts/putaway.md),
+> [Location](../../concepts/location.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+L'entrepôt automatique Limagrain comporte **4 allées** (TK_01 à TK_04). Les
+zones de stockage ont été définies pour répondre à deux besoins métier :
+
+1. **Anoxie** : traitement insecticide par réduction d'oxygène sur TK_01
+2. **Défragmentation client** : pré-positionnement des palettes assignées à
+   une route avant expédition (optimise les temps de sortie)
+
+## Configuration des zones
+
+| Zone | Transstockeur | X initial | X final | Y initial | Y final |
+|------|---------------|-----------|---------|-----------|---------|
+| Zone Anoxie | TK_01 | 1 | 69 | 1 | 10 |
+| Zone Principale | TK_02, 03 & 04 | 1 | 59 | 1 | 10 |
+| Zone Principale (ext.) | TK_02, 03 & 04 | 60 | 69 | 1 | 1 |
+| Zone Défragmentation client | TK_02, 03 & 04 | 60 | 69 | 2 | 10 |
+
+> ⚠️ Cette répartition peut être modifiée par un administrateur Limagrain
+> selon les besoins opérationnels.
+
+## Comportement par zone
+
+### Zone Anoxie (TK_01)
+
+- Réservée **en priorité** aux palettes avec le flag « A anoxier »
+- Hors période d'anoxie, utilisée comme stockage normal (priorité anoxie)
+- Durant l'anoxie (3-4 semaines, 2x/an) : allée + stock bloqués
+- Voir [Processus d'anoxie](../../limagrain/08-transverse/decisions-architecture.md)
+
+### Zone Principale (TK_02, 03 & 04)
+
+- Stockage général : articles et piles de palettes vides
+- Pas de distinction de classe de rotation (pas d'ABC)
+- Stratégie de répartition inter-allées pour équilibrer la charge
+
+### Zone Défragmentation client (TK_02, 03 & 04, X=60-69, Y=2-10)
+
+- Palettes assignées à un ordre de sortie (post stock assignment)
+- Regroupement par route/stop pour optimiser le séquencement à l'expédition
+- Les palettes y sont déplacées automatiquement après libération de l'OS
+
+## Points d'attention
+
+⚠️ Les piles de palettes vides sont stockées en priorité dans les allées
+02, 03 & 04, au plus proche des entrées/sorties (canaux bas en X).
+
+⚠️ Le convoyeur de sortie TS01 dans TK_01 crée une **exception de stockage** :
+pas de canaux en X=21/Y=1, X=21/Y=2, X=22/Y=1.
+
+⚠️ Taux minimum de 5% d'emplacements libres recommandé par Mecalux pour
+la défragmentation et les relocalisations.
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
@@ -0,0 +1,48 @@
+---
+title: "Stockage — Vue d'ensemble"
+tags: [stockage, asrs, galileo, index]
+status: draft
+last_updated: 2026-05-05
+---
+
+# Stockage — Vue d'ensemble
+
+> **Périmètre** : miniload, transstockeurs, stations Galileo, stratégies de
+> putaway, zones de stockage, défragmentation.
+
+> **Standard EasyWMS** : voir [Storage](../../concepts/storage.md),
+> [Galileo Integration](../../architecture/galileo-integration.md)
+
+## Pages de cette section
+
+- [ASRS / Miniload](asrs-miniload.md)
+- [Configuration Galileo](galileo-config.md)
+- [Stratégies de putaway](putaway-strategies.md)
+- [Zones de stockage](zones-stockage.md)
+- [Défragmentation](defragmentation.md)
+- [Processus d'anoxie](processus-anoxie.md)
+- [Gestion des palettes vides](palettes-vides.md)
+
+## Vue synthétique du stockage Limagrain
+
+```mermaid
+graph LR
+    subgraph ASRS MAG01
+        TK1[TK_01<br/>Zone Anoxie]
+        TK2[TK_02]
+        TK3[TK_03]
+        TK4[TK_04]
+    end
+    subgraph Zones
+        ZA[Zone Anoxie<br/>TK01 X1-69 Y1-10]
+        ZP[Zone Principale<br/>TK02-04 X1-59 Y1-10<br/>+ X60-69 Y1]
+        ZD[Zone Défrag. Client<br/>TK02-04 X60-69 Y2-10]
+    end
+    TK1 --- ZA
+    TK2 --- ZP
+    TK3 --- ZP
+    TK4 --- ZP
+    TK2 --- ZD
+    TK3 --- ZD
+    TK4 --- ZD
+```
@@ -0,0 +1,48 @@
+---
+title: "Stockage — Vue d'ensemble"
+tags: [stockage, asrs, galileo, index]
+status: draft
+last_updated: 2026-05-05
+---
+
+# Stockage — Vue d'ensemble
+
+> **Périmètre** : miniload, transstockeurs, stations Galileo, stratégies de
+> putaway, zones de stockage, défragmentation.
+
+> **Standard EasyWMS** : voir [Storage](../../concepts/stock.md),
+> [Galileo Integration](../../architecture/galileo-integration.md)
+
+## Pages de cette section
+
+- [ASRS / Miniload](asrs-miniload.md)
+- [Configuration Galileo](galileo-config.md)
+- [Stratégies de putaway](putaway-strategies.md)
+- [Zones de stockage](zones-stockage.md)
+- [Défragmentation](defragmentation.md)
+- [Processus d'anoxie](processus-anoxie.md)
+- [Gestion des palettes vides](palettes-vides.md)
+
+## Vue synthétique du stockage Limagrain
+
+```mermaid
+graph LR
+    subgraph ASRS MAG01
+        TK1[TK_01<br/>Zone Anoxie]
+        TK2[TK_02]
+        TK3[TK_03]
+        TK4[TK_04]
+    end
+    subgraph Zones
+        ZA[Zone Anoxie<br/>TK01 X1-69 Y1-10]
+        ZP[Zone Principale<br/>TK02-04 X1-59 Y1-10<br/>+ X60-69 Y1]
+        ZD[Zone Défrag. Client<br/>TK02-04 X60-69 Y2-10]
+    end
+    TK1 --- ZA
+    TK2 --- ZP
+    TK3 --- ZP
+    TK4 --- ZP
+    TK2 --- ZD
+    TK3 --- ZD
+    TK4 --- ZD
+```
@@ -0,0 +1,107 @@
+---
+title: "ASRS — Entrepôt automatique Limagrain"
+tags: [stockage, ASRS, transstockeur, racks, emplacements]
+status: draft
+standard_ref: architecture/galileo-integration.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# ASRS — Entrepôt automatique Limagrain
+
+> **Résumé** : description de l'installation automatique Limagrain : 4 allées
+> de transstockeurs, racks multi-profondeur, nomenclature des emplacements,
+> types de conteneurs et dimensions.
+
+> **Standard EasyWMS** : → voir [GALILEO Integration](../../architecture/galileo-integration.md),
+> [Location](../../concepts/location.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+Limagrain dispose d'un magasin automatique **MAG01** composé de 4 allées de
+transstockeurs gérées par EasyWMS. L'entrepôt stocke essentiellement des
+graines (sacs, big-bags) sur palettes US.
+
+## Organisation EasyWMS
+
+| Code | Description |
+|------|-------------|
+| **LM** | Organisation LIMAGRAIN |
+| **MAG01** | Magasin automatique — 4 allées |
+
+## Racks et capacités
+
+| Type rack | X Initial | X Final | Y Initial | Y Final | Hauteur (mm) | Palette |
+|-----------|-----------|---------|-----------|---------|--------------|---------|
+| RACK01 | 1 | 69 | 1 | 1 | 1150 | US (1000×1200) |
+| RACK02 | 1 | 69 | 2 | 8 | 1950 | US (1000×1200) |
+| RACK03 | 1 | 69 | 9 | 10 | 2250 | US (1000×1200) |
+
+## Nomenclature des emplacements
+
+Format : **AAAXXXYYYS(D)**
+
+| Code | Nb caractères | Description |
+|------|---------------|-------------|
+| AAA | 3 | Nom de l'allée (001–004) |
+| XXX | 3 | Coordonnée X — travée le long de l'allée |
+| YYY | 3 | Coordonnée Y — hauteur dans la travée |
+| S | 1 | Côté de l'allée (1 = gauche, 2 = droite) |
+| D | 1 | Profondeur (1 = premier, 2 = second, ...) |
+
+**Exemple** : `00100300721` = allée 1, colonne 3, hauteur 7, côté droit,
+profondeur 1.
+
+> Un emplacement EasyWMS correspond à un **canal complet** de rangement de
+> palettes (multi-profondeur).
+
+## Type de conteneur unique
+
+| Type | Largeur (mm) | Longueur (mm) | Hauteur (mm) | Poids max (kg) |
+|------|--------------|---------------|--------------|----------------|
+| 1 — Palette US | 1000 | 1200 | 800 à 1900 | 1250 |
+
+## Contrôles au PIE
+
+Au passage PIE, Galileo vérifie :
+
+- Dimensions max : 1300 × 1100 × 1900 mm
+- Poids max : 1250 kg
+- État de la palette bois
+- Lecture étiquette RFID (code barre / QR)
+
+Si un critère n'est pas respecté → rejet vers poste de reconditionnement
+ou poste de travail d'origine.
+
+## Exceptions de stockage
+
+Le convoyeur de sortie **TS01** dans l'allée TK_01 occupe physiquement des
+emplacements rack. Canaux indisponibles :
+
+- X=21, Y=1
+- X=21, Y=2
+- X=22, Y=1
+
+## Points d'attention
+
+⚠️ Un seul type de conteneur (palette US) simplifie les stratégies mais
+les hauteurs variables (800–1900 mm) impactent le choix du rack (RACK01/02/03).
+
+⚠️ La hauteur PLC déterminée au PIE pilote le choix du niveau de stockage
+(Y=1 pour ≤1150, Y=2-8 pour ≤1950, Y=9-10 pour ≤2250).
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
@@ -0,0 +1,66 @@
+---
+title: "Défragmentation — Zone client et ordonnancement par tournée"
+tags: [stockage, défragmentation, expédition, zone-client, planning, tournée, STOP, custom]
+status: draft
+standard_ref: concepts/defragmentation.md
+jira_refs: [LIM-85, LIM-87]
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx, "LIM-85 LOT2.1 Configuration stratégies defragmentation du stock client par tournée.md", "LIM-87 LOT2.1 [TOURNÉES] Défragmentation client - quai non assigné ATTENTE_CLIENT CT-13.md"]
+last_updated: 2026-05-12
+author: Arthur
+---
+
+# Défragmentation — Zone client et ordonnancement par tournée
+
+> **Résumé** : processus de défragmentation pour préparer les palettes
+> d'expédition vers la zone de défragmentation client dans l'ASRS.
+> Inclut un **custom majeur** de défragmentation par tournée (RUT) avec
+> ordonnancement par numéro de STOP, déclenché uniquement quand toutes
+> les palettes sont prêtes et qu'aucun quai n'est assigné.
+
+> **Standard EasyWMS** : → voir [Defragmentation](../../concepts/defragmentation.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au
+> standard.
+
+## Contexte projet
+
+La défragmentation est un processus standard des entrepôts automatisés.
+Chez Limagrain, elle sert à préparer les routes (expéditions) en
+déplaçant les conteneurs vers la zone de défragmentation client
+(TK02-04, rangées 60-69).
+
+La défragmentation shipping standard propose trois modes d'assignation
+(Picking Only, Shipping Only, Picking & Shipping) mais **aucun ne
+répond au besoin Limagrain** :
+
+| Mode standard | Comportement | Problème |
+|---------------|-------------|----------|
+| Shipping Only | Défrag uniquement les palettes complètes | Les palettes de picking ne sont pas repositionnées → ordonnancement STOP faux dans le canal |
+| Picking & Shipping | Défrag toutes les palettes (y compris celles à picker) | Les palettes sortent pour être défragmentées alors qu'elles doivent d'abord passer au PK → casse l'ordonnancement |
+| Picking Only | Non applicable au besoin | — |
+
+**Contrainte métier** : le stock doit être rangé dans le canal
+d'expédition ASRS dans l'**ordre inverse des STOP** de la tournée, de
+sorte que les palettes sortent du canal dans le bon ordre lors du
+chargement camion (STOP max chargé en premier → déchargé en dernier).
+
+Deux cas se présentent selon l'assignation du quai :
+
+| Situation | Custom | Page |
+|-----------|--------|------|
+| Quai **non assigné** au RUT | Défrag custom décrite ci-dessous | Cette page |
+| Quai **déjà assigné** au RUT | Override du WF stacker crane | → voir [Séquençage shipping par STOP](../04-outbound/sequencage-shipping-stop.md) |
+
+## Principe général
+
+Les conteneurs assignés à une expédition sont relocalisés dans la zone
+de défragmentation client **en avance**, généralement la nuit ou pendant
+les périodes de moindre charge. Cela permet une sortie rapide le jour
+de l'expédition.
+
+## Caractéristiques
+
+- **Priorité** : basse (s'exécute en arrière-plan)
+- **Planification** : horaires configurables par Limagrain
+- **Zone cible** : zone défragmentation client (TK02, 03, 04 —
+  rangées 6
@@ -0,0 +1,143 @@
+---
+title: "Configuration Galileo — Limagrain"
+tags: [stockage, galileo, TMS, architecture, IT]
+status: draft
+standard_ref: architecture/galileo-integration.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Configuration Galileo — Limagrain
+
+> **Résumé** : architecture logicielle IT de l'installation Limagrain et
+> spécificités de la configuration Galileo (TMS).
+
+> **Standard EasyWMS** : → voir [GALILEO Integration](../../architecture/galileo-integration.md),
+> [System Architecture](../../architecture/overview.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+EasyWMS gère l'entrepôt automatique Limagrain avec une base Oracle. Le TMS
+Galileo contrôle les 4 transstockeurs, les convoyeurs, navettes et stations
+PIE. Les AGV sont gérés par un fournisseur tiers (non Galileo).
+
+## Architecture logicielle
+
+```mermaid
+graph TD
+    SAP[SAP EWM] -->|XML / Webservice| GNA[EasyWMS GNA]
+    GNA --> EWMS[EasyWMS Serveur]
+    EWMS --> BBDD[(Oracle DB)]
+    EWMS --> GW[EasyWMS Gateway]
+    GW -->|TCP 3000| GAL[Galileo TMS]
+    GAL --> TK[Transstockeurs x4]
+    GAL --> CONV[Convoyeurs]
+    GAL --> NAV[Navettes]
+    GAL --> PIE[Stations PIE x3]
+    EWMS --> LP[Label Printer Service]
+    EWMS --> WEB[Application Web EasyWMS]
+    EWMS --> PC[Application PC EasyWMS]
+    WEB --> TRF[Terminaux RF]
+    AGV[AGV - Fournisseur tiers] -.->|Interface séparée| EWMS
+```
+
+### Composants serveur EasyWMS
+
+| Composant | Rôle |
+|-----------|------|
+| Application serveur EasyWMS | Services de logique et gestion |
+| Oracle DB | Base de données |
+| EasyWMS GNA | Communication ERP (SAP) via XML/Webservice |
+| EasyWMS Gateway | Communication Galileo (protocole frames TCP) |
+| EasyWMS Label Printer | Impression étiquettes et documents |
+
+### Communication ERP
+
+- **Protocole** : XML + Webservice
+- **ERP** : SAP EWM
+- **Direction** : bidirectionnelle (voir [Messages ERP](../06-erp-interface/messages-reference.md))
+
+## Stations PIE — Configuration spécifique
+
+3 stations PIE installées :
+
+| Station | Côté | Usage principal |
+|---------|------|----------------|
+| PIE_01 | Quais (production) | Réception production directe |
+| PIE_02 | Postes de travail | Réception ext./retours après traitement |
+| PIE_03 | Postes de travail | Idem PIE_02 |
+
+### Mode d'insertion PIE
+
+- **Mode normal** (known containers) : rejet si RFID inconnue
+- [CUSTOM] Pas de message ASO au passage PIE
+- [CUSTOM] Vérification poids avec tolérances par type article
+- [CUSTOM] Mise à jour du « Poids de l'unité » du conteneur à chaque passage
+
+### Contrôle au PIE
+
+| Contrôle | Valeur limite |
+|----------|---------------|
+| Dimensions max | 1300 × 1100 × 1900 mm |
+| Poids max | 1250 kg |
+| État palette bois | Correct (visuel Galileo) |
+| Lecture RFID | Obligatoire — doit être connue (ASN) |
+
+## Flux physiques dans l'entrepôt
+
+Les flux sont majoritairement réalisés par des **AGV** (fournisseur tiers).
+EasyWMS communique les points de prise et de dépose ; le sens de prise/dépose
+est géré par le fournisseur AGV.
+
+Deux entrées dans l'ASRS :
+
+| Entrée | Côté | Usage |
+|--------|------|-------|
+| Entrée production | Quais (PIE_01) | Palettes production, palettes vides |
+| Entrée postes de travail | Postes (PIE_02/03) | Palettes après traitement en poste |
+
+> En cas de blocage long terme sur une entrée, un bouton permet de
+> rediriger les flux vers l'autre entrée.
+
+## Rétention des données
+
+| Entité | Durée standard | Souhait Limagrain |
+|--------|----------------|-------------------|
+| Transactions | 6 mois | 2 ans |
+| Movements | 6 mois | 2 ans |
+| Outbound Orders | 1 an | 2 ans |
+| Inbound Orders | 1 an | 2 ans |
+| Tasks | 1 an | 2 ans |
+| Stock adjustments | 1 an | 2 ans |
+
+> ⚠️ Mecalux doit étudier l'impact de la rétention 2 ans sur les prérequis
+> serveurs pour éviter saturation DB et lenteurs.
+
+## Points d'attention
+
+⚠️ Les interfaces AGV sont définies dans un document annexe séparé et
+peuvent impacter les flux fonctionnels.
+
+⚠️ La banderoleuse (filmeuse) est située avant le PIE côté postes de
+travail — un contrôle capacité filmeuse est fait en amont du PIE.
+
+## Questions ouvertes
+
+- [ ] Impact rétention 2 ans sur les performances Oracle (@Nicolas)
+- [ ] Fournisseur AGV définitif et protocole d'interface (@Théo)
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
@@ -0,0 +1,124 @@
+---
+title: "Gestion des palettes vides"
+tags: [stockage, palettes-vides, réapprovisionnement, expédition]
+status: draft
+standard_ref: concepts/container-management.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx, "Réception - LIMAGRAIN - DEV - Confluence.md"]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Gestion des palettes vides
+
+> **Résumé** : gestion des piles de palettes vides dans EasyWMS —
+> réception, stockage, réapprovisionnement des postes et expédition.
+
+> **Standard EasyWMS** : → voir [Container Management](../../concepts/container.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+Les palettes vides sont intégrées dans le périmètre EasyWMS. Leur gestion
+est faite **uniquement en pile** — aucune palette vide n'est traitée de
+façon unitaire.
+
+## Typologie
+
+- Dimensions : US (1000 × 1200 mm)
+- Type unique : NIMP15
+- Stockage : piles de **10 palettes vides**
+
+## Réception
+
+Les piles de palettes vides sont réceptionnées au niveau des quais.
+Type de réception : **Réception palettes vides**. L'article est nommé
+« PILE DE 10 PALETTES ».
+
+**Règles** : toujours reçu par paquet de 10 palettes (sinon refusé —
+contrainte de hauteur). Aucun scan demandé. Pas de passage par poste
+de travail. Destination : stockage direct dans l'ASRS.
+
+> **Remarque** : en cas de blocage long terme sur l'entrée quai, un bouton
+> permet de rediriger manuellement les palettes vers l'entrée « Postes de
+> travail ».
+
+## Stockage
+
+### Dans l'ASRS
+
+- Priorité : allées 2, 3 et 4 (TK02-04)
+- Position : au plus proche de l'entrée/sortie pour réapprovisionner
+  rapidement les postes
+- Stratégie de rangement : voir
+  [Stratégies de rangement](putaway-strategies.md) — type 5
+- Consultation : vue des stocks avec filtre sur l'article « palettes vides »
+
+### Au niveau des postes de travail
+
+- **2 piles par îlot de travail** (et non par poste individuel)
+- Création d'un **emplacement picking dédié** pour chaque emplacement
+  physique accueillant les stocks de palettes vides (permet le
+  réapprovisionnement automatique sur seuil)
+
+## Réapprovisionnement
+
+### Sur poste de travail
+
+- Chaque poste est équipé d'une aide à la manutention (prise palette
+  sur la pile → dépose sur table de préparation)
+- Action **manuelle**, non pilotée par EasyWMS
+- En cas de regroupement : l'opérateur peut reposer une palette vide
+  sur la pile
+
+> ⚠️ La pile doit être parfaitement remontée pour passer le contrôle
+> gabarit au PIE.
+
+[CUSTOM] Quand la pile est vide :
+
+- **Bouton WfAction** dans la workstation pour demander le
+  réapprovisionnement
+- L'opérateur choisit la pile à réapprovisionner parmi une liste
+  (paramètre par PK avec noms des emplacements)
+- Quand l'emplacement devient vide (via bouton WfAction) →
+  réapprovisionnement automatique déclenché
+- Bouton inverse pour renvoyer une pile au stockage
+
+### Sur le poumon
+
+- Réapprovisionnement **automatique** des 2 emplacements poumon quand
+  un emplacement est vidé (tâche depuis ASRS)
+
+## Expédition
+
+Les piles de palettes vides peuvent être expédiées :
+
+1. Création **manuelle** d'un ordre de sortie
+2. Renseigner la destination : table de préparation (poste) OU image de quai
+3. Une fois expédiées → sorties des stocks EasyWMS
+
+## Points d'attention
+
+⚠️ Gestion uniquement en pile (jamais unitaire) — simplifie le suivi
+mais impose des manipulations par lot de 10.
+
+⚠️ Le nombre de piles en stock est visible en filtrant la vue des stocks
+sur l'article spécifique des palettes vides.
+
+⚠️ La pile doit être correctement empilée pour ne pas être rejetée
+au PIE (contrôle gabarit).
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+| 2026-05-05 | Arthur | Enrichissement : emplacement picking dédié, 2 piles/îlot, WfAction |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
+| Réception - LIMAGRAIN - DEV - Confluence | Page ateliers DEV | 2026 |
@@ -0,0 +1,154 @@
+---
+title: "Processus d'anoxie — TK01"
+tags: [stockage, anoxie, TK01, flag, custom, processus]
+status: draft
+standard_ref: concepts/warehouse-processes.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Processus d'anoxie — TK01
+
+> **Résumé** : processus [CUSTOM] de traitement par anoxie dans l'allée 1,
+> incluant le flag « A anoxier », la relocalisation et le blocage d'allée.
+
+> **Standard EasyWMS** : → voir [Warehouse Processes](../../concepts/putaway.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+L'anoxie consiste à baisser le niveau d'oxygène dans l'allée 1 (TK01)
+pour éliminer d'éventuels nuisibles dans les semences. Ce processus est
+spécifique au domaine des semences et n'existe pas dans le standard EasyWMS.
+
+## Caractéristiques
+
+- **Localisation** : allée 1 uniquement (TK01)
+- **Durée** : 3 à 4 semaines en moyenne
+- **Fréquence** : 2 fois par an
+- **Déclenchement** : manuel
+- **Impact** : allée et stock bloqués pendant toute la durée
+
+En dehors des périodes d'anoxie, la zone est utilisée pour du stockage
+normal en priorisant les palettes à anoxier. Chaque compartiment a un
+taux d'oxygène contrôlé.
+
+## [CUSTOM] Flag « A anoxier »
+
+### Attribution automatique
+
+Tous les stocks des palettes issues des processus suivants reçoivent
+automatiquement le flag « A anoxier » car elles présentent des risques
+de contamination :
+
+- Réceptions extérieures / intersites
+- Retours client
+
+Condition : la palette doit passer par un poste de travail.
+
+### Attribution manuelle
+
+Il est également possible d'assigner le flag manuellement sur des stocks
+spécifiques depuis la vue des stocks.
+
+### Retrait du flag
+
+- **Automatique** : à la fin du processus d'anoxie (bouton « Fin d'anoxie »)
+- **Manuel** : par un utilisateur, qui devra saisir une date de dernière
+  anoxie
+
+## Cas particuliers
+
+- Des stocks d'une même référence (article-lot) peuvent posséder des dates
+  de dernière anoxie différentes — ces stocks ne sont pas physiquement
+  différenciables
+- Si une palette contient du stock « mixte » dont certaines lignes ont le
+  flag et d'autres pas → toutes les lignes sont considérées « A anoxier »
+
+## Processus complet
+
+```mermaid
+flowchart TD
+    START[Décision lancer anoxie] --> SEL1[1. Sélection palettes à évacuer de TK01]
+    SEL1 --> RELOC1[Relocalisation vers TK02-04]
+    RELOC1 --> SEL2[2. Sélection palettes à anoxier]
+    SEL2 --> RELOC2[Relocalisation vers TK01]
+    RELOC2 --> BLOCK[3. Blocage manuel allée 01]
+    BLOCK --> WAIT[Anoxie en cours — 3 à 4 semaines]
+    WAIT --> FIN[4. Bouton « Fin d'anoxie »]
+    FIN --> UPDATE[MAJ date dernière anoxie + suppression flag]
+    UPDATE --> DEBLOCK[Déblocage manuel allée 01]
+```
+
+### Étape 1 — Évacuation des palettes non concernées
+
+- Sélection manuelle depuis la vue des conteneurs (filtre sur flag
+  « A anoxier »)
+- Relocalisation vers une autre allée (en masse, voir déplacement
+  de conteneurs)
+
+### Étape 2 — Relocalisation des palettes à anoxier
+
+- Sélection manuelle des palettes avec flag « A anoxier »
+- Relocalisation vers TK01 dans la mesure des emplacements disponibles
+
+[CUSTOM] Les étapes 1 et 2 peuvent être **automatisées** afin de créer
+automatiquement les tâches de relocalisation.
+
+### Étape 3 — Blocage
+
+- Blocage **manuel** de l'allée 01 sur EasyWMS
+- Le stock et l'allée deviennent indisponibles
+
+### Étape 4 — Fin d'anoxie
+
+- [CUSTOM] Bouton « Fin d'anoxie » qui :
+  - Met à jour la date de dernière anoxie
+  - Supprime automatiquement le flag « A anoxier » pour chaque ligne
+    de stock présente dans l'allée
+- Déblocage manuel de l'allée 01
+
+## Suivi et rapports
+
+- Extraction de la vue des stocks avec filtres « A anoxier » et
+  « date de dernière anoxie » pour établir le rapport souhaité
+- L'avancée des tâches de relocalisation est consultable sur la vue
+  des tâches
+
+## Lien avec les stratégies de rangement
+
+Les palettes avec flag « A anoxier » ont une stratégie de rangement
+dédiée qui priorise TK01 (voir
+[Stratégies de rangement](putaway-strategies.md) — type 1).
+
+## Points d'attention
+
+⚠️ La relocalisation peut prendre un temps significatif selon les
+quantités sélectionnées.
+
+⚠️ MECALUX conseille d'avoir une personne sur site lors du lancement
+de la défragmentation/relocalisation en cas de défaut sur les
+transstockeurs (non obligatoire).
+
+⚠️ Le processus d'anoxie peut être mis en pause et repris ultérieurement
+en cas de reprise d'activité.
+
+## Questions ouvertes
+
+- [ ] Automatisation étapes 1 et 2 — développement custom validé ? (@Nicolas)
+- [ ] Interface du bouton « Fin d'anoxie » — écran dédié ou menu existant ? (@Fabien)
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
@@ -0,0 +1,113 @@
+---
+title: "Stratégies de rangement Limagrain"
+tags: [stockage, putaway, stratégie, rangement, canaux]
+status: draft
+standard_ref: concepts/putaway.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Stratégies de rangement Limagrain
+
+> **Résumé** : 5 stratégies de rangement distinctes selon la typologie de la
+> palette, avec des règles de sélection de canal et d'allée spécifiques.
+
+> **Standard EasyWMS** : → voir [Putaway](../../concepts/putaway.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+Le premier filtre appliqué aux palettes détermine la stratégie de rangement.
+Limagrain n'utilise pas de classes de rotation ABC — la répartition se fait
+sur la nature fonctionnelle de la palette.
+
+## Stratégie 1 — Palettes avec flag « A Anoxier » (mono ou multi lot)
+
+Objectif : stocker en priorité dans TK_01 (zone anoxie).
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | TK01 — canal incomplet, même lot SAP + mêmes attributs logistiques (article, propriétaire, statut) |
+| 2 | TK01 — canal vide |
+| 3 | TK01 — canal incomplet avec autre référence |
+| 4 | Appliquer la stratégie sans flag « A Anoxier » (stratégie 2 ou 3) |
+| 5 | REJET |
+
+## Stratégie 2 — Palettes mono lot sans flag « A Anoxier »
+
+Objectif : optimiser le taux de remplissage et répartir le stock entre allées.
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | Canal incomplet même lot SAP + mêmes attributs logistiques |
+| 2 | Canal le plus adapté dans un TK qui n'a **pas** de stock équivalent (répartition inter-allées) — taille optimale vs nb palettes ASN restantes |
+| 3 | Canal le plus adapté aux nb palettes ASN restantes (toute allée) |
+| 4 | REJET |
+
+**Sélection du canal** : canal le plus grand possible qui sera rempli
+complètement, ou canal qui laissera le moins de positions vides.
+
+## Stratégie 3 — Palettes multi lot sans flag « A Anoxier »
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | Canal incomplet mixte |
+| 2 | Canal vide |
+| 3 | Canal incomplet (tout) |
+| 4 | REJET |
+
+## Stratégie 4 — Palettes d'expédition (mono ou multi lot)
+
+Objectif : stocker dans la zone défragmentation client, regroupées par route.
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | Canal incomplet avec palettes de la même route — zone défragmentation client |
+| 2 | Canal vide — zone défragmentation client |
+| 3 | PAS DE MOUVEMENT (palette reste en place) |
+
+## Stratégie 5 — Piles de palettes vides
+
+Article type « Palette » (NIMP15).
+
+| Priorité | Règle |
+|----------|-------|
+| 1 | Canal incomplet le plus proche de l'entrée avec piles de palettes vides |
+| 2 | Canal vide le plus proche de l'entrée (hors TK01) |
+| 3 | Canal incomplet (tout) |
+| 4 | REJET |
+
+## Critères transverses
+
+- **Réservation de canal** : le nombre de palettes en ASN non encore reçues
+  détermine la capacité optimale du canal à réserver (stratégie 2)
+- **Équilibrage inter-allées** : pour les palettes mono lot, EasyWMS répartit
+  le stock entre allées différentes quand un canal plein existe déjà
+- **Hauteur** : la hauteur de la première palette au PIE détermine le type
+  de rack compatible (RACK01 ≤1150, RACK02 ≤1950, RACK03 ≤2250)
+
+## Points d'attention
+
+⚠️ Si aucun emplacement n'est trouvé → palette rejetée vers le poste de
+rejet configuré (sauf stratégie 4 où la palette reste sur place).
+
+⚠️ Les palettes d'expédition ne sont déplacées en zone défragmentation
+qu'après assignation de stock (post-libération de l'OS).
+
+⚠️ La stratégie 1 (anoxie) utilise un fallback vers les stratégies 2/3
+si TK_01 est plein — important en période hors-anoxie.
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
@@ -0,0 +1,85 @@
+---
+title: "Zones de stockage Limagrain"
+tags: [stockage, zones, anoxie, défragmentation, ASRS]
+status: draft
+standard_ref: concepts/putaway.md
+jira_refs: []
+confluence_refs: []
+sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx]
+last_updated: 2026-05-05
+author: Arthur
+---
+
+# Zones de stockage Limagrain
+
+> **Résumé** : Limagrain dispose de 3 zones de stockage dans l'ASRS, chacune
+> avec un rôle spécifique : anoxie, stockage principal, défragmentation client.
+
+> **Standard EasyWMS** : → voir [Putaway](../../concepts/putaway.md),
+> [Location](../../concepts/location.md)
+> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
+
+## Contexte projet
+
+L'entrepôt automatique Limagrain comporte **4 allées** (TK_01 à TK_04). Les
+zones de stockage ont été définies pour répondre à deux besoins métier :
+
+1. **Anoxie** : traitement insecticide par réduction d'oxygène sur TK_01
+2. **Défragmentation client** : pré-positionnement des palettes assignées à
+   une route avant expédition (optimise les temps de sortie)
+
+## Configuration des zones
+
+| Zone | Transstockeur | X initial | X final | Y initial | Y final |
+|------|---------------|-----------|---------|-----------|---------|
+| Zone Anoxie | TK_01 | 1 | 69 | 1 | 10 |
+| Zone Principale | TK_02, 03 & 04 | 1 | 59 | 1 | 10 |
+| Zone Principale (ext.) | TK_02, 03 & 04 | 60 | 69 | 1 | 1 |
+| Zone Défragmentation client | TK_02, 03 & 04 | 60 | 69 | 2 | 10 |
+
+> ⚠️ Cette répartition peut être modifiée par un administrateur Limagrain
+> selon les besoins opérationnels.
+
+## Comportement par zone
+
+### Zone Anoxie (TK_01)
+
+- Réservée **en priorité** aux palettes avec le flag « A anoxier »
+- Hors période d'anoxie, utilisée comme stockage normal (priorité anoxie)
+- Durant l'anoxie (3-4 semaines, 2x/an) : allée + stock bloqués
+- Voir [Processus d'anoxie](../08-transverse/decisions-architecture.md)
+
+### Zone Principale (TK_02, 03 & 04)
+
+- Stockage général : articles et piles de palettes vides
+- Pas de distinction de classe de rotation (pas d'ABC)
+- Stratégie de répartition inter-allées pour équilibrer la charge
+
+### Zone Défragmentation client (TK_02, 03 & 04, X=60-69, Y=2-10)
+
+- Palettes assignées à un ordre de sortie (post stock assignment)
+- Regroupement par route/stop pour optimiser le séquencement à l'expédition
+- Les palettes y sont déplacées automatiquement après libération de l'OS
+
+## Points d'attention
+
+⚠️ Les piles de palettes vides sont stockées en priorité dans les allées
+02, 03 & 04, au plus proche des entrées/sorties (canaux bas en X).
+
+⚠️ Le convoyeur de sortie TS01 dans TK_01 crée une **exception de stockage** :
+pas de canaux en X=21/Y=1, X=21/Y=2, X=22/Y=1.
+
+⚠️ Taux minimum de 5% d'emplacements libres recommandé par Mecalux pour
+la défragmentation et les relocalisations.
+
+## Historique des modifications
+
+| Date | Auteur | Modification |
+|------|--------|--------------|
+| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
+
+## Références
+
+| Source | Type | Date |
+|--------|------|------|
+| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |