Question 1

n8n: zelf hosten of cloud-versie nemen?

Accepted Answer

1. Schat aantal executions per maand
2. Self-host op kleine VPS als je Docker durft te draaien
3. Cloud als je geen sysadmin in huis hebt
4. Reken backups, updates en TLS mee in self-host kosten

Wanneer ons inschakelen: 
Vraag offerte bij beide opties als executions richting tienduizenden gaan.

Question 2

Zapier of Make: welke past beter?

Accepted Answer

1. Lijst de connectors die je nodig hebt
2. Tel stappen per run (Zapier rekent task, Make rekent operation)
3. Kies Make voor branching en data-mapping
4. Kies Zapier voor snelle one-off-koppelingen

Wanneer ons inschakelen: 
Bouw een proof-of-concept in beide tools als de keuze 5 jaar meegaat.

Question 3

Power Automate Cloud of Desktop: wat moet ik nemen?

Accepted Answer

1. Cloud-flow als trigger uit M365, SharePoint, Dataverse komt
2. Desktop-flow als je een GUI moet bedienen die geen API heeft
3. Combineer: cloud start desktop-flow op een gateway-machine
4. Plan een dedicated machine voor unattended desktop-flows

Wanneer ons inschakelen: 
Vraag licentie-advies bij Microsoft-partner als attended/unattended split onduidelijk is.

Question 4

Iemand heeft kritieke koppelingen in IFTTT staan

Accepted Answer

1. Inventariseer alle actieve applets en hun eigenaar
2. Mark welke business-kritisch zijn (facturatie, klantcontact)
3. Herbouw kritische applets in Make of Zapier
4. Zet IFTTT-account in read-only en plan uitfasering

Wanneer ons inschakelen: 
Bij verlies van applet-historie: leverancier heeft geen audit-trail om te leveren.

Question 5

Mag n8n in een commercieel product?

Accepted Answer

1. Lees de huidige licentie op de n8n-site, niet alleen GitHub
2. Eigen interne workflows: vrij te gebruiken
3. n8n als white-label-product aanbieden: vraag commerciele licentie
4. Documenteer scope intern voor latere audit

Wanneer ons inschakelen: 
Bij twijfel: stuur use-case naar n8n licensing team.

Question 6

Trigger-based of scheduled poll: wat moet ik kiezen?

Accepted Answer

1. Check of bron-systeem webhooks aanbiedt
2. Trigger als latency onder 1 minuut moet
3. Schedule als batch acceptabel is en webhook ontbreekt
4. Zet polling-interval realistisch, niet elke minuut

Wanneer ons inschakelen: 
Bij hybride: schedule als fallback voor gemiste webhooks.

Question 7

Dezelfde webhook komt 2x binnen, klant krijgt dubbele e-mail

Accepted Answer

1. Identificeer een unieke ID in de payload (event_id, order_id)
2. Sla verwerkte ID's op in een tabel of cache
3. Skip als ID al gezien is, log de skip
4. TTL op cache lang genoeg voor retry-windows

Wanneer ons inschakelen: 
Bij financiele duplicaten: rollback en handmatige reconciliation.

Question 8

Een API is even weg en mijn flow faalt direct

Accepted Answer

1. Zet retry op de externe stap, exponentieel met max 3-5 pogingen
2. Catch error en push naar een DLQ-tabel of -kanaal
3. Alert pas bij DLQ-groei boven drempel
4. Bouw replay-mechanisme om DLQ-items terug te zetten

Wanneer ons inschakelen: 
Structurele DLQ-groei wijst op upstream-probleem, niet flow-bug.

Question 9

Sales wil deal-updates uit HubSpot in Slack

Accepted Answer

1. Maak Slack-channel #sales-deals
2. Bouw flow: trigger op deal-stage-change
3. Filter alleen interessante stages (closed-won, lost)
4. Format als compact bericht met deal-link

Wanneer ons inschakelen: 
Te veel ruis: splits naar threads per deal-eigenaar.

Question 10

Inkomende Typeform-antwoorden in Notion-database

Accepted Answer

1. Maak Notion-database met juiste property-types
2. Bouw flow Typeform > Make/Zapier > Notion add-row
3. Test elk veldtype, vooral datum en multi-select
4. Voeg fallback toe voor lege velden

Wanneer ons inschakelen: 
Bij grote volumes: schrijf naar Postgres en sync periodiek naar Notion.

Question 11

Nieuwe Calendly-meetings melden in Slack of Teams

Accepted Answer

1. Probeer eerst native Calendly-Slack of Teams-app
2. Anders: Calendly-webhook > flow > channel-message
3. Toon naam, tijd, en agenda-link
4. Voeg cancel-event toe als aparte trigger

