Fouten worden geclassificeerd op basis van oorzaak en gevolg
Een netwerktime-out, een snelheidslimiet, een verlopen OAuth-token, een ongeldig medium en een lege optionele zoekopdracht vereisen verschillende reacties. Een veelvoorkomend bericht ‘mislukt’ is niet voldoende voor reparatie en besluitvorming door gebruikers.
Daarnaast wordt beoordeeld of het resultaat definitief onbekend, duidelijk niet uitgevoerd of technisch onbruikbaar is. Dit onderscheid voorkomt dubbele externe acties.
- voorbijgaand: Opnieuw proberen kan veilig zijn
- auth: gebruiker of opnieuw verbinden vereist
- rate_limit: uitstel en latere poging
- media_invalid: Asset aanpassen
- optioneel_missing: gedocumenteerd overslaan
- onbekende_external_state: eerst verifiëren
Het herstelbeleid wordt vóór de fout hersteld
Per actie wordt vastgelegd hoe vaak deze herhaald mag worden, welke fouten opnieuw geprobeerd mogen worden, of een verandering van aanbieder toegestaan is en wat de bovengrens voor de kosten geldt. Dit betekent dat het systeem bij een noodtoestand niet spontaan besluit over nieuwe risico’s.
Een fallback moet technisch gelijkwaardig zijn en goedgekeurd. Een aandelenonderzoek mag van de ene naar de andere bron gaan als de licentie, herkomst en relevantie zijn gecontroleerd. Een publicatie mag niet stilzwijgend via een ander account of kanaal lopen.
Een kapot enkel kanaal blijft geïsoleerd
Een multi-channel baan bestaat uit onafhankelijke bijdragen met gemeenschappelijke voorlopers. Als X toestemming weigert, kunnen Instagram en Pinterest nog steeds klaarstaan. De algehele status wordt dan GEDEELTELIJK of VERLAAGD in plaats van SUCCES of volledig FALEN.
Veelvoorkomende beveiligingsfouten zijn anders. Een onjuiste werkruimte, een gebrek aan algehele goedkeuring of een overschreden kredietlimiet stopt alle afhankelijke stappen.
Reparaties moeten daardoor zichtbaar blijven
Bij voltooiing worden normale successen, automatisch gerepareerde stappen, optionele overslaan en blokkers afzonderlijk geteld. Bij elke reparatie blijven de eerste fout, de gevolgde strategie en het eindresultaat traceerbaar.
Deze transparantie heeft praktische voordelen: Als er zich bij een aanbieder terugvalsituaties ophopen, is dit een operationeel probleem. Als optionele muziek regelmatig wordt overgeslagen, moet de workflow misschien standaard zonder muziek worden gepland.
Test bekende fouten specifiek
Zelfgenezing kan niet alleen worden bewezen door middel van gelukkige pad-tests. Een productiepoort simuleert in ieder geval de bekende foutklassen en controleert of de status, kosten en vervolgacties kloppen.
- 429 met Opnieuw proberen na
- zoeken naar lege aandelen met gekwalificeerde terugval
- geen geschikt optioneel muziekstuk
- ontbrekend verplicht medium voor een kanaal
- individuele aanbieder verslechterd
- Opnieuw OAuth-verbinding vereist
- onduidelijke externe publicatiestatus zonder dubbele poging
FAQ
Is een automatisch gerepareerde run SUCCES?
Het kan technisch worden afgerond, maar de reparatie moet afzonderlijk worden weergegeven. Een neutrale eindstatus met zichtbaar herstel is eerlijker dan ongedifferentieerd groen.
Wanneer is een aanbieder terugvalveilig?
Als de actie herhaalbaar is, wordt het externe resultaat duidelijk niet uitgevoerd, wordt de vervanger vrijgegeven en is deze technisch en juridisch gekwalificeerd.