Finn delen du trenger
En integrasjon bør løse en bestemt overlevering, ikke bare koble sammen to produktnavn. Skriv først hva som skal skje: en godkjent oppgave skal for eksempel gi en fakturakandidat med kunde-ID, avtale-ID, periode og mengde.
Beskriv kontrakten mellom systemene
| Del | Eksempel på avklaring |
|---|---|
| Kilde | Sakssystemet eier godkjent mengde |
| Mål | Regnskapssystemet eier fakturanummer |
| Utløser | Oppgaven er godkjent for en låst periode |
| Nøkkel | Stabil oppgave-ID og periodeversjon |
| Kvittering | Mål-ID eller tydelig avvisningsgrunn |
| Retting | Korreksjon som peker til originalen |
Unngå to sannheter om samme felt
Hvis både sakssystem og regnskap kan endre kundens fakturaadresse, må dere bestemme hvilken kilde som gjelder og hvordan endringen bekreftes. Ellers kan en gammel verdi overskrive en nyere ved neste synkronisering.
Anta at 200 godkjente oppgaver sendes til fakturagrunnlaget. 197 godtas, to mangler kunde-ID og én blir avvist som duplikat. En rapport som bare viser at jobben ble kjørt er ikke nok. Hver av de tre avvikene trenger en synlig status og en eier.
Bekreft hva grensesnittet støtter
Undersøk offisiell dokumentasjon, tilgangsnivå, testmiljø, begrensninger og pris før løsningen tilbys. En tilgjengelig eksportfil betyr ikke at en full toveis API-kobling finnes. Planlegg eventuelt en kontrollert filoverføring hvis den løser behovet bedre.
Ta med tidssone, avrunding og tegnsett i feltkartet. Små forskjeller kan flytte poster mellom perioder eller skape avstemmingsfeil uten at selve overføringen stopper.
Se akseptansetest og feilkø.