CRM ERP koppeling: verbind de systemen zonder dubbele records

CRM ERP koppeling: verbind de systemen zonder dubbele records

Een CRM ERP koppeling geeft een kleine set identifiers en statussen door tussen het systeem waarin je verkoopt en het systeem waarin je levert en factureert. De CRM beheert personen, relaties, deals en gesprekken. De ERP beheert het klantaccount voor facturatie, artikelen, orders, voorraad en betalingen. De integratie draait op vastgelegde bedrijfsgebeurtenissen, zoals "deal gewonnen", en schrijft het referentienummer van elk systeem terug in het andere.

De meeste kleine teams starten het best met één eenrichtingsflow: een gewonnen deal maakt de klant en een order aan in de ERP, en het ordernummer uit de ERP komt terug bij de deal. Bouw dat via een native connector als je twee systemen er een hebben, en anders via de REST API en webhooks van de ERP, met een automatiseringsplatform zoals n8n of een kleine service die je zelf draait.

Customermates, een AI-native CRM, publiceert deze gids. Customermates is alleen een CRM, zonder ERP-functies en zonder native ERP-connector; het onderdeel hieronder laat zien hoe het koppelt via zijn REST API en webhooks. Gegevens van ERP-aanbieders zijn gecontroleerd op 8 oktober 2026 op de eigen pagina's van de aanbieders, aan het eind gelinkt.

Bouw je een vaste integratie én gebruik je een AI-client? Vergelijk dan MCP en API bij dezelfde taak met een klantrecord. Tool discovery verandert hoe de client een operatie vindt; authenticatie en rechten blijven gelden.

Werk je met n8n, dan onderscheidt de vergelijking van n8n MCP-routes met een voorbeeld op een vaste versie twee richtingen: n8n koppelen aan een server met klantgegevens, of n8n zelf beschikbaar stellen aan een AI-client. Kies de richting voordat je inloggegevens instelt.

In het kort

Wat er beweegt

Identifiers en een paar statussen per bedrijfsgebeurtenis. Niet elk veld, en standaard niet in beide richtingen.

Methoden

Native connector, automatiseringsplatform (iPaaS of n8n), directe API-integratie of middleware. Of één suite waarvan de ERP een CRM-app bevat.

Eerst beslissen

Eén beherend systeem per veld, een stabiele ID-strategie en wat er gebeurt als een event twee keer aankomt of mislukt.

Check je ERP

Of de API in je abonnement zit, of hij webhooks verstuurt en wat de limieten zijn. Die verschillen sterk per aanbieder.

Customermates

REST API bij elk Cloud-abonnement, webhooks bij elk betaald abonnement, en beide bij zelf hosten. ERP-referenties staan in aangepaste tekstvelden.

Welk systeem beheert elk veld in de koppelingsarchitectuur?

Schrijf deze tabel voor je eigen systemen op voordat je tools vergelijkt. Eigenaarschap wordt per veld bepaald, niet per object: de organisatie kan in beide systemen staan terwijl het factuuradres bij de ERP hoort en de accountnotities bij de CRM.

Schrijven twee systemen hetzelfde veld, dan heb je een conflict dat zijn moment afwacht. Kies één eigenaar en stuur correcties daarheen. Dwing die regel af in je integratie; een CRM biedt misschien geen rechten per veld waarmee precies dit veld alleen-lezen wordt.

Vier manieren om een CRM en een ERP te koppelen

Er is nog een vijfde antwoord, voor wie zoekt op "crm erp totaaloplossing" of vraagt of een CRM onderdeel kan zijn van een ERP: één suite. Odoo levert bijvoorbeeld een CRM-app naast zijn ERP-apps, dus het klantrecord wordt gedeeld en er valt niets te synchroniseren. De keerzijde is dat je de CRM van de suite gebruikt. Let op: Odoo stelt zijn externe API alleen beschikbaar bij het Custom-abonnement, dus een extern systeem aan Odoo koppelen vraagt om dat abonnement.

Synchronisatiepatronen en wanneer je ze gebruikt

"Realtime" is zelden de eis die het lijkt. Een accountmanager die een betaalstatus een minuut te laat ziet, verliest niets; een dubbele order in de ERP kost echt geld. Ontwerp eerst voor nieuwe pogingen en dubbele events, snelheid komt daarna.

Wat de interface van je ERP werkelijk biedt

De ERP-kant bepaalt meestal hoe moeilijk de koppeling is. Vier voorbeelden laten zien hoe sterk de interfaces verschillen:

Twee vragen besparen de meeste tijd: zit de API in het abonnement dat je betaalt, en pusht de ERP wijzigingen via een webhook of moet je hem pollen?

Events, idempotentie en reconciliatie

Een integratie die alleen de happy flow afhandelt, maakt binnen weken dubbele records aan. Webhooks worden opnieuw verzonden, mensen klikken twee keer en een timeout kan een schrijfactie verbergen die wél is gelukt.

