Je website koppelen aan CRM, ERP of boekhouding: zo blijft de koppeling heel

Een formulier dat leads direct in het CRM zet. Een webshop die voorraad uit het ERP haalt. Een portaal dat facturen uit de boekhouding toont. Koppelingen besparen veel handwerk, tot er een stil kapotgaat en niemand het merkt. Zo pak je een koppeling aan die blijft werken, ook na de eerste update.

Begin bij de gegevensstroom, niet bij de plugin

De eerste vraag is meestal: welke plugin koppelt WordPress aan systeem X? Een betere eerste vraag is welke gegevens waarheen gaan, en wie de baas is over die gegevens.

Schrijf het kort op. Welke gegevens gaan van de website naar het andere systeem, en welke terug? Welk systeem is leidend als twee versies elkaar tegenspreken? Hoe snel moet het: direct, elk uur of één keer per nacht? En wat gebeurt er met een aanvraag als het andere systeem even plat ligt?

Met die antwoorden kies je de techniek. Zonder die antwoorden kies je een plugin die het in de demo goed doet en in de praktijk net niet.

Plugin, koppelplatform of eigen koppeling

Er zijn grofweg drie routes.

Een kant-en-klare plugin werkt goed als de koppeling standaard is en de leverancier van het andere systeem hem zelf onderhoudt. Denk aan een nieuwsbriefdienst of een bekend CRM. Let wel op wie de plugin bijhoudt. Een plugin van een kleine derde partij die twee jaar geen update had, is een risico voor je hele site.

Een koppelplatform zoals Zapier, Make of n8n is handig voor eenvoudige stappen: als dit gebeurt, doe dan dat. Het is snel opgezet en makkelijk aan te passen. Het wordt lastig bij grote aantallen, ingewikkelde logica of gevoelige gegevens, en je hebt er weer een extra abonnement en een extra plek bij waar iets mis kan gaan.

Een eigen koppeling via de API van beide systemen is meer werk vooraf. Je krijgt er wel precies de logica voor die je proces nodig heeft, met foutafhandeling en logging die je zelf in de hand hebt. Bij voorraad, prijzen, orders en klantgegevens kiezen we meestal voor deze route.

Zorg dat een fout opvalt

De meeste koppelingen gaan niet met een knal kapot. Een API-sleutel verloopt, een veld wordt hernoemd, of het andere systeem wijzigt zijn API. De website blijft gewoon werken, alleen komen de gegevens niet meer aan. Dat merk je pas als een klant belt dat hij nooit is teruggebeld.

Daarom hoort bij elke koppeling:

• Logging van elke verzending, met het antwoord van het andere systeem.
• Een melding naar een vaste persoon als iets een paar keer achter elkaar mislukt.
• Een wachtrij, zodat een aanvraag niet verloren gaat als het andere systeem even onbereikbaar is, maar later alsnog wordt verstuurd.
• Een manier om mislukte items handmatig opnieuw te sturen.

Het klinkt als extra werk, maar het is het verschil tussen een koppeling die je vertrouwt en een die je elke week handmatig controleert.

Houd de website niet afhankelijk van een traag systeem

Een veelgemaakte fout: de website vraagt bij elke paginaweergave live iets op bij het ERP of de boekhouding. Is dat systeem traag of even weg, dan is je website dat ook.

Beter is het om gegevens die niet elke seconde veranderen, zoals productinformatie of prijzen, periodiek op te halen en lokaal op te slaan. De website blijft dan snel en draait gewoon door als het andere systeem hapert. Alleen wat echt live moet, zoals actuele voorraad bij het afrekenen, vraag je op het moment zelf op, met een duidelijke terugvaloptie.

Let op privacy en toegang

Koppelingen verplaatsen vaak persoonsgegevens. Geef een koppeling alleen de rechten die nodig zijn, bewaar API-sleutels niet in de code of in een gedeeld document, en leg vast welke gegevens waar terechtkomen. Ga je persoonsgegevens via een externe dienst sturen, check dan of daar een verwerkersovereenkomst voor geregeld is.

Documenteer het, ook als het klein is

Over een jaar weet niemand meer precies waarom een veld zo heet of waarom een order eerst naar het ene systeem gaat en dan naar het andere. Een korte beschrijving per koppeling scheelt veel zoekwerk. Wat gaat waarheen, hoe vaak, waar staan de sleutels, en wie krijgt een melding bij een fout. Zeker als een andere partij de site ooit overneemt, is dat goud waard.

Na de livegang begint het onderhoud

Een koppeling is geen eenmalig project. De systemen aan beide kanten krijgen updates, API’s krijgen nieuwe versies en oude versies worden uitgezet. Neem koppelingen daarom mee in je onderhoudsafspraak: wie houdt aankondigingen van de leveranciers in de gaten, wie test na een update en wie lost het op als er iets misgaat.

Twijfel je over een koppeling?

Heb je een koppeling die soms hapert, of wil je je website laten praten met je CRM, ERP of boekhouding zonder dat het een los eindje wordt? We kijken graag mee naar de gegevensstroom en de beste route. Neem contact op.