Wanneer ons inschakelen: 
Privacy-gevoelig: filter externe domeinen uit channel-melding.

Question 12

Stripe-betalingen automatisch naar boekhouding

Accepted Answer

1. Configureer endpoint in Stripe en kopieer signing-secret
2. Verifieer signature in flow voor je verwerkt
3. Map naar grootboekrekening en btw-code
4. Skip refunds en chargebacks of handel apart af

Wanneer ons inschakelen: 
Bij grote volumes: log naar audit-tabel en reconcileer maandelijks.

Question 13

Content in Airtable redigeren, in Webflow tonen

Accepted Answer

1. Modelleer Airtable als source-of-truth
2. Bouw Make/Zapier flow op record-update
3. Map naar Webflow CMS-collection-velden
4. Trigger publish na succesvolle sync

Wanneer ons inschakelen: 
Bij conflicten in twee-richting: kies een master en hergebruik.

Question 14

Outlook-meetings auto in Toggl of Harvest

Accepted Answer

1. Standaardiseer titel-prefix of Outlook-categorie per project
2. Flow leest event-create en event-update
3. Map prefix naar project-ID in tijdregistratie
4. Negeer all-day-events en out-of-office

Wanneer ons inschakelen: 
Bij rommelige titels: laat user achteraf classificeren via Slack-buttons.

Question 15

Connector zegt 'Premium', flow weigert te draaien

Accepted Answer

1. Check connector-page voor 'Premium' label
2. Bepaal: per-user-plan of per-flow-plan
3. Per-flow is vaak goedkoper bij gedeelde flows
4. Vraag CSP om correcte SKU

Wanneer ons inschakelen: 
Onverwachte premium-flag in productie: zet flow tijdelijk op een per-flow-licentie.

Question 16

Goedkeuring nodig voor inkoop, declaraties, vakantie

Accepted Answer

1. Ontwerp flow met approval-step en parallel approval indien nodig
2. Schrijf request en uitkomst naar SharePoint-list of Dataverse
3. Voeg reminder toe na N dagen geen reactie
4. Bouw audit-rapport per kwartaal

Wanneer ons inschakelen: 
Bij financiele goedkeuringen: log gebruikersnaam en timestamp expliciet.

Question 17

Power Automate trigger op SharePoint-list reageert pas na minuten

Accepted Answer

1. Accepteer polling-vertraging als ontwerp-realiteit
2. Voor sneller: gebruik Dataverse of HTTP-trigger
3. Splits items niet in zoveel kleine triggers
4. Documenteer SLA naar de business

Wanneer ons inschakelen: 
Strikt realtime nodig: migreer entiteit naar Dataverse.

Question 18

Dataverse of SharePoint-list voor onze flow-data?

Accepted Answer

1. Onder 5000 items, geen relaties: SharePoint-list prima
2. Boven dat, of relationele data: Dataverse
3. Reken Dataverse-capaciteit en per-user-licentie mee
4. Migratie achteraf is pijnlijk, kies vroeg

Wanneer ons inschakelen: 
Bij twijfel: prototype in SharePoint, migreer naar Dataverse als limieten knellen.

Question 19

Flow stopt of vertraagt door API-limieten

Accepted Answer

1. Bekijk 'Action' en 'Connector' limieten in Microsoft-docs
2. Cache vaak-gelezen data in een variabele of list
3. Splits piekverwerking over de dag
4. Overweeg per-flow-plan voor zware flows

Wanneer ons inschakelen: 
Bij structurele throttling: vraag uitbreiding via M365-tenant-admin.

Question 20

Legacy Windows-app heeft geen API

Accepted Answer

1. Installeer PAD op een dedicated VM of Cloud PC
2. Bouw flow met UI-element-selectors, niet coordinaten
3. Plan unattended-runs met service-account
4. Voeg foto-screenshot toe bij elke fout voor analyse

Wanneer ons inschakelen: 
Brittle scripts: vraag leverancier om officiele API of CLI.

Question 21

Webhook komt niet binnen, bron zegt 'verstuurd'

Accepted Answer

1. Test endpoint met webhook.site om te zien of payload aankomt
2. Vergelijk URL exact, let op trailing slash en path
3. Check signing secret en algoritme
4. Open egress vanaf bron-IP-range indien firewall actief

Wanneer ons inschakelen: 
Bron-leverancier kan delivery-log laten zien met response-code.

Question 22

Flow faalt met 401, gisteren werkte het nog

Accepted Answer

1. Open de connection in flow-tool en re-authenticeer
2. Check of refresh-token-policy korter is dan verwacht
3. Gebruik service-account, geen persoonlijke account
4. Stel monitoring in op 401-spikes