• Idempotentie. Controleer voordat je iets in het doel aanmaakt of het al bestaat. De eenvoudigste controle is de kruisverwijzing zelf: bevat de deal al een ERP-ordernummer, maak dan geen tweede order aan.
• Stabiele ID's. Bewaar de ID van het andere systeem na de eerste match. Koppel bedrijven nooit bij elke run op naam; namen veranderen en dochterbedrijven delen ze.
• Nieuwe pogingen. Probeer timeouts, limieten en serverfouten opnieuw met toenemende wachttijd. Stop bij validatiefouten en zet het event met de reden in een herstelwachtrij.
• Conflicten. Beslis ze als bedrijfsregels: de eigenaar wint, of een persoon beslist. Pas nooit overal "laatste schrijfactie wint" toe.
• Reconciliatie. Draai een geplande controle die records zonder kruisverwijzing toont of records met verschillende statussen aan beide kanten. Die vangt wat de eventflow miste.
• Logging. Leg event, bronrecord, doelreferentie, aantal pogingen en resultaat vast, zonder meer klantgegevens in logs te kopiëren dan voor diagnose nodig is.

De eerste flow bouwen

1. Kies één bedrijfsgebeurtenis

   "Deal gewonnen maakt de ERP-klant en order aan" is een goed eerste event. "CRM en ERP synchroniseren" is geen event.

2. Bepaal de voorwaarden

   Maak een lijst van de velden die gevuld moeten zijn voordat het event mag afgaan: factuuradres, btw-id, artikelen, aantallen. Bepaal wat het event blokkeert en wie het oplost.

3. Schrijf de veldkoppeling uit

   Per veld: bron, doel, type, eigenaar, transformatie en wat er gebeurt als het ontbreekt of ongeldig is. Houd de veldkoppeling onder versiebeheer naast de integratie.

4. Kies de methode

   Een native connector als er een de flow dekt; anders een automatiseringsplatform of een kleine service tegen beide REST API's.

5. Bouw idempotentie en het terugschrijven

   Controleer de kruisverwijzing voordat je aanmaakt en schrijf het ERP-nummer daarna in dezelfde run terug naar het CRM-record.

6. Test de lastige gevallen

   Bestaande klant, twee bedrijven met dezelfde naam, ontbrekend adres, onbekend artikel, ERP-timeout, hetzelfde event twee keer bezorgd, deal heropend na "gewonnen".

7. Rol uit met reconciliatie

   Begin met één team of één dealtype, vergelijk de eerste weken beide systemen met de hand, zet dan de geplande reconciliatie aan en benoem de persoon die storingen afhandelt.

Voorbeeld: gewonnen deal naar ERP-order met Customermates

Dit is de inrichting in Customermates voor de eerste flow hierboven. Ze gebruikt de REST API en webhooks, die werken in een zelf gehoste installatie en in Customermates Cloud: de REST API bij elk abonnement, webhooks bij elk betaald abonnement. De ontvanger in het midden is van jou: een n8n-workflow of een kleine service.

Velden. Voeg in Datamodel aangepaste velden van het type Tekst toe: "ERP-klantnr." bij organisaties, "ERP-ordernr." bij deals en "ERP-artikelnr." bij diensten. De regelitems van een deal bevatten elk een dienst en een aantal, dus de regelitems en de artikelnummers van hun diensten worden de orderregels. Hebben accountmanagers de levering of betaalstatus nodig, voeg dan een veld met Enkele keuze toe, zoals "ERP-status", bij deals en maak eigenaarschap van de ERP een expliciete regel in je adapter. Customermates kent rechten per lijst en rol, geen rechten per veld die dit veld voor de integratie reserveren.

Trigger. Dit gaat ervan uit dat je lijst met deals een veld Fase met Enkele keuze heeft met een optie "Gewonnen" (fasen zijn niet voorgeprogrammeerd). Abonneer onder Instellingen › Webhooks een URL op record.updated voor de lijst Deals, eventueel met Fase onder Gewijzigde velden, en stel een secret in. Elke levering is ondertekend met HMAC-SHA256 in de header X-Webhook-Signature, en bij update-events toont data.record.fields elk gewijzigd veld met zijn waarde before en after. Je ontvanger handelt alleen als de fase is gewijzigd naar "Gewonnen".

Idempotentie. Elk event heeft een id die gelijk blijft bij nieuwe pogingen en opnieuw verzenden, dus ontdubbel erop. Gebruik als tweede controle de kruisverwijzing: is "ERP-ordernr." van de deal al gevuld, stop dan.

Klant zoeken. Zoek "ERP-klantnr." van de organisatie op. Is het leeg, zoek de klant dan in de ERP op btw-id of maak hem aan en schrijf het nummer terug. Om later een CRM-organisatie op ERP-nummer te vinden, roep je POST /api/v1/records/query aan voor Organisaties met een eq-filter op de ID van dat veld (filtersyntaxis).

Terugschrijven. Nadat de ERP de order heeft geaccepteerd, stuur je een update-mutatie voor de deal naar POST /api/v1/records/mutate met het nieuwe "ERP-ordernr." en de huidige versie van de deal. Velden die je weglaat, blijven ongewijzigd.

