Mijn flow draaide weken prima, nu ineens 401 en handmatig opnieuw inloggen
OAuth-refresh-tokens kunnen vervallen bij wachtwoordwijziging, MFA-reset, app-permissie-wijziging of na een vaste levensduur. Een flow die alleen refresh-en-doorgaat kan niet zelf herstellen.
Probeer dit eerst zelf
- 1Controleer eerst of de gebruiker recent zijn wachtwoord heeft gewijzigd of MFA heeft gereset, want dat invalideert vrijwel alle refresh-tokens.
- 2Check of de OAuth-app in de provider (Google, Microsoft, HubSpot) niet revoked is door een admin of door een security-policy.
- 3Zet de connectie idealiter op een service-account, niet op een persoon. Persoonlijke accounts vervallen bij vertrek, en wachtwoordwissels triggeren refresh-failures.
- 4Bouw een aparte alert voor 401 of invalid_grant: stuur een Slack-bericht naar de eigenaar in plaats van alleen een lege error-mail uit het iPaaS.
- 5Documenteer per flow welk account de connectie houdt, anders weet niemand wie moet bijspringen om opnieuw in te loggen.
Wanneer ons inschakelen
Krijg je dit telkens terug op verschillende flows, dan zit het in je IAM-keuze, niet in de flow zelf. Daar kunnen we naar kijken.
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.