Wanneer ons inschakelen: 
Bij herhaaldelijke verloop: vraag bij IdP-admin om langere refresh-window.

Question 23

Flow update een record en triggert daardoor zichzelf

Accepted Answer

1. Identificeer de service-account van de flow
2. Filter trigger op modified-by != flow-account
3. Of: zet een veld 'updated_by_flow' en skip als true
4. Test met 1 record voor productie-uitrol

Wanneer ons inschakelen: 
Als loop al draait: stop flow, ruim residuele records op, herstart.

Question 24

Scheduled flow draait dubbel of niet bij zomertijd

Accepted Answer

1. Zet alle schedules expliciet in UTC of Europe/Amsterdam
2. Vermijd 02:00-03:00 als run-tijd
3. Test rond DST-overgang (laatste zondag maart en oktober)
4. Log starttijd in zowel UTC als lokaal

Wanneer ons inschakelen: 
Cross-timezone teams: standaardiseer op UTC voor alle scheduled work.

Question 25

Flow gewijzigd, kan niet terug naar werkende versie

Accepted Answer

1. Activeer ingebouwde version-history waar mogelijk (n8n, Make)
2. Exporteer flow-JSON wekelijks naar een Git-repo
3. Documenteer changelog per release
4. Test rollback-procedure 1x per kwartaal

Wanneer ons inschakelen: 
Critical-flow-incident: zet rollback in als feature, niet als ad-hoc-handling.

Question 26

Flow faalt en niemand merkt het

Accepted Answer

1. Activeer ingebouwde fail-notification per flow
2. Voeg heartbeat-flow toe die 1x per uur draait
3. Stuur fail-events naar een dedicated #ops-channel
4. Spreid alerts: per-execution-fout vs trend-fout

Wanneer ons inschakelen: 
Bij no-data-fouten: alert ook op uitgebleven runs, niet alleen fouten.

Question 27

We hebben tientallen oude flows en niemand weet welke nog in gebruik zijn

Accepted Answer

1. Lijst alle flows met laatste-run-datum
2. Markeer 90+ dagen-stilte als kandidaat voor uitfasering
3. Stuur eigenaar herinneringsmail voor disable
4. Disable, wacht 30 dagen, verwijder

Wanneer ons inschakelen: 
Bij geen eigenaar: ga via team-lead, niet stilletjes verwijderen.

Question 28

Medewerker uit dienst, flow draait nog op zijn account

Accepted Answer

1. Inventariseer flows op vertrekkende account
2. Transfer ownership naar team-account of service-account
3. Re-auth alle connections vanuit nieuwe eigenaar
4. Voeg 'eigenaar wisselen' toe aan offboarding-checklist

Wanneer ons inschakelen: 
Persoonlijk-account verwijderd voor transfer: vraag IT om recovery via tenant-admin.

Question 29

Zapier-rekening hoger dan verwacht

Accepted Answer

1. Bekijk Zap-history op task-zware Zaps
2. Plaats Filter direct na de trigger
3. Combineer Path-zaps in plaats van duplicaten
4. Migreer high-volume Zaps naar Make of n8n

Wanneer ons inschakelen: 
Bij plotselinge stijging: check loops, zelf-triggers, of nieuwe data-bron.

Question 30

Make-operations-quota vroeg in de maand op

Accepted Answer

1. Bekijk top-3 scenarios met meeste operations
2. Verplaats filters naar voor de Search-stap
3. Vervang loops met bulk-API-calls waar mogelijk
4. Schedule rustige scenarios in plaats van realtime

Wanneer ons inschakelen: 
Structureel boven plan: upgrade of splits over twee accounts.

Question 31

Hoe weet ik of een flow zijn licentie waard is?

Accepted Answer

1. Schat handmatige tijd per run in minuten
2. Vermenigvuldig met aantal runs per maand
3. Reken tegen intern uurtarief
4. Trek licentie en build-amortisatie eraf

Wanneer ons inschakelen: 
Negatieve ROI na 3 maanden: pauzeer of vereenvoudig de flow.

Question 32

iPaaS te duur voor simpele scripts, wat dan?

Accepted Answer

1. Cloudflare Workers voor lichte HTTP-glue
2. AWS Lambda als je al in AWS zit
3. Azure Functions als M365-tenant centraal staat
4. Voeg secrets-store en logging toe vanaf dag 1

Wanneer ons inschakelen: 
Glue groeit naar 10+ functions: overweeg Workflow-DevKit of Step Functions.

Question 33

Sheet-automation in Google: Apps Script of externe tool?

Accepted Answer

1. Eenvoudige Sheet-Sheet of Sheet-Mail: Apps Script
2. Externe SaaS erbij: Make of Zapier
3. Apps Script in een gedeeld project, niet persoonlijk
4. Bewaar code in Git via clasp

