Arthur Ria
11 KiB
title, tags, status, standard_ref, jira_refs, confluence_refs, sources, last_updated, author
| title | tags | status | standard_ref | jira_refs | confluence_refs | sources | last_updated | author | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Picking sur poste de travail — Expédition client |
|
draft | concepts/picking.md |
|
|
2026-05-13 | 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 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é
- Espèce Maïs toujours en premier (pas la variété mais l'espèce)
- Puis espèce avec la plus grande quantité dans la commande
- 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 pour le détail de l'analyse comparative.
[CUSTOM] Règle du picking négatif
Deux conditions cumulatives (réu. 11/05/2026) :
- 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")
- 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.
[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
OnStockAdjustrecalcule 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 55%).
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
- Palette source arrive sur une TP
- Palette destination (vide ou en cours) sur une autre TP
- Opérateur prélève les sacs (ou sacs retour si picking négatif)
[CUSTOM] Message MOV envoyé à SAPANNULÉ (décision client)- Avant évacuation : choix filmage (CstData transmis à Galileo). Possibilité de choisir « pas de filmage ».
- É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é
- Picking négatif toujours en premier — une seule palette à la fois pour ce process, toujours déposée sur la table du centre
- Picking classique ensuite — jusqu'à 2 palettes simultanées au PK, déposées sur les tables latérales
- 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)
- 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) situées entre le PS et le PK.
Le nombre max de palettes pré-chargées est contrôlé par
MAX_PRELOAD_PAR_PK (défaut : 3). L'ordre de sortie des buffers
suit Line.CstAtt (séquence), pas l'ordre FIFO d'entrée physique.
Voir Placement PS → PK pour l'algorithme complet de choix de table et de gestion des buffers.
Information passage conteneur client
Le passage en conteneur client est visible dans le LOC envoyé toutes les 5 minutes à SAP (flag « client » = true). Voir Flux ERP outbound.
Étiquetage
Cas standard (non MII ou MII mono lot)
- 1 étiquette RFID pour la palette physique bois
Cas MII multi lots
- 1 étiquette HU RFID pour la palette physique (HU mère)
- 1 étiquette HU sans RFID par ligne de stock (HU fille / intercalaire)
- Impression auto à chaque nouvelle palette (RFID) et à chaque article (intercalaire)
- Basé sur la classe de commande
Contraintes opérateur (hors EasyWMS)
Règles non gérées par le système mais à respecter :
- Palette ne doit pas excéder 1,90 m (sinon rejet PIE)
- Palette ne doit pas excéder 1 250 kg (sinon rejet PIE)
- Pas de gerbage de palette
- Disposition d'intercalaires entre couches
Calcul poids de référence (post-picking)
Pour les palettes multi-lignes de stock :
Poids réf = Σ (Poids_unité_ligne_i × quantité_ligne_i) + poids_palette_bois
Contrôle PIE identique aux autres processus (voir Contrôle qualité réception).
Points d'attention
⚠️ Le picking négatif (seuil 55% + poids ≥ 7 kg, deux conditions cumulatives) est une règle métier intégrée dans EasyWMS — c'est un développement custom.
⚠️ Le traitement commercial est désactivé
(CONTROLE_TRAITEMENT_COMMERCIAL = false, réu. 11/05/2026).
⚠️ L'ordonnancement espèce → quantité → poids est géré par EasyWMS (pas un choix opérateur).
⚠️ Le message MOV est ANNULÉ (décision réunion client).
⚠️ Le verrou HORS TOLERANCE déclenche un recomptage mais ne casse pas l'assignation si le stock restant est suffisant.
⚠️ L'algorithme de répartition TP est le « gros morceau » custom du picking — gestion combinatoire de tous les cas.
Questions ouvertes
- Programme de filmage exact — documenté, 8 programmes A→H (voir Flux expédition)
- Process sans picking négatif / seuil — confirmé 55% + poids ≥ 7 kg (réu. 11/05/2026)
- Traitement commercial — supprimé
(
CONTROLE_TRAITEMENT_COMMERCIAL = false, réu. 11/05/2026) - Gestion du picking négatif dans l'interface opérateur (@Nicolas)
Historique des modifications
| Date | Auteur | Modification |
|---|---|---|
| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
| 2026-05-05 | Arthur | Gerbabilité/stack, algo répartition TP, verrou HORS TOLERANCE, MOV annulé, arrivée palettes 3 TP, filmage CstData |
| 2026-05-12 | Arthur | Ajout ordonnancement PS → PK (LIM-82), picking négatif détaillé, cadencement buffers |
| 2026-05-12 | Arthur | TC supprimé, picking négatif 2 conditions cumulatives 55% + 7 kg, pro rata Bag/pal, poids max 1 250 kg (réu. 11/05/2026) |
| 2026-05-13 | Arthur | Restauration sections perdues (étiquetage, contraintes, poids réf, points d'attention), correction seuil 50% → 55% |
Références
| Source | Type | Date |
|---|---|---|
| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
| Expédition - LIMAGRAIN - DEV - Confluence | Page ateliers DEV | 2026 |
| LIM-82 LOT2.2 | Ticket Jira (ordonnancement PS → PK) | 2026 |
| REU PICKING SEQUENCAGE 11-05-2026 | CR réunion + analyse comparative | 11/05/2026 |