Styr en integrationsfejl med retvisende statusmeddelelser
Ved en fejl skal modtagelse, ventende arbejde og behandling kunne skelnes. Et portaleksempel viser, hvilken tilbagemelding der passer hvornår.
Gør det synligt, hvad softwaren faktisk ved, når en integration fejler. En portal kan afbøde et udfald, men bør ikke vise en stadig åben ERP-behandling som en færdig ordre. Sporbare tilstande og en kontrolleret genoptagelse er afgørende.
Fastslå den seneste pålideligt registrerede tilstand
I en fiktiv portal sender en kunde en anmodning om ordreoprettelse. ERP er midlertidigt utilgængeligt. Portalen skal ud fra sin egen pålideligt registrerede behandlingstilstand kunne afgøre, om anmodningen allerede er accepteret. En visning alene gemmer ikke en anmodning.
Pålideligt fastslået tilstand i eksemplet | Passende besked i portalen |
|---|---|
Anmodning ikke pålideligt gemt | Afsendelse ikke bekræftet; kontroller status, eller prøv igen kontrolleret |
Anmodning gemt og planlagt til behandling | Anmodning modtaget; behandling afventer |
ERP-behandling i gang, resultat stadig åbent | Behandling i gang; ordre endnu ikke bekræftet |
ERP-ordre dokumenteret oprettet og tilknyttet | Ordre bekræftet |
Disse tilstande er vores eksempelmodel. Betegnelserne skal passe til applikationens faktiske dokumentation. En hurtig, vellykket HTTP-modtagelse alene dokumenterer ikke afsluttet ordreoprettelse.
Knyt gentagelser til samme handling
Hvis en kunde sender igen på grund af den uafklarede visning, skal applikationen kunne genkende, om samme ordre er tilsigtet. Fastlæg id'et, dets område og håndteringen af allerede behandlede anmodninger. Stripe beskriver gentagne hændelsesleveringer som et konkret webhooktilfælde; det fastlægger ikke en universel gentagelsesregel for dit ERP.
Kontroller især tilfældet, hvor ERP-ordren blev oprettet, men svaret gik tabt. Et nyt forsøg må da ikke udløse endnu en oprettelse uden kontrol.
Fastlæg ansvar og kommunikation
Bestem, hvem der vurderer en fejl, hvem der frigiver behandlingen igen, og hvem der opdaterer den synlige status. Google SRE Workbook skelner mellem løsning af en hændelse og koordinering og kommunikation. Et lille team kan samle rollerne, men behøver stadig klare ansvarsområder.
Fortsæt kontrolleret efter genopretningen
ERP's tilgængelighed er udgangspunktet for kontrollen. Afklar åbne og allerede behandlede anmodninger, før ventende arbejde udføres igen. Vis først status bekræftet, når den tilhørende dokumentation foreligger.
Test et udfald før lagring, et udfald efter lagring og et mistet ERP-svar. Kontroller den synlige portalstatus og det faktiske antal oprettede ordrer. Det viser, om tilbagemeldingen også er retvisende, når en kunde oplever fejlen direkte.
Kilder
Læs videre
Alle artikler
Snitflader & integration med ASES
ERP, CRM og webshop forbundet ordentligt