- Bloquants: mermaid 03-picking/_index reconstitue (archive 11-05), 13 liens vers pages squelette retires, 2 liens recibles (anoxie, application-dictionary) - Conventions: 910 em dashes -> tirets simples, 145 checklists -> puces question, 13 questions resolues barrees - Liens: 9 ancres reparees (slugs GitHub) - Delta: 12 standard_ref remappes, blocs Standard EasyWMS + sections References ajoutes, front matter complete - Glossaire: 15 termes standard deplaces en section rappel avec renvoi - Rapport: limagrain/_lint_report.md (Phase 1 + Phase 2 + re-scan final) - Inclut les pages des sessions precedentes non commitees + CLAUDE.md et consume.log en l'etat
7.7 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 | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Mini Job - Images de quai vers poste de travail (PK) |
|
draft | architecture/galileo-integration.md |
|
|
2026-07-17 | Arthur |
Mini Job - Images de quai vers poste de travail (PK)
Résumé : sous-workflow du Mega Job qui orchestre l'envoi des palettes depuis les images de quai vers les postes de travail (PK) pour les réceptions fournisseur, intersite et retour client.
Standard EasyWMS : → voir Galileo Integration Ce qui suit documente les spécificités Limagrain par rapport au standard.
Contexte projet
Dans le flux de réception fournisseur/intersite/retour client, les palettes sont déchargées par un cariste sur une image de quai puis déclarées via le TRF (LIM-64). Ce job périodique est le mécanisme qui assigne les réceptions aux PK et crée les tâches de déplacement.
Ce job fait partie du Mega Job (LIM-70) qui en est l'entête. L'éligibilité du PK (4 conditions) est vérifiée dans l'entête, pas dans ce sous-workflow.
Ce job ne concerne pas les réceptions de type Production. Celles-ci sont envoyées directement vers le PIE de l'ASRS via des supports virtuels - voir Job réception production (LIM-71).
Process complet de réception
| # | Étape | Ticket |
|---|---|---|
| 1 | Déclaration sur l'image de quai | LIM-64 |
| 2 | Déplacement AGV → poste de travail | LIM-74 (cette page) |
| 3 | Traitement au poste de travail | LIM-67 / LIM-72 (V1 annulé → LIM-93) |
| 4 | Déplacement AGV → table d'entrée (+ filmage) | - |
| 5 | Passage PIE | LIM-66 |
| 6 | Stockage ou rejet | - |
| 7 | Clôture de la réception | LIM-73 |
| 8 | Libération quai / image de quai | - |
Logique principale
POUR CHAQUE PK éligible (vérifié par l'entête LIM-70)
├─ 1. RECHERCHE D'UNE RÉCEPTION À ASSIGNER
│ ├─ Filtrer les réceptions ayant des supports fictifs (séquence 8000*)
│ │ sur une image de quai dont CstAtt06 est vide (pas de PK assigné)
│ ├─ Filtre big-bag : si CstAtt01 du support = true (big-bag)
│ │ → le PK doit figurer dans le paramètre PK_BIGBAG
│ ├─ Trier : ordres big-bag prioritaires (si PK l'autorise), puis FIFO
│ │ sur la date de création de la réception
│ └─ Prendre la PREMIÈRE réception éligible
│
├─ 2. ASSIGNATION DU PK
│ └─ Set CstAtt06 = code du PK sur TOUS les supports de cette réception
│
└─ 3. CRÉATION DES TÂCHES
├─ Pour CHAQUE support fictif de la réception :
│ créer 1 tâche : sous-emplacement image de quai → PK (station)
├─ Statut initial : "en attente"
└─ Toutes les palettes d'une réception → même PK, en une seule passe
Détails des étapes
1. Recherche d'une réception
Le job cherche parmi toutes les réceptions non-production celles qui ont des supports fictifs (séquence 8000*) positionnés sur une image de quai, dont CstAtt06 est vide (pas encore assignés à un PK). Les supports de production n'ont pas de réception associée et sont donc naturellement exclus.
Filtre big-bag : si les supports de la réception ont CstAtt01 = true (big-bag déclaré lors de la déclaration image de quai), le PK doit
figurer dans le paramètre PK_BIGBAG. Si aucun PK compatible n'est
libre, la réception attend.
Ordre de priorité : ordres contenant des big-bags d'abord (si le poste l'autorise), puis FIFO sur la date de création de la réception.
2. Assignation du PK
Une fois la réception trouvée, le CstAtt06 de tous les supports fictifs de cette réception est mis à jour avec le code du PK assigné. Ce CstAtt sert également à identifier le poste d'origine en cas de notification de rejet au PIE.
3. Création des tâches
Pour chaque support fictif de la réception sur l'image de quai :
- Origine : sous-emplacement de l'image de quai
- Destination : PK (station). Le sous-emplacement (TP) de destination est choisi automatiquement par le WMS au moment de la génération du mouvement (LIM-60)
- Statut : "en attente"
Le WMS gère ensuite le passage "en attente" → "généré" via le standard
Task_GenerateMovementJob_PR, selon la capacité en temps réel du PK. Le
module AGV/GNA envoie les tâches à la flotte iGo.
Paramètres
| Paramètre | Description | Valeur par défaut |
|---|---|---|
| PK_BIGBAG | Liste des PK compatibles big-bag (séparés par ;) |
(vide) |
[CUSTOM] Éléments techniques (revue de code validée 2026-04-07)
Implémentation définitive (commit 24067c85fc, statut préprod) :
| Élément | Type | Rôle |
|---|---|---|
CST_Reception_BestPendingAssignment_ForPK |
Query | Sélection de la réception à assigner (supports fictifs 8000*, CstAtt06 vide, filtre big-bag, tri big-bag puis FIFO) |
CST_PickingStationAssignment_Reception_PR |
WF | Génère les tâches pour la réception sélectionnée et assigne les conteneurs au PK. Appelé par le Mega Job LIM-70 |
CST_PickingStationAssignment_Job |
WF (Mega Job) | Modifié : gestion du paramètre PK_BIGBAG + appel de CST_PickingStationAssignment_Reception_PR |
ContainerVList |
Vue | Ajout de la colonne CustomAttribute6 (PK assigné) |
CST_Container_CustomAttribute6 |
Ressource | FR « PK Assigné » / EN « Assigned PK » |
Points d'attention
⚠️ Un PK compatible big-bag (PK_BIGBAG) peut aussi traiter des
réceptions sans big-bag - le filtre ne s'applique que dans le sens
"big-bag vers PK non compatible".
⚠️ Toutes les palettes d'une même réception vont vers le même PK en une seule passe. Pas de répartition entre PK.
⚠️ Le CstAtt06 empêche le re-traitement d'une réception déjà assignée lors d'exécutions successives du job.
⚠️ Le nombre de tâches créées peut dépasser le nombre de TP du PK (ex : 10 tâches pour 3 TP). Le WMS gère le flux "en attente" → "créé" selon la capacité temps réel.
Questions ouvertes
(aucune question ouverte identifiée dans cette tâche)
Historique des modifications
| Date | Auteur | Modification |
|---|---|---|
| 2026-05-12 | Arthur | Création initiale depuis LIM-74 |
| 2026-07-17 | Arthur | Relecture revue de code LIM-74 (validée 07/04, préprod) : section « Éléments techniques » (query CST_Reception_BestPendingAssignment_ForPK, WF CST_PickingStationAssignment_Reception_PR, Mega Job modifié, vue ContainerVList, ressource CST_Container_CustomAttribute6) |
Références
| Source | Type | Date |
|---|---|---|
| LIM-74 | Ticket Jira (Mini Job réception PK) - revue de code validée, préprod | 2026-04-07 |
| LIM-70 | Ticket Jira (Mega Job) | 2026 |
| LIM-60 | Ticket Jira (sous-emplacement auto) | 2026 |