Wanneer ons inschakelen: 
Apps Script-quota overschreden: split werk over Workspace-domeinen of migreer.

Question 34

Inkomende factuur-PDF moet in boekhouding belanden

Accepted Answer

1. Mailbox-rule routeert facturen naar dedicated map
2. Flow leest bijlage en stuurt naar OCR (Document AI, Klippa, Moneybird-AI)
3. Match leverancier op btw-nummer of e-maildomein
4. Push naar boekhouding voor goedkeuring, niet direct boeken

Wanneer ons inschakelen: 
Onbekende leverancier: park in 'review'-bucket en alert finance.

Question 35

Klant-onboarding kost steeds een dag handwerk

Accepted Answer

1. Trigger op DocuSign-completed of CRM-stage
2. Maak accounts in benodigde tools (provisionering)
3. Stuur welkomstmail met magic-link
4. Open intern Slack-channel of project-board

Wanneer ons inschakelen: 
Provisioning faalt op een systeem: park in DLQ en alert customer-success.

Question 36

Nieuwe medewerker, 8 systemen, halve dag handmatig

Accepted Answer

1. Vul HR-systeem met startdatum, rol, team
2. Flow draait elke ochtend en pakt starters van vandaag
3. Provisioneer per systeem, idempotent
4. Stuur manager checklist en welkomstmail

Wanneer ons inschakelen: 
Failures in provisioning: alert IT en HR samen, niet stilletjes overslaan.

Question 37

Vertrokken medewerker had nog actieve toegang

Accepted Answer

1. HR-event 'termination' triggert flow
2. Disable account in IdP, niet verwijderen
3. Archiveer mailbox en OneDrive
4. Transfer flow- en doc-eigenaarschap volgens lijst

Wanneer ons inschakelen: 
Bij dispute met medewerker: pauseer offboarding-flow handmatig tot duidelijkheid.

Question 38

Vakantie-aanvragen rommelen tussen mail en sheet

Accepted Answer

1. Bouw form (Forms, Typeform, Power Apps)
2. Approval-stap naar manager
3. Op approve: schrijf naar HR-systeem en plaats in team-agenda
4. Op reject: terug naar aanvrager met reden

Wanneer ons inschakelen: 
Bij CAO-eisen: laat HR-adviseur de regels controleren.

Question 39

API-keys staan plat in flow-stappen

Accepted Answer

1. Verplaats keys naar credentials-feature van de tool
2. Voor gevoelige systemen: integreer met Azure Key Vault, AWS SM, 1Password
3. Roteer keys na elke teamwissel
4. Audit zoek naar 'sk_', 'Bearer', 'API-Key' in flow-export

Wanneer ons inschakelen: 
Bij vermoedelijke leak: roteer key direct, kijk daarna pas naar root-cause.

Question 40

Flow-app vraagt 'Mail.ReadWrite, Files.ReadWrite.All' terwijl ik 1 mailbox-actie wil

Accepted Answer

1. Lees app-scopes voor je toestemming geeft
2. Beperk waar mogelijk via tenant-admin tot specifieke mailboxes of sites
3. Gebruik service-principal met fine-grained role assignment
4. Review aangesloten apps elk kwartaal

Wanneer ons inschakelen: 
Te breed-getoonde scope niet beperkbaar: zoek alternatieve connector of build custom.

Question 41

Flow verwerkt klantdata, AVG-status onduidelijk

Accepted Answer

1. Inventariseer welke persoonsgegevens door flow gaan
2. Vraag leverancier om DPA en sub-processor-lijst
3. Check data-residency-instelling (EU-region)
4. Documenteer verwerking in register

Wanneer ons inschakelen: 
Bij gevoelige bijzondere persoonsgegevens: minimaliseer of versleutel voor verzending.

Question 42

Zapier-Zaps verspreid over privé-accounts van medewerkers

Accepted Answer

1. Maak workspace op zakelijk plan
2. Nodig medewerkers uit, deel ownership van Zaps
3. Verbind via SSO en disable privé-login
4. Audit elk kwartaal op verweesde Zaps

Wanneer ons inschakelen: 
Privé-account weigert transfer: schakel manager-conversatie in, niet IT alleen.

Question 43

Drie iPaaS-tools, geen idee welke past bij welke flow

Accepted Answer

1. Lage volume, brede integraties, niet-technische beheerder: Zapier
2. Middel volume, complexe data-transformaties en routing: Make
3. Hoog volume, custom-code, gevoelige data die niet bij US-SaaS mag: n8n self-hosted
4. Mix is normaal: Zapier voor sales-flows, n8n voor productie-flows met klantdata

