Naar de inhoud

Een integratiestoring afhandelen met eerlijke statusmeldingen

Bij een storing moeten ontvangst, wachtend werk en verwerking te onderscheiden blijven. Een portaalvoorbeeld laat zien welke terugmelding past.

Tobias Krüger2 min leestijd
Ethernetstekker met een kort snoer en een rood gemarkeerde scheur.

Maak bij een integratiestoring zichtbaar wat de software daadwerkelijk weet. Een portaal kan een uitval opvangen, maar mag nog openstaande ERP-verwerking niet als een afgeronde order tonen. Navolgbare toestanden en gecontroleerd hervatten zijn bepalend.

Bepaal de laatst betrouwbaar vastgelegde toestand

In een fictief portaal verstuurt een klant een verzoek tot orderaanmaak. Het ERP is tijdelijk onbereikbaar. Het portaal moet uit de eigen betrouwbaar vastgelegde verwerkingstoestand kunnen afleiden of het verzoek al is aangenomen. Een weergave alleen slaat geen verzoek op.

Betrouwbaar vastgestelde toestand in het voorbeeld

Passende melding in het portaal

Verzoek niet betrouwbaar opgeslagen

Verzending niet bevestigd; status controleren of beheerst opnieuw proberen

Verzoek opgeslagen en ingepland voor verwerking

Verzoek ontvangen; verwerking wacht

ERP-verwerking loopt, uitkomst nog open

Verwerking loopt; order nog niet bevestigd

ERP-order aantoonbaar aangemaakt en gekoppeld

Order bevestigd

Deze toestanden vormen ons voorbeeldmodel. De labels moeten passen bij de werkelijke bewijzen van de toepassing. Een snelle, geslaagde HTTP-ontvangst alleen bewijst geen afgeronde orderaanmaak.

Koppel herhalingen aan dezelfde handeling

Als een klant opnieuw verstuurt omdat de weergave onduidelijk blijft, moet de toepassing kunnen herkennen of dezelfde order wordt bedoeld. Leg de identificator, het bereik en de omgang met al verwerkte verzoeken vast. Stripe beschrijft meervoudig afgeleverde gebeurtenissen als een concreet webhookgeval; daaruit volgt geen universele herhalingsregel voor uw ERP.

Controleer vooral het geval waarin de ERP-order is aangemaakt maar het antwoord verloren ging. Een nieuwe poging mag dan niet zonder controle een tweede aanmaak veroorzaken.

Leg verantwoordelijkheid en communicatie vast

Bepaal wie een storing beoordeelt, wie de verwerking weer vrijgeeft en wie de zichtbare status bijwerkt. Het Google SRE Workbook onderscheidt incidentoplossing van coördinatie en communicatie. Een klein team kan rollen combineren maar heeft nog steeds duidelijke verantwoordelijkheden nodig.

Hervat gecontroleerd na herstel

Bereikbaarheid van het ERP is het begin van de controle. Ga na welke verzoeken nog openstaan en welke al zijn verwerkt voordat wachtend werk opnieuw wordt uitgevoerd. Toon de status bevestigd pas als het bijbehorende bewijs er is.

Test een uitval voor opslag, een uitval na opslag en een verloren ERP-antwoord. Controleer de zichtbare portaalstatus en het werkelijke aantal aangemaakte orders. Zo blijkt of de terugmelding ook klopt wanneer een klant de storing rechtstreeks ervaart.

Bronnen

Geschreven door

  • Tobias KrügerRedacteur systeemintegratieTobias Krüger houdt zich bij ASES bezig met de samenwerking tussen verschillende softwaresystemen. In zijn artikelen legt hij uit hoe ERP, CRM en webshops worden gekoppeld en hoe je omgaat met fouten bij gegevensuitwisseling.

ASES volgen

Verder lezen

Alle artikelen

Koppelingen & integratie met ASES

ERP, CRM en webshop netjes gekoppeld