Le ricevute vengono create in Ariba, ma non vengono inviate al sistema ERP (sistema esterno) a causa di errori di push ERP. Alcune di esse sono ricevute negative (ricevute di storno) e non riescono.

Informazioni sul flusso di lavoro delle ricevute:

• Non appena una ricevuta viene approvata, Ariba tenterà di inviarla al sistema ERP (sulla base della configurazione dell'integrazione). Se l'operazione non riesce, il sistema tenterà nuovamente di eseguire il push per un totale di 25 volte in base al parametro Application.Receiving.MaxRetriesToSendPushFailedReceipts. Fare riferimento a questo KBA per ulteriori informazioni.
• I nuovi tentativi sono a circa 6 ore di distanza e consentiranno una finestra di circa 6 giorni per identificare e risolvere l'errore lato ERP. Se si desidera che le ricevute vengano respinte più frequentemente, è possibile abilitare il parametro Application.Receiving.EnableProcessPendingReceiptsFrequently in modo che le ricevute vengano restituite ogni 3 ore una volta.
• Nei casi in cui la correzione dell'errore richiede più di 25 tentativi (o qualsiasi valore configurato nel parametro Application.Receiving.MaxRetriesToSendPushFailedReceipts), è possibile registrare un caso per richiedere un aumento del numero massimo di tentativi di invio delle ricevute. Tenere presente che questa modifica del parametro avrà impatto su tutte le ricevute con stato In attesa di elaborazione e su quelle con stato Elaborazione in corso solo se il parametro Application.Receiving.EnableProcessPendingReceipts è impostato su true.

Nelle situazioni in cui l'errore non può essere risolto, è possibile consigliare i seguenti approcci:

Opzione 1:
Forzare l'elaborazione della ricevuta in Ariba utilizzando il pulsante Forza processo nell'intestazione della ricevuta. Creare quindi la ricevuta manualmente in ERP. Questo approccio è quello raccomandato in quanto è più semplice e semplice.

Opzione 2:
Se la creazione manuale di ricevute non è consentita e è in conflitto con i business process, è possibile provare quanto segue.

• Forzare l'elaborazione delle ricevute bloccate (quelle che ricevono errori di push ERP).
  
• Creare una nuova ricevuta che stornerà la ricevuta bloccata: se la prima ricevuta presenta la quantità 1, la ricevuta di storno deve avere la quantità -1 e viceversa.
• Assicurarsi che la nuova ricevuta riceva anche un errore di push ERP (suggerimento: contrassegnare Consegna completata o chiudere l'ordine per la ricezione nel sistema ERP, non Ariba, può aiutare).
• Successivamente, anche la nuova ricevuta di storno dovrebbe essere Forzare elaborazione.
• Questo lascerà l'ordine su Ariba con 2 ricevute che si annullano a vicenda.
• Ora è necessario assicurarsi che qualsiasi nuova ricevuta creata confluisca correttamente nel sistema ERP, quindi creare una nuova ricevuta.

Attenzione: questo dovrebbe essere testato per primo in quanto non sarà applicabile in caso di mancato raggiungimento di uno step, o in caso di ricezione complessa eseguita sull'Ordine. È anche importante comprendere la logica alla base e può variare in base alla risposta ERP. Ad esempio, se ERP accetta la ricevuta negativa e la registra invece di restituire l'errore, non è possibile seguire questo approccio.

Opzione 3:
Il terzo approccio consiste nel modificare la ricevuta con errore di push ERP e impostare l'importo accettato/numero accettato su 0 e inviare di nuovo. Tuttavia, è necessario utilizzare il pulsante di opzione Chiudi ordine sulla ricevuta, poiché il sistema non consente l'invio di una ricevuta con quantità/importo pari a 0, a meno che non si stia chiudendo l'ordine. È comunque possibile riaprire l'ordine d'acquisto.

Attenzione: non utilizzare questo approccio se sono presenti nuove entrate registrate a fronte dell'ordine. Anche se si trovano in stato Elaborato ed esportati in ERP, il sistema li rimuove. Questa opzione non è possibile anche se il sito è abilitato per la chiusura a livello di voce dell'ordine d'acquisto.

La causa degli errori deve essere esaminata lato ERP poiché ERP sta restituendo gli errori per qualche motivo specifico. Nel caso in cui l'errore venga identificato come informazioni mancanti inviate (non inviate in questo caso) da Ariba, sarà necessario fornire le informazioni previste per il sistema ERP sulla ricevuta.

Se l'errore è causato dal mancato reperimento dell'ordine nel sistema ERP, assicurarsi che l'ordine non sia stato Forzato o eliminato nel sistema ERP dopo l'invio da Ariba. Le operazioni future non sono supportate per gli ordini forzati; fare riferimento al documento Trasmissione dell'ordine e ordini non riusciti.

• Se il sito è configurato per l'integrazione delle ricevute con Ariba Network (AN), notare che Forzare le ricevute elaborate continuerà a essere inviato ad Ariba Network. In questo caso, Ariba e AN sarebbero sincronizzati, ma ERP non sarebbe sincronizzato. 
• Le ricevute Forza elaborazione non possono essere inviate di nuovo al sistema ERP se un utente Forza accidentalmente elabora una ricevuta, è necessario seguire una delle prime due opzioni.
• Per i siti configurati con l'integrazione del canale dei file, la ricevuta verrà messa in coda per l'esportazione non appena approvata. Quindi Force Process non lo impedirà di essere esportato la prima volta. Tuttavia, impedirà la messa in coda della ricevuta la volta successiva e questo scenario si verifica solo quando riceve un errore di push ERP.
• Ariba non supporta l'annullamento della ricevuta. È possibile eseguire la ricezione e successivamente stornarla solo con ricezione negativa, ma non annullare/eliminare/rendere obsoleta una ricevuta approvata.

Per ulteriori informazioni su documentazioni specifiche sulla ricezione, fare riferimento a quanto segue:

• Esportazione dei dati della ricevuta
• Configurazione e gestione della ricezione
• Flusso di lavoro di un'esportazione di ricevute non riuscita
• Esportazione di ricevute in SAP ERP
• Errori di esportazione ricevuta

SAP Ariba Buying and Invoicing