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\$1cost* 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\$1hierarchy*. 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\$1partner* definisce l'elenco dei fornitori. *tpartner\$1type* 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\$1product*. 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\$1lead\$1time*. 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\$1id
+ region\$1id
+ id\$1sito
+ id\$1gruppo\$1prodotto
+ product\$1id
Di seguito è riportato un esempio della logica di override:
![\[Esempio di logica Override\]](http://docs.aws.amazon.com/it_it/aws-supply-chain/latest/userguide/images/override_logic.png)
Di seguito è riportato un esempio di come Supply Planning calcola il lead time del fornitore:
![\[Calcolo del lead time del fornitore\]](http://docs.aws.amazon.com/it_it/aws-supply-chain/latest/userguide/images/vendor_lead_time.png)
**L'ordine di priorità è *product* > *product\$1group > *site* > dest\$1geo* *(*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\$1rules*.
I tipi di regole di approvvigionamento supportati sono trasferimento, acquisto e produzione.
*Le regole di sourcing seguono la logica di override *product\$1id > product\$1group\$1id* *> company\$1id*.*
***Supply Planning recupera il lead time del trasporto facendo riferimento a transportation\$1lane\$1id e accedendo a transit\$1time in transportation\$1lane.*** Esistono due passaggi per recuperare il lead time di trasferimento.
1. *Trova *transportation\$1lane\$1id in sourcing\$1rules*.* ***Solo le regole di sourcing che hanno sia to\$1site\$1id che from\$1site\$1id sono idonee per il recupero di transfer\$1lead\$1time.***
1. *Usa* *transportation\$1lane\$1id per cercare transportation\$1lane.*
Quando sono presenti più record con lo stesso *to\$1site\$1id e product\$1id (product\$1group\$1id**) nell'entità *sourcing\$1rule***, 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\$1rule\$1id | product\$1id | id\$1gruppo\$1prodotto | tipo\$1regola di origine | from\$1site\$1id | to\$1site\$1id | sourcing\$1priority | transportation\$1lane\$1id |
| --- | --- | --- | --- | --- | --- | --- | --- |
| SR1 | computer portatile | elettronica | transfer | IL0 | TX0 | 1 | transportation\$1lane\$19 |
| SR2 | computer portatile | elettronica | transfer | NJ1 | TX0 | 2 | transportation\$1lane\$121 |
| SR3 | computer portatile | elettronica | transfer | IL0 | TX0 | 1 | transportation\$1lane\$111 |
*Quando esistono più record con la stessa priorità per la stessa combinazione di *to\$1site\$1id, product\$1id (o product\$1group\$1id**), la quantità di riordino verrà* *distribuita tra le opzioni di approvvigionamento disponibili in base al campo sourcing\$1ratio*.* Tieni presente che `buy` l'approvvigionamento multiplo è attualmente supportato solo per il tipo di regola di approvvigionamento.
Esempio di approvvigionamento multiplo:
| sourcing\$1rule\$1id | product\$1id | id\$1gruppo\$1prodotto | tipo\$1regola di origine | tpartner\$1id | to\$1site\$1id | sourcing\$1priority | 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\$1id*
+ *geodetico*
+ *id\$1azienda*
+ *id\$1prodotto*
+ *id\$1gruppo\$1prodotto*
+ *id\$1segmento*
Supply Planning utilizza *ss\$1policy per determinare la politica di* inventario. ****La logica di override utilizza la seguente priorità: *product\$1id > product\$1group\$1id > site\$1id > e dest\$1geo\$1id* *> segment\$1id > company\$1id*. ******
I *valori* *ss\$1policy* *supportati* sono *abs\$1level*, *doc\$1dem*, doc\$1fcst e sl.
L'esempio seguente mostra la logica di priorità dell'override.
![\[Override la logica\]](http://docs.aws.amazon.com/it_it/aws-supply-chain/latest/userguide/images/override1.png)
Di seguito è riportato un esempio del valore *ss\$1policy* basato sulla logica di override.
![\[Esempio di logica di override per il valore ss_policy\]](http://docs.aws.amazon.com/it_it/aws-supply-chain/latest/userguide/images/override2.png)
## 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\$1date* 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\$1schedule\$1id in sourcing\$1schedule*.*
+ *Trova la pianificazione utilizzando sourcing\$1schedule\$1id in sourcing\$1schedule\$1details*.**
**Supply Planning cerca i seguenti campi in sourcing\$1schedule\$1id in sourcing\$1schedule.**
+ *to\$1site\$1id*
+ **tpartner\$1id o from\$1site\$1id**
**In base al percorso di approvvigionamento nelle regole di approvvigionamento, Supply Planning determina se utilizzare from\$1site\$1id o tpartner\$1id.** *Supply Planning legge il valore nel campo sourcing\$1schedule\$1id per determinare la fase successiva.*
*Supply Planning legge i dettagli della pianificazione in sourcing\$1schedule\$1details con i seguenti campi:*
+ *sourcing\$1schedule\$1id*
+ *id\$1azienda*
+ *id\$1gruppo\$1prodotto*
+ *id\$1prodotto*
*sourcing\$1schedule\$1details segue la logica di override, product\$1id* ***> product\$1group\$1id > company\$1id.***
Di seguito è riportato un esempio della logica di override in *sourcing\$1schedule\$1details*.
![\[Logica di sovrascrittura della pianificazione di approvvigionamento\]](http://docs.aws.amazon.com/it_it/aws-supply-chain/latest/userguide/images/sourcing_schedule2.png)
Di seguito sono riportate le pianificazioni selezionate dopo l'applicazione della logica di sostituzione.
![\[Logica di sovrascrittura del programma di approvvigionamento\]](http://docs.aws.amazon.com/it_it/aws-supply-chain/latest/userguide/images/sourcing_schedule3.png)
La pianificazione effettiva può variare da una riga a più righe, in base alla complessità della pianificazione. Per il campo *week\$1of\$1month*, è consentito un solo numero in ogni riga. Per più settimane del mese, sono necessari più record (vedi l'esempio seguente). Per il campo *day\$1of\$1week*, 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\$1of\$1month.* Nella pianificazione giornaliera, *week\$1of\$1month* può essere vuoto, ovvero ogni settimana. Fare riferimento agli esempi riportati di seguito.
![\[La pianificazione di approvvigionamento sostituisce la logica\]](http://docs.aws.amazon.com/it_it/aws-supply-chain/latest/userguide/images/sourcing_schedule4.png)
*Tieni presente che per la pianificazione settimanale, *week\$1of\$1month è obbligatorio se viene fornito day\$1of\$1week*.*
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\$1rule* è 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\$1process\$1id è referenziato nelle entità sourcing\$1rule* **e product\$1bom.** 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\$1planning\$1parameters, il planner\$1name* *del pianificatore di approvvigionamento può essere assegnato a livello di product\$1id*.* Il nome del planner verrà visualizzato negli ordini pianificati generati dal motore di pianificazione delle forniture.
# Dati transazionali
**Topics**
+ [Previsione](#forecast)
+ [Cronologia o domanda delle vendite](#demand)
+ [Livello di inventario](#inventory-level)
+ [Ordini in entrata](#in-flight-orders)
## Previsione
Supply Planning utilizza due diverse fonti e tipi di previsione. È possibile utilizzare i seguenti sistemi di origine per recuperare la fonte della previsione:
+ *Esterno*: Supply Planning utilizza i dati che vengono inseriti nell'entità di previsione del data lake.
+ *Pianificazione della domanda*: Supply Planning utilizza le previsioni di Demand Planning.
+ *Nessuno*: Supply Planning utilizza i dati della cronologia delle vendite o della domanda della linea dell'ordine in uscita.
Supply Planning supporta due tipi di previsione: deterministica e stocastica. Le previsioni deterministiche contengono solo la media della previsione. Le previsioni stocastiche contengono P10/P50/P90, a volte insieme alla media. Quando la media non viene fornita nelle previsioni stocastiche, Supply Planning utilizza P50 (mediana) come media.
Ogni record di previsione ha quattro campi per rappresentare la previsione della domanda:
+ media (doppia)
+ p10 (doppio)
+ p50 (noto anche come mediana, doppia)
+ p90 (doppio)
In base alla politica di inventario configurata, sono obbligatori diversi campi in questa entità. Per *sl*, è richiesto p10/p50/90; per *doc\$1fcst*, è richiesta la policy p50 o mean. *Supply Planning utilizza p50 come approssimazione della media e per *doc\$1dem* e abs\$1level non è obbligatorio nessuno dei campi di previsione.*
**Pianificazione giornaliera**
Le previsioni possono essere diverse per la pianificazione giornaliera rispetto alla pianificazione settimanale. Ecco un esempio del requisito di previsione della pianificazione giornaliera e settimanale.
![\[Pianificazione giornaliera\]](http://docs.aws.amazon.com/it_it/aws-supply-chain/latest/userguide/images/daily-planning.png)
**Pianificazione settimanale**
È possibile utilizzare l'esempio di previsione di pianificazione giornaliera per la pianificazione settimanale oppure è possibile utilizzare il seguente esempio per la pianificazione settimanale.
![\[Pianificazione settimanale\]](http://docs.aws.amazon.com/it_it/aws-supply-chain/latest/userguide/images/weekly-planning.png)
## Cronologia o domanda delle vendite
La politica di inventario *doc\$1dem* richiede la cronologia della domanda per calcolare la domanda media storica. *Supply Planning ottiene la cronologia della domanda dall'entità *outbound\$1order\$1line nella categoria Outbound*.* Supply Planning utilizza i seguenti campi:
+ *ship\$1from\$1site\$1id* (stringa)
+ *product\$1id* (stringa)
+ *actual\$1delivery\$1date (timestamp); se manca, usa promised\$1delivery\$1date* *(timestamp)*
Come parte del calcolo, Supply Planning utilizza le righe storiche degli ordini in uscita con date di consegna degli ultimi 30 giorni. *Il campo di destinazione utilizzato per la quantità è *quantity\$1delivery*; se manca, usa quantity\$1promise.* *Se manca *quantity\$1promise, verrà utilizzato final\$1quantity\$1request*.* *Se mancano tutti, verrà utilizzato 0.*
*Ad esempio, se utilizzi Supply Planning per il prodotto «laptop» nel sito «TX0» il 1° luglio 2023, il record in *outbound\$1order\$1line dove product\$1id=laptop, ship\$1from\$1site\$1id=* **e TX0 actual\$1delivery\$1date** va dal 1° giugno 2023 al 30 giugno 2023.* Supply Planning aggiunge tutti i record e li divide per 30 giorni per ottenere la domanda giornaliera.
## Livello di inventario
La pianificazione delle forniture richiede un livello di inventario iniziale per avviare il processo di pianificazione. Supply Planning cerca il livello di inventario nell'*entità di dati inv\$1level*. Supply Planning cerca un record con i seguenti campi:
+ *product\$1id*
+ *id\$1sito*
Supply Planning utilizza *on\$1hand\$1inventory per determinare il livello di inventario*.
## Ordini in entrata
Supply Planning utilizza *inbound\$1order\$1line* per recuperare la quantità degli ordini in volo. Se un ordine viene consegnato durante l'orizzonte di pianificazione, la quantità viene considerata parte della fornitura esistente.
Supply Planning cerca un record in *inbound\$1order\$1line* con i seguenti campi:
+ *order\$1receive\$1date**; se manca, usa expected\$1delivery\$1date*
+ *id\$1prodotto*
+ *to\$1site\$1id*
I seguenti sono i tipi di ordine supportati: PO (acquisto), TO (trasferimento) e MO (produzione o produzione).
Supply Planning utilizza il valore *quantity\$1received*; se manca, utilizza *quantity\$1confirmated quindi *quantity\$1submitted** per determinare la quantità dell'ordine.