Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Processus de planification
Les besoins de réapprovisionnement sont calculés en fonction de la topologie réseau configurée pour un article. Voici un exemple de topologie de réseau que nous utilisons pour décrire les différents calculs nécessaires à la génération d'ordres de réapprovisionnement.
Le réapprovisionnement automatique génère des exigences de transfert des nœuds en étoile vers les nœuds du hub (par exemple, du centre de distribution régional DCs vers le centre de distribution), et des exigences d'achat des nœuds du hub vers les fournisseurs (par exemple, du centre de distribution vers les fournisseurs). Les étapes suivantes sont nécessaires à la génération des ordres de réapprovisionnement. Ces étapes sont répétées pour chaque combinaison produit/site visée par la planification du réapprovisionnement. Les exigences des nœuds en aval sont propagées en amont en fonction des informations relatives aux règles d'approvisionnement, et le processus se répète au niveau du nœud en amont jusqu'à ce qu'il atteigne le nœud racine de cet élément.
Traitement de la demande : AWS Supply Chain prépare l'historique de la demande ou les données prévisionnelles en fonction de la configuration du plan de réapprovisionnement. La demande ou les prévisions sont traitées au niveau du produit, du site, du jour ou de la semaine en fonction des paramètres de configuration du plan de réapprovisionnement. L'historique des ventes ou les données prévisionnelles sont agrégées au niveau du produit et du site s'ils sont fournis à un niveau plus détaillé, tel que le produit, le site, le client ou le produit, le site ou le canal. De même, l'agrégation quotidienne a lieu si un plan de réapprovisionnement est configuré au niveau de la semaine. Dans l'exemple précédent, la demande provient de nœuds en étoile, qui sont régionaux DCs, et elle est agrégée au niveau du produit, du site et du jour ou de la semaine. Si une politique d'inventaire basée sur la consommation ou la demande est utilisée, les 30 derniers jours de demande (historique des ventes) sont utilisés pour calculer la consommation moyenne.
Niveau d'inventaire cible : utilisez la demande ou les prévisions ainsi que la politique d'inventaire configurée pour déterminer le niveau d'inventaire cible pour une période spécifique. Le réapprovisionnement automatique prend en charge deux modèles de réapprovisionnement différents.
Réapprovisionnement basé sur les prévisions
Réapprovisionnement basé sur la consommation
AWS Supply Chain génère des objectifs d'inventaire en fonction des prévisions. Ces objectifs d'inventaire sont déterminés en fonction des délais et des calendriers d'approvisionnement afin de garantir que les niveaux de stocks tiennent compte de la variabilité de la demande et des délais d'approvisionnement.
Besoins en matière de transfert ou d'achat : AWS Supply Chain établit la demande pour chaque période, depuis l'approvisionnement (stock disponible et stock sur commande) jusqu'à la projection des stocks dans le futur. AWS Supply Chain maintient les niveaux d'inventaire projetés au même niveau que le niveau d'inventaire cible calculé à l'étape précédente. La différence entre le niveau d'inventaire prévu et le niveau d'inventaire cible est le besoin d'approvisionnement net ou la quantité de réapprovisionnement (RoQ). AWS Supply Chain applique une quantité minimale de commande ou commande des multiples pour générer les exigences de transfert ou d'achat (POR) finales. AWS Supply Chain utilise le délai de transfert ou le délai du fournisseur pour déterminer la date limite de la commande. La taille du lot par défaut est 1,0 et la quantité minimale de commande est 0.
Logique de calcul
rounding=f(RoQ,MOQ,Lot_Size) =Lot_Size×Max(RoQ,MOQ)La formule précédente décrit la logique d'arrondissement dans Auto Replenishment. AWS Supply Chain compare d'abord la quantité de réapprovisionnement RoQ et la quantité minimale de commande MOQ, obtient la proposition de commande finale, puis multiplie par le facteur de taille du lot pour la quantité réelle. La taille du lot est configurée dans l'entité des règles d'approvisionnement avec le champ qty_multiple.
Propagation des exigences — Pour les nœuds en AWS Supply Chain étoile, utilise des règles d'approvisionnement pour rechercher les nœuds parents et propager les exigences de transfert au nœud en amont. AWS Supply Chain compense la date de livraison requise par le délai de transfert afin de déterminer la date requise sur le nœud parent. AWS Supply Chain ne prend en charge que l'approvisionnement unique. Lorsque cette étape est terminée pour tous les nœuds enfants ou satellites d'un nœud hub, AWS Supply Chain répète les étapes précédentes sur le nœud hub. Ce processus est répété jusqu'à ce qu'il atteigne le nœud racine de la topologie d'un élément.
Le réapprovisionnement automatique affiche uniquement les demandes de bons de commande pour les sites destinés aux fournisseurs. Il existe deux types de sites destinés aux fournisseurs :
Sites destinés aux fournisseurs qui fournissent d'autres sites
Sites destinés aux fournisseurs qui ne proposent pas d'autres sites
Pour les sites destinés aux fournisseurs qui approvisionnent d'autres sites, la quantité à réapprovisionner est la quantité à commander sur ses sites enfants, plus la quantité à réapprovisionner indépendante en fonction de sa propre demande. Pour les sites destinés aux fournisseurs qui n'approvisionnent pas d'autres sites, la quantité de nouvelles commandes est calculée en fonction des prévisions de demande du site. La quantité de commande indépendante pour les sites destinés aux fournisseurs suit la même logique dans le calcul de la quantité de nouvelles commandes. La demande dépendante est la somme de tous les sites pour enfants. Si le nombre de jours de couverture est de 7, le RoQ est la somme de la quantité de toutes les commandes pendant la période couverte. L'exemple suivant montre un scénario dans l'horizon de planification où il n'y a qu'une seule commande pour chaque site, et explique le calcul.
