Pegging di progetto in Vendite e ApprovvigionamentoPer identificare i costi, la domanda e la fornitura per un progetto, è possibile implementare il pegging del progetto e specificare gli articoli per cui è necessaria questa operazione. Per ulteriori informazioni, consultare Panoramica del pegging di progetto. Nota Per utilizzare il pegging di progetto in combinazione con le ripartizioni costi, selezionare anche la casella di controllo Ripart. costi nella sessione Componenti software implementati (tccom0100s000). Per ulteriori informazioni, consultare Ripartizione costi. Pegging di progetto - Vendite La funzionalità relativa al pegging di progetto disponibile in Vendite include il pegging dei costi di progetto per le righe degli ordini e delle offerte di vendita. Se il pegging di progetto è obbligatorio per l'articolo nella riga dell'ordine o dell'offerta di vendita, è necessario specificare un legame di pegging nelle sessioni Righe ordini di vendita (tdsls4101m000) e Righe offerta di vendita (tdsls1501m000). Un legame di pegging è una combinazione di progetto/ budget, elemento di progetto e/o attività di progetto. Se, ad esempio, è presente un legame di pegging tra la domanda e una riga di un ordine di vendita, le merci vengono vendute e i costi vengo registrati in relazione al progetto, all'elemento e all'attività nella riga dell'ordine di vendita. Il pegging è obbligatorio quando vengono generate transazioni di scorte pianificate per la riga dell'ordine di vendita o dell'offerta di vendita. Per le righe di offerte di vendita, questo significa che il pegging non è obbligatorio se il valore del campo Percentuale probabilità è inferiore al valore specificato nel campo Perc. minima probab. esito positivo per consideraz. su scorte tempif. della sessione Parametri offerte di vendita (tdsls0100s100). Quando tuttavia si conferma una riga dell'offerta di vendita, il pegging è sempre obbligatorio. Nota Se un articolo collegato a un'opportunità richiede un legame di pegging, è possibile facoltativamente specificare il pegging nella sessione Articoli per Opportunità (tdsmi1113m000). Quando viene generata una riga di offerta di vendita dalla riga dell'articolo dell'opportunità, il legame di pegging dell'opportunità viene copiato nei campi Budget, Elemento per budget e Attività per budget nella riga dell'offerta. Quando un'offerta di vendita viene elaborata e convertita in un ordine di vendita, il legame di pegging viene copiato come segue:
Il pegging delle vendite viene copiato in tutti gli oggetti pertinenti più avanti nel processo, ad esempio Magazzino, Fatturazione, Approvvigionamento o Gestione reparto produzione. Se l'oggetto di destinazione utilizza distribuzioni pegging, il pegging delle vendite viene copiato in una riga di distribuzione. Nota Se il pegging di progetto è implementato ma non è obbligatorio per un articolo, è possibile specificare facoltativamente un legame di pegging. Se per un ordine di vendita con pegging di progetto è necessario approvvigionarsi da un'unità aziendale di una società logistica diversa, durante la pianificazione e il trasferimento è necessario disporre di una relazione di fornitura pegging costi per tenere traccia e collegare i dati di pegging dei costi delle unità aziendali di domanda e fornitura. Per ulteriori informazioni, consultare Utilizzo delle relazioni di fornitura per il pegging dei costi. Pegging di progetto - Approvvigionamento In Approvvigionamento il pegging di progetto include il pegging dei costi di progetto per i componenti transazione di acquisto, quali le richieste di offerta, gli ordini di acquisto e i programmi (forniture) acquisti. Se l'articolo indicato nel componente transazione richiede un legame di pegging, a tale componente deve essere collegata una distribuzione pegging. In una distribuzione di questo tipo la quantità richiesta del componente della transazione padre viene distribuita tra le righe di distribuzione per le combinazioni progetto/budget, elemento di progetto e/o attività di progetto. Ad esempio, se viene utilizzata una distribuzione per stabilire un legame di pegging per la quantità ordinata in una riga di un ordine di acquisto, le merci vengono acquistate e i costi vengono registrati per tali progetti, elementi e attività. Una distribuzione pegging non può essere creata se si verificano le seguenti condizioni per la riga dell'oggetto padre:
Generazione di una distribuzione pegging Se viene salvato un componente transazione di acquisto, può essere generata una distribuzione pegging soltanto se il pegging di progetto è implementato. Nella sessione Distribuzione pegging acquisti (tdpur5100m000) una distribuzione pegging può essere specificata manualmente o essere inserita automaticamente, per impostazione predefinita, in base ai dati di altri oggetti. Il componente transazione viene memorizzato nella riga di distribuzione e include i seguenti campi:
Pegging di raggruppamento Se per le righe degli ordini/programmi di acquisto è previsto il pegging di progetto, il raggruppamento dei pegging è soggetto alle verifiche delle combinazioni di progetto. Le regole di raggruppamento relative al pegging di progetto, che è possibile specificare in Pegging progetto in Dati comuni, determinano se le righe con legami di pegging diversi possono essere raggruppate in un'unica riga di ordine di acquisto o programma acquisti. In generale, il raggruppamento viene eseguito in base al gruppo di pianificazione, in cui sono incluse le regole di raggruppamento per i progetti collegati. Tuttavia, il raggruppamento per gli articoli con licenza export obbligatoria è limitato in base al progetto. Se pertanto i progetti sono diversi, vengono create righe di ordine di acquisto e programmi di acquisto separate. Per limitare ulteriormente il raggruppamento, è possibile specificare le relative eccezioni, ovvero i legami di pegging da escludere dal raggruppamento. Esempio Il progetto 1 con l'attività 10 e il progetto 1 con l'attività 20 presentano entrambi un fabbisogno di un articolo con licenza export.
Nota Se il raggruppamento di pegging non è consentito, è necessario creare una nuova intestazione della programma acquisti durante la generazione delle righe programma in Pianificazione aziendale. Pertanto, possono essere disponibili più programmi attivi per uno stesso articolo, Business Partner 'Origine vendita', Business Partner 'Origine spedizione', ufficio acquisti e magazzino. Gestione dei dati di pegging Se le merci vengono acquistate e i costi vengono registrati soltanto per un progetto, il legame di pegging è visibile direttamente nella riga dell'oggetto di acquisto. Quando la riga viene salvata, LN scrive automaticamente una riga di distribuzione nella distribuzione pegging. L'importo ordinato, le quantità o i campi di pegging possono essere aggiornati sia nella riga dell'oggetto padre sia nella riga di distribuzione, quindi vengono sincronizzati in entrambi i modi. Se nella distribuzione pegging sono specificati più legami di pegging (righe di distribuzione), i campi di pegging vengono svuotati nella riga oggetto padre e l'importo ordinato o le quantità non sono disponibili. La somma delle quantità o degli importi ordinati nella distribuzione pegging può essere aggiornata in base alle quantità o all'importo ordinato nella riga dell'oggetto padre. Se la quantità totale della distribuzione pegging non corrisponde alla quantità nella riga dell'oggetto padre, in relazione all'aggiornamento di tale riga viene indicato che la quantità della distribuzione pegging non corrisponde al totale della riga ed è necessario fare clic su OK per aggiornare 'Totale'. Ricevimenti in magazzino Per la gestione delle fatture e i ricevimenti in magazzino parziali, i legami di pegging con la priorità più alta ricevono le quantità per primi. La priorità del pegging è basata sulla data richiesta e sulla quantità richiesta recuperate da Pianificazione aziendale per la riga di acquisto da ricevere. Il legame di pegging con la prima data richiesta ha la priorità più alta. Se da Pianificazione aziendale non può essere recuperata alcuna data richiesta o quantità richiesta, è applicabile il seguente meccanismo di fallback:
Quando un ricevimento viene confermato, la riga ordine della distribuzione pegging o la riga programma della distribuzione pegging viene copiata dalla riga ricevimento magazzino al ricevimento ordine di acquisto/programma. Non è possibile aggiornare la distribuzione pegging per il ricevimento ordine di acquisto/programma. Se viene apportata una correzione o viene effettuata un'ispezione della riga ricevimento in Magazzino, anche le righe distribuzione pegging vengono aggiornate con le modifiche della quantità in base alla priorità indicata nella distribuzione pegging. Nella sessione Distribuzione pegging acquisti (tdpur5100m000) vengono aggiornate le righe distribuzione correlate tramite il campo Riga distribuzione ricevimento magazzino comunicato da Magazzino. Ricevimenti acquisti Per la gestione delle fatture e i ricevimenti di acquisto parziali, non vengono utilizzate regole di priorità. I ricevimenti di acquisto parziali vengono infatti distribuiti in modo proporzionale alle righe di distribuzione pegging. Non è possibile aggiornare le informazioni di pegging nel ricevimento acquisto. Se però una riga di oggetto padre e una o più righe di distribuzione collegate includono un importo ordinato e nessuna quantità ordinata, è possibile modificare l'importo ordinato dopo il ricevimento nella sessione Modifica prezzo e sconti dopo il ricevimento (tdpur4122m000). Se l'importo ricevuto viene modificato per la riga dell'ordine, la modifica dell'importo viene distribuita proporzionalmente alle righe di distribuzione pegging. Le transazioni di scorte pianificate, le transazioni di materiali e le transazioni di integrazioni (finanziarie) non vengono registrate a livello della riga dell'oggetto padre, ma a livello della distribuzione pegging. Le transazioni vengono pertanto registrate in base al legame di pegging. Nota Se il pegging di progetto è implementato ma non è obbligatorio per un articolo, è possibile specificare facoltativamente un legame di pegging (distribuzione). 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. LN verifica se è disponibile una distribuzione degli acquisti soltanto quando la richiesta viene inoltrata per l'approvazione. Quando un offerente è collegato a una richiesta di offerta, viene inserito un record nella sessione Risposte RdO (tdpur1506m000), ma ancora non è collegata alcuna distribuzione pegging. Se lo stato diventa Accettata, la distribuzione pegging della riga richiesta di offerta viene copiata nella riga risposta. Non è possibile aggiornare una distribuzione pegging collegata a una riga risposta con stato Accettata. Se i costi logistici sono collegati a una riga ordine/programma con distribuzione pegging, vengono calcolati proporzionalmente per pegging e scritti nella sessione Transazioni di integrazione (tfgld4582m000) in base alla distribuzione pegging collegata alla riga ordine/programma. 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 ordine acquisto/riga pagamento rateale, l'Importo della riga pagamento rateale viene distribuito tra le righe 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. Le righe degli ordini a saldo vengono gestite come righe di ordine indipendenti. È 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. Per il reso di merci con pegging di progetto si applicano condizioni specifiche. Per ulteriori informazioni, consultare Ordini di reso di acquisto.
| ||||||||||||||||||||||||||||||