Vai al contenuto

Riconciliare i dati di integrazione mancanti o divergenti

Confronti un insieme di origine delimitato con la destinazione, distinguendo attesa, corrispondenze mancanti e valori errati.

Philipp Reuter2 min di lettura
Cartuccia dati con intestazione viola, simboli di trasferimento e spunta e due campi riempiti per lunghezze diverse.

Definisca quali record si corrispondono

Un indicatore di trasferimento verde non dimostra che i dati di destinazione siano corretti. La riconciliazione richiede un insieme di origine delimitato, corrispondenze tra identificativi e campi comparabili nel significato di business. AWS descrive la verifica delle righe di origine e destinazione corrispondenti. Un'integrazione aziendale può però generare più documenti di destinazione da un ordine. Occorre verificare questa relazione, anziché il solo numero di righe.

Registri selezione, versione, fuso orario e momento di osservazione. Un'origine che cambia continuamente potrebbe non essere confrontabile con una destinazione letta in precedenza. SAP spiega questa delimitazione nella riconciliazione. Controlli anche filtri, annullamenti e unità prima di classificare le differenze come errori.

Esempio: una quantità errata e un ordine in attesa

Questo esempio è interamente inventato. L'esportazione invariata B-7 viene resa disponibile alle 10:00. Per questo flusso è stato concordato un massimo di 5 minuti prima della visibilità nella destinazione. Ogni ordine di origine deve generare esattamente un ordine di destinazione; tutte le quantità indicano singole unità. L'estratto di destinazione viene letto alle 10:03. Non è un'istantanea atomica di entrambi i sistemi.

Origine

Quantità origine

Destinazione

Quantità destinazione

Riscontro e passo successivo

S-101

4

E-501

4

I campi verificati coincidono; registrare la corrispondenza.

S-102

12

E-502

21

Differenza di valore; esaminare mappatura dei campi ed elaborazione.

S-103

2

—

—

Non ancora visibile; verificare lo stato del flusso e riconciliare dopo la scadenza.

Alle 10:03 il termine dell'ultimo ordine non è ancora scaduto. Se manca ancora dopo le 10:05, è in ritardo e va esaminato. Questo non dimostra che il messaggio sia andato perso. Una coda, un filtro o un rifiuto potrebbero spiegare la differenza. Nemmeno totali uguali escluderebbero contenuti scambiati o errati.

Renda tracciabili le correzioni

Per ogni differenza registri identificativo, valore atteso e osservato, contesto temporale, responsabile e prossima verifica. Raccolga solo i dati necessari. Prima di ripetere, controlli se esiste già un ordine di destinazione e come viene impedita l'elaborazione duplicata.

Corregga la causa in modo mirato, poi riconcili nuovamente lo stesso insieme delimitato. Mantenga separati i casi aperti dalle corrispondenze confermate. Un tentativo riuscito non convalida da solo altri ordini o modifiche successive.

Fonti

Scritto da

  • Philipp ReuterRedattore per la qualità del softwarePhilipp Reuter scrive per ASES di test del software e della preparazione di nuovi rilasci. I suoi articoli trattano l’analisi degli errori, i test di accettazione e la verifica delle modifiche alle applicazioni esistenti.

Seguite ASES

Continuate a leggere

Tutti gli articoli

API & integrazione con ASES

ERP, CRM e negozio online collegati in modo pulito