Hoe koppel je CRM aan ERP?

Je koppelt CRM aan ERP door per gegeven één leidend systeem aan te wijzen en de gegevens alleen in die richting te laten stromen: klantstamgegevens, artikelen en prijzen van ERP naar CRM, gewonnen deals als orders of projecten van CRM naar ERP, en factuur- en betaalstatus terug van ERP naar CRM. Het datamodel is het moeilijkste deel: een CRM denkt in accounts en deals, een ERP in debiteuren, artikelen en orders. Wie eerst die vertaling en de sleutels regelt, heeft een koppeling die werkt. Wie begint met een tweerichtingssynchronisatie van alles, krijgt twee systemen die elkaar overschrijven.

Waarom CRM en ERP moeilijk te koppelen zijn

Een koppeling tussen CRM en facturatie gaat vooral over één overdracht: een gewonnen deal wordt een factuur. Die is uitgewerkt in hoe koppel je CRM aan billing. Een koppeling met het ERP is breder, omdat het ERP meer is dan facturatie. Het beheert klanten, artikelen, prijzen, voorraad, orders, projecten, uren, inkoop en de financiële administratie.

De twee systemen zijn gebouwd rond een ander beeld van de werkelijkheid:

Een account in het CRM kan vijf debiteuren in het ERP zijn. Een deal kan drie orders worden. Een vrij omschreven product moet een artikelcode krijgen. Die vertaling moet iemand vastleggen, en dat is het eigenlijke werk van een koppeling. Waarom de twee systemen een ander omzetcijfer geven, staat in CRM vs ERP: waar komt je echte omzet vandaan.

Welke gegevens in welke richting

Een werkbare verdeling, die voor de meeste B2B-bedrijven klopt:

Van ERP naar CRM

• Klantstamgegevens: debiteurnummer, juridische naam, KvK, btw-nummer, factuuradres. Het ERP is hier leidend omdat deze gegevens juridisch moeten kloppen.
• Artikelen en prijslijsten: zodat verkopers alleen producten kunnen offreren die bestaan, tegen prijzen die kloppen.
• Klantspecifieke prijsafspraken: zodat een verkoper ziet welke prijs een klant heeft.
• Factuur- en betaalstatus: wat is er gefactureerd, wat staat open, wat is te laat. Zodat een accountmanager niet een klant met drie openstaande facturen een nieuwe deal aanbiedt zonder het te weten.
• Werkelijke omzet per klant: zodat sales klantwaarde ziet zoals finance die ziet.

Van CRM naar ERP

• Nieuwe klanten: als aanvraag, niet als definitieve debiteur. Finance controleert en vult aan.
• Gewonnen deals: als order, project of contract, met regels, artikelcodes, prijzen, leverdatum en een referentie naar de deal.
• Contactpersonen voor facturatie: als het CRM daar de beste bron voor is.

Wat niet synchroniseert

• Pipeline, kansen, notities en activiteiten horen in het CRM en hoeven niet naar het ERP.
• Voorraad, inkoop, grootboek en uren horen in het ERP en hoeven niet naar het CRM, behalve als samenvatting.

Het principe: elk gegeven heeft één bron, en de andere kant leest mee. Twee systemen die hetzelfde veld mogen wijzigen, is de snelste weg naar een conflict dat niemand opmerkt.

De sleutels

Een koppeling valt of staat met de sleutels die records in beide systemen verbinden.

1. Klant: het debiteurnummer uit het ERP als veld in het CRM-account. Bij concerns met meerdere entiteiten: meerdere debiteurnummers onder één account, of een account per entiteit met een bovenliggende relatie.
2. Artikel: de artikelcode uit het ERP als productcode in het CRM. Geen vrije productregels meer in deals die naar het ERP gaan.
3. Deal naar order: het dealnummer uit het CRM als referentie op de order in het ERP, en het ordernummer terug in de deal.

Met deze drie sleutels kun je altijd terugvinden welke deal bij welke order en welke factuur hoort. Dat is de basis om sales- en financiële data in één beeld samen te brengen, zoals beschreven in hoe verbind je salesdata met financiële data.

Volgorde van bouwen

