Integrationer
Del af Integrationer og workflows
Kontrollér data før de sendes videre
Definér nødvendige felter, kontrollér format og betydning, og ret fejl ved den gældende kilde før videresendelse.
Kontrollér både et felts format og dets betydning, før en integration sender data videre. En dato kan være korrekt formateret og stadig være den forkerte dato for opgaven. Definér, hvilke poster der må fortsætte, og hvilke der skal standses til rettelse.
Aftal hvilke felter modtageren behøver
Aftal hvilke felter modtageren behøver
Begynd med modtagerens handling. Et internt system, der opretter en arbejdsopgave fra en ordre, har brug for ordrenummer, beskrivelse, ansvarligt team og dato. Send ikke hele kundeprofilen af bekvemmelighed. For personoplysninger vurderes formål, nødvendighed og rigtighed for den konkrete behandling.
Lav en feltkontrakt med kilde, betydning, format, krav om udfyldelse, tilladte værdier og ansvar for rettelse. Giv kontrakten en version, så ændringer kan vurderes før næste overførsel.
| Kontrol | Spørgsmål | Muligt udfald |
|---|---|---|
| Struktur | Findes feltet i det aftalte format? | Stop en ugyldig post. |
| Reference | Peger ID'et på den tilsigtede kunde eller ordre? | Sæt posten til afklaring. |
| Betydning | Har en status samme betydning i begge systemer? | Ret mappingen eller stop posten. |
| Rækkefølge | Er ændringen nyere end den registrerede værdi? | Undgå at overskrive med ældre data. |
| Omfang | Får næste trin kun nødvendige oplysninger? | Fjern uvedkommende felter. |
Kontrol af rækkefølge kræver en pålidelig version. Det kan også være et tidsstempel eller en anden regel fra den konkrete kilde.
Kontrol af datafelter før videresendelse
- Struktur
- Feltet findes i det aftalte format?
- Reference
- Peger ID'et på den tilsigtede kunde eller ordre?
- Betydning
- Har en status samme betydning i begge systemer?
- Rækkefølge
- Er ændringen nyere end den registrerede værdi?
- Omfang
- Får næste trin kun nødvendige oplysninger?
Feltkontrakt – afgørelser før dataoverførsel
- Kilde til feltetDefiner hvilket system feltet kommer fra.
- BetydningHvad betyder feltet i modtagerens kontekst?
- FormatAngiv korrekt datatyp og format (fx dato: YYYY-MM-DD).
- Krav om udfyldelseAngiv om feltet er obligatorisk.
- Tilladte værdierListe over gyldige værdier (fx status: 'godkendt', 'afvist').
- Ansvar for rettelseAngiv hvem der retter fejl i feltet.
Skil skema og arbejdsregel ad
Skil skema og arbejdsregel ad
Et skema kan beskrive felter, datatyper og struktur. Azure Event Hubs Schema Registry er et eksempel: I den dokumenterede opsætning kan producenten validere data mod skemaet på klientsiden før afsendelse.
Registrering af et skema betyder ikke i sig selv, at alle poster kontrolleres automatisk. En strukturel kontrol afgør ikke, om en ordre er godkendt efter jeres arbejdsregel.
Skriv arbejdsreglen særskilt: Opret kun opgaven, når ordren har godkendt status, en kendt reference og et ansvarligt team. Stop en ukendt status til afklaring frem for at skjule den med en vilkårlig standardværdi.
Ret fejlen ved den gældende kilde
Ret fejlen ved den gældende kilde
En fejlmelding bør angive felt, årsag og ansvarlig kilde uden at sprede flere oplysninger end nødvendigt. Ret et forkert kundenummer i kildesystemet; ret en forkert fortolkning i integrationens feltmapping. Bevar en reference mellem den oprindelige post, afvisningen og den senere rettelse.
Prøv kontrollen med fiktive poster med tomt påkrævet felt, ukendt status, forkert reference og en ældre ændring, der ankommer sent. Angiv forventet udfald før prøven, og undersøg i den konkrete opsætning, om en rettet post kan fortsætte.
Process for kontrol og rettelse af integrationsdata
- Identificer fejlenAngiv felt, årsag og ansvarlig kilde præcist.
- Ret ved kildeRet forkert kundenummer eller fejl i mapping i kildesystemet.
- Bevar referenceOpbevar forbindelse mellem originale post, afvisning og rettelse.
- Test med fiktive posterPrøv med tomme felter, ukendte statusser og ældre ændringer.
