Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Pianificazione dei dati di configurazione
Questa sezione elenca tutti i campi obbligatori utilizzati da Supply Planning e descrive come viene utilizzato ciascun campo. Per informazioni sui campi dati richiesti per Supply Planning, vedere[Pianificazione delle forniture](entities-supply-planning.md).
**Topics**
+ [Prodotto](#product)
+ [Site](#site)
+ [Partner commerciale](#trading-partners)
+ [Prodotto del fornitore](#vendor-product)
+ [Tempo di consegna del fornitore](#vendor-leadtime)
+ [Regola di approvvigionamento](#sourcing-rule)
+ [Politica di inventario](#inventory-policy)
+ [Pianificazione dell'approvvigionamento](#sourcing-schedule)
+ [Distinta base (BOM)](#product-bom)
+ [Processo di produzione](#production-process)
+ [Parametri di pianificazione della fornitura](#production-process2)
+ [Dati transazionali](transactional.md)
## Prodotto
L'entità di prodotto definisce l'elenco di articoli o prodotti che devono essere inclusi nella pianificazione. Le richieste di ordini di acquisto utilizzano il *campo unit\_cost* dell'entità *Product* per determinare il valore o l'importo dell'ordine. L'entità *Product* contiene anche il gruppo di prodotti corrispondente a un prodotto specifico, che è una chiave esterna in un'entità *product\_hierarchy*. I gruppi di prodotti possono essere utilizzati per configurare le politiche di inventario, i piani di approvvigionamento, i lead time e così via, a livello aggregato.
## Site
L'entità *Sito* definisce l'elenco dei siti o delle ubicazioni che devono essere inclusi nella pianificazione. L'entità *Sito* contiene anche le Regioni corrispondenti a un sito specifico, che è una chiave esterna di un'entità Geografica. Le regioni possono essere utilizzate per configurare le politiche di inventario, i piani di approvvigionamento, i lead time e così via, a livello aggregato.
## Partner commerciale
L'entità *trading\_partner* definisce l'elenco dei fornitori. *tpartner\_type* deve essere impostato su Vendor quando si caricano le informazioni sul *fornitore*.
## Prodotto del fornitore
I prodotti forniti da ciascun fornitore sono definiti nell'entità *vendor\_product*. Questa entità contiene anche informazioni sui costi specifiche del fornitore.
## Tempo di consegna del fornitore
Il lead time del fornitore è il periodo di tempo che intercorre tra l'invio di un ordine a un fornitore e la ricezione dell'ordine. Questi dati sono definiti nella *VendorMgmt*categoria dell'entità dati *vendor\_lead\_time*. Il lead time del fornitore segue la seguente logica di override:
+ Il lead time del fornitore a livello di prodotto ha la precedenza sul lead time del fornitore a livello di gruppo di prodotti.
+ Il lead time del fornitore a livello di sito ha la precedenza sul lead time del fornitore a livello di regione.
+ Il lead time del fornitore a livello di area ha la precedenza sul lead time del fornitore a livello di azienda.
Per cercare un record, Supply Planning utilizza i seguenti campi:
+ company\_id
+ region\_id
+ id\_sito
+ id\_gruppo\_prodotto
+ product\_id
Di seguito è riportato un esempio della logica di override:
Di seguito è riportato un esempio di come Supply Planning calcola il lead time del fornitore:
**L'ordine di priorità è *product* > *product\_group > *site* > dest\_geo* *(*region) > segmento di prodotto > azienda.**
## Regola di approvvigionamento
Supply Planning genera un piano basato sulla topologia della rete della catena di fornitura definita nell'entità *sourcing\_rules*.
I tipi di regole di approvvigionamento supportati sono trasferimento, acquisto e produzione.
*Le regole di sourcing seguono la logica di override *product\_id > product\_group\_id* *> company\_id*.*
***Supply Planning recupera il lead time del trasporto facendo riferimento a transportation\_lane\_id e accedendo a transit\_time in transportation\_lane.*** Esistono due passaggi per recuperare il lead time di trasferimento.
1. *Trova *transportation\_lane\_id in sourcing\_rules*.* ***Solo le regole di sourcing che hanno sia to\_site\_id che from\_site\_id sono idonee per il recupero di transfer\_lead\_time.***
1. *Usa* *transportation\_lane\_id per cercare transportation\_lane.*
Quando sono presenti più record con lo stesso *to\_site\_id e product\_id (product\_group\_id**) nell'entità *sourcing\_rule***, verranno utilizzati solo i record con la priorità più alta* (il numero più piccolo).
Esempio di regole di sourcing:
In base alla definizione precedente, Supply Planning seleziona la seguente regola di approvvigionamento SR1: Il laptop presso il sito `TX0` proviene dal sito tramite. `IL0` `transportation_lane_9`
| sourcing\_rule\_id | product\_id | id\_gruppo\_prodotto | tipo\_regola di origine | from\_site\_id | to\_site\_id | sourcing\_priority | transportation\_lane\_id |
| --- | --- | --- | --- | --- | --- | --- | --- |
| SR1 | computer portatile | elettronica | transfer | IL0 | TX0 | 1 | transportation\_lane\_9 |
| SR2 | computer portatile | elettronica | transfer | NJ1 | TX0 | 2 | transportation\_lane\_21 |
| SR3 | computer portatile | elettronica | transfer | IL0 | TX0 | 1 | transportation\_lane\_11 |
*Quando esistono più record con la stessa priorità per la stessa combinazione di *to\_site\_id, product\_id (o product\_group\_id**), la quantità di riordino verrà* *distribuita tra le opzioni di approvvigionamento disponibili in base al campo sourcing\_ratio*.* Tieni presente che `buy` l'approvvigionamento multiplo è attualmente supportato solo per il tipo di regola di approvvigionamento.
Esempio di approvvigionamento multiplo:
| sourcing\_rule\_id | product\_id | id\_gruppo\_prodotto | tipo\_regola di origine | tpartner\_id | to\_site\_id | sourcing\_priority | rapporto di approvvigionamento |
| --- | --- | --- | --- | --- | --- | --- | --- |
| SR1 | computer portatile | elettronica | acquistare | fornitore 1 | TX0 | 1 | 4 |
| SR2 | computer portatile | elettronica | acquistare | fornitore 2 | TX0 | 1 | 6 |
Vengono selezionate entrambe le regole di approvvigionamento SR1 e SR2, e la quantità dell'ordine verrà allocata tra il Fornitore 1 e il Fornitore 2 in un rapporto 4:6.
## Politica di inventario
Supply Planning cerca un record nel set di dati utilizzando i seguenti campi:
+ *site\_id*
+ *geodetico*
+ *id\_azienda*
+ *id\_prodotto*
+ *id\_gruppo\_prodotto*
+ *id\_segmento*
Supply Planning utilizza *ss\_policy per determinare la politica di* inventario. ****La logica di override utilizza la seguente priorità: *product\_id > product\_group\_id > site\_id > e dest\_geo\_id* *> segment\_id > company\_id*. ******
I *valori* *ss\_policy* *supportati* sono *abs\_level*, *doc\_dem*, doc\_fcst e sl.
L'esempio seguente mostra la logica di priorità dell'override.
Di seguito è riportato un esempio del valore *ss\_policy* basato sulla logica di override.
## Pianificazione dell'approvvigionamento
**Nota**
La pianificazione dell'approvvigionamento è un'entità facoltativa. Se questa entità non viene fornita, Supply Planning utilizza un processo di revisione continuo per generare *required\_date* in base a quando i prodotti sono necessari.
Supply Planning utilizza il programma di approvvigionamento per generare piani di acquisto utilizzando i seguenti passaggi:
+ *Trova *sourcing\_schedule\_id in sourcing\_schedule*.*
+ *Trova la pianificazione utilizzando sourcing\_schedule\_id in sourcing\_schedule\_details*.**
**Supply Planning cerca i seguenti campi in sourcing\_schedule\_id in sourcing\_schedule.**
+ *to\_site\_id*
+ **tpartner\_id o from\_site\_id**
**In base al percorso di approvvigionamento nelle regole di approvvigionamento, Supply Planning determina se utilizzare from\_site\_id o tpartner\_id.** *Supply Planning legge il valore nel campo sourcing\_schedule\_id per determinare la fase successiva.*
*Supply Planning legge i dettagli della pianificazione in sourcing\_schedule\_details con i seguenti campi:*
+ *sourcing\_schedule\_id*
+ *id\_azienda*
+ *id\_gruppo\_prodotto*
+ *id\_prodotto*
*sourcing\_schedule\_details segue la logica di override, product\_id* ***> product\_group\_id > company\_id.***
Di seguito è riportato un esempio della logica di override in *sourcing\_schedule\_details*.
Di seguito sono riportate le pianificazioni selezionate dopo l'applicazione della logica di sostituzione.
La pianificazione effettiva può variare da una riga a più righe, in base alla complessità della pianificazione. Per il campo *week\_of\_month*, è consentito un solo numero in ogni riga. Per più settimane del mese, sono necessari più record (vedi l'esempio seguente). Per il campo *day\_of\_week*, sono consentiti sia il numero intero che il nome del giorno (dom: 0, lun: 1, mar: 2, mer: 3, gio: 4, ven: 5, sab: 6). *Nei dettagli del programma di approvvigionamento, la pianificazione settimanale richiede week\_of\_month.* Nella pianificazione giornaliera, *week\_of\_month* può essere vuoto, ovvero ogni settimana. Fare riferimento agli esempi riportati di seguito.
*Tieni presente che per la pianificazione settimanale, *week\_of\_month è obbligatorio se viene fornito day\_of\_week*.*
L'esempio seguente mostra le date che possono essere utilizzate per la pianificazione giornaliera.
| Data | Giorno della settimana | Settimana del mese |
| --- | --- | --- |
| 01/08/2023 | N/A | N/A |
| 12/08/2023 | N/A | ND |
| N/A | 2 | N/A |
| N/A | 5 | N/A |
L'esempio seguente può essere utilizzato sia per la pianificazione giornaliera che settimanale.
| Data | Giorno della settimana | Settimana del mese |
| --- | --- | --- |
| 01/08/2023 | N/A | N/A |
| 12/08/2023 | N/A | ND |
| N/A | 2 | 1 |
| N/A | 2 | 2 |
| N/A | 2 | 3 |
| N/A | 2 | 4 |
| N/A | 2 | 5 |
| N/A | 5 | 1 |
| N/A | 5 | 2 |
| N/A | 5 | 3 |
| N/A | 5 | 4 |
| N/A | 5 | 5 |
## Distinta base (BOM)
La distinta base del prodotto viene utilizzata nei piani di produzione quando *sourcing\_rule* è impostato su Manufacture. Per informazioni su come importare la distinta base del prodotto, consulta il documento di riferimento API. Catena di approvvigionamento di AWS
## Processo di produzione
*production\_process\_id è referenziato nelle entità sourcing\_rule* **e product\_bom.** Questi campi vengono utilizzati per utilizzare le informazioni relative ai tempi di consegna per creare o assemblare una distinta base.
## Parametri di pianificazione della fornitura
*Nell'entità *supply\_planning\_parameters, il planner\_name* *del pianificatore di approvvigionamento può essere assegnato a livello di product\_id*.* Il nome del planner verrà visualizzato negli ordini pianificati generati dal motore di pianificazione delle forniture.