instellectGoede foutafhandeling onderscheidt ongeldige invoer, ontbrekende rechten, tijdelijke onbeschikbaarheid en een onbekende uitvoeringsuitkomst. Kies per categorie een begrensde retry, verduidelijking, overdracht of stop. Een foutmelding mag niet worden omgezet in een verzonnen succesantwoord.
Classificeer voordat je herhaalt
Een ontbrekend klantnummer wordt niet opgelost door dezelfde call vijf keer te doen. Een tijdelijke netwerkfout mogelijk wel. Een geweigerde bevoegdheid vraagt geen alternatief pad met bredere rechten. Laat de uitvoeringslaag herkenbare foutcategorieën produceren, zodat herstel niet volledig afhangt van modelinterpretatie van een vrije tekstmelding. Geef de gebruiker een begrijpelijke status zonder interne geheimen.
Beperk de herstelpoging
Stel een maximum in voor pogingen en totale wachttijd. Gebruik wachttijd tussen pogingen om een overbelaste afhankelijkheid niet verder te belasten. Als je een ander model of andere provider als fallback overweegt, controleer dan of dezelfde gegevens daar mogen worden verwerkt en of de taakvoorwaarden nog gelden. Een fallback is een vooraf ontworpen route, geen vrije keuze voor iedere storing.
Behandel een onbekend resultaat voorzichtig
Een timeout na een schrijfactie kan betekenen dat de bron de wijziging al heeft uitgevoerd. Vraag waar mogelijk de status op met dezelfde actie-ID in plaats van de handeling blind te herhalen. Maak de taak zichtbaar als onbeslist wanneer je het niet kunt vaststellen. De verdieping over idempotentie behandelt het voorkomen van dubbele effecten.
Herstelroute per fout
| Fout | Passende volgende stap | Vermijd |
|---|---|---|
| Invoer ontbreekt | Verduidelijking vragen | Gegevens verzinnen |
| Toegang geweigerd | Stoppen of bevoegdheid laten beoordelen | Andere credential proberen als omweg |
| Bron tijdelijk onbereikbaar | Begrensde retry met wachttijd | Eindeloos herhalen |
| Schrijfuitkomst onbekend | Status onderzoeken of overdragen | Direct dezelfde wijziging nogmaals uitvoeren |
CRM-timeout na het opslaan
De workflow maakt een conceptnotitie en ontvangt geen bevestiging. De taak krijgt een onzekere status. Met de actie-ID wordt gecontroleerd of de notitie bestaat. Als dat niet vast te stellen is, gaat de taak naar een medewerker. De gebruiker ziet niet “klaar” en er wordt niet automatisch een tweede notitie toegevoegd.
Neem mee naar je team.
- Geef iedere foutcategorie een eindige herstelroute.
- Stel een maximum op pogingen én totale duur.
- Test een timeout vóór en na een mogelijk schrijfeffect.
Met ruimte voor je besluit, eigenaar en testbewijs. Geen e-mailadres nodig.
Bronnen & verantwoording
Technische achtergrond bij dit onderwerp. De keuzetabel, checklist en fictieve voorbeelden zijn een eigen redactionele uitwerking van Instellect. De beschreven patronen zijn geen overzicht van reeds beschikbare productfuncties.
Geraadpleegd op 11 oktober 2026. Een correctie doorgeven? Mail Instellect.