ACE Exécution Logistique (SCE)

Liste des API Sce

API	Description

AFF_ECL_X	Cette API permet d’affecter une mission d’éclatement à un agent.
CREMIS_X
DECLAREXP
DEPOSEDEPD	Cette API permet, à partir d’un code emplacement et/ou d’un identifiant d’objet de stock de fournir l’identifiant de l’objet de stock à transférer (mode de déplacement déclaratif) et d’effectuer certains contrôles. S’il existe plusieurs objets sur l’emplacement, et si un code produit est fourni en entrée, il reste possible de déterminer l’identifiant de l’objet de stock à transférer.
DESAF_PICK	Cette API permet de désaffecter un emplacement de picking à un produit.
DONNE_OP_X	Cette API permet d’affecter un Ordre de Préparation (OP) à un opérateur et de créer la mission associée.
ED_DIR_X	The API allows a direct printing from an interactive function.
ED_DIRECTE	Cette API permet d’activer un traitement différé de manière synchrone (depuis une fonction intéractive).
MAJ_MIS_X	Cette API permet d’enregistrer les données relatives à une charge réceptionnée et de gérer les numéros de série.
MAJ_OBJ	Cette API permet de mettre à jour le code emballage d'un objet de stock avec une valeur donnée.
REAP_PIC_X	Cette API permet de : lancer une demande de réapprovisionnement d’un emplacement picking, dans le cadre d’un mouvement de préparation, changer le statut prioritaire d'une mission déjà associée à une adresse d'emplacement.
SCE_GE_001	Cette API permet de charger une unité d'expédition dans une tournée d'expédition.
SCE_GE_002	Cette API permet de générer, dans une tournée d'expédition, les mouvements de transferts non validés et non présentés sur le quai d'expédition (uniquement les colis associés à la tournée d'expédition).
SCE_GE_003
SCE_GE_004
SCE_GP_001	Cette API permet de rechercher le mouvement ou l’objet correspondant au code produit dans l’UP.
SCE_GP_002	Cette API permet de mettre à jour la table de contrôle UPpour le produit scanné.
SCE_GP_003	Cette API permet de fermer une UP.
SCE_GP_004	Cette API permet de valider une UP.
SCE_GP_005	Cette API permet de rechercher le produit scanné dans l’OPen cours.
SCE_GP_006	Appel du traitement de LAJU non livré pour la quantité manquante
SCE_GP_007	Cette API permet de supprimer une ligne d’OP.
SCE_GP_008	Cette API permet de palettiser une UP dans une UE.
SCE_GP_009	Cette API permet de « dépalettiser » une UP se trouvant dans une UE.
SCE_GP_010	Cette API permet de fermer une UE.
SCE_GP_011	Cette API permet d’annuler la préparation du contenu d’uneUP.
SCE_GP_012	The API starts the preparation of group orders for delivery.
SCE_GP_013	Cette API, lancée par les APIGestionPreparationsupprimerVacation etGestionPreparationcloturerVacation, permet de supprimer ou cloturer une vacation
SCE_GP_014	The API closes a picking list.
SCE_GP_015	The API re-addresses a picking movement.
SCE_GP_016	Cette API permet de récupérer les OL à partir d’un modèle.
SCE_GP_017	The API deconsolidates a delivery order header (LOLE) in case of selection by item. A new delivery order header is created with the lines not affected to the wave header.
SCE_GP_018	Cette API permet de lancer en préparation une vacation de réapprovisionnement (elle est appelée par l’APIGestionPreparationLancerVacationRea).
SCE_GP_019	Cette API permet de lancer une vacation de réapprovisionnement.
SCE_GP_020	Cette API permet de constituer une vacation pour les ordres de livraison ayant le même groupe de vacations et le même jour d'expédition, et dont la date de livraison est la date de livraison du cadencier
SCE_GP_021
SCE_GP_022
SCE_GP_023	Cette API permet d'ajouter un OL d’une tournée.
SCE_GP_024
SCE_GP_025
SCE_GP_026	Cette API permet de valider une UP issue du trieur
SCE_GP_027
SCE_GP_028	Cette API permet de valider un mouvement lors de l’éclatement sce Mobile. Les mouvements en statut ‘1’ et ‘3’ sont gérés. Elle est appelée par l’API java GestionPreparationgererMouvementEclatement.
SCE_GP_029
SCE_GP_030	Cette API permet de valider une UP issue de l’éclatement sce Mobile ou vocal. Elle est appelée dans l’API java GestionPreparationvaliderUpEclatement
SCE_GR_001	Cette API permet, à la validation de BL, de générer des mouvements EA selon le paramétrage.
SCE_GR_002	Cette API permet de créer des mouvements d’entrée attendue (EA).
SCE_GR_003	Cette API permet de clôturer les EA ou de les remettre en état.
SCE_GR_004	Cette API permet de contrôler les quotas des produits dangereux au niveau des réceptions.
SCE_GR_005
SCE_GR_006	Cette API permet de générer un mouvement de qualité.
SCE_GR_007	Cette API permet de contrôler le seuil ICPE (produits dangereux).
SCE_GR_008	L’API permet de gérer l’alloti en réception SCE Mobile, dans le cadre du paramétrage Biocoop.
SCE_GS_001	Cette API permet de valider (ou supprimer) des mouvements logistiques (entrée, transfert, …).
SCE_GS_002	Cette API permet de générer un mouvement de transfert pour un objet de stock. En fonction du paramètre LADMVT, elle peut aussi gérer l’adressage des mouvements d’entrée non validés
SCE_GS_003	Cette API permet de « désadresser » des mouvements decross docking ou de rangement.
SCE_GS_004	Cette API permet d’effectuer un ajustement sur objet de stock.
SCE_GS_005	The API validates all the movements for an order.
SCE_GS_006	L’API permet de gérer l’alloti en réception sce Mobile, dans le cadre du paramétrage Biocoop.
SCE_GS_008	Cette API permet de réactualiser un OI d’inventaire tournant.
SCE_GS_009	Cette API permet de réactualiser un emplacement d’inventaire tournant.
SCE_GS_010	Cette API permet de clôturer un OI.
SCE_GS_011	Cette API permet de valider un OI.
VALDETAILA	The API validates the details of a container in ‘bind’. After the validation the API DECLAREXP is called, as so to declare the container as ‘can be shipped’ OR uncontrollable OR waiting for validation on the fixed post

Liste des API SceMobile

AFF_CHAR	Cette API permet d’affecter un chariot à la mission, voire des casiers aux colis
AFF_DEC_X	Cette API permet d'affecter une mission RF de déchargement à un opérateur RF
AFF_ECL_X	Cette API permet d’affecter une mission d’éclatement à un agent (champ « operateur »).
AFF_MIS_X	Cette API permet d’affecter une mission de réception RF à un agent RF.
AFFEC_CHG_X	Cette API permet d’affecter une mission de chargement à un agent
AGE_DEPOT	Cette API permet de contrôler les habilitations de l’agent connecté pour un dépôt donné, et de mettre à jour les informations du dépôt si l'agent y est autorisé.
CHG_DCHG_X	Cette API permet d’effectuer le chargement/déchargement d'un object de stock donné, tout en appliquant les contrôles correspondants.
CONSO_OP	Consolidation pour OP
CONSO_X
CTRDETAILP_X	Cette API permet de vérifier que le produit scanné appartient au flux transit. Si ce n'est pas le cas, l'API tente de l'ajouter au flux.
DEPOSEDEPD	Cette API permet, à partir d’un code emplacement et/ou d’un identifiant d’objet de stock de fournir l’identifiant de l’objet de stock à transférer (mode de déplacement déclaratif) et d’effectuer certains contrôles. S’il existe plusieurs objets sur l’emplacement, et si un code produit est fourni en entrée, il reste possible de déterminer l’identifiant de l’objet de stock à transférer.
DEPOSE_OP	Cette API permet de rechercher l’adresse de dépose d’un colis en fin de préparation, et d’effectuer l’adressage.
DESAF_PICK	Cette API permet de désaffecter un emplacement de picking à un produit.
DONNE_MIS	Cette API permet de rechercher une mission RF à affecter à un opérateur selon l’activité souhaitée. Le dépôt, dans lequel sont effectuées la recherche et la mise à jour de la mission, est le dépôt par défaut de l’opérateur
DONNE_OI	Affecter un ordre d’inventaire (OI) à un opérateur et créer la mission correspondante.
DONNE_OP	Affecter un Ordre de Préparation (OP) à un opérateur et créer la mission associée.
DUPLINVL	Cette API permet la validation et la duplication de la ligne d’inventaire pour un second comptage par un opérateur habilité à valider les écarts. On regroupe les lignes dupliquées dans une seule mission qui sera créée lors du premier écart de comptage.
ED_DIRECTE	Cette API permet d’activer un traitement différé de manière synchrone (depuis une fonction intéractive).
EDIT_DIR_X	The API allows a direct printing from an interactive function.
EDITSIMPLE	Cette API permet de lancer une édition directe à partir d’un moduleRF.
FCT_COD	Cette API permet de mettre à jour le contexte cible d’exécution des API (fonctions). Le contexte cible est le support des paramètres
FIN_OP	Cette API (gnc_rf_fin_op) permet de valider l’OP en cours pour les mouvements validés et de générer un OP reliquat pour les mouvements non validés.
FIN_OP_X	Cette API permet de solder l’OP passé en paramètre (elle appelle l’API « gnc_rf_term_prep ») Une nouvelle mission est automatiquement créée et affectée à l’opérateur en cours.
FINCOLISTR	Cette API permet de clôturer le colis.
GEL_MULTI	The API blocks all stock movements for a particular picking list with the same product code, slot address and lot reference as the input stock movement in case of a preparation in ‘multi parcel in the state’ mode.
GERE_DLC	Cette API permet non seulement de calculer plusieurs date : date de fabrication, date limite de vente (DLV) et date limite d’utilisation optimum (DLUO), mais aussi d’effectuer certains contrôles entre ces dates.
GRP_0001	The API validates the scanned code of the object and creates a corresponding counting line for that object afterwards. If the logistic store type is ‘Picking’ the API also collects information about the product container
INCIDENT	Cette API permet de déclarer un incident.
LEC_DEPOSE	Cette API permet de rechercher l’adresse de dépose.
LECT_CHAR	Cette API permet de vérifier l’existence et la disponibilité du chariot.
LECT_MVT	Cette API permet d’initialiser les informations concernant le mouvement à effectuer et d’identifier le premier mouvement à prélever de la mission.
MAJ_MIS	Cette API permet d’enregistrer la mission logistique RF dans un historique et de la supprimer. Si la mission RF est polyvalente, la mission RF suivante est débloquée.
MAJ_OBJ	Cette API permet de mettre à jour le code emballage d'un objet de stock avec une valeur donnée.
MAJBASR_X	Cette API permet d’enregistrer les données relatives à une charge réceptionnée et de gérer les numéros de série.
NO_SERIE	Cette API permet d’enregistrer un numéro de série en réception ou en préparation, en fonction du mode d'action.
QTE_ZERO	Cette API permet de remettre à zéro la quantité inventoriée des lignes d’un ordre d’inventaire (OI) pour un emplacement donné. Elle fournit également le numéro du prochain emplacement à inventorier.
RAZ_MIS	Cette API permet de geler une mission abandonnée par un opérateur.
READRESS_X	Cette API permet de réadresser un mouvement.
REAP_PIC_X	Cette API permet de : lancer une demande de réapprovisionnement d’un emplacement picking, dans le cadre d’un mouvement de préparation, changer le statut prioritaire d'une mission déjà associée à une adresse d'emplacement.
REAPPRO	Cette API permet de lancer une demande de réapprovisionnement d’un emplacement picking, dans le cadre d’un mouvement de préparation. Elle permet également de modifier le statut prioritaire d'une mission déjà associée à une adresse d'emplacement.
RECH_MIS	Cette API permet de rechercher une mission de déplacement associée à un objet de stock.
RECHMISS	Cette API permet non seulement d’obtenir les informations d’une mission et de son paramétrage de départ, mais aussi d'affecter cette mission à l'opérateur identifié.
SAIS_INV	Cette API permet de mettre à jour une ligne d’inventaire.
SCE_GP_008	Cette API permet de palettiser une UP dans une UE.
SCE_GP_009	Cette API permet de « dépalettiser » une UP se trouvant dans une UE.
SCE_GP_010	Cette API permet de fermer une UE.
SCE_GP_028	Cette API permet de valider un mouvement lors de l’éclatement sce Mobile. Les mouvements en statut ‘1’ et ‘3’ sont gérés. Elle est appelée par l’API java GestionPreparationgererMouvementEclatement.
SCE_GP_030	Cette API permet de valider une UP issue de l’éclatement sce Mobile ou vocal. Elle est appelée dans l’API java GestionPreparationvaliderUpEclatement
SCE_GP_031	Cette API permet de gérer le mixage (gerbage).
SCE_GR_001	Cette API permet, à la validation de BL, de générer des mouvements EA selon le paramétrage.
SCE_GR_006	Cette API permet de générer un mouvement de qualité.
SCE_GS_001	Cette API permet de valider (ou supprimer) des mouvements logistiques (entrée, transfert, …).
SCE_GS_002	Cette API permet de générer un mouvement de transfert pour un objet de stock. En fonction du paramètre LADMVT, elle peut aussi gérer l’adressage des mouvements d’entrée non validés.
SCE_GS_004	Cette API permet d’effectuer un ajustement sur objet de stock.
SCE_GS_007	Cette API permet d’effectuer un ajustement éventuel sur l’emplacement + création d'une vacation d’inventaire par jour, un OI est créé par jour, une ligne d’inventaire est créée par emplacement.
SCE_GS_009	Cette API permet de réactualiser un emplacement d’inventaire tournant.
SCE_OBJ_RE	Cette API permet de créer un mouvement de réception de stock.
SERIETMP_X	Cette API permet de créer des numéros de série.
SUP_MIS	Cette API permet de supprimer une mission de préparation ou d’inventaire abandonnée par un opérateur.
VAL_DEPOSE	Cette API permet de déposer, dans un emplacement, l’OP préparé.
VALDEPOP	Cette API permet de valider la dépose d’un Ordre de Préparation (OP).
VALDETAILP	Cette API permet de valider le contrôle détail pour un produit de la réception transit
VALID_COMP	Cette API permet de valider le comptage d’un Ordre d’Inventaire (OI).
VALID_DEP	Cette API permet de valider la dépose d’un objet de stock lors d’un déplacement
VALID_MVT	Cette API permet de valider le mouvement de la mission.
VALID_PRIS	Cette API permet de valider la prise d’un objet de stock lors d’un déplacement
VALINVEMP	Cette API permet de mettre à jour une ligne d’inventaire associée à un emplacement.
VALLINVL	Cette API permet de mettre à jour une ligne d’inventaire.
VALMVTOP_X	Cette API permet de valider des mouvements de préparation (OP). Elle fait appel à l’API « gnc_rf_valid_mvt_op » qui valide le mouvement passé en entrée, de type S ou Z.
VALOBJTR	The API passes the received container in step ‘1’ (SSCCcontrol done) and calls the function gnc_valide_detail_aveugle, to start the ‘bind’ validation.
VALPRO	Cette API permet de contrôler une charge à réceptionner identifiée suivant le code produit, le GENCOD produit, une variante logistique ou l’identifiant objet de la palette.
VALPRO_X	Cette API permet de contrôler une charge à réceptionner identifiée suivant le code produit, le GENCOD produit, une variante logistique ou l’identifiant objet de la palette. Elle renvoie les informations nécessaires au contrôle de réception SCE Mobile.
VALZN	Cette API permet de consulter et de mettre à jour une zone paramétrée d'une table définie en entrée d'API : PRO, TIE,LREE, LMODINV, LMVTSTK, OST ou LOP.
VPLAN_PA_X	Cette API permet de modifier le plan de palettisation d’un produit.
VPLAN_PAL	Cette API permet de modifier le plan de palettisation d’un produit.

Données Produit

Généralités

Les informations renseignées dans la gestion des produits, et des contenants produit (palette, carton, sachet…), du module logistique, permettent de définir les modes de réaction du système dans chaque étape du module (les entrées, les sorties, la préparation, le colisage).

Les contenants articles, les variantes logistiques et le plan de palettisation sont des termes qui identifient la même notion.

Toute nouvelle entrée de produit met à jour le stock en créant un objet de stock, (un objet de stock peut par exemple être une palette de 20 cartons).

Un objet de stock (palette, carton) :

est identifié par un numéro normalisé unique (SSCC),
possède des caractéristiques connues (nature, contenu, lot, référence origine),
est toujours « adressé » dans un emplacement.

Gestion des produits par dépôt

Les principales informations gérées sont :

Mode d'entrée

Le mode d'entrée d’un produit est en adéquation avec les caractéristiques déclarées pour les emplacements (type de stockage). Il permet de configurer les réactions du système lors des procédures de stockage.

Pour trouver le meilleur emplacement, l'algorithme d'adressage en entrée se base sur cinq critères prioritaires décrits dans le mode d’entrée. S’il ne trouve pas d’emplacement correspondant, l’algorithme utilise le moins prioritaire des critères en utilisant soit les règles d'équivalence, soit les enchaînements définis pour celui-ci. Quand toutes les possibilités ont été épuisées pour le critère mineur, on utilisera le critère suivant.

Mode de sortie

Le modes de sortie d’un produit sont en adéquation avec les types de stockage des emplacements, et les modes de préparation des Ordres de Livraison (OL). Ils permettent de rechercher dans le stock les objets correspondants (palettes, cartons) à préparer pour la sortie.

Mode de colisage

Le mode de colisage d’un produit permet de déterminer le colis ou la gamme de colis associés au produit, ainsi que l’éventuel regroupement (possibilité de mixer des produits dans la phase de pré-colisage.

Natures d’objet de stock

Tout objet de stock comporte une nature, par exemple « Contrôle qualité », « Retour Bloqué » ou encore « Litige. La nature de l’objet conditionne les opérations de stock possibles.

Structure du dépôt

Généralités

Un dépôt est une entité opérationnelle logistique autonome disposant des ressources humaines et matériels nécessaires à son activité. Il ne faut pas confondre le Dépôt avec la notion de Magasin qui est, au sens d’ACE Exécution Logistique , une entité comprenant de 1 à n emplacements.

De façon générale, les magasins sont localisés dans un dépôt, mais il est possible de considérer un magasin externe comme faisant partie intégrante du dépôt.

La plate-forme logistique (dépôt)

Une plate-forme logistique peut être décomposée en différents magasins. Plusieurs magasins peuvent être de même type avec, parfois, des règles de gestion différentes. Il existe plusieurs types de magasin :

Réserve Principale : correspond à une zone de stockage. Généralement, la structure physique du magasin est constituée de racks et les marchandises sont gérées sur palettes.

Picking : c’est à partir de ce magasin que se font les préparations de commandes cartons et / ou unités. La structure des magasins de type picking est variable (niveau 0 des racks, étagères choisies de manière dynamique,…).

Réception : quai de réception (1 seul emplacement).

Expédition : quai d’expédition (1 seul emplacement). Le quai de réception et le quai d’expédition peuvent être identiques d’un point de vue physique.

Virtuel : utilisé dans le cadre des missions. Dans le cadre d'un déplacement, l'objet sera stocké dans ce magasin à la déclaration de « prise », jusqu'à la confirmation de la « dépose », de façon à libérer l'emplacement de stockage d'origine en temps réel.

Physiquement, un magasin peut être découpée en allées et en faces par exemple selon la structure physique du magasin picking. Un emplacement pourra être accédé par 2 allées de circulations différentes selon l'activité de l'opérateur.

Allées de circulation partagées Allées de circulation séparées

Réceptions

Généralités

La chaîne des réceptions est constituée de deux modules :

Gestion des Entrées Attendues

Génération et gestion des entrées prévisionnelles issues des événements commerciaux (Achat).

Gestion des réceptions

Traitement de la réception des E.A. et traitement de la mise en stock des objets réceptionnés.

Gestion des entrées attendues

Les EA (ou entrées attendues), sont l’aboutissement des événements commerciaux saisis dans ACE . Elles sont générées de façon transparente pour l'utilisateur, au moment de la validation de l’événement. Seuls les postes correspondant à des articles suivis en stocks sont pris en compte.

Les EA sont des entités logistiques, destinées à être réceptionnées et stockées. A ce titre, elles sont homogènes et ne concernent :

qu’un seul dépôt,
qu’un seul fournisseur ,
qu’une seule date de réception prévisionnelle.

Dans le cas d'une nomenclature dont le composé n'est pas géré en stock, seuls les composants sont pris en compte dans les EA : il n'y a pas de contrôle sur les quantités réceptionnées.

Même si un article est géré par lot, le service commercial n'est pas obligé d'imposer un lot à la saisie de la commande d'achat. Mais si un lot est imposé, seuls des objets de stocks comportant ce n° de lot pourront être réceptionnés au titre de l'EA.

Nature de stock

Suivant le type d'EA, il est possible de qualifier le stock devant être réceptionné. Pour exemple, les réceptions d’un certain fournisseur peuvent passer par le contrôle qualité.

Gestion des Réceptions

Une réception correspond à une arrivée physique de marchandises dans un entrepôt : elle peut concerner plusieurs EA et plusieurs fournisseurs.

Voir fonction LREC

La réception physique se déroule en plusieurs phases :

Création de la réception,
Saisie (option) du bon de livraison du fournisseur,
Validation des EA pour une réception,
Mise à jour des mouvements avec les quantités réelles,
Validation des modifications et création des objets de stocks,
Clôture de la réception,
Adressage des objets de stocks en entrée.

Déclaration administrative

Réservation du quai de réception et identification du transporteur.
A partir des documents du transporteur, prise en compte des E.A. correspondantes.
Génération du détail de réception prévue pour chaque E.A.

Saisie des BL du fournisseur

Enrichissement des détails de réception en fonction des documents des fournisseurs.
Eventuellement, contrôle de cohérence (quantité expédiée / quantité commandée). Peut se faire pendant la phase de « déclaration administrative » aussi bien que pendant celle de « déchargement du camion ».

Contrôle physique de réception

En mode RF, déclaration des objets et de leur composition.
Création des objets de stock et mise à jour de la réception au coup par coup. Suivant le paramétrage, ces objets seront réputés «disponibles», et pourront entrer en stock (adressage en entrée).
Pose des étiquettes de définition d’objets de stock.

Saisie du détail de réception

A priori, sans intérêt dans le mode RF.
A partir des documents remis par les opérateurs, mise à jour et enrichissement des informations pré attribuées par le système dans la phase précédente.

Clôture de réception

Dernière phase de contrôle avant libération des objets de stock.

Ad ressage en entrée

Suivant le paramétrage des articles, des types d’EA, des natures de stock données aux objets de stock, des mouvements de transfert sont générés (du quai de réception vers les emplacements de stockage).

Paramétrage

Attribution du comportement de la réception (type d’entrée attendue) selon le type d’événement ou le fournisseur.

*Fonction*
Configuration des réceptions	LRECP
Gestion des types d’entrées attendues	LTEA
Les natures de stock	LNATS
Les mouvements de stock	LCMVT

Gestion des entrées attendues ( EA ) (fonction LEA )

Génération et gestion des entrées prévisionnelles issues des événements commerciaux (Achat)

Gestion des réceptions (portail L_REC_F )

Traitement de la réception des entrées de marchandises et traitement de la mise en stock des objets réceptionnés.

Détail

Attribution d'un type d'EA

En fonction des données de l'événement tels que le type d'événement, le fournisseur, le système attribue automatiquement un type d'EA (écran LRECP_11).

Ce type d'EA lui-même conditionne l'enrichissement de plusieurs autres informations logistiques de l'EA (écran LTEA_1b)

Calcul de la charge de l'EA

En fonction des plans de palettisation par défaut de chaque article, le système calcule le poids, le volume et le nombre de charges de l’objet de stock.

Les fonctions de paramétrage nécessaires sont :

Le code Mouvement Voir éc ran LCMVT_1

La nature de stock Voir fonction LNATS

Attribution mode de Réception Dépôt

Configuration de réception dépôt : voir écran LRECP_21
Configuration d’entrée Donneur d’ordre : voir écran LRECP_31

Expéditions

Généralités

Les sorties de stock sont constituées de plusieurs gestions :

Les Ordres de Liv raiso n

Génération et gestion des Ordres de livraison (OL) issus des événements de vente.

Les vac at ions

Traitement des Ordres de livraison pour permettre, l’allocation des stocks, la constitution des Ordres de préparation, le réapprovisionnement du picking et les propositions de colisage.

Le s e xpéd itions

Ce module gère les fonctions suivantes :

La constitution des tournées d’expédition,

La constitution des unités d’expédition (palettes),

Le chargement,

La confirmation des expéditions.

Les ordres de livraison

Les OL (ou ordres de livraison) sont l’aboutissement des événements commerciaux de vente saisis dans ACE. Ils sont générés de façon transparente pour l'utilisateur, au moment de la validation de l’événement.

Les OL sont des entités logistiques, destinées à être préparées et expédiées. A ce titre, ils sont homogènes et ne concernent :

qu’un seul dépôt,
qu’un seul client (point de livraison),
qu’une seule date de livraison demandée,
qu’une seule information de transport.

Les informations de l'OL (lignes d'OL) sont générées à partir des informations des postes d'événement. Seuls les postes correspondant à des articles suivis en stock sont pris en compte.

Les lignes d'OL sont caractérisées par un type, qui permet de gérer les notions de nomenclature.

Les vacations

Une vacation correspond à une vague de préparation, c'est à dire à un ensemble d'ordres de livraison correspondant ) la même préparation.

