Voer een mislukte Shopify Flow-run pas opnieuw uit als je weet welke stappen al zijn uitgevoerd en wat er sindsdien is veranderd. Een fout aan het einde kan betekenen dat de tag, taak of melding ervoor gewoon is verwerkt. Controleer daarom eerst wat er al is gebeurd, ook bij de dienst die de actie ontving. Kun je dat vaststellen, dan kies je een herstel dat alleen het ontbrekende werk doet. Kun je het niet vaststellen, wacht dan met een retry tot het is uitgezocht.
Open de oorspronkelijke run
Bekijk de workflowversie, de starttijd, de fout en de resultaten per stap. Shopify toont deze details bij de run. Afgeronde runs blijven volgens de documentatie veertien dagen beschikbaar, dus onderzoek het incident op tijd. Leg in je interne verslag de runverwijzing, de stapnaam en de relevante fout vast, zonder klantgegevens of toegangssleutels over te nemen.
Wat verandert er bij een retry?
Een handmatige retry kan alleen als de oorspronkelijke run niet meer loopt of wacht, de workflow actief is en de trigger overeenkomt. Shopify gebruikt dan de oorspronkelijke triggerdata, maar Get data-acties halen opnieuw actuele gegevens op. Ook voorwaarden en acties werken met bijgewerkte gegevens. Controleer dus of de bestelling of het product sinds de fout is veranderd, of dat iemand het inmiddels handmatig heeft afgehandeld.
| Controle | Uitkomst |
|---|---|
| Doel van de workflow | Een interne voorraadwaarschuwing |
| Al uitgevoerd | Tag toegevoegd; de volgende stap mislukte |
| Wat er daarna gebeurde | Een medewerker heeft de waarschuwing handmatig opgevolgd |
| Gevolg van een retry | Mogelijk een dubbele melding of vervolgactie |
| Volgende stap | De actuele status controleren en alleen het ontbrekende werk herstellen |
Controleer de ontvangende dienst
Bij een timeout kan een dienst de aanvraag hebben verwerkt terwijl Flow geen antwoord kreeg. Zoek de taak, het bericht of de gewijzigde waarde daarom op in de ontvangende dienst. Staat die er al, zorg dan dat herstel hem niet opnieuw maakt. Kun je de status niet vaststellen, laat de beheerder van die dienst dat dan eerst onderzoeken.
Kies de kleinste herstelactie
Ontbreekt alleen een laatste melding, dan past een handmatige correctie misschien beter dan de hele workflow herhalen. Is een retry wel nodig, controleer dan of en hoe de gebruikte actie of de ontvangende dienst dubbele verwerking tegenhoudt. Een vaste taakreferentie helpt alleen als de ontvangende dienst die ook herkent. Is dat niet zo, reken er dan op dat een retry de actie opnieuw kan uitvoeren. Laat bij betalingen, klantberichten en prijswijzigingen de verantwoordelijke medewerker de gevolgen beoordelen.
Herstel eerst één run
Verhelp de oorzaak en probeer het herstel op één run waarvan je de eerdere acties kent. Controleer de eindstatus. Vergelijk daarna de andere mislukte runs op oorzaak én op de stappen die al zijn uitgevoerd. Dat ze op dezelfde dag mislukten, is geen reden om ze allemaal op dezelfde manier te herhalen.
Sluit het incident met een gecontroleerde uitkomst
Koppel de herstelrun aan de oorspronkelijke run en noteer wat is bijgewerkt. Controleer de uitkomst op de plek waar de actie werkelijk plaatsvindt. Komt dezelfde fout terug, pauzeer dan de herhalingen en onderzoek de oorzaak opnieuw. Leg ook vast wie de blijvende oplossing oppakt, zodat de volgende fout eerder opvalt.
Bronnen
Geraadpleegd op 8 oktober 2026.
