Files

T

arthur 7496aafe64 lint(limagrain): corrections completes Phase 1+2

- 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

2026-07-20 12:56:42 +02:00

3.8 KiB

Raw Permalink Blame History

title, tags, status, standard_ref, jira_refs, confluence_refs, sources, last_updated, author

title

Séquençage TK → PS - Historique et arbitrage

Résumé : historique des solutions envisagées pour le séquençage TK → PS, et arbitrage des contradictions entre les 3 sources (DevOps #64854, AF §6.4.8, réunion 11/05/2026).

Standard EasyWMS : → voir Picking standard Ce qui suit documente les spécificités Limagrain par rapport au standard.

Pour l'algorithme retenu, voir Séquençage TK → PS.

Solutions envisagées

Solution 1 - Process isolé sur finalisation des tâches d'OS

Séquençage via OS.Line.CstAtt, marquage OS traité via OS.CstAtt = true.

Problème : pas assez dynamique en cas de recréation de tâches.

Solution 2 - Calcul dans le workflow stacker_crane

Intégration dans Galileo_StackerCraneSearch_PR / StackerCrane_SortTasks_PR, recalcul complet à chaque exécution.

Problème : complexité élevée (requêtes LINQ imbriquées multi-OS).

Solution 3 - Solution 1 transformée en job

Job planifié, excluant les tâches en cours.

Problème : pas assez réactif par rapport à la cadence des TK.

Solution 4 - Process événementiel (retenue)

Solution 1 déclenchée sur TaskCreatedEvent et OutboundOrderReleasedEvent, avec verrouillage OS.CstAtt.

Avantages : simple, découplée, réactive.

Arbitrage des contradictions (réu. 11/05/2026)

Analyse comparative : DevOps #64854 (le plus ancien), AF §6.4.8 (intermédiaire), réunion 11/05/2026 Arthur + Justine + Olivier (fait foi). Tous les points sont résolus.

Sujet	DevOps	AF	Réunion (fait foi)
Traitement commercial	À creuser	Séparation stricte	Supprimé (`false`)
Seuil picking négatif	Pas de seuil	> 50%	55% ET poids ≥ 7 kg
Poids max palette	1 200 kg	1 250 kg	1 250 kg (AF)
Négatif vs Maïs first	Pas de hiérarchie	Maïs en tête	Négatif prioritaire
Semences essais	Dédié en haut	Non mentionné	Couvert par poids
Lots même Bag/pal	Prioriser	-	Retenu
Différenciation marque	Aucune	-	Confirmé
Calcul Bag/pal	"Prendre le max"	Équivalent palette	Pro rata

Changelog V1.1 (11/05/2026)

Hiérarchie des règles : complétude palette et anti-split prioritaires sur le tri
Picking négatif : condition cumulative poids ≥ 7 kg ajoutée
TC supprimé (CONTROLE_TRAITEMENT_COMMERCIAL = false)
Calcul remplissage : pro rata Bag/pal (remplace "Bag/pal max")
Poids max palette : 1 250 kg (corrige 1 200 kg du DevOps)
Confirmé : mélange espèces OK, pas de gerbage, 1,90 m max

Points non traités (hors scope réunion)

Affichage opérateur au PK (consignes, déviation possible)
Picking négatif < 7 kg en option
Messagerie carton (navette du lendemain, zone angle Est)
Verrou réception → recomptage avant picking (AF uniquement)

Historique des modifications

Date	Auteur	Modification
2026-05-12	Arthur	Création - extraction depuis sequencage-tk-ps.md

Références

Source	Type	Date
LIM-84	Ticket Jira	2026
REU PICKING SEQUENCAGE 11-05-2026	CR réunion	11/05/2026
DevOps #64854	Note historique	-
AF §6.4.8	Analyse fonctionnelle V1.5	28/11/2025

3.8 KiB Raw Permalink Blame History