Håndter integrasjonsfeil med riktige statusmeldinger
Ved en feil må mottak, ventende arbeid og behandling kunne skilles. Et portaleksempel viser hvilken tilbakemelding som passer når.
Vis hva programvaren faktisk vet ved en integrasjonsfeil. En portal kan dempe et avbrudd, men bør ikke vise fortsatt åpen ERP-behandling som en ferdig ordre. Sporbare tilstander og kontrollert gjenopptakelse er avgjørende.
Fastslå den sist pålitelig registrerte tilstanden
I en oppdiktet portal sender en kunde en forespørsel om ordreopprettelse. ERP-systemet er midlertidig utilgjengelig. Portalen må ut fra sin egen pålitelig registrerte behandlingstilstand kunne avgjøre om forespørselen allerede er akseptert. En visning alene lagrer ingen forespørsel.
Pålitelig fastslått tilstand i eksemplet | Passende melding i portalen |
|---|---|
Forespørsel ikke pålitelig lagret | Sending ikke bekreftet; kontroller status eller prøv igjen kontrollert |
Forespørsel lagret og planlagt for behandling | Forespørsel mottatt; behandling venter |
ERP-behandling pågår, resultat fortsatt åpent | Behandling pågår; ordre ennå ikke bekreftet |
ERP-ordre dokumentert opprettet og koblet | Ordre bekreftet |
Disse tilstandene er vår eksempelmodell. Betegnelsene må passe til applikasjonens faktiske bevis. Et raskt, vellykket HTTP-mottak dokumenterer ikke alene avsluttet ordreopprettelse.
Knytt gjentakelser til samme handling
Hvis en kunde sender på nytt på grunn av den uavklarte visningen, må applikasjonen kunne gjenkjenne om samme ordre er tilsiktet. Fastsett identifikatoren, omfanget og håndteringen av allerede behandlede forespørsler. Stripe beskriver gjentatte hendelsesleveringer som et konkret webhooktilfelle; dette gir ingen universell gjentakelsesregel for ditt ERP-system.
Kontroller særlig tilfellet der ERP-ordren ble opprettet, men svaret gikk tapt. Et nytt forsøk må da ikke utløse enda en opprettelse uten kontroll.
Fastsett ansvar og kommunikasjon
Bestem hvem som vurderer feilen, hvem som frigir behandlingen igjen, og hvem som oppdaterer den synlige statusen. Google SRE Workbook skiller løsning av en hendelse fra koordinering og kommunikasjon. Et lite team kan samle rollene, men trenger fortsatt klare ansvarsområder.
Fortsett kontrollert etter gjenopprettingen
ERP-systemets tilgjengelighet er utgangspunktet for kontrollen. Avklar åpne og allerede behandlede forespørsler før ventende arbeid utføres igjen. Vis først statusen bekreftet når tilhørende bevis finnes.
Test et avbrudd før lagring, et avbrudd etter lagring og et tapt ERP-svar. Kontroller den synlige portalstatusen og det faktiske antallet opprettede ordrer. Da ser du om tilbakemeldingen stemmer også når kunden opplever feilen direkte.
Kilder
Les videre
Alle artikler
API-er og integrasjon med ASES
ERP, CRM og nettbutikk ryddig koblet sammen