Samme hendelse kan komme flere ganger
Et nettverksbrudd kan gjøre at avsender sender på nytt selv om mottaker allerede har behandlet meldingen. En bruker kan også laste samme oppgjørsrapport to ganger. Identifiser hendelsen før den endrer økonomiske data.
Bruk leverandørens stabile hendelses- eller rapport-ID sammen med riktig kilde. Et tidsstempel eller filnavn alene er ofte for svakt. Samme fil kan få nytt navn, og to ulike hendelser kan ha samme tidspunkt.
Test de vanskelige variantene
| Hendelse | Forventet resultat |
|---|---|
| Identisk rapport sendt på nytt | Ingen nye økonomiske poster |
| Samtidige kopier | Kontroll på konkurrerende behandling |
| Korrigert rapport | Avklart rettelsesløp med historikk |
| Tidsavbrudd etter behandling | Status undersøkes før nytt forsøk |
| Delvis behandlet fil | Synlig rest, uten å gjenta godkjente deler |
Ikke lov full garanti ut fra én nøkkel
Duplikatkontroll trenger avklart lagring av status, håndtering av avbrudd og rutine for tvetydige resultater. Et minne i én prosess er ikke tilstrekkelig ved omstart eller parallelle kjøringer.
Hvis et betalings- eller e-postkall kan ha lykkes før forbindelsen brøt, må status avklares før gjenforsøk. Ukritisk ny sending kan føre til dobbel handling. Gi slike saker en egen manuell avklaringsstatus.
Registrer nødvendige tekniske referanser uten å kopiere kundeinnhold eller sensitive data til feilloggen.
Les feilkø og akseptanse.