Arthur Ria
6.3 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-05-12 | 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 |
| 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) |
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 |
Références
| Source | Type | Date |
|---|---|---|
| LIM-74 | Ticket Jira | 2026 |
| LIM-70 | Ticket Jira (Mega Job) | 2026 |
| LIM-60 | Ticket Jira (sous-emplacement auto) | 2026 |