---
title: "Ordres de sortie — Types et libération"
tags: [outbound, OS, SOR, RUT, libération, assignation, FIFO, LOC]
status: draft
standard_ref: concepts/order-outbound.md
jira_refs: []
confluence_refs: ["Expédition - LIMAGRAIN - DEV"]
sources: [FR-SW-04-07_LIMAGRAIN_Functional_Analysis_V1.5.docx, "Expédition - LIMAGRAIN - DEV - Confluence.md", "CR CONSOLIDES REU ERP LIMAGRAIN V1 - CR.md"]
last_updated: 2026-05-06
author: Arthur
---

# Ordres de sortie — Types et libération

> **Résumé** : 4 types d'ordres de sortie chez Limagrain, avec des
> comportements de libération, d'assignation et de préparation distincts.

> **Standard EasyWMS** : → voir [Order Outbound](../../concepts/order-outbound.md)
> Ce qui suit documente les **spécificités Limagrain** par rapport au standard.

## Contexte projet

L'expédition chez Limagrain couvre des flux variés : commandes clients
(palettes et messagerie), approvisionnement production (OF), et
re-certification. Le message d'entrée diffère selon le type.

## Types d'ordres de sortie

| Type | Message ERP | Passage poste travail | Destination |
|------|-------------|----------------------|-------------|
| Commande client | RUT « Client » | Si picking nécessaire | Image de quai |
| Messagerie palette | RUT « Client » | Si picking nécessaire | Image de quai |
| Conso OF hors recertification | SOR « Production » | Non | Image de quai direct |
| Conso OF avec recertification | SOR « Recertification » | Oui | Route virtuelle → réception ASN |
| Messagerie carton | RUT « Messagerie » | Oui | Emplacement au sol dédié |

## Classification (OutboundClassCode)

| OutboundClassCode | Usage | AccountCode |
|-------------------|-------|-------------|
| PRODUCTION | Flux vers l'ancien magasin / M2I | PRODUCTION |
| RECERTIFICATION | Flux vers postes de travail SRS | PRODUCTION |
| CLIENT | Commandes clients | CLIENT |

## Structure RUT / SOR

- **RUT** = image camion, peut contenir **plusieurs OS** (même camion).
  Un seul message contenant : Route → SorList → Lignes (pas de fichiers
  RUT + SOR séparés)
- **SOR** = commande de sortie de marchandise (1 ou plusieurs palettes)
- Chaque OS peut avoir plusieurs **lignes** (article + quantité)
- Chaque palette est étiquetée et ordonnancée par **n° STOP**

## Paramètres ERP des SOR/RUT

| Paramètre | Valeur | Commentaire |
|-----------|--------|-------------|
| OutboundType | 0 (Customer) | Même pour production |
| Priorité par défaut | 3 (Basse) | Échelle : 0=Urgente → 4=Très basse |
| AutoReleaseDate | PlannedShippingDate - 48h | Si < 48h → date passée = libération immédiate |
| TransactionalLineList | true | Tout ou rien (refus total si erreur) |
| CompleteSorList (RUT) | true | SOR absents de la RUT = supprimés |
| AllowAssignStockExcess | true | Palettes pleines, jamais de picking partiel |
| Limite d'annulation | Statut "Chargé" | Avant = OK, après = refusé |
| IgnoreNulls (RUT) | false | — |

## Gestion des ruptures SOR Production

SAP ne connaît pas la répartition stock entre ASRS et autres entrepôts.
Beaucoup de lignes seront en rupture (affichage rouge = **normal et attendu**).
Le WMS prépare ce qu'il peut, SAP supprime le résiduel 3-4 jours plus tard
via un DELETE complet du SOR.

Pas de SOF en phase 1 pour la production. Détection des manquants = mode
manuel.

## Quai recertification

Pour les SOR de type recertification :
`AssignedDockStationCode = "QUAI_RECERTIFICATION"` (quai fictif, renseigné
par Limagrain dans le SOR).

## Libération

### Libération automatique (mode principal)

La date/heure de libération est descendue dans l'interface SOR ou RUT.
EasyWMS vérifie périodiquement et libère quand la date est atteinte.

Séquence :

1. Vérification date → date atteinte
2. Statut → « Libéré »
3. Assignation stock par ligne
4. Génération tâches expédition/prélèvement
5. Statut → « En préparation » ou « En rupture de stock »

### Libération manuelle

Depuis l'écran « Ordres de sortie » → sélection → « Libérer ». Possible
uniquement si statut « En attente », « En préparation » ou « En rupture ».

### Priorité

- Priorité définie à la création (dans le SOR/RUT)
- Modifiable dans EasyWMS avant libération (si libération manuelle)
- Par défaut : ordre de réception (FIFO de création)

## Assignation de stock

### Sélection du stock valide

Filtres appliqués :

1. Article (lot SAP) + attributs logistiques (article Limagrain, propriétaire
   Limagrain, statut de stock) correspondent à la ligne demandée
2. Stock **et** conteneur sans verrou empêchant l'expédition
3. Stock pas dans une allée bloquée
4. Emplacement sans erreur d'extraction/dépose
5. Stock non déjà assigné à un autre OS
6. Stock sans tâche d'un autre processus

### Stratégie d'assignation

Dans l'ordre de priorité :