Wanneer ons inschakelen: 
Bij meer dan een handvol kritieke flows zonder owner: leg eerst eigenaarschap en monitoring vast, anders verschuif je het probleem alleen.

Question 44

Inkomende facturen handmatig boeken, OCR-koppeling overwegen

Accepted Answer

1. Test eerst de OCR die je pakket al biedt, vaak prima voor NL-facturen
2. Stel een dedicated mailbox in (boekhouding@) waar leveranciers naartoe sturen, splits van algemene mailbox
3. Match-regels op btw-nummer en e-maildomein, niet op leveranciersnaam (varieert te veel)
4. Houd review-stap, OCR is geen 100%, vooral op kortingen, btw-verlegd, en EU-facturen

Wanneer ons inschakelen: 
Bij meer dan dertig facturen per week of meerdere admins: dan loont een externe scan-en-herkenoplossing met workflow voor goedkeuring.

Question 45

Mailbox dient als takenlijst, dingen vallen tussen wal en schip

Accepted Answer

1. Kies een takenbron: Microsoft To Do, Todoist, Asana, of je ticket-systeem
2. Bouw flow op een specifiek label of een handmatige actie (vlag, categorie), niet op alle inkomende mail
3. Bewaar de mail-link in de taak zodat je terug kunt naar de context
4. Spreek af welk mail-onderwerp triggert, anders krijg je dubbele taken bij replies

Wanneer ons inschakelen: 
Als hetzelfde verzoek (offerte, support) telkens via mail komt, automatiseer de inname (formulier of klantportaal). Mail-naar-taak repareert het symptoom, niet de oorzaak.

Question 46

IT-mailbox vol met "ik ben mijn wachtwoord vergeten"-tickets

Accepted Answer

1. Activeer SSPR in Entra ID, kies authenticatiemethoden (Authenticator + telefoon, of Authenticator + mail)
2. Verplicht registratie van methodes bij volgende inlog, niet "later"
3. Schakel writeback aan voor hybride omgevingen, anders synct het niet terug naar on-prem AD
4. Communiceer eenmalig met screenshots, anders bellen mensen alsnog naar IT

Wanneer ons inschakelen: 
Zonder M365 Business Premium of Entra P1 zit SSPR niet standaard. Vergelijk de licentie-kost met je huidige IT-uren aan resets.

Question 47

Uren in Toggl of Harvest, payroll in Nmbrs of Loket, elke maand handmatig overtikken

Accepted Answer

1. Standaardiseer projectcodes en kostendrager-velden, anders matcht niets
2. Bouw een maand-flow die uren ophaalt, mapt op kostendrager, en als CSV bij payroll aanlevert
3. Laat de manager goedkeuren voor de export naar payroll loopt, niet erna
4. Bewaar de export in een gedeelde map met datum, dat is je audit-trail

Wanneer ons inschakelen: 
Bij meerdere CAOs, ploegendienst of toeslagen: stap niet naar zelfbouw, koop een tijd-en-payroll-pakket dat het al kan.

Question 48

Boekhouding lekt geen signaal naar het team, betalingen en herinneringen blijven onzichtbaar

Accepted Answer

1. Bepaal eerst welke events het team moet zien, maximaal vijf, anders wordt het ruis
2. Trigger via webhook of poll-flow vanuit boekhouding (Moneybird en Exact bieden webhooks, Yuki via API)
3. Stuur naar een eigen Slack- of Teams-channel, niet naar #general
4. Voeg klant-link en bedrag toe in het bericht, niet alleen factuurnummer

Wanneer ons inschakelen: 
Bij gevoelige bedragen of klantnamen in publieke channels: maak het channel privé en log wie er lid is, anders heb je AVG-discussie.

Question 49

Zapier-trial knalt halverwege de maand op de task-limiet

Accepted Answer

1. Open Zapier > Usage en kijk naar het verbruik per Zap, niet alleen totaal
2. Filter direct na de trigger zodat een Zap alleen tasks gebruikt voor relevante items
3. Knip multi-step Zaps op zodat een dure stap (Search, Formatter) niet onnodig draait
4. Plan de upgrade voor je productie zet, niet eronder. Een Zap die paused staat omdat je over je quota bent geeft stille downtime

Wanneer ons inschakelen: 
Bij volume dat structureel boven trial-niveau zit, vergelijk Make of n8n. Voor enkele kritieke Zaps loont een betaald plan; voor tientallen flows wordt een ander platform vaak goedkoper.

Question 50

Webhook-secret of API-key staat in een screenshot in een ticket of doc

Accepted Answer

