En brukbar integrasjonsleveranse gir dere dokumentert feltkobling, et avstemt testoppgjør og en rutine for feil. Det er dette dere bør bestille og godkjenne, fremfor bare å be om at to systemer «kobles sammen».
1. Velg én tydelig hendelse
Begynn med eksempelvis godkjente veiesedler til fakturagrunnlag, eller ferdige kraftoppgjør til regnskap. Oppgi hvilket system som eier grunnlaget og hvilket som oppretter fakturadokumentet. To systemer skal ikke lage hvert sitt nye krav for samme levering.
Hvis kundenummer eller avtale-ID er forskjellig i systemene, trenger dere en godkjent kobling. Navn alene er en svak nøkkel. Ukjent kunde eller pris skal bli en stoppet post som kan undersøkes, ikke automatisk en ny standardavtale.
2. Lever en dataprøve som viser både normal drift og avvik
Ta med en normal levering, en korrigering og en ufullstendig post. Begrens persondata og bruk testmiljø. Betalinger og kundemeldinger skal være frakoblet prøven.
| Underlag | Hva prøven må forklare |
|---|---|
| Kildedata | ID, enhet, periode, status og dataversjon |
| Avtale | Gyldig pris, kunde og leveransetype |
| Forventet resultat | Beløp, fortegn og dokumentkobling |
| Korreksjon | Erstatning av hele grunnlaget eller bare differanse? |
| Avvisning | Årsak og hvem som retter den |
Original prøvefil og importoppsett beholdes under avtalt tilgang, slik at samme resultat kan gjenskapes.
3. Lag feltkoblingen før prøvekjøring
Dokumenter hvor hvert felt kommer fra, hvilken betydning det har og hvor det havner. Et felt kalt «beløp» kan være brutto, netto eller en differanse. En dato kan gjelde levering, oppgjør eller produksjon av filen.
Et enkelt veieeksempel kan bruke hendelses-ID, ordre, avtale, netto kilogram, leveransedato og versjon. Mottakeren må vite at 2 000 kilogram er 2 tonn dersom avtalen prises per tonn. Manglende enhet skal stoppe behandlingen.
4. Godkjenn et helt testoppgjør
Anta ti leveranser på samlet 42 tonn. Ni leveranser på 38 tonn har godkjent pris. Én på 4 tonn mangler avtalegrunnlag.
| Testutfall | Antall | Tonn |
|---|---|---|
| Akseptert til fakturagrunnlag | 9 | 38 |
| Stoppet med forklart årsak | 1 | 4 |
| Hele kildesettet | 10 | 42 |
Dette er en forklart delvis behandling. Det er ikke tilstrekkelig at leverandøren bare viser ni vellykkede poster. Send deretter samme fil igjen: de ni skal ikke bli nye leveranser. Rett den siste avtalen og kontroller at bare den gjenværende hendelsen blir behandlet.
Prøv også en korrigert leveranse fra en stengt periode. Bevar originalt dokument og ny versjon, og kontroller fortegn og historisk pris. Den nye filen må ikke overskrive det som forklarer en allerede sendt faktura.
5. Avklar hva en bekreftelse betyr
Et teknisk mottakssvar er ikke nødvendigvis et ferdig fakturadokument eller bokført bilag. Skill mottatt, validert, opprettet og bokført status der løsningen har disse trinnene.
Ved timeout må utfallet undersøkes før ny sending. Hendelsen kan være mottatt selv om avsenderen mangler svar. Bruk feil- og gjenopptakingsrutinen til å bestemme hvem som søker status og hvem som kan sende på nytt.
6. Gjennomfør overgangen med en skjæringsdato
Avtal siste kjøring i gammel flyt og første i ny. Sett en referanse på uttrekket som begge parter bruker. Åpne feil, tidligere korreksjoner og manuelle reserveføringer må med i overleveringen.
Hvis dere bruker en manuell reserve under avbruddet, avstemmes den før automatiseringen starter igjen. Ellers kan samme faktura komme både fra regnearket og den gjenopptatte køen.
Dette bør være levert før prosjektet lukkes
- Feltkobling og systemansvar for de viktigste opplysningene.
- Testgrunnlag med forventet og faktisk oppgjør.
- Kontrollsum for antall, mengde og beløp.
- Godkjent skjæringsdato og oversikt over restposter.
- Feilkø, ny-kjøringsrutine og navngitt kontaktpunkt for støtte.
Drift bekrefter mengde og faglig status, avtaleeier bekrefter prisen, og økonomi kontrollerer dokument og føring. Bruk akseptansetesten og overlevering til ordinær støtte.