I denne veiledningen
Tegn én konkret hendelse
Start med «godkjent fakturagrunnlag fra prosjekt». Hvilke felter overføres, når er de godkjent og hvem kan endre dem? Angi hvor kunde, prosjekt, pris og leveransereferanse eies. Ikke la begge systemene være likeverdige redaktører uten en konfliktregel.
Integrasjonens arbeidsavtale
| Tema | Beslutning som må tas |
|---|---|
| Identitet | Stabil kilde-ID og unik overførings-ID |
| Tilstand | Oppretting, endring, kansellering og bokføring |
| Kvittering | Hva bekrefter faktisk mottak og behandling? |
| Gjentakelse | Hvordan gjenkjennes allerede mottatte poster? |
| Avstemming | Antall, beløp og referanser per periode |
| Feil | Hvem undersøker, stopper og godkjenner ny kjøring? |
Tilgjengelig API og nødvendige funksjoner må kontrolleres mot de konkrete leverandørene før omfang og pris avtales. Ingen bestemt ferdig integrasjon forutsettes.
Et ukjent mottak
Kilden sender en ordre, men mister forbindelsen før kvittering. Mottakeren kan likevel ha opprettet fakturaen. En automatisk ny sending uten stabil nøkkel kan da gi dobbelt krav. Integrasjonen må kunne undersøke status eller bruke mottakerens dokumenterte mekanisme for sikker gjentakelse.
Rettelser må ha en retning
Hvis prisgrunnlaget er feil, avklar om det rettes ved kilden og sendes som en ny versjon, eller om fakturaen allerede krever egen korreksjon i regnskapet. Behold koblingen. Ikke overskriv en bokført post for å gjøre datagrunnlagene identiske.
Drift må avtales samtidig
Beskriv overvåking, ansvar ved leverandørendring, tilgang til logger og hvordan nøkler roteres. Loggene bør inneholde status og tekniske referanser, ikke hele kundebeskjeder, prøveresultater eller forskningsdata.
Før produksjon testes både normal flyt og gjenoppretting med oppdiktede data. En demonstrasjon av én vellykket overføring er bare starten.