1. Roteer de key bij de leverancier nu, niet morgen. Behandel een gedeelde screenshot als een leak.
2. Zoek waar de screenshot is geland: Slack-kanalen, ticket-systemen, e-mailthreads, notitie-apps. Verwijder of vervang.
3. Update de flow met de nieuwe key via de credential-store, niet plat in stap-velden
4. Spreek af met het team: bij troubleshooten van flow-stappen redact je secrets in beeld voor je een screenshot deelt

Wanneer ons inschakelen: 
Was het een productie-key met toegang tot klantdata, dan is het een mogelijk datalek. Schakel je FG of compliance-aanspreekpunt in voor de afweging melding bij de AP.

Question 51

Make-scenario draait fout, retried, draait opnieuw fout, en jaagt operations op

Accepted Answer

1. Voeg een Error Handler-route toe op de stap die faalt, met type Resume of Commit, niet Rollback
2. Schrijf de gefaalde payload weg naar een Data Store of een eigen "failed_runs"-tabel
3. Filter de retry: bij 4xx-fouten van de bron wil je niet retryen, bij timeouts of 5xx wel
4. Zet een alert op de "failed_runs"-teller, anders zie je de stille groei niet

Wanneer ons inschakelen: 
Loop al uren actief en operations-quota nadert: pauzeer het scenario eerst, fix daarna. Een lege quota midden in de maand legt al je andere flows ook plat.

Question 52

Waar moeten alerts heen: Slack, Teams, mail of SMS?

Accepted Answer

1. Definieer drie severity-niveaus: info, warning, page
2. Stuur info naar een aparte chat-channel die niet pingt
3. Stuur warnings naar je IT-channel met @mention
4. Stuur pages naar SMS of phone-call met escalation-policy

Wanneer ons inschakelen: 
Voor 24/7-pagers met escalation kies een tool met on-call rotation, zoals Better Stack of PagerDuty.

Question 53

Hoe weet ik zeker dat een binnenkomende webhook echt van de bron komt?

Accepted Answer

1. Vraag bij de bron (Stripe, GitHub, Mollie, Shopify) om signing-secret aanzetten en het secret in een vault zetten, niet in de flow-stap zelf.
2. Bereken in de eerste stap van de flow de HMAC over de raw body met dat secret en vergelijk met de signature-header. Mismatch betekent direct stoppen.
3. Gebruik een time-window van bijvoorbeeld 5 minuten op de timestamp in de payload, anders blijft een gelekte oude request bruikbaar voor replay.
4. Voeg waar mogelijk een IP-allowlist toe voor bekende bron-ranges, vooral bij payment-providers die hun IP's publiceren.
5. Log elke afgewezen request apart, dat is je vroege waarschuwing dat iemand de URL probeert te raden of misbruiken.

Wanneer ons inschakelen: 
Werk je met een bron die geen HMAC ondersteunt en wel financiele of persoonsdata stuurt, kunnen we kijken naar een proxy-laag die de verificatie alsnog doet.

Question 54

Moet ik polling of een webhook gebruiken om wijzigingen op te pikken?

Accepted Answer

1. Check eerst of de bron-API webhooks aanbiedt. Zo ja, kies die. Latency is seconden in plaats van minuten en je betaalt geen quota voor lege checks.
2. Polling kan zin hebben als de bron geen webhook heeft of als je per minuut beperkt bent in pushes. Zet polling-interval niet lager dan nodig, elke run is een task.
3. Bij polling: bewaar een cursor (laatst-gezien-id of timestamp) zodat je alleen nieuwe records pakt en geen 1000 dubbele triggers veroorzaakt.
4. Webhook-flows hebben een endpoint die altijd live moet zijn. Plan een fallback-poll van 1x per uur om missende webhooks alsnog op te pikken.
5. Reken het door in tasks of operations: 1 webhook per dag is bijna gratis, polling om de minuut is 43.200 runs per maand.

Wanneer ons inschakelen: 
Twijfel je of de combinatie webhook plus fallback-poll past bij je SLA, dan kunnen we het patroon voor je opzetten.

Question 55

Stap 4 van mijn flow faalt, maar stap 1 tot 3 hebben al iets in andere systemen geschreven

Accepted Answer

1. Maak per schrijvende stap een tegenhanger: contact-aangemaakt krijgt een delete-contact, factuur-aangemaakt een credit-factuur of status-cancelled.
2. Zet alle schrijfstappen in een try-blok en bij fout: doorloop in omgekeerde volgorde de compensaties, niet alleen voor de laatste stap.
3. Bewaar in een log-record welke stap-id's al gedraaid hebben, anders weet de error-handler niet wat er teruggedraaid moet worden.
4. Idempotente compensaties: een delete op een al-niet-bestaand record mag niet falen, anders blokkeer je de rollback zelf.
5. Test 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.

Question 56

