--- title: "Picking sur poste de travail — Expédition client" tags: [picking, poste, expédition, ordonnancement, MOV, PCK] status: draft standard_ref: concepts/picking.md jira_refs: [LIM-82] confluence_refs: [] sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx, "Expédition - LIMAGRAIN - DEV - Confluence.md", "LIM-82 LOT2.2 [PICKING] Ordonnancement des tâches de picking PS PK.md", "REU PICKING SEQUENCAGE 11-05-2026 - Analyse comparative notes + AF + devops.md"] last_updated: 2026-05-12 author: Arthur --- # Picking sur poste de travail — Expédition client > **Résumé** : processus [CUSTOM] de picking sur poste de travail pour > les commandes client, avec ordonnancement par espèce, règles de picking > négatif et contraintes physiques. > **Standard EasyWMS** : → voir [Picking](../../concepts/picking.md) > Ce qui suit documente les **spécificités Limagrain** par rapport au standard. ## Contexte projet Le picking chez Limagrain se fait sur les postes de travail automatisés (pas de picking mobile en allée). Les palettes source et les palettes de préparation sont acheminées par AGV sur les tables de préparation (TP). > **Note** : cette page décrit le picking tel que défini dans l'AF V1.5. > Le projet a depuis évolué vers un modèle « picking combinatoire » > (CR V3.0, 4 jobs, CstAtt) qui sera documenté séparément. ## Déclenchement Le picking est déclenché pour les commandes client (RUT type « Client ») quand des palettes incomplètes sont nécessaires (la quantité demandée ne correspond pas à des palettes complètes). Prérequis : un **poste de travail assigné** (auto ou manuellement). ## [CUSTOM] Ordonnancement des palettes au poste Une fois le poste assigné, les palettes arrivent dans cet ordre : ### Tri par espèce et gerbabilité 1. **Espèce Maïs** toujours en premier (pas la variété mais l'espèce) 2. Puis espèce avec la **plus grande quantité** dans la commande 3. Si égalité → **article/lot le plus lourd** en base de palette **Mapping Espèce → stack (gerbabilité)** : le maïs = stack 0 (le plus lourd/stable, donc en base). [CUSTOM] Gestion en **async sur l'ITM** pour calculer la gerbabilité automatiquement à la création de l'article. Tri des tâches de picking dans le workflow `StackerCrane_SortTasks_PR`. ### ~~Séparation par traitement commercial~~ SUPPRIMÉ (réu. 11/05/2026) ~~Pas de mélange entre articles avec traitement et sans traitement sur une même palette fille.~~ **Décision** : `CONTROLE_TRAITEMENT_COMMERCIAL = false`. L'entrepôt Limagrain ne fait pas de bio, pas de raison de maintenir cette contrainte. Paramètre réactivable si besoin futur. > Voir [Séquençage TK → PS — Arbitrage](sequencage-tk-ps.md#arbitrage-des-contradictions-reu-11052026) > pour le détail de l'analyse comparative. ## [CUSTOM] Règle du picking négatif **Deux conditions cumulatives** (réu. 11/05/2026) : 1. La quantité à prélever dépasse le **seuil fiche article** (défaut 55%, paramétrable par article via "Complete quantity percent excess for negative picking") 2. Le **poids unitaire du sac ≥ 7 kg** (raison : instabilité palette si gros sacs ramenés sur petits sacs) Si les deux conditions sont remplies → **picking négatif** : au lieu de déplacer les sacs à expédier, déplacer les sacs qui **retourneront en stock** (moins de mouvements physiques). Si l'une des deux conditions n'est pas remplie → picking direct classique. > Le picking négatif est **prioritaire sur Maïs first** et toutes les > autres règles de tri (confirmé par Olivier, réu. 11/05/2026). > Voir [Séquençage TK → PS](sequencage-tk-ps.md#critère-1--picking-négatif-en-premier). ## [CUSTOM] Calcul équivalent palette (pro rata Bag/pal) Pour déterminer si une palette est « pleine », calcul en **pro rata Bag/pal** (réu. 11/05/2026, remplace la logique DevOps "Bag/pal max") : ``` Équivalent palette d'un sac = 1 ÷ Bag/Pal de son lot ``` Le calcul est additif et gère nativement des lots avec des Bag/pal différents sur une même palette : ``` Exemple : 15 sacs lot Bag/pal 20 + 10 sacs lot Bag/pal 75 = 15/20 + 10/75 = 0,75 + 0,133 = 88,3% → il reste ~12% de place ``` Seuil cible : **~95%** de remplissage (marge de sécurité). Poids max palette : **1 250 kg** (AF fait foi, corrige 1 200 kg du DevOps). ## [CUSTOM] Verrou « HORS TOLERANCE » — Recomptage Si la palette source porte le verrou « HORS TOLERANCE » → recomptage demandé avant le picking (inventaire). - Si stock restant suffisant après inventaire → assignation maintenue (workflow `OnStockAdjust` recalcule uniquement si nécessaire — ne casse pas la tâche en cours) - Si plus assez de stock → réassignation ailleurs + retrait verrou ## [CUSTOM] Algorithme de répartition des palettes sur les TP Logique combinatoire complète gérant tous les cas : - Picking négatif et enchaînement de pickings négatifs - Ordonnancement par espèce - Terminer une palette pleine avant d'en entamer une autre - Cadencement des buffers devant les postes de picking - Pas de mélange de traitement commercial (via famille d'article) - **Contrainte** : l'opérateur ne doit **pas déplacer de sacs d'une table à l'autre** (sacs lourds) **Table du milieu** : toujours occupée soit par une palette de picking négatif, soit par une palette vide de dépôt. Quand la palette de prélèvement est vidée, l'opérateur la remet manuellement sur une pile de palettes vides à proximité. > Prévoir un process sans picking négatif pour les cas où c'est rarement > utilisé (ou monter le seuil, ex : 70% au lieu de 50%). ## Processus de préparation ### Arrivée des palettes (toujours un poste 3 TP) - Première palette au **centre** si picking négatif proposé, sinon sur un côté - Si une palette est sur un côté et qu'on propose du picking négatif → prévenir l'opérateur de déplacer la palette au centre - La palette client revient **toujours** au centre - Pas de prépa sur 6 TP en simultané ### Picking 1. Palette source arrive sur une TP 2. Palette destination (vide ou en cours) sur une autre TP 3. Opérateur prélève les sacs (ou sacs retour si picking négatif) 4. ~~[CUSTOM] Message MOV envoyé à SAP~~ **ANNULÉ** (décision client) 5. Avant évacuation : choix filmage (CstData transmis à Galileo). Possibilité de choisir « pas de filmage ». 6. Évacuation palette → PIE → contrôle poids → stockage/expédition ## [CUSTOM] Ordonnancement des tâches PS → PK (LIM-82) Détail du cadencement des palettes depuis les postes de sortie (PS) vers les postes de picking (PK). Toutes les tâches de picking se font sur les tables élévatrices des PK. ### Règles de priorité 1. **Picking négatif toujours en premier** — une seule palette à la fois pour ce process, toujours déposée sur la **table du centre** 2. **Picking classique ensuite** — jusqu'à **2 palettes simultanées** au PK, déposées sur les **tables latérales** 3. Le WMS peut envoyer **1 palette picking négatif + 1 palette picking classique** en même temps (pour compléter la palette post-picking négatif) 4. Le nombre de palettes de prélèvement au PK ne dépasse **jamais 2** ### Picking négatif — Détail À chaque tâche de picking négatif : - Un **nouveau code SSCC** est généré pour la palette où l'excédent de stock est déposé - Une **étiquette RFID** est imprimée pour cette nouvelle palette - La palette de picking négatif va toujours au **centre** du PK ### Cadencement des buffers Les palettes non encore nécessaires au PK sont dirigées vers les **zones d'attente** (buffers ES_X) s