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.
# Planification des données de configuration
Cette section répertorie tous les champs obligatoires utilisés par Supply Planning et décrit comment chaque champ est utilisé. Pour plus d'informations sur les champs de données requis pour la planification des approvisionnements, voir[Planification des approvisionnements](entities-supply-planning.md).
**Topics**
+ [Produit (langue française non garantie)](#product)
+ [Site](#site)
+ [Partenaire commercial](#trading-partners)
+ [Produit du fournisseur](#vendor-product)
+ [Délai de livraison du fournisseur](#vendor-leadtime)
+ [Règle d'approvisionnement](#sourcing-rule)
+ [Politique d'inventaire](#inventory-policy)
+ [Calendrier d'approvisionnement](#sourcing-schedule)
+ [Nomenclature (BOM)](#product-bom)
+ [Procédé de production](#production-process)
+ [Paramètres de planification des approvisionnements](#production-process2)
+ [Données transactionnelles](transactional.md)
## Produit (langue française non garantie)
L'entité produit définit la liste des articles ou produits qui doivent être inclus dans le planning. Les demandes de bon de commande utilisent *le champ unit\_cost* de l'entité *Produit* pour déterminer la valeur ou le montant de la commande. L'entité *Product* contient également le groupe de produits correspondant à un produit spécifique, qui est une clé étrangère dans une entité *product\_hierarchy*. Les groupes de produits peuvent être utilisés pour configurer les politiques d'inventaire, les calendriers d'approvisionnement, les délais, etc., au niveau agrégé.
## Site
L'entité *Site* définit la liste des sites ou des emplacements qui doivent être inclus dans la planification. L'entité *Site* contient également les régions correspondant à un site spécifique, qui est une clé étrangère dans une entité géographique. Les régions peuvent être utilisées pour configurer les politiques d'inventaire, les calendriers d'approvisionnement, les délais, etc., au niveau agrégé.
## Partenaire commercial
L'entité *trading\_partner* définit la liste des fournisseurs. *tpartner\_type* doit être défini sur *Vendor lors du téléchargement des informations sur le fournisseur*.
## Produit du fournisseur
Les produits fournis par chaque fournisseur sont définis dans l'entité *vendor\_product*. Cette entité contient également des informations sur les coûts spécifiques au fournisseur.
## Délai de livraison du fournisseur
Le délai de livraison du fournisseur est le délai entre la passation d'une commande auprès d'un fournisseur et la réception de la commande. Ces données sont définies dans la *VendorMgmt*catégorie située sous l'entité de données *vendor\_lead\_time*. Le délai de livraison du fournisseur suit la logique de dérogation suivante :
+ Le délai fournisseur au niveau du produit remplace le délai fournisseur au niveau du groupe de produits.
+ Le délai de livraison du fournisseur au niveau du site remplace le délai du fournisseur au niveau de la région.
+ Le délai fournisseur au niveau de la région remplace le délai fournisseur au niveau de l'entreprise.
Pour rechercher un enregistrement, Supply Planning utilise les champs suivants :
+ company\_id
+ identifiant\_région
+ identifiant du site
+ ID du groupe\_produit
+ product\_id
Voici un exemple de logique de dérogation :
Voici un exemple de la façon dont la planification des approvisionnements calcule le délai de livraison des fournisseurs :
**L'ordre de priorité est *produit* > *groupe de produits > *site* > dest\_geo* *(région)* > segment de produit > entreprise.**
## Règle d'approvisionnement
La planification des approvisionnements génère un plan basé sur la topologie du réseau de chaîne d'approvisionnement définie sous l'entité *sourcing\_rules*.
Les types de règles d'approvisionnement pris en charge sont le transfert, l'achat et la fabrication.
*Les règles d'approvisionnement suivent la logique de *remplacement product\_id* > *product\_group\_id > company\_id*.*
**Supply Planning récupère le délai de transport en référençant *transportation\_lane\_id et en accédant à transit\_time dans transportation\_lane*.** Il existe deux étapes pour récupérer le délai de transfert.
1. *Trouvez *transportation\_lane\_id dans sourcing\_rules*.* *Seules les règles d'approvisionnement comportant à la fois *to\_site\_id et from\_site\_id* *sont éligibles pour récupérer transfer\_lead\_time*.*
1. *Utilisez *transportation\_lane\_id pour rechercher transportation\_lane.**
Lorsque plusieurs enregistrements ont les mêmes *to\_site\_id et *product\_id (product\_group\_id***) dans l'entité *sourcing\_rule**, seuls les enregistrements ayant la priorité la plus élevée (le plus petit nombre) seront utilisés.
Exemple de règles d'approvisionnement :
Sur la base de la définition précédente, Supply Planning sélectionne la règle d'approvisionnement suivante SR1 : L'ordinateur portable sur site `TX0` provient du site `IL0` via`transportation_lane_9`.
| identifiant\_rule\_source | product\_id | ID du groupe\_produit | type\_de\_règle d'approvisionnement | from\_site\_id | to\_site\_id | priorité\_d'approvisionnement | identifiant de voie de transport |
| --- | --- | --- | --- | --- | --- | --- | --- |
| SR1 | ordinateur portable | électronique | transfert | IL0 | TX0 | 1 | transportation\_lane\_9 |
| SR2 | ordinateur portable | électronique | transfert | NJ1 | TX0 | 2 | transportation\_lane\_21 |
| SR3 | ordinateur portable | électronique | transfert | IL0 | TX0 | 1 | transportation\_lane\_11 |
*Lorsque plusieurs enregistrements ayant la même priorité existent pour la même combinaison de *to\_site\_id, product\_id (ou **product\_group\_id***), la quantité récommandée sera répartie entre les options d'approvisionnement disponibles en fonction du champ sourcing\_ratio.* Notez que l'approvisionnement multiple n'est actuellement pris en charge que pour le type de règle d'`buy`approvisionnement.
Exemple de multi-sourcing :
| identifiant\_rule\_source | product\_id | ID du groupe\_produit | type\_de\_règle d'approvisionnement | tpartner\_id | to\_site\_id | priorité\_d'approvisionnement | ratio d'approvisionnement |
| --- | --- | --- | --- | --- | --- | --- | --- |
| SR1 | ordinateur portable | électronique | acheter | fournisseur1 | TX0 | 1 | 4 |
| SR2 | ordinateur portable | électronique | acheter | fournisseur 2 | TX0 | 1 | 6 |
Les règles d'approvisionnement SR1 et SR2, sont sélectionnées, et la quantité commandée sera répartie entre le fournisseur 1 et le fournisseur 2 selon un ratio de 4:6.
## Politique d'inventaire
Supply Planning recherche un enregistrement dans le jeu de données à l'aide des champs suivants :
+ *identifiant\_site*
+ *géodésique*
+ *identifiant\_entreprise*
+ *identifiant\_produit*
+ *ID du groupe\_produit*
+ *identifiant\_segment*
La planification des approvisionnements utilise *ss\_policy* pour déterminer la politique d'inventaire. ***La logique de remplacement utilise la priorité suivante : *product\_id > product\_group\_id > site\_id* *> et dest\_geo\_id > segment\_id* *> company\_id*. *****
**Les valeurs *ss\_policy* prises en charge sont *abs\_level, doc\_dem**, doc\_fcst* et sl.**
L'exemple suivant montre la logique de priorité de remplacement.
Voici un exemple de la valeur *ss\_policy* basée sur la logique de remplacement.
## Calendrier d'approvisionnement
**Note**
Le calendrier d'approvisionnement est une entité facultative. Si cette entité n'est pas fournie, Supply Planning utilise un processus de révision continue pour générer *required\_date* en fonction du moment où les produits sont nécessaires.
La planification des approvisionnements utilise le calendrier d'approvisionnement pour générer des plans d'achat en suivant les étapes suivantes :
+ *Trouvez *sourcing\_schedule\_id dans sourcing\_schedule*.*
+ *Trouvez le calendrier en *utilisant sourcing\_schedule\_id dans sourcing\_schedule\_details*.*
*Supply Planning recherche les champs suivants dans *sourcing\_schedule\_id sous sourcing\_schedule*.*
+ *to\_site\_id*
+ **tpartner\_id ou from\_site\_id**
*En fonction du chemin d'approvisionnement défini dans les règles d'approvisionnement, Supply Planning détermine s'il faut utiliser *from\_site\_id ou tpartner\_id*.* Supply Planning lit la valeur du champ *sourcing\_schedule\_id* pour déterminer l'étape suivante.
Supply Planning lit les détails du calendrier sous *sourcing\_schedule\_details* avec les champs suivants :
+ *identifiant du planificateur\_source*
+ *identifiant\_entreprise*
+ *ID du groupe\_produit*
+ *identifiant\_produit*
*sourcing\_schedule\_details suit la logique de remplacement, product\_id > product\_group\_id* ***> company\_id.***
Voici un exemple de logique de remplacement dans *sourcing\_schedule\_details*.
Les programmes sélectionnés après application de la logique de dérogation sont les suivants.
Le calendrier réel peut aller d'une ligne à plusieurs lignes, en fonction de la complexité du calendrier. Pour le champ *week\_of\_month*, un seul chiffre est autorisé par ligne. Plusieurs semaines par mois, plusieurs enregistrements sont requis (voir l'exemple suivant). Pour le champ *day\_of\_week*, le nombre entier et le nom du jour sont autorisés (dimanche : 0, lundi : 1, mardi : 2, mercredi : 3, jeudi : 4, vendredi : 5, samedi : 6). Dans les détails du calendrier d'approvisionnement, la planification hebdomadaire nécessite *week\_of\_month*. Lors de la planification quotidienne, *week\_of\_month* peut être vide, c'est-à-dire chaque semaine. Voir les exemples suivantes.
*Notez que pour la planification hebdomadaire, *week\_of\_month est obligatoire si day\_of\_week* est fourni.*
L'exemple suivant montre les dates qui peuvent être utilisées pour la planification quotidienne.
| Date | Jour de la semaine | Semaine du mois |
| --- | --- | --- |
| 01/08/2023 | NA | NA |
| 8/12/2023 | NA | NA |
| NA | 2 | NA |
| NA | 5 | NA |
L'exemple suivant peut être utilisé pour la planification quotidienne et hebdomadaire.
| Date | Jour de la semaine | Semaine du mois |
| --- | --- | --- |
| 01/08/2023 | NA | NA |
| 8/12/2023 | NA | NA |
| NA | 2 | 1 |
| NA | 2 | 2 |
| NA | 2 | 3 |
| NA | 2 | 4 |
| NA | 2 | 5 |
| NA | 5 | 1 |
| NA | 5 | 2 |
| NA | 5 | 3 |
| NA | 5 | 4 |
| NA | 5 | 5 |
## Nomenclature (BOM)
La nomenclature des produits est utilisée dans les plans de fabrication lorsque *sourcing\_rule* est défini sur Fabrication. Pour plus d'informations sur la façon d'ingérer la nomenclature des produits, consultez le document de référence de l' AWS Supply Chain API.
## Procédé de production
*production\_process\_id est référencé dans les entités sourcing\_rule* **et product\_bom.** Ces champs sont utilisés pour utiliser les informations relatives au délai de fabrication ou d'assemblage d'une nomenclature.
## Paramètres de planification des approvisionnements
*Dans l'entité *supply\_planning\_parameters*, le *nom du planificateur d'approvisionnement peut être attribué au niveau product\_id*.* Le nom du planificateur sera affiché sur les commandes planifiées générées par le moteur de planification des approvisionnements.