Une vacation est souvent le reflet d'une tournée d'expédition, mais l'on peut répartir le contenu d'une tournée dans plusieurs vacations ou au contraire constituer une vacation à partir de plusieurs tournées.

Le regroupement des ordres de livraison dans une vacation permet d'optimiser au maximum la partie préparation.

Le traitement de la vacation se déroule en plusieurs étapes :

Initialisation des demandes

Regroupement et tri des demandes selon les priorités indiqués au niveau des OL.

Adressage en sortie

Correspond à l'allocation des stocks, réalisée au niveau le plus fin : l'objet de stock.

C'est également durant cette phase que les mouvements de réapprovisionnement picking sont générés.

Les emplacements sont recherchés dans l'ordre imposé par le mode de sortie.

Pré colisage

Cette phase concerne les OL dont le mode de préparation demande le colisage. L’algorithme de pré-colisage est configurable et permet la prise en compte des contraintes physiques des produits, du site, des moyens de préparation et des impératifs clients :

Optimisation et réduction du nombre de colis,
Optimisation du cheminement des opérateurs,
Limiter l'éparpillement d'une ligne d'OL dans plusieurs colis,
Limiter la multiplication des articles ou ligne d'OL dans un même colis,
Considérer les contraintes de poids et volume des produits et colis,
Coefficients de remplissage en volume minimum et maximum par type colis,
Gestion de la mixité des articles,
Consolidation des colis non optimisés en fin de traitement,
Séparer les prélèvements colis en l'état et colis mixtes,
La notion de palette « expédiable » en l'état est paramétrable,