Mijn flow draaide weken prima, nu ineens 401 en handmatig opnieuw inloggen

Accepted Answer

1. Controleer eerst of de gebruiker recent zijn wachtwoord heeft gewijzigd of MFA heeft gereset, want dat invalideert vrijwel alle refresh-tokens.
2. Check of de OAuth-app in de provider (Google, Microsoft, HubSpot) niet revoked is door een admin of door een security-policy.
3. Zet de connectie idealiter op een service-account, niet op een persoon. Persoonlijke accounts vervallen bij vertrek, en wachtwoordwissels triggeren refresh-failures.
4. Bouw 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.
5. Documenteer 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.

Question 57

Ik moet 500 records updaten, mijn flow doet er een uur over

Accepted Answer

1. Check de docs op /bulk, /batch of /multipart endpoints, of in GraphQL een mutation die een array accepteert.
2. Bouw de flow met een aggregator-stap (Make heeft Array Aggregator, n8n heeft Item Lists, Zapier heeft Looping by Zapier) die rijen tot batches groepeert.
3. Houd de batch-grootte onder de API-limiet, vaak 100 of 250 per call. Te groot geeft 413 of timeouts, te klein verspilt calls.
4. Vang per batch de fouten apart op: als 1 record in een batch faalt willen sommige API's de hele batch terugdraaien, andere geven per-record-status.
5. Houd een log van succes en fout-records, anders weet je niet welke je moet retryen na een gedeeltelijke faal.

Wanneer ons inschakelen: 
Werkt jouw bron-API niet met batch en heb je dagelijks duizenden records, dan kunnen we naar staging via een eigen DB met flush kijken.

Question 58

Flow-fouten verdwijnen in een mailbox die niemand leest

Accepted Answer

1. Splits errors in 3 buckets: data-fout (input klopt niet, geen actie nodig), tijdelijke fout (retry lost het op), kritieke fout (mens moet kijken).
2. Stuur kritieke fouten naar Slack of Teams in een dedicated kanaal, met de payload, het flow-id, de stap en een directe link naar de execution.
3. Stuur tijdelijke fouten alleen als ze N keer achter elkaar terugkomen, anders verdrink je het kanaal in ruis.
4. Log alle fouten naar een centraal log (bijvoorbeeld een Postgres-tabel of een logging-tool), apart van de kanaal-melding. Het kanaal is voor mensen, het log voor analyse.
5. Zet een wekelijkse review op de tabel: welke flows gaven de meeste fouten, en zijn die structureel of incidenteel.

Wanneer ons inschakelen: 
Wil je een uniforme error-pipeline over al je iPaaS-tools heen, dan is een orchestrator-tabel de beste plek. Daar kunnen we de schema en alerting voor opzetten.

Question 59

Stripe of Mollie heeft een webhook gemist, hoe krijg ik die data alsnog binnen?

Accepted Answer

1. Open in de Stripe-dashboard de Events-tab, filter op het type (payment_intent.succeeded etc.) en gebruik 'Resend' op de gemiste events.
2. Bij Mollie: roep voor elke payment-id GET /v2/payments/{id} aan en verwerk de response alsof het een webhook was. Zet die call in een herstel-flow.
3. Zorg dat je flow idempotent is op event-id, anders veroorzaakt een replay een dubbele administratieve actie. Dedup-key op event_id is de standaardoplossing.
4. Bouw een 'catch-up' flow die elke nacht events van de laatste 24 uur ophaalt en cross-checkt met je eigen DB. Mist er iets, dan trigger je alsnog.
5. Documenteer wie de bevoegdheid heeft replays te triggeren, anders riskeer je dat iemand twee keer dezelfde batch verwerkt.

Wanneer ons inschakelen: 
Heb je een replay nodig over weken of maanden en wil je risico op dubbel-boekingen vermijden, dan kunnen we de catch-up samen testen.

Question 60

Soms krijgt een klant 2 of 3 dezelfde mails, soms is een record dubbel aangemaakt

Accepted Answer

1. Kies een natuurlijke unieke sleutel uit de payload: order-id, event-id, message-id, of een hash van bron-id plus timestamp.
2. Bewaar verwerkte sleutels in een DB-tabel of een key-value store (Airtable, Postgres, Upstash, Make Data Store, n8n Static Data) met TTL van bijvoorbeeld 30 dagen.
3. Eerste stap van de flow: kijk of de sleutel al bestaat. Zo ja, log 'duplicate, skipped' en stop. Zo nee, schrijf de sleutel en ga door.
4. Schrijf de sleutel zo vroeg mogelijk in de flow, niet pas aan het eind. Anders kan een crash midden-in alsnog een dubbele verwerking opleveren.
5. Monitor het aantal duplicates per dag: een gezonde flow ziet er een paar, een sprong wijst op een bron-bug of replay-storm.

