Finn fram i guiden
En integrasjon må knytte konkrete systemer og datatyper sammen. Beskriv navn, versjon, tilgang, retning og ansvar; et generelt løfte om «API» sier lite om hva som faktisk virker.
Bestem hvilken kilde som eier opplysningen
La for eksempel jobbsystemet eie godkjent mengde og økonomisystemet eie fakturanummer. Avklar hvor kundeidentitet og driftsgren vedlikeholdes. Samme felt skal ikke kunne endres uavhengig på begge sider uten konfliktregel.
| Datatype | Beslutning før oppsett |
|---|---|
| Kunde | Identitet og regel for endring |
| Jobb | Når den er godkjent for overføring |
| Mengde | Enhet, presisjon og kilde |
| Faktura | Nummer, status og korrigering |
| Vedlegg | Hvilke dokumenter følger og hvor originalen finnes |
Tilgang gis for nødvendig formål. Avklar databehandling og leverandøransvar før ekte kunde- eller ansattdata overføres.
Prøv både normalflyt og gjentatt sending
Et jobbgrunnlag på 20 godkjente enheter skal gi ett avtalt resultat, selv om teknikken forsøker å sende det på nytt etter et tidsavbrudd. Løsningen trenger en stabil hendelsesnøkkel og en avtalt regel for gjentakelse.
Hvis mottakeren har akseptert hendelsen, men svaret forsvinner, må dere undersøke status før ny faktura eller betaling opprettes. En automatisk ny sending uten denne avklaringen kan gi doble krav.
Avstem på et fast tidspunkt
Sammenlign antall godkjente hendelser, antall mottatte, relevante mengder og beløp. Hold avviste og ventende hendelser på en synlig liste. «Ingen feilmelding» er ikke det samme som komplett overføring.
Avtal hvem som følger feil, hvor raskt de skal vurderes og hvilken reserveprosess som gjelder. Loggen bør bruke tekniske referanser uten å samle unødvendig innhold fra dokumentene.
Sett en faktisk ferdiggrense
Integrasjonen er klar når krav, prøver, tilgang og driftsansvar er godkjent.
Bruk akseptansetesten og feilberedskapen.