Mijn polling-flow pakt elke run dezelfde records of mist nieuwe
Een polling-flow zonder cursor (laatst-gezien-id of timestamp) is onbetrouwbaar. Of hij dubbelt records, of hij mist ze tijdens een race-condition. Cursor-bewaren is een 5-minuten-fix met grote impact.
Probeer dit eerst zelf
- 1Bewaar per flow een cursor-record: een Data Store-entry, een sheet-cel, of een DB-rij met laatste verwerkte timestamp of id.
- 2Lees de cursor aan het begin van elke run. Vraag de bron-API records op vanaf die cursor (zoek voor 'updated_after', 'since', 'cursor', 'page_token').
- 3Verwerk records in volgorde van wijziging, niet random. Anders raakt je cursor uit-de-pas met de werkelijkheid.
- 4Schrijf de nieuwe cursor pas na succesvolle verwerking. Faalt de run halverwege, dan pakt de volgende run vanaf de oude cursor en hervat netjes.
- 5Test de race-condition: trek 100 records die snel-na-elkaar wijzigen, run de flow, controleer dat geen record dubbel of gemist is.
Wanneer ons inschakelen
Heb je polling-flows met dubbel-of-mis-problemen, dan is een cursor-implementatie meestal de hele oplossing. Daar kunnen we mee helpen.
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.