Wanneer ons inschakelen: 
Heb je dit op meerdere flows nodig, dan loont een gedeelde dedup-tabel met TTL en index. Daar kunnen we de schema voor leveren.

Question 61

We moeten een API-key roteren, maar 30 flows gebruiken hem en mogen niet uitvallen

Accepted Answer

1. Centraliseer secrets in een vault: 1Password Secret Automation, Bitwarden Secrets Manager, Azure Key Vault, AWS Secrets Manager, of n8n credentials/Zapier auth-store.
2. Zorg dat de bron-API een tweede actieve key tegelijk toelaat. Stripe, HubSpot en Mollie ondersteunen dit, sommige niet, check de docs.
3. Voeg de nieuwe key toe in de vault onder hetzelfde alias of als nieuwe versie. Update flows naar de nieuwe versie en monitor 24 uur op fouten.
4. Pas als alle flows op de nieuwe key draaien, deactiveer je de oude in de bron-API. Documenteer datum en uitvoerder.
5. Plan rotatie standaard 1x per kwartaal of jaar in de agenda, niet alleen reactief na een leak.

Wanneer ons inschakelen: 
Werk je nog met losse keys per flow en heb je een lekrisico, dan is een centrale vault de eerste stap. Daar kunnen we mee starten.

Question 62

Onze hele bedrijfsvoering hangt aan Zapier, dat voelt riskant

Accepted Answer

1. Inventariseer welke flows kritiek zijn (orders, facturen, payroll) en welke nice-to-have (notificaties, rapportages). Lock-in-pijn zit in het eerste rijtje.
2. Voor kritieke flows: bouw de logica in eigen code (Node, Python, .NET) op een platform dat je zelf beheert (Cloudflare Workers, Vercel, Azure Functions, eigen server). iPaaS blijft optioneel als trigger of glue.
3. Voor nice-to-have flows: blijf in iPaaS, dat scheelt tijd. Lock-in is alleen pijnlijk waar het bedrijfskritisch is.
4. Documenteer per flow waar de logica woont en welke API's hij aanraakt. Bij een leverancier-wissel hoef je dan niet te reverse-engineeren.
5. Houd je auth-store onafhankelijk: secrets in een eigen vault (zie secret-rotatie), niet in de iPaaS-tool. Migratie blijft dan haalbaar.

Wanneer ons inschakelen: 
Wil je in kaart brengen welke flows risicovol gelocked zijn en wat de migratie kost, daar kunnen we een quickscan voor doen.

Question 63

Flow gaat live, blijkt veld X leeg te mappen, klant ziet rare data

Accepted Answer

1. Verzamel 5 tot 10 representatieve payloads uit productie: een gewone, een met null-velden, een met lange strings, een met speciale tekens, een grenswaarde.
2. Run de flow in test-modus tegen elke payload en check de output veld-voor-veld in de doel-API of een staging-omgeving.
3. Maak een mapping-tabel in een doc: bron-veld, doel-veld, transformatie, edge-case-resultaat. Dat doc is later goud bij een schema-wijziging.
4. Bouw een test-suite-flow die 1x per nacht een fixed-payload-set door de logica trekt en alert als output afwijkt van baseline.
5. Voor financiele flows: laat een tweede paar ogen mee-checken voor go-live, niet pas na de eerste klacht van een klant.

Wanneer ons inschakelen: 
Heb je een complexe mapping waar fouten direct geld kosten, dan kunnen we een test-fixtures-set en assertion-flow voor je opzetten.

Question 64

Bron-systeem heeft een veld toegevoegd, ineens komen er fouten of missende data

Accepted Answer

1. Abonneer je op de changelog van elke bron-API die je gebruikt. Stripe, HubSpot, Microsoft Graph, Shopify hebben publieke release-notes.
2. Maak je flow tolerant voor onbekende velden: lees met defaults, niet met strikte schemas. Een ontbrekend optional-veld mag de flow niet stoppen.
3. Bij elke deploy van een doel-systeem: check of jouw mapping nog matcht met de huidige API-versie. Een test-payload is sneller dan reactief debuggen.
4. Pin API-versies waar mogelijk. Stripe en HubSpot laten je een versie-header zetten, dat geeft je controle over wanneer je migreert.
5. Bouw een nightly schema-check: trek een sample, valideer tegen een verwacht JSON-schema, alert bij afwijking.

Wanneer ons inschakelen: 
Heb je flows op API's zonder versie-pinning en met regelmatige changes, dan helpt een gateway-laag met schema-validatie. Daar kunnen we naar kijken.

Workflow-automatisering