Mislukkingen. Customermates probeert een mislukte levering automatisch opnieuw bij timeouts, netwerkfouten, 5xx-antwoorden en 408, 425 en 429. Andere 4xx-antwoorden worden niet opnieuw geprobeerd, omdat ze op dezelfde manier zouden mislukken. Elke levering staat onder Instellingen › Webhooklog, waar je hem opnieuw kunt versturen nadat je de oorzaak hebt verholpen.

Reconciliatie. Sla een dealweergave op gefilterd op Fase "Gewonnen" en een leeg "ERP-ordernr.". Deel hem met de persoon die integratiestoringen afhandelt, of met het hele team. Alles wat daar verschijnt, is gemist door de eventflow.

De omgekeerde richting. Verstuurt je ERP webhooks, wijs ze dan naar dezelfde ontvanger, zoek de deal op via "ERP-ordernr." en zet "ERP-status". Doet hij dat niet, poll de ERP dan volgens een schema. De n8n-gids noemt de REST-aanroepen die een n8n-workflow nodig heeft; er bestaat ook een community-node.

In Customermates Cloud kan Mate ook met deze velden werken, bijvoorbeeld "toon gewonnen deals van deze maand zonder ERP-ordernummer". Mate gebruikt gehoste AI-tegoeden. Een eigen AI-client kan hetzelfde via MCP.

Wat bewees het kleine integratievoorbeeld eigenlijk?

Download de veldeigenaarschapskaart voor CRM en ERP en het afgebakende voorbeeldresultaat. Het voorbeeld gebruikt de fictieve klant C-001 en ERP-referentie ERP-C-001. Houd je eigen koppeling naast de adapter:

Gecontroleerd op 29 oktober 2026 tegen een wegwerpbare lokale Customermates-werkruimte en een loopback-mock-ERP. Een kleine, handmatig gestarte adapter las het echte REST-endpoint van de CRM, stuurde één klant naar de mock en schreef de teruggegeven ERP-ID met de huidige recordversie in een aangepast tekstveld. We hebben bewust het eerste antwoord laten vallen nadat de mock de klant had opgeslagen. Hetzelfde event opnieuw proberen leverde twee pogingen, één ERP-schrijfactie op. Een leesactie aan elke kant kwam daarna overeen op CRM-record-ID, klantnaam en ERP-ID.

Dit bewijst de ID-koppeling, de regel voor nieuwe pogingen en lezen, schrijven en teruglezen in de CRM in dat voorbeeld. Het bewijst geen productie-ERP-connector, geen automatische webhooklevering, geen aanmaak van facturen en geen uitgerolde reconciliatiejob. Herhaal die controles voordat je je eigen ERP gebruikt tegen de sandbox ervan, controleer authenticatie en handtekeningen en test de echte validatie en limieten. De integratieopties leggen uit waar een adapter of een apart draaiende n8n past.

Wat kosten en inspanning bepaalt

Geen eerlijke benchmark dekt alle CRM ERP integraties; een eenrichtingsevent tussen twee gedocumenteerde API's en een tweerichtingssynchronisatie van orders en voorraad zijn verschillende projecten. Schat in op basis van deze drijfveren:

• of de API van de ERP in je huidige abonnement zit of een upgrade nodig heeft;
• of beide systemen webhooks versturen, of dat er een gepold moet worden;
• het aantal objecten, velden, richtingen en transformaties;
• hoe rommelig bestaande klantgegevens zijn en hoeveel dubbele records je eenmalig moet koppelen;
• limieten en volume;
• wie het automatiseringsplatform of de service draait en wie de waarschuwingen beantwoordt.

Aan de CRM-kant vraagt de REST API geen bepaald Customermates-abonnement en zijn webhooks bij elk betaald abonnement inbegrepen. Een team van drie op Starter betaalt € 36 per maand. De gecombineerde inbox, die e-mail-, LinkedIn- en WhatsApp-gesprekken bij dezelfde records brengt, begint bij Pro (€ 29 per gebruiker per maand).

Voordat een gewonnen deal een ERP-order wordt, staat het gesprek dat hem won bij het klantrecord, met een antwoord en een volgende stap opgesteld door Mate of je eigen AI-client, die jij controleert en verstuurt. Om dat deel op je eigen klanten te zien, start je de proefperiode van 14 dagen. Geen creditcard nodig.

Veelgemaakte fouten

• elk veld synchroniseren voordat één event van begin tot eind werkt;
• beide systemen hetzelfde veld laten beheren;
• bedrijven koppelen op naam in plaats van op bewaarde ID's;
• geen herstelwachtrij, zodat mislukte events in logs verdwijnen;
• annuleringen, heropende deals en correcties negeren;
• live gaan zonder reconciliatiecontrole of een benoemde persoon voor waarschuwingen.

Voor het verschil tussen de twee soorten systemen, en wanneer een klein team überhaupt een ERP nodig heeft, lees je CRM en ERP vergeleken.

FAQ

Details van ERP-aanbieders gecontroleerd op 8 oktober 2026 bij de Business Central API v2.0 en de Business Central-webhooks van Microsoft, bij de externe API voor versie 18, de externe API voor versie 19 en de prijzen van Odoo, de Lexware API-documentatie en de ontwikkelaarsdocumentatie van Xentral.