1. **Article/lot SAP + attributs logistiques** spécifiés dans le SOR/RUT
2. **Économie de mouvement** (minimum de mouvements) — **prioritaire**
3. **FIFO sur 24h** : standard confirmé. Les palettes reçues le même jour
   ont le même FIFO (heures/minutes ignorées), ce qui permet de prendre
   la palette la plus accessible dans un canal. Pas de FIFO strict
   infra-journalier.
4. **Pas de FEFO** — la proposition initiale de faire du FEFO sur du stock
   sans DLC est **abandonnée**. Il n'y a pas de date d'expiration sur les
   produits. Le FIFO journalier est retenu.
5. **Maximum palettes complètes** puis palettes incomplètes (avec picking)

> ⚠️ **Attention unités** : certains semi-finis calibrés (ZSIZ) sont gérés
> en kilos, d'autres en big bags. Vérifier que la quantité complète est
> cohérente avec l'unité de réception. À valider avec le client.

## Comportement post-assignation par type

### Commande client / Messagerie palette

- Palettes complètes / picking terminées → [CUSTOM] tâche de
  **défragmentation** vers zone de stockage d'expédition dans l'ASRS.
  Ne se déclenche que si **toutes** les palettes clientes sont « terminées »
  (palettes de picking retournées dans l'ASRS) ET qu'aucun quai n'est
  associé à l'OS.
- Palettes picking → **pas de tâche** tant qu'un poste de travail n'est
  pas assigné
- Voir [Zones stockage](../02-stockage/zones-stockage.md)

> **Explication du CUSTOM défrag** : en standard, le mode « Expédition
> uniquement » ne reloc pas les palettes de picking (ordonnancement STOP
> faux). Le mode « Picking et expédition » reloc toutes les palettes y
> compris celles à picker, ce qui casse l'ordonnancement quand on les
> ressort. Le custom attend que toutes les palettes de picking soient
> pickées et rangées dans l'ASRS avant de lancer les relocs par STOP.

> **Note** : si un quai est déjà assigné et l'OS libéré, le WMS peut
> sortir les palettes dans le bon ordre des STOP sans défragmentation
> préalable, via de la reloc standard.

### Consommation OF hors recertification

- `AllowAssignStockExcess` à `true` dans la SOR.Line
- [CUSTOM] Stratégie d'assignation excluant les supports multi-lignes
  (= mono-ref uniquement). Combiné avec AllowAssignStockExcess → shipping
  sans picking.
- Stock assigné directement déposé sur l'image de quai — aucun passage
  poste de travail
- Ruptures de stock ne bloquent pas l'expédition. Le client utilise
  `isCritical` / `isRequired` au niveau SOR.Line si besoin.
- Voir [Flux spécifiques expédition](flux-expedition.md#consommation-of-hors-recertification)

### Consommation OF avec recertification

- Stock assigné mais **aucune tâche** tant que poste de travail non assigné
- Le PK doit être passé en **mode recertif** (par le manager)
- Flux détaillé en 11 étapes — voir
  [Re-certification](flux-expedition.md#re-certification)

### Messagerie carton

- Stock assigné mais aucune tâche tant que poste non assigné
- Tous les OS de la RUT préparés **simultanément** sur un seul poste
- Tri par transporteur (l'opérateur ne dépose que sur une seule palette)
- Consolidation sur palette unique avec supports carton identifiés
- Pas d'image de quai — emplacement au sol dédié par transporteur
- [CUSTOM] À l'import du SOR, vérification combo shipping class code +
  transporteur → si OK, poumon associé automatiquement
- Voir [Messagerie carton](flux-expedition.md#messagerie-carton)

## Gestion des reliquats

Si stock insuffisant pour une ligne :

- Ligne → statut « rupture de stock » (affichage rouge)
- Reste de la commande peut être expédié (expédition partielle)
- Clôture manuelle de la commande obligatoire
- Si stock redevient disponible avant clôture → peut être préparé

## Création manuelle d'OS

Possible depuis EasyWMS avec choix de destination :

- Table de préparation sur un poste de travail
- Image de quai

## Points d'attention

⚠️ La libération automatique est le mode principal — la date est dans le
message ERP.

⚠️ L'assignation spécifie **toujours** les 4 critères (article, lot SAP,
propriétaire, statut) — pas d'assignation « ouverte ».

⚠️ Le FIFO est à la **journée** (palettes du même jour = même rang FIFO),
avec l'**économie de mouvement** prioritaire sur le FIFO. Pas de FEFO.

⚠️ Les palettes d'expédition sont stockées dans la zone défrag avec si
possible **un canal dédié par route/STOP**.

⚠️ Le custom de défragmentation attend que toutes les palettes de picking
soient terminées et retournées dans l'ASRS avant de lancer les relocs —
c'est le développement clé du flux outbound.

## Historique des modifications

| Date | Auteur | Modification |
|------|--------|--------------|
| 2026-05-05 | Arthur | Création initiale depuis AF V1.5 |
| 2026-05-05 | Arthur | Enrichissement : 5 types OS, FIFO 24h, pas de FEFO, custom défrag, conso OF détaillé, messagerie carton |
| 2026-05-06 | Arthur | Ajout classifications, paramètres ERP, ruptures production, quai recertif (CR consolidé) |

## 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 |
| CR CONSOLIDES REU ERP LIMAGRAIN V1 | CR ateliers interfaçage | 23/02/2026 |
