<?xml version="1.0" encoding="utf-8"?>
<ManualTopic ID="/baanerp/wh/onlinemanual/000645" xml:lang="it">
   <Header>
      <Title>Distribuzione di pegging nel processo di ingresso</Title>
      <Keyword type="header" order="d1e2675279">
         <Level1>Processo di ingresso, distribuzione di pegging</Level1>
      </Keyword>
   </Header>
   <AimSection>
      <Paragraph>Le merci con pegging di progetto ricevute in un magazzino generano transazioni di scorte basate sulla distribuzione di pegging sottostante della riga di ricevimento correlata.</Paragraph>
   </AimSection>
   <GeneralSection>
      <SectionTitle>Ingresso e pegging</SectionTitle>
      <Paragraph>Viene eseguito di conseguenza un aggiornamento dei livelli di scorte con pegging nella sessione <GUIRef href="/baanerp/wh/wmd/whwmd2560m000" role="session">Scorte con pegging a progetto (whwmd2560m000)</GUIRef>. La quantità pianificata della riga di ordine di ingresso viene aggiornata nella sessione <GUIRef href="/baanerp/wh/inp/whinp1500m000" role="session">Transazioni scorte pianificate (whinp1500m000)</GUIRef>, che include anche i dati di pegging. Vengono inoltre generate transazioni di scorte pianificate per ciascun pegging.</Paragraph>
      <Paragraph>Se la riga di ricevimento è contrassegnata per l'ispezione, la quantità ricevuta viene bloccata. A seconda delle impostazioni dei parametri, la quantità può anche essere bloccata per l'utilizzo da parte di Pianificazione aziendale. Le eventuali quantità scartate (o distrutte) vengono assegnate ai pegging con l'ultima data richiesta per fare in modo che gli articoli approvati vengano assegnati il più possibile ai pegging con la prima data richiesta in modo da soddisfare la domanda nei tempi.</Paragraph>
   </GeneralSection>
   <GeneralSection>
      <SectionTitle>Magazzini di progetti</SectionTitle>
      <Paragraph>Per un magazzino 'Origine spedizione' o 'Destinazione spedizione' di tipo progetto o semilavorati progetto, non vengono create distribuzioni di pegging di righe di ordine di ingresso o di uscita. In tal caso vengono utilizzati i campi di progetto delle righe di ordine di ingresso o di uscita. Quando viene creata tuttavia una riga di ordine di ingresso o di uscita per un articolo con 'pegging di progetto' correlato a un magazzino normale, è applicabile una distribuzione di pegging e i campi di progetto nelle righe di ordine di ingresso o di uscita vengono disabilitati.</Paragraph>
   </GeneralSection>
   <GeneralSection>
      <SectionTitle>Distribuzione di pegging di una riga di ordine di ingresso</SectionTitle>
      <Paragraph>I dati di distribuzione di pegging di una riga di ordine di ingresso possono essere soltanto visualizzati e non gestiti. In caso di ordini di trasferimento manuali, la distribuzione di pegging può essere soltanto gestita (manualmente) nella riga di ordine di uscita. Quando viene salvata una riga di trasferimento di uscita dopo la modifica della distribuzione di pegging, la distribuzione di pegging della riga di ordine di trasferimento di ingresso cambia di conseguenza.</Paragraph>
   </GeneralSection>
   <GeneralSection>
      <SectionTitle>Articoli di costo e di assistenza</SectionTitle>
      <Paragraph>La distribuzione di pegging può essere presente anche per le righe di ordine con un articolo di costo o di assistenza, poiché per questi tipi di articolo l'assegnazione delle quantità ricevute alle righe di pegging viene sempre eseguita secondo un criterio proporzionale. Questi dati di distribuzione di pegging sono fondamentali soltanto per una corretta allocazione a progetti o pegging e non prevedono un utilizzo logistico poiché questi articoli sono entità non fisiche. Quando vengono ordinati zero pezzi di un determinato articolo di costo o di assistenza, possono essere creati anche dati di distribuzione di pegging costituiti soltanto da una riga di pegging.</Paragraph>
   </GeneralSection>
   <GeneralSection>
      <SectionTitle>Ricevimenti magazzino</SectionTitle>
      <List>
         <ListItemHead>Distribuzione di pegging di una riga di ricevimento</ListItemHead>
         <ListItem>
            <Paragraph>Quando viene confermata una riga di ricevimento, LN crea una distribuzione di pegging sotto la riga di ricevimento. La sequenza di assegnazione degli articoli ricevuti ai pegging si basa sulle prime date richieste e sulle quantità richieste recuperate da Pianificazione aziendale (EP).</Paragraph>
            <Paragraph>Se una riga di ingresso include più pegging e la quantità ricevuta non corrisponde alla quantità ordinata, la quantità ricevuta deve essere distribuita nelle righe di distribuzione di pegging secondo la priorità determinata dalla 'prima data richiesta' definita in Pianificazione aziendale (EP). Le righe di ricevimento vengono create quando viene confermato il ricevimento.</Paragraph>
            <Paragraph>A volte la quantità dell'ordine è superiore alla quantità richiesta totale dell'articolo, dando origine a una quantità in eccesso. L'eccesso viene determinato in Pianificazione aziendale (EP), nel qual caso le righe di distribuzione non dispongono di un riferimento di ordine di domanda e sono associate a una data richiesta vuota. La quantità in eccesso oltre la quantità richiesta (non superiore alla quantità ordinata) viene assegnata ai pegging nella sequenza delle righe di pegging. Le eventuali quantità in eccesso ricevute oltre alla quantità ordinata vengono distribuite nelle righe di pegging proporzionalmente in base al rapporto delle quantità ordinate.</Paragraph>
         </ListItem>
      </List>
      <List>
         <ListItemHead>Aggiornamento delle transazioni di scorte pianificate o dei livelli di scorte</ListItemHead>
         <ListItem>
            <Paragraph>Quando si conferma una riga di ricevimento, le transazioni di scorte pianificate vengono aggiornate in base alle quantità ricevute della distribuzione di pegging delle righe di ricevimento corrispondenti. Le transazioni di scorte pianificate vengono quindi registrate a livello di pegging di progetto.</Paragraph>
            <Paragraph>Quando si conferma una riga di ricevimento, le scorte disponibili vengono aumentate nella sessione <GUIRef href="/baanerp/wh/wmd/whwmd2515m000" role="session">Magazzino - Scorte articoli (whwmd2515m000)</GUIRef>. Analogamente, le scorte disponibili devono essere aumentate nella sessione <GUIRef href="/baanerp/wh/wmd/whwmd2560m000" role="session">Scorte con pegging a progetto (whwmd2560m000)</GUIRef>, in base alle quantità ricevute della distribuzione di pegging della riga di ricevimento corrispondente.</Paragraph>
         </ListItem>
      </List>
      <List>
         <ListItemHead>Assegnazione delle quantità ricevute a pegging di progetto</ListItemHead>
         <ListItem>
            <Paragraph>In caso di un ricevimento completo, parziale o in eccesso in una riga di ordine di ingresso previsto contenente più righe di pegging, LN decide i pegging a cui viene assegnata la quantità ricevuta in base alla sequenza indicata di seguito:</Paragraph>
            <ProcedureList>
               <ListItem>I pegging con la prima data richiesta vengono ricevuti per primi, finché non vengono soddisfatte tutte le quantità richieste.</ListItem>
               <ListItem>I pegging con quantità ordinate non soddisfatte (e senza più quantità richieste) vengono ricevuti in sequenza in base alla riga di pegging.</ListItem>
               <ListItem>Eventuali quantità in eccesso oltre alla quantità ordinata vengono assegnate ai pegging proporzionalmente.</ListItem>
            </ProcedureList>
            <Paragraph/>
            <Paragraph>Quando viene ricevuta la quantità completa della riga di ordine nella riga di ricevimento collegata, per ciascun pegging di righe di ordine viene creata una riga di ricevimento e il totale delle quantità ricevute per riga di pegging è uguale alla quantità ordinata.</Paragraph>
         </ListItem>
      </List>
      <List>
         <ListItemHead>Ordini a saldo</ListItemHead>
         <ListItem>
            <Paragraph>Se per una riga di ricevimento confermata la quantità ricevuta è inferiore alla quantità prevista, la differenza deve essere risolta in <GUIRef href="/baanerp/td/pur" role="module">Acquisti</GUIRef> elaborando l'ordine a saldo creato (se consentito). L'ordine a saldo viene ricevuto in un'altra riga di ingresso con una distribuzione di riga di pegging per i pegging non ricevuti completamente.</Paragraph>
            <Paragraph>Quando viene ricevuta e confermata la riga dell'ordine a saldo, viene creata una distribuzione di pegging della riga di ricevimento per i rimanenti pegging ricevuti.</Paragraph>
         </ListItem>
      </List>
      <List>
         <ListItemHead>Correzioni del ricevimento</ListItemHead>
         <ListItem>
            <Paragraph>È possibile utilizzare la sessione <GUIRef href="/baanerp/wh/inh/whinh3121s000" role="session">Correzione ricevimento (whinh3121s000)</GUIRef> per modificare la quantità ricevuta confermata. L'aumento della quantità già ricevuta genera una correzione positiva del ricevimento. La quantità ricevuta aggiuntiva viene assegnata ai pegging in modo analogo al ricevimento iniziale.</Paragraph>
            <ProcedureList>
               <ListItem>I pegging con la prima data richiesta vengono ricevuti per primi.</ListItem>
               <ListItem>I pegging con quantità ordinate non soddisfatte vengono ricevute in sequenza in base alla riga di pegging.</ListItem>
               <ListItem>Eventuali quantità in eccesso oltre alla quantità ordinata vengono assegnate ai pegging proporzionalmente.</ListItem>
            </ProcedureList>
            <Paragraph>La riduzione della quantità già ricevuta genera una correzione negativa del ricevimento.</Paragraph>
            <Paragraph>Quando la quantità ricevuta viene ridotta, la modifica nella quantità ricevuta viene distribuita nei pegging ricevuti come indicato di seguito:</Paragraph>
            <ProcedureList>
               <ListItem>Le eventuali quantità in eccesso oltre alla quantità ordinata vengono ridotte proporzionalmente.</ListItem>
               <ListItem>Le quantità in eccesso ricevute oltre alla quantità richiesta, ma meno della quantità ordinata, vengono ridotte in sequenza in base alla riga di pegging.</ListItem>
               <ListItem>Le eventuali quantità ricevute rimanenti vengono ridotte in sequenza in base all'ultima data richiesta.</ListItem>
            </ProcedureList>
         </ListItem>
      </List>
      <GeneralSection>
         <SectionTitle>Procedura di ingresso - Ispezione</SectionTitle>
         <Paragraph>La sessione <GUIRef href="/baanerp/wh/inh/whinh3122m000" role="session">Ispezioni magazzino (whinh3122m000)</GUIRef> non dispone di una propria distribuzione di pegging di righe. La registrazione di quantità ispezionate o scartate viene eseguita nella distribuzione di pegging disponibile sotto le righe di ricevimento che si accumulano nella distribuzione di pegging di righe di ordini di ingresso.</Paragraph>
         <Paragraph>Le scorte soggette a ispezioni di magazzino in genere restano bloccate. Analogamente, restano bloccate anche le Scorte con pegging a progetto (whwmd2560m000). Dopo l'elaborazione dell'ispezione, le transazioni di scorte pianificate e i livelli di scorte vengono aggiornati di conseguenza, per livello di pegging.</Paragraph>
         <Paragraph>Le quantità approvate vengono assegnate prima alle righe di pegging con la prima data richiesta. Le quantità scartate o distrutte vengono assegnate prima alle righe di pegging con l'ultima data richiesta. In caso di quantità in eccesso, deve essere utilizzato prima l'eccesso. Le quantità scartate o distrutte vengono distribuite in base alle quantità ricevute effettive della riga di ricevimento e non in base ai valori totali della riga di ordine di ingresso correlata. Le informazioni di pegging delle righe di ricevimento aggiornate vengono aggregate al livello della distribuzione della riga di ingresso.</Paragraph>
         <List>
            <ListItemHead>Nessuna gestione delle merci scartate</ListItemHead>
            <ListItem>
               <Paragraph>Se la casella di controllo <GUIRef href="/baanerp/wh/wmd/whwmd2500m000#whwmd200.reje" role="manual">Gestisci merci scartate</GUIRef> della sessione <GUIRef href="/baanerp/wh/wmd/whwmd2500m000" role="session">Magazzini (whwmd2500m000)</GUIRef> non è selezionata, le merci scartate diventano di proprietà del fornitore e non vengono aggiunte alle scorte. I costi devono pertanto essere rimossi dai pegging di progetto.</Paragraph>
            </ListItem>
         </List>
         <List>
            <ListItemHead>Gestione delle scorte scartate (Scorte da destinare = No)</ListItemHead>
            <ListItem>
               <Paragraph>In questo scenario il parametro di magazzino <GUIRef href="/baanerp/wh/inh/whinh0100m000#whinh000.reje" role="manual">Gestisci merci scartate</GUIRef> è selezionato e la casella di controllo <GUIRef href="/baanerp/wh/inh/whinh0100m000#whinh000.disp" role="manual">Scorte da destinare</GUIRef> non è selezionata nella sessione <GUIRef href="/baanerp/wh/inh/whinh0100m000" role="session">Parametri gestione scorte (whinh0100m000)</GUIRef>. Le merci scartate diventano di proprietà del fornitore e pertanto i costi devono essere rimossi dai pegging di progetto. Vengono creati record <GUIRef href="/baanerp/wh/wmd/whwmd2570m000" role="session">Scorte scartate (whwmd2570m000)</GUIRef> per le quantità scartate in un ordine di acquisto (o in un programma di vendite). La sessione <GUIRef href="/baanerp/wh/inh/whinh3528m000" role="session">Riga ricevimento - Distribuzione pegging (whinh3528m000)</GUIRef> può essere avviata da <GUIRef href="/baanerp/wh/wmd/whwmd2570m000" role="session">Scorte scartate (whwmd2570m000)</GUIRef>, ma il campo <GUIRef href="/baanerp/wh/inh/whinh3528m000#whinh328.qiri" role="manual">In scorte scartate</GUIRef> della sessione <GUIRef href="/baanerp/wh/inh/whinh3528m000" role="session">Riga ricevimento - Distribuzione pegging (whinh3528m000)</GUIRef> non è più visibile, poiché i dettagli di pegging delle scorte scartate non esistono più. Ne consegue che gli articoli scartati diventano scorte anonime (senza pegging). Le scorte scartate possono essere accettate, distrutte o restituite utilizzando la sessione <GUIRef href="/baanerp/wh/wmd/whwmd2570m000" role="session">Scorte scartate (whwmd2570m000)</GUIRef>.</Paragraph>
            </ListItem>
         </List>
         <List>
            <ListItemHead>Gestione delle scorte scartate (Scorte da destinare = Sì)</ListItemHead>
            <ListItem>
               <Paragraph>In questo scenario la casella di controllo <GUIRef href="/baanerp/wh/inh/whinh0100m000#whinh000.reje" role="manual">Gestisci merci scartate</GUIRef> del parametro di magazzino e la casella di controllo <GUIRef href="/baanerp/wh/inh/whinh0100m000#whinh000.disp" role="manual">Scorte da destinare</GUIRef> della sessione <GUIRef href="/baanerp/wh/inh/whinh0100m000" role="session">Parametri gestione scorte (whinh0100m000)</GUIRef> sono selezionate. Il campo <GUIRef href="/baanerp/wh/inh/whinh3528m000#whinh328.qiri" role="manual">In scorte scartate</GUIRef> della sessione <GUIRef href="/baanerp/wh/inh/whinh3528m000" role="session">Riga ricevimento - Distribuzione pegging (whinh3528m000)</GUIRef> è completato nei pegging, poiché sono ancora presenti i dettagli di pegging per gli articoli scartati e gli articoli non diventano scorte anonime (senza pegging). I pegging vengono aggiornati durante la gestione delle scorte scartate. La quantità <GUIRef href="/baanerp/wh/inh/whinh3528m000#whinh328.qiri" role="manual">In scorte scartate</GUIRef> deve essere ridotta per tutte le scorte accettate, distrutte (eliminate) o restituite.</Paragraph>
            </ListItem>
         </List>
      </GeneralSection>
      <GeneralSection>
         <SectionTitle>Procedura di uscita - Ispezioni</SectionTitle>
         <Paragraph>La sessione <GUIRef href="/baanerp/wh/inh/whinh3122m000" role="session">Ispezioni magazzino (whinh3122m000)</GUIRef> non dispone di una propria distribuzione di pegging di righe. Non sono presenti inoltre distribuzioni di pegging specifiche correlate all'avviso di uscita. Le quantità ispezionate/scartate vengono registrate nella sessione <GUIRef href="/baanerp/wh/inh/whinh2190m000" role="session">Riga ordine di uscita - Distribuzione pegging (whinh2190m000)</GUIRef>.</Paragraph>
         <Paragraph>Le scorte programmate per ispezioni di magazzino in genere restano bloccate. Analogamente, restano bloccate anche le Scorte con pegging a progetto (whwmd2560m000). Dopo l'elaborazione dell'ispezione, le transazioni di scorte pianificate e i livelli di scorte vengono aggiornati di conseguenza, per livello di pegging.</Paragraph>
         <GeneralSection>
            <SectionTitle>Aggiornamento dei pegging delle righe degli ordini di uscita</SectionTitle>
            <Paragraph>Il valore del campo <GUIRef href="/baanerp/wh/inh/whinh3122m000#whinh211.qtbi" role="manual">Qtà da ispezionare</GUIRef> nella sessione <GUIRef href="/baanerp/wh/inh/whinh2190m000" role="session">Riga ordine di uscita - Distribuzione pegging (whinh2190m000)</GUIRef> rispecchia la quantità di pegging in avviso già rilasciata e soggetta a ispezione.</Paragraph>
            <List>
               <ListIntro>Per la gestione dei pegging delle righe degli ordini di uscita durante le ispezioni di magazzino sono applicabili le seguenti condizioni:</ListIntro>
               <ListItem>Viene creata una riga di ispezione per ciascun avviso di uscita rilasciato. In questa fase viene definito il valore del campo <GUIRef href="/baanerp/wh/inh/whinh3122m000#whinh211.qtbi" role="manual">Qtà da ispezionare</GUIRef>, che viene aggregato ai pegging in sequenza in base alla prima data richiesta.</ListItem>
               <ListItem>Quando la quantità in avviso del primo pegging viene assegnata interamente come <GUIRef href="/baanerp/wh/inh/whinh3122m000#whinh211.qtbi" role="manual">Qtà da ispezionare</GUIRef>, il resto della quantità rilasciata viene assegnato al campo <GUIRef href="/baanerp/wh/inh/whinh3122m000#whinh211.qtbi" role="manual">Qtà da ispezionare</GUIRef> del pegging successivo con la prima data richiesta e così via.</ListItem>
               <ListItem>Le eventuali quantità approvate vengono assegnate ai pegging in sequenza in base alla prima data richiesta.</ListItem>
               <ListItem>Le eventuali quantità scartate vengono assegnate ai pegging in sequenza in base all'ultima data richiesta. In caso di consegne in eccesso (Quantità in avviso &gt; Quantità ordinata), l'eccesso deve essere utilizzato per primo in base alla sequenza della prima data richiesta.</ListItem>
               <ListItem>La <GUIRef href="/baanerp/wh/inh/whinh3122m000#whinh211.qtbi" role="manual">Qtà da ispezionare</GUIRef> dei pegging è bloccata per l'ispezione.</ListItem>
               <ListItem>Durante l'elaborazione di un record di ispezione, la quantità approvata o scartata viene aggregata soltanto ai pegging con una <GUIRef href="/baanerp/wh/inh/whinh3122m000#whinh211.qtbi" role="manual">Qtà da ispezionare</GUIRef>. Questa <GUIRef href="/baanerp/wh/inh/whinh3122m000#whinh211.qtbi" role="manual">Qtà da ispezionare</GUIRef> viene utilizzata dalle quantità approvate e scartate assegnate al pegging. Effettivamente dalla quantità bloccata viene sottratta la quantità elaborata.</ListItem>
            </List>
         </GeneralSection>
      </GeneralSection>
   </GeneralSection>
</ManualTopic>