1. Opschonen. Dubbele accounts in het CRM samenvoegen, inactieve debiteuren in het ERP markeren. Begin bij de klanten met de meeste omzet.
2. Klanten koppelen. Elk actief CRM-account krijgt zijn debiteurnummer. Waar dat niet lukt, is het account of de debiteur waarschijnlijk dubbel of verouderd.
3. Artikelen en prijzen van ERP naar CRM. Zodat nieuwe deals alleen bestaande artikelen gebruiken.
4. Gewonnen deals naar ERP. Eerst als concept-order die de binnendienst of projectadministratie bevestigt.
5. Status terug naar CRM. Factuur- en betaalstatus bij de deal en het account.
6. Afstemmen. Maandelijks: elke gewonnen deal heeft een order, elke order een factuur, en de bedragen kloppen.

Dit is een traject van weken tot maanden, afhankelijk van de staat van de data. De eerste twee stappen kosten meestal het meeste tijd. Ze leveren ook direct iets op: een CRM waarin elke klant aan een debiteur hangt, laat voor het eerst zien wat een klant werkelijk afneemt.

Veelvoorkomende fouten

• Alles in twee richtingen synchroniseren. Klinkt compleet, leidt tot overschrijvingen en lussen. Kies per veld een richting.
• Nieuwe klanten automatisch als debiteur aanmaken. Dan krijg je debiteuren zonder btw-nummer, met een verkeerd adres of dubbel. Laat finance bevestigen.
• Prijzen in het CRM laten overschrijven. Een verkoper die de prijs aanpast, moet dat als korting vastleggen, niet door de artikelprijs te wijzigen. Anders zie je later niet meer wat de lijstprijs was.
• Geen foutafhandeling. Een order die niet kan worden aangemaakt omdat het artikel niet bestaat, moet bij een persoon terechtkomen, niet in een log.
• Geen eigenaar na livegang. Systemen veranderen. Een nieuw veld, een nieuw artikel, een update van het ERP. Zonder eigenaar breekt de koppeling ongemerkt.

Rekenvoorbeeld

Rekenvoorbeeld: stel je bent een technisch dienstverlener met EUR 20 miljoen omzet, 1.200 actieve klanten in het ERP en 1.900 accounts in het CRM. Bij het koppelen blijkt:

• 350 CRM-accounts zijn dubbel of verouderd.
• 180 debiteuren met samen EUR 2,1 miljoen omzet hebben geen account in het CRM. Accountmanagers weten niet dat deze klanten via de binnendienst bestellen.
• 45 gewonnen deals van het afgelopen jaar hebben geen order in het ERP. Na uitzoeken zijn er 12 wel geleverd en niet gefactureerd, samen EUR 95.000.

Het eerste is opruimwerk. Het tweede is een commerciële blinde vlek: klanten met EUR 2,1 miljoen omzet waar niemand upsell of retentie op doet. Het derde is direct gemiste omzet. Alle getallen zijn een voorbeeld, maar het patroon komt vaak voor: de koppeling laat eerst zien hoe ver de systemen uit elkaar liepen.

Architectuur: direct of via een tussenlaag

Een directe koppeling tussen CRM en ERP werkt goed als dat de enige twee systemen zijn. Heb je daarnaast een apart facturatiesysteem, een urenregistratie, een webshop en een supportsysteem, dan wordt het een web van koppelingen. Dan is een tussenlaag vaak beter: een integratieplatform of een centrale datalaag die alle systemen leest en de verbanden legt. De afwegingen staan in revenue data architecture voor B2B.

Voor bedrijven waar de ordercyclus centraal staat, zoals groothandel en productie, is de koppeling met het ERP de ruggengraat van order-to-cash. Voor alle bedrijven is het een bouwsteen van één waarheid over omzet.

Veelgestelde vragen

Kan ik CRM en ERP koppelen zonder ontwikkelaar?

Voor gangbare combinaties bestaan kant-en-klare koppelingen of integratieplatforms zonder programmeerwerk. Voor maatwerkvelden, meerdere entiteiten of complexe prijsmodellen heb je meestal iemand met technische kennis nodig. Het ontwerp, welke gegevens welke kant op, blijft altijd businesswerk.

Moet het ERP of het CRM leidend zijn voor klantgegevens?

Voor juridische en financiële gegevens het ERP. Voor contactpersonen en commerciële informatie het CRM. Leg het per veld vast.

Hoe lang duurt het koppelen van CRM en ERP?

Dat hangt vooral af van de staat van je data. Met schone, gekoppelde klant- en artikellijsten gaat het in weken. Met duizenden dubbele accounts en vrije productregels kost het opschonen meer tijd dan de koppeling zelf.

Wat als we van ERP wisselen?

Dan is een koppeling met duidelijke sleutels en een vastgelegd datamodel een voordeel: je weet precies welke gegevens in welke richting gaan, en je kunt dat ontwerp meenemen naar het nieuwe systeem.