Pegging progetto in Approvvigionamento

Esempio

Il progetto 1 con l'attività 10 e il progetto 1 con l'attività 20 presentano un fabbisogno di un articolo con licenza export.

• Se non si verifica un'eccezione, viene creata una riga di ordine di acquisto con due righe di distribuzione.
• Se si verifica un'eccezione per una o entrambe le attività, ovvero una riga di ordine di acquisto per pegging di progetto, viene creato un ordine di acquisto con due righe di ordine di acquisto.

Se non è possibile recuperare la data richiesta e la quantità da Pianificazione aziendale, la priorità viene determinata come segue:

• Righe ordini di acquisto
  La priorità si basa sulle date specificate per la distribuzione pegging della riga di ordine di ingresso.
• Righe programma acquisti
  La priorità si basa sulle date specificate per la distribuzione pegging della riga di programma acquisti. Le righe programma non sono collegate a singole righe ordine di ingresso perché per i programmi forniture le merci vengono ricevute a fronte di un ordine quadro di magazzino, che è collegato all'intestazione del programma. Durante il processo di ricevimento di una quantità richiesta, i pegging che corrispondono alla quantità totale da ricevere per le righe di programma vengono trasferiti al package Magazzino in modo tale da essere utilizzati nel processo di ricevimento. Le righe di programma vengono trasferite in base alla posizione della riga e alla data di ricevimento pianificata (meno recente). La distribuzione pegging della riga di ricevimento di magazzino così generata è un sottoinsieme della distribuzione pegging (aggregata) delle righe di programma.

• Transazioni
  Le transazioni di scorte pianificate, le transazioni di materiali e le transazioni di integrazioni (finanziarie) non vengono generate per la riga del documento padre, ma per la distribuzione pegging. Le transazioni vengono pertanto registrate in base al legame di pegging.
• Distribuzione pegging facoltativa
  Se il pegging di progetto è implementato ma non è obbligatorio per un articolo, è possibile specificare facoltativamente un legame di pegging (distribuzione).
• Riga di richiesta generata da catalogo
  Se viene generata una riga di richiesta di acquisto da un catalogo e l'articolo selezionato richiede un legame di pegging obbligatorio, la riga di richiesta può essere inserita senza una distribuzione pegging collegata. Viene verificato se è disponibile una distribuzione degli acquisti soltanto quando la richiesta viene inoltrata per l'approvazione.
• Distribuzione pegging e riga di risposta RFQ
  Dopo che un offerente è stato collegato a una richiesta di offerta, viene inserito un record nella sessione Risposte RFQ (tdpur1506m000), ma risulta ancora collegata alcuna distribuzione pegging. Se lo stato viene impostato su Accettata, la distribuzione pegging della riga di richiesta di offerta viene copiata nella riga di risposta. Non è possibile aggiornare una distribuzione pegging collegata a una riga di risposta con stato Accettata.
• Campi di informazioni aggiuntive
  Se viene generata o creata manualmente una riga documento di acquisto (ad esempio una riga di richiesta, una riga di richiesta di offerta o una riga ordine di acquisto) con pegging di progetto, vengono verificate le informazioni aggiuntive specificate per le righe contratto e contratto progetto collegate. Le informazioni presenti nei campi aggiuntivi delle righe di contratto progetto vengono trasferite nei campi aggiuntivi della riga di documento di acquisto, purché siano stati specificati nomi identici per i campi aggiuntivi di entrambe le tabelle della sessione Definizioni informazioni aggiuntive (tcstl2100m000). Vedere Informazioni aggiuntive per documenti di acquisto con pegging di progetto.
• Costi logistici
  Se i costi logistici sono collegati a una riga di ordine/programma con distribuzione pegging, vengono calcolati proporzionalmente per pegging e trasferiti nella sessione Transazioni di integrazione (tfgld4582m000) in base alla distribuzione pegging collegata alla riga di ordine/programma.
• Pagamenti rateali fornitore
  Se un articolo che richiede un pegging deve essere fatturato con pagamenti rateali fornitore, viene collegata una distribuzione pegging a una Riga pagamento rateale. Per una combinazione di riga di ordine acquisto/riga pagamento rateale, l'Importo della riga pagamento rateale viene distribuito tra le righe di distribuzione. La distribuzione pegging viene creata una volta approvata la riga pagamento rateale e viene eliminata se la riga pagamento rateale non viene approvata. Per ulteriori informazioni, consultare Pagamenti rateali fornitore.
• Conto lavoro con flusso di materiale
  Nel caso di ordini di produzione con pegging di progetto, è possibile affidare operazioni o articoli in conto lavoro. Nel caso di un ordine di conto lavoro con pegging di progetto, una distribuzione pegging viene collegata alla Riga fornitura materiale ordine acquisto Per ulteriori informazioni, consultare Righe di fornitura materiali con pegging per operazioni e articoli in conto lavoro.
• Ordini a saldo
  Le righe degli ordini a saldo vengono gestite come righe di ordine indipendenti. Durante la creazione dell'ordine a saldo, il numero della riga di distribuzione originaria viene specificato nel campo Riga distribuzione padre della sessione Distribuzione pegging acquisti (tdpur5100m000). È possibile modificare, aggiungere ed eliminare righe di distribuzione pegging per una riga di un ordine a saldo. Non è necessario che i legami di pegging delle righe degli ordini a saldo siano uguali ai legami di pegging delle righe degli oggetti padre. Tuttavia, se la riga di ordine a saldo è collegata e una riga di acquisto per articolo conto lavoro, non è possibile aggiungere nuovi legami di pegging o modificare il progetto, l'elemento o l'attività di una riga di distribuzione collegata alla riga di ordine a saldo.
• Ordini di reso
  Per il reso di merci con pegging di progetto si applicano condizioni specifiche. Per ulteriori informazioni, consultare Pegging (return inventory) e Pegging (return rejects).