Stap 4 van mijn flow faalt, maar stap 1 tot 3 hebben al iets in andere systemen geschreven
Workflows zijn geen database-transacties. Als een latere stap faalt blijft de halve actie staan en heb je dataverschil tussen systemen. Het patroon hiervoor heet compensating transaction.
Probeer dit eerst zelf
- 1Maak per schrijvende stap een tegenhanger: contact-aangemaakt krijgt een delete-contact, factuur-aangemaakt een credit-factuur of status-cancelled.
- 2Zet alle schrijfstappen in een try-blok en bij fout: doorloop in omgekeerde volgorde de compensaties, niet alleen voor de laatste stap.
- 3Bewaar in een log-record welke stap-id's al gedraaid hebben, anders weet de error-handler niet wat er teruggedraaid moet worden.
- 4Idempotente compensaties: een delete op een al-niet-bestaand record mag niet falen, anders blokkeer je de rollback zelf.
- 5Test bewust: zet een fake-error in stap 4 en kijk of stap 1 tot 3 echt schoon achterblijven. Pas dan vertrouw je het patroon.
Wanneer ons inschakelen
Heb je flows die geld of voorraad raken zonder rollback, dan is dat de prioriteit nummer 1. We kunnen meekijken naar het concrete patroon.
Zie ook
- n8n: zelf hosten of cloud-versie nemen?Self-hosted is goedkoper bij volume en geeft data-controle. Cloud spaart je de ops weg.
- Zapier of Make: welke past beter?Zapier is rechttoe-rechtaan, Make doet complexere flows met routers en iterators voor minder geld.
- Power Automate Cloud of Desktop: wat moet ik nemen?Cloud voor SaaS-koppelingen en triggers. Desktop voor RPA op een Windows-machine met legacy-apps.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.