n8n voor het MKB: zelf automatiseren en wat er misgaat

6 min lezenMaxim Lashley

Een adviesbureau met negen man belde ons omdat er aanvragen kwijt waren. Een van de partners had twee jaar eerder zelf iets gebouwd in n8n: een aanvraag via het contactformulier kwam binnen, de gegevens gingen naar het CRM, de juiste adviseur kreeg een taak en de klant kreeg een bevestigingsmail. Dat draaide prima. Tot het token van de mailkoppeling verliep. De workflow stopte, er kwam geen melding, en pas na elf dagen viel op dat er niemand meer werd teruggebeld naar aanleiding van het formulier. Achttien aanvragen stonden nergens.

Dat is het typische verhaal rond n8n in het MKB. Niet dat het niet werkt, maar dat het te makkelijk is om iets te bouwen dat een jaar later stilvalt zonder dat je het ziet.

Wat is n8n en waarom kiezen MKB-bedrijven ervoor?

n8n is een automatiseringsplatform waarin je een proces in blokken bouwt. Je begint bij een trigger: een binnenkomend formulier, een nieuwe regel in een database, een binnengekomen mail of gewoon een tijdstip. Daarna zet je stappen achter elkaar. Gegevens ophalen, een keuze maken, iets wegschrijven, een bericht sturen. Voor de bekendere pakketten zitten er kant-en-klare blokken in, en voor alles wat er niet in zit gebruik je een HTTP-blok tegen de API van dat pakket.

Twee dingen maken n8n anders dan Zapier of Make. Het eerste is dat je het op je eigen server kunt draaien. Je gegevens gaan dan niet via een tussenpartij, ze blijven in je eigen omgeving. Het tweede is de licentie. n8n is fair-code en valt onder de Sustainable Use License: de broncode is in te zien en je mag het zelf gehost gratis gebruiken voor je eigen bedrijfsprocessen. Wat niet mag, is het als dienst doorverkopen aan derden.

Dat eerste punt is voor ons de doorslaggevende reden. Als je AI in je eigen systemen wilt bouwen in plaats van ernaast, wil je niet dat elke offerte, factuur en klantvraag onderweg langs een dienst gaat waar je verder niets over te zeggen hebt.

Zelf hosten of de cloud van n8n?

Eigen servern8n Cloud
Waar staat je dataIn je eigen omgevingBij n8n
Updates en beveiligingJij of je beheerpartijn8n
KostenServer plus beheerurenAbonnement per maand
Herstel na een storingWat je zelf hebt ingerichtWat de leverancier belooft
Snel beginnenEen dagdeel opzettenZelfde middag

Voor de meeste MKB-volumes is een kleine virtuele server met twee cores en vier gigabyte geheugen ruim genoeg. Een paar honderd tot een paar duizend uitvoeringen per dag doet zo'n machine zonder klagen. Zet hem in een Europees datacenter als er persoonsgegevens doorheen gaan.

Drie dingen die bij zelf hosten vaak vergeten worden. Zet n8n achter een reverse proxy met een geldig certificaat en stel de editor niet open voor het hele internet. Maak een back-up van de database, want daar staan je workflows en je inloggegevens in. En bewaar de encryptiesleutel apart, buiten die server. Raak je die sleutel kwijt, dan zijn al je opgeslagen koppelingen onbruikbaar en mag je ze allemaal opnieuw invoeren.

Waar n8n-workflows in de praktijk stukgaan

Vier oorzaken zien we bij vrijwel elke workflow die we overnemen van iemand die het zelf bouwde.

Verlopen tokens. OAuth-koppelingen naar Microsoft 365, Google of je boekhoudpakket verlopen of worden ingetrokken als iemand zijn wachtwoord wijzigt. Meestal is de koppeling gemaakt op het persoonlijke account van degene die hem bouwde. Gaat die persoon weg, dan gaat de koppeling mee.

Gewijzigde API's. Leveranciers veranderen velden, versienummers en limieten. Dat gebeurt niet vaak, maar het gebeurt, en het gebeurt zonder dat jij bericht krijgt.

Geen foutafhandeling. Standaard stopt een mislukte uitvoering en blijft het daarbij. Je ziet het alleen als je zelf in het overzicht kijkt, en dat doet niemand.

Persoonsgegevens in de logs. n8n bewaart per uitvoering de gegevens die er doorheen gingen, inclusief namen, adressen en de inhoud van mails. Zonder bewaartermijn staat er na een jaar een stille kopie van je klantenbestand in een database waar niemand naar omkijkt. Wat je daarover moet regelen, staat in wat je volgens de AVG wel en niet in een AI-tool mag zetten.

Vijf dingen die je inbouwt voordat je live gaat

  1. Een aparte foutworkflow met een Error Trigger, die bij elke mislukte uitvoering een bericht stuurt naar een mailbox of Teams-kanaal waar echt iemand kijkt.
  2. Retry op de blokken die het internet op gaan. Drie pogingen met een paar seconden ertussen vangt de meeste tijdelijke storingen af.
  3. Een bewaartermijn voor uitvoeringen. Zet het opschonen aan en kies een termijn die past bij wat je nodig hebt om te kunnen terugzoeken, bijvoorbeeld dertig dagen.
  4. Koppelingen op een apart serviceaccount, niet op het account van een medewerker. Documenteer welk account bij welke koppeling hoort.
  5. Een export van je workflows in versiebeheer, plus een dagelijkse back-up van de database. Dan is een fout terugdraaien een kwestie van minuten.

Dit is ook precies waarom bij elke bouw die wij doen een servicecontract hoort. Een koppeling zonder beheer is geen oplossing maar uitgesteld werk.

Wanneer je beter geen n8n gebruikt

Er zijn vier situaties waarin we het afraden.

Als er een kant-en-klare koppeling bestaat tussen de twee pakketten die je wilt verbinden. Een bestaande koppeling tussen je webshop en je boekhoudpakket is goedkoper en betrouwbaarder dan dezelfde koppeling zelf nabouwen.

Als alles zich binnen Microsoft 365 afspeelt. Power Automate zit vaak al in je licentie en kent je omgeving, je rechten en je beheerregels.

Als het proces bedrijfskritisch is en er niemand is die het beheert. Een facturatiestroom die stilvalt terwijl niemand het merkt, kost meer dan het handmatige werk dat je wilde besparen.

Als het twee keer per maand voorkomt. Dan is de bouw en het onderhoud duurder dan het overtypen.

Wat je nu het beste doet

Als er bij jou al iets in n8n draait, kijk dan deze week naar twee dingen: krijgt iemand bericht als een uitvoering mislukt, en op wiens account staan de koppelingen. Dat zijn de twee foutjes die in bijna elke zelfgebouwde omgeving zitten en die samen het meeste stille schade opleveren.

Draait er nog niets, begin dan bij het proces zelf en niet bij de tool. Welke stap kost nu de meeste tijd en gaat door meerdere systemen heen? Hoe je die keuze maakt, staat in processen automatiseren in het MKB, en wat er technisch nodig is om pakketten aan elkaar te knopen in systemen koppelen via API's.

Wij bouwen en beheren dit soort koppelingen, ook als iemand anders ze ooit heeft opgezet. Kijk bij onze diensten of vraag een offerte aan. Bellen kan ook: 010 89 008 89.

Diensten die hierbij horen

Hulp nodig hierbij?

We regelen dit dagelijks voor MKB-organisaties. Even sparren over jouw situatie kan altijd, vrijblijvend en zonder verkooppraat.

Gerelateerde artikelen