Introduction
Cette fonction se base sur le même calcul de besoin que la fonction APROG1 mais la commande est générée au dépôt de la fiche produit au lieu du fournisseur principal.
Elle permet par exemple de gérer les commandes de réassortiment des magasins auprès de leur dépôt central.
Cette méthode de réapprovisionnement intègre les périmètres de fournisseurs.
|
Attention Pour le moment, ce traitement différé n’est pas géré en mode multi-entités. |
Editions des événements d’approvisionnement
De manière standard, le traitement APROG3 ne génère pas automatiquement d'edition d'événements.
Pour obtenir l'édition du résultat de la génération, il suffit de paramétrer la fonction APROCHA (voir le mécanisme des éditions chainées).
Fonctionnalités
Réapprovisionnement du stock (APRO_STK)
Paramétrage
|
Vous avez la possibilité :
|
| Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
Pénurie du stock central
|
|
Vous avez la possibilité de traiter les ruptures de stock en générant des commandes de transfert susceptibles d’être honorées par le stock central (paramètre PENURI). Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
Il nécessite aussi les compteurs de stocks virtuels suivants :
• DISPSC disponible Stock Central (SC),
• DISPAG disponible en agence,
• QCDCLI quantité en commande client en agence pour les 3 mois à venir.
Si vous le souhaitez, en cas de rupture importante, il vous est possible de définir le portefeuille client à traiter en priorité par le paramétrage de l’événement d’origine pour la fonction aprog3 (zones « typeve » et « achvte »).
Le stock central est le dépôt serveur attaché à la fiche produit. La priorité de réapprovisionnement des dépôts doit être renseignée dans une zone complémentaire (de type « codzn1 ») pour les tiers de type Dépôt.
Les priorités doivent être exprimées sur une même longueur, de deux caractères par exemple, ce qui nécessite d’écrire pour la priorité 6 -> 06.
Le principe repose sur l’idée de traiter la pénurie éventuelle du stock central selon sa gravité et de fournir une réponse adaptée, en terme de quantités des commandes de transfert.
Un produit est considéré en pénurie quand le « Disponible Stock Central » est inférieur à la somme des « réapprovisionnements des dépôts » et du « Seuil de Sécurité du stock central ».
Trois cas peuvent être traités :
1 Disponible Stock Central < (Commandes des agences - Disponible en agences)
Les commandes à expédier sont livrées dans les 3 mois en fonction de leur date d’évènement et de la priorité du dépôt. Ce traitement prend fin dès que le disponible du stock central est à zéro.
2 (Commandes des agences - Disponible en agences) <= Disponible Stock Central <= (Commandes des agences - Disponible en agences + Seuil de sécurité du Stock Central)
La quantité à dispatcher est fourni par le compteur « QCDCLI ».
3 Disponible Stock Central > (Commandes des agences - Disponible en agences + Seuil de sécurité du Stock Central)
L’excédent du seuil de sécurité du stock central est réparti au prorata des consommations, données par le stock optimum (agence), et viendra s’ajouter à la quantité « QCDCLI ».
Réapprovisionnement en cascade
Cette fonctionnalité vous permet de renseigner automatiquement le dépôt à servir dans les réapprovisionnement inter dépôts selon les priorités suivantes :
- le dépôt serveur de la fiche stock de l’article approvisionné (dans une zone paramétrée)
- sinon, le dépôt serveur du dépôt à servir,
- sinon, le dépôt serveur associé à la fiche produit.
De cette manière, par exemple, un service associé à un nombre important de dépôts peut s’approvisionner dans le dépôt le plus proche.
Voir documentation du paramètre DEPOT.
Blocs d'édition
| APROG3_B15 | Appro magasin |
