màj wiki avec retour MES lot-5 AD
This commit is contained in:
@@ -0,0 +1,601 @@
|
||||
---
|
||||
title: "Réception fournisseur — Production et extérieures/intersites"
|
||||
tags: [inbound, réception, production, ASN, ROR, PIE, clôture, REF, ROF]
|
||||
status: draft
|
||||
standard_ref: concepts/reception.md
|
||||
jira_refs: [LIM-67, LIM-73]
|
||||
confluence_refs: []
|
||||
sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx, "Réception - LIMAGRAIN - DEV - Confluence.md", LIM-67_Postes_Travail_Reception.md, "LIM-73 - LOT1.3 [RECEPTION] Fermetures, REF et gestion retours.md"]
|
||||
last_updated: 2026-05-12
|
||||
author: Arthur
|
||||
---
|
||||
|
||||
# Réception fournisseur — Production et extérieures/intersites
|
||||
|
||||
> **Résumé** : deux flux de réception distincts chez Limagrain — production
|
||||
> (directe ASRS via ASN) et extérieures/intersites (passage poste de travail
|
||||
> via ROR). Le déchargement camion est une étape commune.
|
||||
|
||||
> **Standard EasyWMS** : → voir [Reception](../../concepts/reception.md)
|
||||
> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.
|
||||
|
||||
## Contexte projet
|
||||
|
||||
Limagrain gère 3 types de réception. Cette page couvre les deux premiers :
|
||||
|
||||
1. **Réception depuis la production** (flux majoritaire)
|
||||
2. **Réceptions extérieures / transferts intersites**
|
||||
|
||||
Le troisième type (retours client) est couvert dans
|
||||
[Réception retour](reception-retour.md).
|
||||
|
||||
## Étape commune — Arrivée et déclaration du camion
|
||||
|
||||
> **Page dédiée** : le flux complet d'arrivée camion, d'assignation de quai,
|
||||
> d'affichage chauffeur et de déclaration image de quai via TRF est documenté
|
||||
> en détail dans [Gestion des camions](gestion-camions.md) (LIM-62/63/64/65).
|
||||
> Ce qui suit est un résumé.
|
||||
|
||||
### [CUSTOM] Réservation image de quai
|
||||
|
||||
1. Camion arrive → agent de quai crée une **réception** dans la vue
|
||||
« Ordre d'entrée > Réceptions » (SmartUI)
|
||||
2. Saisie de la **plaque d'immatriculation** et de la **destination** :
|
||||
« PARKING » par défaut (quai fictif d'attente) ou quai réel si disponible
|
||||
3. Sélection des OE (ordres d'entrée) concernés — chaque OE est flagué
|
||||
via un CstAtt
|
||||
4. Agent consulte la disponibilité des quais via un graphique dans la vue
|
||||
des réceptions et assigne un quai réel
|
||||
5. [CUSTOM] Écran parking (via WS) affiche plaque + n° quai pour le chauffeur
|
||||
|
||||
**Contraintes d'assignation image de quai :**
|
||||
|
||||
- Quai et image de quai **réservés** dès la sélection — réutilisation possible
|
||||
si place restante (gestion manuelle)
|
||||
- Blocage si flux différent (ex : expédition en cours sur ce quai)
|
||||
- Blocage si l'image de quai a des supports associés à un OS (expédition)
|
||||
ou inversement
|
||||
- Si aucun quai disponible → attente de libération
|
||||
- Il faut empêcher de créer une réception avec des OE de **classes de
|
||||
préavis différentes** (message d'erreur bloquant)
|
||||
|
||||
Voir aussi [Quais et poumons](../04-outbound/consolidation-chargement.md).
|
||||
|
||||
### Déchargement physique
|
||||
|
||||
- Cariste décharge palettes depuis emplacement **le plus éloigné du quai**
|
||||
- Permet d'identifier précisément les emplacements occupés pour les AGV
|
||||
|
||||
### [CUSTOM] Déclaration sur l'image de quai
|
||||
|
||||
Menu TRF custom : Réception > Images de quai > Déclaration
|
||||
|
||||
**Séquence commune :**
|
||||
|
||||
1. Scan de l'image de quai
|
||||
2. Choix du type de réception (Production / Fournisseur / Retour client /
|
||||
Palettes vides)
|
||||
3. Saisie du nombre de palettes + emplacement de départ
|
||||
4. Association à la réception (auto pour Production via CstAtt « ASN »,
|
||||
sélection manuelle de l'OE pour les autres)
|
||||
5. Prompt big-bag (Oui/Non) — sauté pour Production
|
||||
6. Écran de validation
|
||||
7. Création des supports dans le WMS
|
||||
|
||||
**Pour les réceptions extérieures/retours client :**
|
||||
|
||||
- Impression d'une **étiquette par support** à coller sur la palette
|
||||
(ROR.Code + date + « À réceptionner » + code support + empl. image de quai)
|
||||
- Vérification capacité image de quai
|
||||
|
||||
### Création tâches de mouvement AGV
|
||||
|
||||
- EasyWMS indique **point de prise** et **point de dépose** uniquement
|
||||
- Sens prise/dépose géré par le gestionnaire de flotte AGV (iGo)
|
||||
- Pour réceptions nécessitant un poste : assignation automatique selon
|
||||
contraintes déclarées (mode, big-bag, distance la plus courte)
|
||||
- Assignation manuelle également possible
|
||||
- Si aucun poste disponible → tâche en attente
|
||||
|
||||
### Libérations
|
||||
|
||||
- **Image de quai** : libérée **automatiquement** quand il n'y a plus
|
||||
de palettes dessus (vérification via supports présents)
|
||||
- **Quai** : libéré **manuellement** par l'agent au départ du véhicule
|
||||
|
||||
---
|
||||
|
||||
## Flux 1 — Réception depuis la production
|
||||
|
||||
### Flux physique
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant Cariste
|
||||
participant Quai/Poumon
|
||||
participant AGV
|
||||
participant Buffer
|
||||
participant PIE_01
|
||||
participant ASRS
|
||||
Cariste->>Quai/Poumon: Déchargement
|
||||
Note over Quai/Poumon: Supports virtuels créés
|
||||
AGV->>Buffer: Transport support virtuel
|
||||
Buffer->>PIE_01: Convoyeur entrée production
|
||||
Note over PIE_01: Suppression support virtuel (containerMovedEvent)
|
||||
PIE_01->>PIE_01: Déplacement palette ASN + contrôles
|
||||
alt PIE OK
|
||||
PIE_01->>ASRS: Stockage (stratégie rangement)
|
||||
else PIE NOK
|
||||
PIE_01->>Cariste: Rejet → poumon au sol + notification
|
||||
end
|
||||
```
|
||||
|
||||
### Résumé du processus
|
||||
|
||||
1. Déclaration sur l'image de quai (voir étape commune ci-dessus)
|
||||
2. Déplacement AGV → entrée production (via supports virtuels)
|
||||
3. Passage PIE (suppression support virtuel + validation palette ASN)
|
||||
4. Stockage ou rejet
|
||||
5. Libération quai / image de quai
|
||||
|
||||
### 1) [CUSTOM] Pré-notification ASN
|
||||
|
||||
Message **ASN** descendu de SAP **avant** l'arrivée physique (expédition
|
||||
depuis l'ancien magasin). Contenu :
|
||||
|
||||
- Numéro unique HU
|
||||
- Article / Lot SAP
|
||||
- [CUSTOM] Propriétaire Limagrain
|
||||
- Statut de stock
|
||||
- Quantité (unités de vente)
|
||||
|
||||
Batch possible : jusqu'à **500 conteneurs par message ASN**.
|
||||
|
||||
> Les palettes sont étiquetées RFID en sortie de production (hors EasyWMS).
|
||||
> L'étiquette est collée sur la housse.
|
||||
|
||||
### 2) [CUSTOM] Supports virtuels et déplacement AGV
|
||||
|
||||
**Principe des supports virtuels :**
|
||||
|
||||
- Création de supports « virtuels » identiques à de vrais supports mais
|
||||
avec une **séquence différente (8000)** pour les identifier
|
||||
- La flotte AGV déplace la palette fictive jusqu'au PIE
|
||||
- Le tracking s'effectue avec le support virtuel sur le premier convoyeur
|
||||
|
||||
**Destination** : entrée production (convoyeur vers ASRS). L'AGV dépose
|
||||
sur un **buffer d'entrée** (type POUMON MINILOAD AD) — jamais directement
|
||||
sur le PIE.
|
||||
|
||||
**Suppression du support virtuel :**
|
||||
|
||||
- Basée sur le fonctionnement standard des routes AGV
|
||||
- Surveillance des **containerMovedEvent**
|
||||
- Filtre : type palette ASN + destination type PIE → suppression du
|
||||
support virtuel (séquence 8000)
|
||||
|
||||
### [CUSTOM] Redirection si entrée production saturée
|
||||
|
||||
En cas de blocage long terme sur l'entrée production :
|
||||
|
||||
- **Solution standard** : système de routes avec distances — route
|
||||
principale distance 1, routes secondaires distance 2
|
||||
- On ferme le PIE de production → le WMS redirige automatiquement vers
|
||||
les autres entrées disponibles
|
||||
- **Élément à bloquer** : le PIE (pas un élément physiquement plus
|
||||
proche de l'entrée)
|
||||
|
||||
> Pour les tests sans AGV : utilisation de **routes virtuelles** en
|
||||
> configuration easyS qui téléportent automatiquement les palettes.
|
||||
|
||||
### 3) Passage au PIE et création palette ASN
|
||||
|
||||
**Séquence au PIE :**
|
||||
|
||||
1. Fin d'ordre AGV au PIE → suppression du support virtuel
|
||||
(via containerMovedEvent)
|
||||
2. Déplacement de la palette depuis l'emplacement « ASN » au PIE
|
||||
3. Le ratio poids s'effectue au niveau de l'article
|
||||
|
||||
Contrôles : dimensions (1300×1100×1900), poids (≤1250 kg), état palette,
|
||||
RFID connue (ASN). Voir
|
||||
[Contrôle qualité réception](controle-qualite-reception.md) pour le
|
||||
détail des contrôles PIE et la répartition du poids.
|
||||
|
||||
**PIE OK :**
|
||||
|
||||
- [CUSTOM] Aucun message ASO généré
|
||||
- [CUSTOM] Vérification poids — tolérance par type article, verrou
|
||||
« Réception » sur le **support** si écart > seuil
|
||||
- Mise à jour CstAtt01 de la ligne de stock (poids unitaire calculé)
|
||||
- [CUSTOM] Si type article ZSIZ → message ajustement stock vers SAP
|
||||
via WSC (poids réel HU) — voir
|
||||
[Contrôle qualité réception](controle-qualite-reception.md) pour
|
||||
la gestion du timing avec le REF
|
||||
- Stratégie de rangement appliquée
|
||||
- Réservation canal optimale selon nb palettes ASN restantes
|
||||
|
||||
**PIE NOK :**
|
||||
|
||||
- Rejet standard — plus besoin d'étiquette spécifique
|
||||
- Palette dirigée automatiquement vers un **poumon au sol** (zone de
|
||||
rejet)
|
||||
- **Notification SmartUI** envoyée aux opérateurs
|
||||
- Opérateur se rend physiquement à la zone de rejet pour corriger
|
||||
- Si non corrigeable : bouton custom édite étiquette « NON CONFORME,
|
||||
RENVOI » et crée une tâche vers un poumon dédié
|
||||
- [CUSTOM] Aucun message ASK généré
|
||||
- [CUSTOM] CstAtt du support flagué avec « Prod » (pas de poste de
|
||||
travail d'origine)
|
||||
|
||||
---
|
||||
|
||||
## Flux 2 — Réceptions extérieures / transferts intersites
|
||||
|
||||
### Flux physique
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant Cariste
|
||||
participant Quai/Poumon
|
||||
participant AGV
|
||||
participant Poste PK
|
||||
participant Filmeuse
|
||||
participant PIE_02/03
|
||||
participant ASRS
|
||||
Cariste->>Quai/Poumon: Déchargement
|
||||
AGV->>Poste PK: Transport vers poste de travail
|
||||
Poste PK->>Poste PK: Traitement réception
|
||||
AGV->>Filmeuse: Évacuation (filmage si demandé)
|
||||
Filmeuse->>PIE_02/03: Table d'entrée
|
||||
PIE_02/03->>PIE_02/03: Contrôles
|
||||
alt PIE OK
|
||||
PIE_02/03->>ASRS: Stockage
|
||||
else PIE NOK
|
||||
PIE_02/03->>Poste PK: Rejet → poumon au sol + notification
|
||||
end
|
||||
```
|
||||
|
||||
### Résumé du processus
|
||||
|
||||
1. Déclaration sur l'image de quai
|
||||
2. Déplacement AGV → poste de travail
|
||||
3. Traitement au poste de travail (constitution mono-ref + déclaration)
|
||||
4. Déplacement AGV → table d'entrée (+ filmage si demandé)
|
||||
5. Passage PIE
|
||||
6. Stockage ou rejet
|
||||
7. Clôture de la réception
|
||||
8. Libération quai / image de quai
|
||||
|
||||
### 1) Notification ROR
|
||||
|
||||
Message **ROR** de SAP → EasyWMS :
|
||||
|
||||
- Numéro de réception (1 ROR = 1 livraison SAP, un camion peut
|
||||
contenir N livraisons)
|
||||
- Articles / Lots SAP / Quantités (en unités de vente)
|
||||
- Pas de création de lignes autorisée
|
||||
- Tolérance quantité : **0 %** pour intersites (palettes déjà
|
||||
identifiées), paramétrable **par ligne ROR** pour extérieures
|
||||
(uniquement en dépassement %)
|
||||
- `IsSingleReceipt = true` — le WMS ne gère pas de reliquats
|
||||
automatiques. Si réception incomplète, SAP crée une nouvelle
|
||||
livraison
|
||||
- `InboundType = 0` (Standard) pour les deux sous-types
|
||||
|
||||
| Élément SAP | Correspondance EasyWMS | Remarque |
|
||||
|-------------|------------------------|----------|
|
||||
| Commande d'achat | — | Peut être cadencée en plusieurs livraisons |
|
||||
| Livraison | 1 ROR | Un ROR = une livraison |
|
||||
| Camion | N livraisons | Un camion peut contenir plusieurs livraisons |
|
||||
|
||||
> Les transferts intersites : le site émetteur est considéré comme un
|
||||
> fournisseur dans EasyWMS.
|
||||
|
||||
### 2) [CUSTOM] Gestion des SSCC
|
||||
|
||||
- Les numéros SSCC **ne sont pas envoyés** dans le ROR
|
||||
(`LineList>ContainerCode`)
|
||||
- Le SSCC est récupéré au moment du **scan RFID** en réception
|
||||
- Si SSCC présent sur la palette → conservation lors de la réédition
|
||||
RFID
|
||||
- Si SSCC absent → création d'un nouveau SSCC et ré-étiquetage
|
||||
|
||||
> Raison : éviter la complexification du process si l'étiquette est
|
||||
> endommagée.
|
||||
|
||||
### 3) [CUSTOM] Déplacement vers poste de travail
|
||||
|
||||
Assignation automatique du poste selon :
|
||||
|
||||
1. Non bloqué
|
||||
2. En service
|
||||
3. Mode autorise la réception
|
||||
4. Capacité compatible avec la déclaration
|
||||
5. Distance la plus courte
|
||||
|
||||
Assignation manuelle aussi possible. Si aucun poste disponible → attente.
|
||||
|
||||
### 4) Constitution palettes mono référence
|
||||
|
||||
Les palettes à destination ASRS doivent être **mono référence** autant
|
||||
que possible. Si multi-référence à l'arrivée :
|
||||
|
||||
- Opérateur dispose manuellement une palette vide sur une TP
|
||||
(non géré par le WMS)
|
||||
- Tri de marchandise pour constituer des conteneurs mono-ref
|
||||
|
||||
> Le process de constitution mono-référence est **standard** — pas de
|
||||
> développement spécifique.
|
||||
|
||||
### 5) [CUSTOM] Traitement au poste de travail
|
||||
|
||||
Ref. [LIM-67](https://easywmsfrance.atlassian.net/browse/LIM-67) — en
|
||||
attente CDP.
|
||||
|
||||
Les opérateurs utilisent le mode **Tâches automatiques** sur PC. Le
|
||||
code de réception est récupéré automatiquement via le `CstAtt08` du
|
||||
conteneur présent sur le poste.
|
||||
|
||||
**Affichage fournisseur** : sur **tous les écrans** du process,
|
||||
afficher `"Fournisseur: CODE - NOM"`.
|
||||
|
||||
#### a) Confirmation de création support (Big Bag)
|
||||
|
||||
Si le conteneur scanné est un **conteneur virtuel** de réception, un
|
||||
écran de confirmation crée le nouveau support « réel ». Sur cet écran :
|
||||
|
||||
- Ligne `"BIG BAG : NON"` (état initial)
|
||||
- Bouton **"BIG BAG ON"** → toggle vers `"BIG BAG : OUI"` / **"BIG BAG
|
||||
OFF"**
|
||||
- Valeur `true`/`false` stockée dans **CstAtt02** du support
|
||||
- Impression automatique d'une **étiquette RFID** dès confirmation —
|
||||
voir [Étiquette RFID](etiquette-rfid.md) (LIM-68)
|
||||
|
||||
#### b) Menu principal du poste
|
||||
|
||||
Écran central avec 5 actions — les informations du support actuel sont
|
||||
toujours affichées à droite. Après chaque action, retour à ce menu.
|
||||
|
||||
| Action | Description |
|
||||
|--------|-------------|
|
||||
| **Ajouter stock** | Sélection article, lot, quantité (écrans standard). Afficher quantité attendue + UdM sans pré-remplir le prompt. Statut de stock affiché mais **non modifiable** (boutons masqués). Écrans date fin de statut et commentaire **skippés**. Pour l'anoxie : set **CstAtt03** du support à `true` |
|
||||
| **Nouveau support** | Scan emplacement, confirmation de création (retour à l'étape a). Le nouveau conteneur devient le support actif |
|
||||
| **Changer de support** | Scan du code support à sélectionner comme support actif |
|
||||
| **Imprimer étiquette** | Réimpression de l'étiquette RFID (voir [Étiquette RFID](etiquette-rfid.md)) |
|
||||
| **Terminer** | Vérification fermeture + filmage + évacuation (voir ci-dessous) |
|
||||
|
||||
#### c) Action « Terminer »
|
||||
|
||||
**Vérification fermeture réception** : si le conteneur actuel est le
|
||||
**dernier** de la réception (nombre de conteneurs virtuels avec
|
||||
`CstAtt08 = codeRecep` + conteneurs avec `CstAtt08 = codeRecep` et
|
||||
`CstAtt10 = true`), proposer la fermeture de la réception avec
|
||||
uniquement l'option confirmer.
|
||||
|
||||
**Sélection du programme de filmage** : dialogue avec liste issue du
|
||||
paramètre **"FILMAGES"** :
|
||||
|
||||
```
|
||||
Valeur par défaut : 0;Pas de filmage|A;Programme 1|B;Programme 2|C;Programme 3
|
||||
```
|
||||
|
||||
La valeur choisie (`0`, `A`, `B`, `C`…) est stockée dans le
|
||||
**CstAtt05** du support et transmise à Galileo en custom data.
|
||||
|
||||
Après validation, une **tâche d'évacuation** est générée pour le
|
||||
transport AGV du poste de travail vers la table d'entrée.
|
||||
|
||||
#### Résumé des CstAtt support (poste de travail)
|
||||
|
||||
| CstAtt | Contenu | Set par |
|
||||
|--------|---------|---------|
|
||||
| CstAtt02 | Flag Big Bag (`true`/`false`) | Écran confirmation support |
|
||||
| CstAtt03 | Flag anoxie (`true`) | Action « Ajouter stock » |
|
||||
| CstAtt05 | Programme de filmage (`0`, `A`, `B`…) | Action « Terminer » |
|
||||
| CstAtt08 | Code de réception | Déclaration image de quai |
|
||||
| CstAtt10 | Flag support traité (`true`) | Fin de traitement |
|
||||
|
||||
### 6) Déplacement AGV → table d'entrée et filmage
|
||||
|
||||
- L'AGV déplace le conteneur vers la table d'entrée
|
||||
- **Gestion du filmage** : le programme de filmage est transmis à
|
||||
Galileo via custom data au moment du passage. Si le PIE dit NOK →
|
||||
pas de filmage (custom data non transmis). Le filmage ne se fait que
|
||||
si le PIE valide la palette
|
||||
|
||||
### 7) Passage PIE
|
||||
|
||||
Identique au flux production (mêmes formules de répartition poids,
|
||||
mêmes contrôles PIE). Voir
|
||||
[Contrôle qualité réception](controle-qualite-reception.md).
|
||||
|
||||
**Différence en cas de rejet PIE** : la palette est dirigée vers un
|
||||
**poumon au sol** avec **notification SmartUI** (ancienne approche de
|
||||
renvoi au poste de travail d'origine abandonnée — risque de blocage
|
||||
AGV/table/poste). CstAtt du support flagué avec le poste de travail
|
||||
d'origine.
|
||||
|
||||
---
|
||||
|
||||
## Clôture des réceptions (extérieures/intersites)
|
||||
|
||||
Ref. [LIM-73](https://easywmsfrance.atlassian.net/browse/LIM-73) — LOT
|
||||
1.3.
|
||||
|
||||
La clôture concerne uniquement les flux passant par un poste de travail
|
||||
(extérieures, intersites, retours client). La réception production (ASN)
|
||||
n'est pas concernée (pas de clôture manuelle).
|
||||
|
||||
**Relation réception ↔ OE** : une réception peut servir **plusieurs
|
||||
OE**, mais un OE est servi par **une seule réception**. Si la réception
|
||||
associée à un OE est incomplète, SAP gère le reliquat via une nouvelle
|
||||
livraison (donc nouvel OE).
|
||||
|
||||
### Paramétrage
|
||||
|
||||
- `IsSingleReceipt = true` — une seule réception par OE, pas de
|
||||
reliquats WMS
|
||||
- `AutoCloseReception = true` — le WMS clôture automatiquement la
|
||||
réception quand les conditions custom sont remplies (§ Déclenchement)
|
||||
- `AutoCloseInboundOrder = true` — à la clôture de la réception, chaque
|
||||
OE complété à 100 % ou dans la tolérance est auto-clôturé (ROF
|
||||
envoyé) et auto-archivé (absent de la vue). Les OE en écart hors
|
||||
tolérance restent ouverts
|
||||
|
||||
### Deux niveaux de clôture
|
||||
|
||||
| Niveau | Description | Message ERP |
|
||||
|--------|-------------|-------------|
|
||||
| Réception | Clôture d'une livraison physique | REF |
|
||||
| Ordre d'entrée (OE) | Clôture de la commande complète | ROF |
|
||||
|
||||
### Déclenchement de l'auto-close (LIM-73 §1.1)
|
||||
|
||||
L'auto-close de la réception se déclenche — et le bouton « Fermer
|
||||
réception » n'est visible — que si les deux conditions suivantes sont
|
||||
**simultanément** remplies :
|
||||
|
||||
1. **Aucune palette fictive** ayant `CstAtt08 = <code de la réception>`
|
||||
n'est présente (plus de palettes à venir de l'image de quai)
|
||||
2. **ET** :
|
||||
- **Si Workstation** : au plus **1** palette réelle au PK avec
|
||||
`CstAtt10 = true` (la dernière en cours)
|
||||
- **Si Vue Réception** : **aucune** palette réelle au PK avec
|
||||
`CstAtt10 = true`
|
||||
|
||||
Si au moins une ligne est **hors tolérance**, un message d'avertissement
|
||||
s'affiche : « La réception a été clôturée mais les quantités reçues sont
|
||||
hors tolérance, voir avec le manager pour réguler les quantités attendues
|
||||
puis fermer l'ordre d'entrée ».
|
||||
|
||||
### [CUSTOM] Adaptation Reception_Close_PR_V2 (LIM-73 §1.3)
|
||||
|
||||
Le workflow standard de clôture est modifié pour deux comportements :
|
||||
|
||||
**Partie A — Condition retours** : si la réception est de type retour
|
||||
client, la clôture et le REF sont différés jusqu'au rangement ASRS
|
||||
complet. Voir [Réception retour — Clôture](reception-retour.md) pour le
|
||||
détail (CstAtt11, CstAtt01 réception, statut « Clôture en cours »).
|
||||
|
||||
**Partie B — Pose CstAtt01 OE hors tolérance** : à la clôture effective,
|
||||
pour chaque **ligne article hors tolérance** (en plus ou en moins) :
|
||||
|
||||
1. Rechercher le **premier OE** (FirstOrDefault) parmi les OE associés
|
||||
contenant ce combo code article / lot
|
||||
2. Poser `CstAtt01 = true` sur cet OE
|
||||
|
||||
> En pratique un combo code article/lot n'est jamais partagé entre
|
||||
> plusieurs OE d'une même réception — le FirstOrDefault est
|
||||
> déterministe.
|
||||
|
||||
Les OE flaggés ne se clôturent pas automatiquement (ROF bloqué) et
|
||||
s'affichent en rouge dans la vue (voir § Clôture des OE ci-dessous).
|
||||
|
||||
### Contenu du REF (custom)
|
||||
|
||||
Un seul REF est envoyé par réception (pas de REF progressif, car
|
||||
`IsSingleReceipt = true`). Contenu :
|
||||
|
||||
- Numéros de conteneurs réceptionnés
|
||||
- Lignes de stocks associées
|
||||
- [CUSTOM] **Zone de stockage** (récupérée depuis le code emplacement
|
||||
du support) :
|
||||
- Fournisseur / intersite : si un support se trouve hors de l'ASRS
|
||||
au moment du REF → valeur **"NON RANGEE"**
|
||||
- Retour client : ce cas ne se produit pas (REF conditionné au
|
||||
rangement complet — voir [Réception retour](reception-retour.md))
|
||||
- [CUSTOM] Attributs stock remontés : code produit SAP, code
|
||||
propriétaire réel, description courte, pays de destination, lot SAP
|
||||
|
||||
**LOC** : envoyé sur delta de 5 min (palette créée/déplacée/supprimée).
|
||||
Le LOC ne prend pas en compte les palettes liées à une réception non
|
||||
fermée (standard dans le WSC forké — développement dédié
|
||||
[LIM-76](https://easywmsfrance.atlassian.net/browse/LIM-76)).
|
||||
|
||||
### Clôture des ordres d'entrée (OE) (LIM-73 §2)
|
||||
|
||||
| Situation OE | Clôture | ROF | Affichage vue OE |
|
||||
|--------------|---------|-----|------------------|
|
||||
| Reçu = attendu | Auto-close | Envoi auto | Auto-archivé → absent |
|
||||
| Écart dans la tolérance | Auto-close (custom) | Envoi auto | Auto-archivé → absent |
|
||||
| Écart hors tolérance (`CstAtt01 OE = true`) | Manuelle par non-opérateur | Envoyé manuellement | **Rouge** — bouton restreint |
|
||||
|
||||
**Visibilité du bouton « Clôturer l'OE »** :
|
||||
|
||||
- OE sans écart ou dans la tolérance : accessible à tous (standard),
|
||||
mais auto-archivé donc invisible
|
||||
- OE hors tolérance (CstAtt01 OE = true, **rouge**) : bouton visible
|
||||
**uniquement pour les profils non-opérateurs** (admin, manager, chef
|
||||
d'équipe). Masqué pour les opérateurs standards
|
||||
|
||||
Le manager régularise dans SAP (envoi éventuel d'un nouveau ROR) puis
|
||||
clôture manuellement l'OE → ROF envoyé.
|
||||
|
||||
### Réception excédentaire (> % autorisé)
|
||||
|
||||
Le WMS bloque. Solutions possibles :
|
||||
|
||||
| Solution | Description |
|
||||
|----------|-------------|
|
||||
| Modifier la commande | Message ROR UPSERT depuis SAP |
|
||||
| Réception aveugle | Sans lien fournisseur (nécessite gestion REF BLIND) |
|
||||
| Nouvelle commande | Créer une nouvelle commande d'achat pour le reliquat |
|
||||
|
||||
## Points d'attention
|
||||
|
||||
⚠️ En cas de blocage long terme sur l'entrée production, le WMS
|
||||
redirige automatiquement vers les autres entrées via le système de
|
||||
routes avec distances (fermeture du PIE de production).
|
||||
|
||||
⚠️ Les palettes issues de réceptions extérieures/intersites reçoivent
|
||||
**automatiquement** le flag « A anoxier ».
|
||||
|
||||
⚠️ L'impression étiquettes réception au déchargement n'est possible que
|
||||
pour les réceptions extérieures et retours clients (pas production).
|
||||
|
||||
⚠️ Les rejets PIE sont dirigés vers un **poumon au sol** avec
|
||||
notification SmartUI (ancienne approche de renvoi au PK abandonnée).
|
||||
|
||||
⚠️ Le process de constitution mono-référence est **standard** (pas de
|
||||
développement spécifique).
|
||||
|
||||
⚠️ Filmage : transmis à Galileo via custom data — uniquement si PIE OK.
|
||||
|
||||
## Questions ouvertes
|
||||
|
||||
- [x] Programme de filmage — interface définie dans LIM-67 : paramètre
|
||||
FILMAGES avec format `code;libellé|…`, stocké dans CstAtt05
|
||||
- [ ] Gestion TRF si AGV pas prêts au démarrage (@Théo)
|
||||
- [ ] Utilisation du ROC (confirmation de réception) — point interne
|
||||
Limagrain (@Justine)
|
||||
- [ ] Création fournisseurs/clients à la volée dans EasyWMS —
|
||||
faisabilité technique (@Nicolas)
|
||||
- [ ] Vérifier fonctionnement ExceedPercentageAllowed vs profil de
|
||||
réception (@Nicolas)
|
||||
- [ ] Choix fournisseur imprimantes RFID — exiger compatibilité
|
||||
ZPL (@Théo)
|
||||
- [ ] Position étiquette image de quai (devant/côté) — à valider
|
||||
avec le client (@Justine)
|
||||
- [ ] Poids variable — vérifier si le standard gère la capture de
|
||||
poids (@Nicolas)
|
||||
- [ ] Surplus non réceptionné hors tolérance — quelle solution pour
|
||||
les palettes impossibles à réceptionner ? (@Justine)
|
||||
|
||||
## Historique des modifications
|
||||
|
||||
| Date | Auteur | Modification |
|
||||
|------|--------|--------------|
|
||||
| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
|
||||
| 2026-05-05 | Arthur | Enrichissement depuis ateliers DEV Confluence |
|
||||
| 2026-05-12 | Arthur | LIM-67 : workflow complet poste de travail, Big Bag CstAtt02, anoxie CstAtt03, filmage CstAtt05/FILMAGES, fermeture réception |
|
||||
| 2026-05-12 | Arthur | LIM-73 : réécriture complète section clôture — AutoCloseReception=true, conditions CstAtt08/CstAtt10, Reception_Close_PR_V2 (tolérance par ligne, CstAtt01 OE hors tolérance), REF custom (zone stockage / "NON RANGEE"), clôture OE (tableau 3 cas, bouton restreint non-opérateur), impact LOC (LIM-76) |
|
||||
|
||||
## Références
|
||||
|
||||
| Source | Type | Date |
|
||||
|--------|------|------|
|
||||
| FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5 | Analyse fonctionnelle | 28/11/2025 |
|
||||
| Réception - LIMAGRAIN - DEV - Confluence | Page ateliers DEV | 2026 |
|
||||
| [LIM-67](https://easywmsfrance.atlassian.net/browse/LIM-67) | Ticket Jira | 2026 |
|
||||
| [LIM-73](https://easywmsfrance.atlassian.net/browse/LIM-73) | Ticket Jira (clôture REF/ROF) | 2026 |
|
||||
Reference in New Issue
Block a user