Prise en compte des demandes
Phase technique de regroupement et tri des demandes en tenant compte du paramétrage
défini au niveau de l’OL. A l’issue de cette phase, les OL et leurs lignes passent en
statut ‘3’.
Adressage en sortie
Cette procédure permet de rechercher et allouer le stock par rapport aux demandes de
sorties d’une vacation, en fonction de contraintes exprimées au travers des modes de
préparation définis au niveau de l’OL (fonction LMDP), et des modes de sortie des
articles (fonction LMDS).
A l’issue de cette procédure :
Les mouvements de sorties sont créés.
Les stocks sont alloués (quantité en encours de sortie)
Les mouvements de réapprovisionnement sont éventuellement créés.
Les mouvements de transfert sont éventuellement créés (liés au regroupement de
flux)
Suivant les caractéristiques de ceux-ci, le traitement s'effectuera comme suit, pour
chaque demande :
Demande "normale"
Chaque ligne d’OL est traitée de manière unitaire.
Activation de l'allocation de stock en sortie
Regroupement de flux demandés
Le système commencera par rechercher individuellement, c'est à dire pour chaque ligne
d'OL, les palettes imputables complètement (recherche en réserve).
Puis, les soldes des demandes seront cumulés, et le système appliquera la recherche
traditionnelle en stock, mis à part que ce seront non pas des mouvements de préparation
qui seront générés, mais des transferts de vacation ayant pour destination le magasin
d'éclatement défini dans le mode de sortie de l'article (type ‘Z’).
Dans ce cas, un mouvement de sortie non adressé sera généré pour chaque ligne d'OL,
donnant la quantité allouée pour cette demande.
L'affectation proprement dite des stocks aux OL se fera dans une phase ultérieure de
traitement, quand tous les transferts de vacation auront été validés (gestion des
vacations 2° phase)
|
Vous avez la possibilité de « Lancer » en une seule fois des ordres de
préparation (OP) de type « deux phases » en
utilisant le paramètre LRGFLU. |
| Pour en savoir plus sur le paramétrage des fonctions, consultez la
documentation "Le Configurateur
Fonctionnel". |
Allocation de stock en sortie
Correspond à l'allocation des stocks, celle-ci se faisant au niveau le plus fin, c'est
à dire à l'objet de stock
La recherche des stocks sera faite dans l'ordre imposé par le mode de sortie (Cf.
fonction L
MDS ), suivant le mode
de recherche en cours (sortie ou réapprovisionnement )
Tout objet sélectionné aura été contrôlé par rapport à ses caractéristiques
qualitatives :
une présence de lot notamment oblige à contrôler si celui-ci est viable (contraintes
liées aux dates)
D'autre part, il doit correspondre à la demande :
même nature de stock
même lot si un lot est imposé
objet exprimable dans le contenant demandé
même déposant que celui défini sur la fiche stock pour le couple dépôt/produit
Enfin, la quantité prélevée sur l’objet devra respecter le niveau minimum de sortie du
contenant (Cf. fonction GARTLOG).
A chaque allocation effectuée, un mouvement de sortie pour préparation sera généré,
reprenant les caractéristiques de l'objet
Recherche en picking
Si l'article est géré en picking, et si la demande est inférieure à la quantité minimum
autorisée pour une sortie réserve (définie dans la fonction LMDS).
Si le stock picking ne peut satisfaire la demande, le traitement de réapprovisionnement
sera activé
Gestion du picking flottant.
Ce type de gestion est défini dans la fonction GDSK pour
un couple produit/dépôt.
Règles de gestion pour la sortie de stock :
- S’il n’existe aucun picking pour le produit
Le système
recherche un emplacement picking flottant (type de traçabilité = ‘3’) disponible :
-
Sans adresse pivot, le magasin et la classe de volume sont imposés par
le paramétrage, l’emplacement doit être bloqué (‘**’). Les classes d’affectation
et de rotation doivent correspondre à celle définie sur le produit mais sont
dégradables (fonction GTLCAF et GTABC ). Les classes d’interdiction sont prises en
compte.
-
Avec adresse pivot, il s’agit de trouver l’emplacement, bloqué, le plus
proche de l’adresse pivot, dans le magasin, en tenant compte de la classe de
volume, des classes d’affectation et d’interdiction.
- S’il existe déjà un picking flottant pour le produit, celui-ci sera vidé puis si la
quantité n’est pas suffisante, un autre emplacement sera alloué de la même façon que
ci-dessus.
- Lorsqu’un emplacement est trouvé, on essaie de le réapprovisionner à partir de la
réserve pour la quantité et le contenant saisis dans la fiche stock. Si c’est
possible, l’objet de stock de l’emplacement est créé ainsi que les mouvements de
réapprovisionnement. L’emplacement est mis à jour.
Recherche en réserve
Recherche en réserve principale des stocks pouvant satisfaire la demande, suivant les
contraintes des modes de sortie. S’il reste un solde à l’issue de ce traitement, la
recherche en picking sera activée.
Traitement de réapprovisionnement
Dans le cadre des recherches en picking (non flottant), le système peut être amené à
générer des réapprovisionnements.
L'algorithme de recherche des stocks sera le même que celui venant d'être décrit, mis à
part que la provenance des stocks sera orientée par l'origine de réapprovisionnement
indiquée dans l’écran d’affectation des pickings (EcranLDEP_51).
Dans ce cas, des mouvements de réapprovisionnement (type ‘R’) seront créés.
Attribution des ruptures
Dans le cas de ruptures de stock informatique, le système respecte le mode reliquat
défini sur l’OL ainsi que les contraintes inhérentes aux nomenclatures.
Suivant les modes de reliquat de chaque OL, ces ruptures peuvent en générer d'autres
:
Mode 1 : “ Commande complète uniquement ”
Le client n’accepte pas les BL partiels. Si rupture sur au moins une ligne de l'OL,
annulation de tous les mouvements générés au titre de l'OL.
Mode 2 : “ Commande partiellement livrée acceptée mais avec ligne de commande
complète ”
Le client accepte les BL partiels mais pas de ligne de commande partielle, annulation
de tous les mouvements générés au titre de la ligne OL.
Mode 3 : “ Ligne de commande incomplète acceptée ”
Le client accepte les BL partiels et les lignes de commande partielles. RAS
Mode 4 : “ Commande partiellement livrée mais avec ligne de commande complète avec
le même groupage ”
Le client accepte les BL partiels mais pas de livraison partielle de ligne de commande
avec le même code groupage ,annulation de tous les mouvements générés au titre des
lignes d'OL portant le même code groupage (CODRGP).
D'autre part, les nomenclatures étant gérées de manière stœchiométrique, si une rupture
est enregistrée sur un composant de kit, celle-ci doit être répercutée
proportionnellement sur l'ensemble des composants.
A l’issue de ce traitement, le statut des lignes d’OL et celui de l’OL peuvent avoir
évoluer.
Gestion des reliquats
Les reliquats sont gérés si le ppe GENBPL est positionné et si le mode reliquat
est # 0. Attention, on prend en compte uniquement le code reliquat de l’OL
puisque tous les traitements logistique sont faits à partir de celui-là. On n’utilise
donc pas pour l’instant les différentes options du paramètre GENBPL .
Si la quantité commandée n’a pu être préparée complètement :
o le code état de l’événement qui a généré l’OL est remplacé par celui associé au mode
reliquat dans la fonction GTRLI
o Si mode 2, 3 ou 4, mise à jour des OL :
- Si la ligne est incomplète (statut = ‘3’ et qté préparée # qté commandée), la
quantité commandée de la ligne d’OL est modifiée (= qté préparée)
- Si le statut de la ligne = ‘1’ (qté préparée = 0), la ligne est supprimée
- Les quantités non préparées seront transférées sur un nouvel OL en statut ‘0’
(bloqué). Les numéros de tournée et de vacation sont mis à zéro.
- Si mode 1, l’OL est bloqué (statut ‘0’). Les numéros de tournée et de vacation
sont remis à zéro.
L’événement dont le code état correspond à un code état ‘reliquat’, pourra alors être
soldé ou validé (voir paramètre LOGREL).