Association d'un volume minimum à un article de volume insuffisant,

Gestion des contraintes événementielles de colisage :
Nombre de pièces et poids maximum par colis,
Type de colis imposé,
Isoler un article dans un colis.

Constitution des OP

Un ordre de prélèvement (OP) est un ensemble de mouvements de préparation pouvant être remis à un opérateur. Le cheminement de cet opérateur est optimisé par rapport aux définitions des différentes allées de circulation auxquelles il est affecté.

Sa constitution dépend des contraintes d'homogénéité définies pour le mode de préparation, ainsi que des contraintes de limite de charge définies pour la zone de préparation.

Les expéditions

Constitution de tournée d'expédition

Automatiquement ou à la demande.

Constitution des unités d’expédition

Ces manipulations s'effectuent dans le magasin de consolidation.

Constitution des unités d'expédition (palettisation)

Mise sur support des colis de regroupement, ou cartons, de façon à avoir des unités que l’on peut manipuler.

Une unité d'expédition sera obligatoirement mono tournée d'expédition, et pourra être mono commande, mono point de livraison, mono département de livraison, suivant les contraintes

Fermeture des unités d'expédition

Cerclage, filmage.

Edition de l'étiquette d'expédition pour le transporteur.

Le chargement

Chargement dans le camion des unités d'expédition présentes sur le quai d'expédition correspondant.

La confirmation d'expédition

Opération administrative effectuée à la fermeture des portes du camion, elle permet de déterminer si l'expédition est conforme, et s'il ne manque rien par rapport à ce qui était prévu.

Les documents transport sont édités lors cette validation.

ACE Exécution Logistique (SCE)

Liste des API Sce

Liste des API SceMobile

Données Produit

Généralités

Gestion des produits par dépôt

Structure du dépôt

Généralités

La plate-forme logistique (dépôt)

Réceptions

Généralités

Gestion des entrées attendues

Gestion des Réceptions

Détail

Attribution d'un type d'EA

Calcul de la charge de l'EA

Attribution mode de Réception Dépôt

Expéditions

Généralités

Les ordres de livraison

Les vacations

Les expéditions

Pilotage des missions

Intégration ACE