Koble regnskapsposter til integrasjonskjøringen
Bevar sammenhengen mellom kildehendelse, integrasjonskjøring og de bokførte resultatene.
En integrasjon kan behandle hundre hendelser i én kjøring og prøve enkelte på nytt. Regnskapssporet må vise hvilke resultater som stammer fra hvilken kildehendelse. Et samlet statusfelt som sier vellykket, forklarer ikke denne sammenhengen.
Bevar en kjørings-ID, kildekontekst, hendelses-ID og målreferanse. Skill forsøkt, avvist og bokført. Et teknisk svar kan være mottatt før hendelsen faktisk er ferdig behandlet.
Ett avvist objekt i en kjøring
Syntetisk eksempel:
| Kildehendelse | Kjøring | Resultat | Beløp |
|---|---|---|---|
| H-1 | I-7 | Bokført som B-81 | 5 000 |
| H-2 | I-7 | Avvist, ikke bokført | 3 000 |
| H-3 | I-7 | Bokført som B-82 | 2 000 |
Kjøringen mottok 10 000 i hendelsesbeløp og bokførte 7 000. Differansen på 3 000 er forklart av H-2. Hvis H-2 prøves i I-8, bør dette kunne følges uten å fremstille hendelsen som to uavhengige dokumenter.
Skill teknisk forsøk fra økonomisk resultat
Loggen bør vise hvilken behandling som faktisk skapte målposten. En tidsavbrutt forespørsel kan ha blitt gjennomført hos mottakeren selv om avsender ikke fikk svar. Gjentakelse må derfor kontrolleres mot eksisterende resultat, ikke bare mot feilstatusen.
Dokumenter eventuelle filtre og transformasjoner. Hvis integrasjonen deler én hendelse i flere posteringer, må disse kunne summeres tilbake til kjent kildegrunnlag. Hvis flere hendelser samles, må de individuelle bidragene være bevart.
- Avstem mottatt, avvist og bokført mengde.
- Kontroller beløp i kjent valuta og enhet.
- Bevar kilde-ID gjennom gjentatte forsøk.
- Koble målbilag til faktisk brukt oppsett.
Godkjenn når en valgt målpost kan følges til kjøring og kilde, og en kildehendelse har et forklart resultat. Stopp hvis en feilet respons automatisk gir ny bokføring uten duplikatkontroll.
Denne modellen er en lokal anbefaling om integrasjonsspor. Den innebærer ikke at hvert regnskapssystem har alle disse feltene eller en bestemt loggfunksjon. Undersøk faktisk eksport og oppbevaring før sporet anses dekket.
Tekniske logger kan inneholde unødvendige personopplysninger eller hele dokumenter. Bevar den informasjonen kontrollen trenger med passende tilgang, fremfor å kopiere alt til en generell feillogg.
En ny kjøring kan bruke et endret oppsett selv om kildehendelsen er den samme. Bevar derfor relevante regel- eller mappingversjoner ved hvert forsøk. Dersom et avvist objekt rettes i kilden, bør det fremgå hva som ble endret før ny behandling. Et forsøk med oppdatert dokument er ikke bare en teknisk gjentakelse. Kontrollsporet må gjøre det mulig å skille nytt grunnlag fra ny behandling av uendret kildeinnhold.
Se dobbeltimport og mappingutgaven i import.