Systemen koppelen
Systemen koppelen betekent dat gegevens vanzelf de juiste kant op gaan, zodat niemand ze meer overtypt. De techniek is zelden het probleem. De vraag die het project maakt of breekt is: welk systeem heeft gelijk als twee systemen iets anders zeggen?
Vier manieren om te koppelen
Ze verschillen in prijs, in wat ze aankunnen en in wie het onderhoudt. In die volgorde kiezen scheelt geld.
De leverancier heeft hem gebouwd, jij zet hem aan en kiest welke velden meegaan. Een halve dag werk en het onderhoud is niet van jou.
Begin hier altijd. Wie meteen gaat bouwen, bouwt vaak iets dat al bestond. Kijk in de marketplace van beide systemen voordat je een offerte aanvraagt.
Grens: je krijgt wat de bouwer bedacht heeft. Een veld dat er niet in zit, komt er niet in.
Een tweerichtingskoppeling waarbij je zelf de veldtoewijzingen instelt. Zwaarder dan kant-en-klaar, lichter dan bouwen.
Dit is het punt waarop je per veld moet beslissen welke kant leidend is. Sla je dat over, dan overschrijven de systemen elkaar om beurten en kan niemand uitleggen waarom een adres verandert.
Een tussenlaag die luistert op een gebeurtenis en iets anders in gang zet. Handig als er logica tussen moet: alleen bij dit type klant, alleen als dat veld gevuld is.
Let op het aantal stappen. Platforms rekenen per uitvoering, en een koppeling die bij elke wijziging afgaat, loopt harder dan je denkt.
Een eigen stuk code tegen beide API's. Alles kan, en alles is van jou: de bouw, het testen, de foutafhandeling en de dag dat een van beide leveranciers iets verandert.
Doe dit alleen als de eerste drie aantoonbaar niet voldoen. En leg dan vast wie hem onderhoudt, bij naam. Een koppeling zonder eigenaar is een tijdbom.
De vragen die je vooraf beantwoordt
Vijf vragen. Elk antwoord dat ontbreekt, komt later terug als een storing die niemand kan verklaren.
Niet per systeem, per veld. Het CRM mag leidend zijn voor de contactgegevens en het ERP voor de factuuradressen. Dat is normaal en het werkt alleen als het is opgeschreven.
De toets: pak een willekeurig veld en vraag twee collega's waar het vandaan komt. Verschillende antwoorden betekent dat je het nog niet hebt vastgelegd.
Realtime klinkt goed en is zelden nodig. Een order die binnen vijf minuten in het andere systeem staat is prima; een factuuradres mag 's nachts.
Minder vaak synchroniseren is goedkoper, stabieler en makkelijker te herstellen als er iets misgaat.
Dit is de vraag die het vaakst wordt overgeslagen. Een record dat niet door de koppeling komt, valt stil. Als niemand daarvan hoort, ontdek je het als een klant belt.
Spreek af waar fouten terechtkomen en wie ernaar kijkt. Een mailtje naar een gedeelde inbox die niemand leest, telt niet.
Zet je alles over wat er al staat, of begin je vanaf vandaag? Een eenmalige migratie van het verleden is iets anders dan een doorlopende koppeling, en de twee door elkaar halen levert dubbelingen op.
Eén persoon, bij naam. Koppelingen gaan stil kapot: een veld wordt hernoemd, een token verloopt, een leverancier wijzigt zijn API.
Zonder eigenaar hoor je het pas als het al een tijdje misgaat.
Waar het misgaat
Vier patronen die we in de praktijk herstellen. Geen ervan is technisch.
Zonder afspraak over wie wint, overschrijven twee systemen elkaar. Dat merk je niet meteen, want meestal zijn ze het eens. Je merkt het bij de uitzondering, en dan is het vertrouwen in beide systemen weg.
Veertig velden synchroniseren terwijl er zes gebruikt worden. Elk extra veld is een extra ding dat kan botsen en dat je moet nalopen bij een wijziging.
Koppel wat je nodig hebt voor een beslissing of een proces. De rest kan altijd later alsnog.
Koppelingen worden vaak direct in productie gebouwd omdat het sneller lijkt. Dat gaat goed tot een fout duizend records tegelijk raakt.
Minimaal: draai hem eerst op een handvol records en vergelijk de uitkomst handmatig.
Twee afdelingen werken langs elkaar heen, en de koppeling moet dat oplossen. Dat lukt niet: je automatiseert dan het misverstand in plaats van het weg te nemen.
Als twee teams verschillende definities hanteren van hetzelfde veld, is dat eerst een gesprek.
De combinaties die we het vaakst zien
Per combinatie waar het op vastloopt, want dat verschilt sterk.
De meest gevraagde. Klantgegevens heen, facturen en betaalstatus terug. Voor de gangbare pakketten bestaat een kant-en-klare koppeling.
Waar het op vastloopt: het bedrijfsnummer. Het CRM kent een bedrijf op naam, de boekhouding op debiteurennummer of KvK-nummer. Zonder een gedeeld kenmerk koppelt hij op naam, en dan matcht 'Jansen BV' niet met 'Jansen B.V.'
Los dat eerst op, bijvoorbeeld door het KvK-nummer in beide systemen te vullen. Anders bouw je een koppeling die de helft mist.
Zwaarder, want een ERP heeft doorgaans een strakker datamodel en accepteert niet zomaar wat het CRM stuurt.
Waar het op vastloopt: het ERP is vrijwel altijd leidend voor product-, prijs- en ordergegevens, en het CRM voor contactmomenten. Wie dat omdraait, krijgt ruzie tussen sales en de administratie.
Orders en klantgegevens naar het CRM, zodat sales ziet wat iemand heeft gekocht.
Waar het op vastloopt: het volume. Een webshop maakt veel meer records dan een CRM gewend is, en een CRM dat per contact afrekent wordt daar duur van. Bepaal vooraf welke kopers je echt in je CRM wilt.
Als marketing in een andere tool zit dan sales. Inschrijvingen en gedrag heen, dealstatus terug.
Waar het op vastloopt: afmeldingen. Als een afmelding niet beide kanten op gaat, mail je iemand die zich heeft afgemeld. Dat is niet alleen vervelend maar ook een AVG-probleem.
Dit is ook de koppeling die het vaakst overbodig blijkt: als marketing en sales toch op hetzelfde klantrecord moeten werken, is één systeem goedkoper dan twee met een brug ertussen.
Welke koppelingen kosten jou nu het meeste tijd?
De RevOps Scan kijkt naar je processen, data en systemen en laat zien waar het handwerk zit. In een paar minuten, zonder gesprek.
Veelgestelde vragen over systemen koppelen
Wat betekent systemen koppelen? +
Dat gegevens vanzelf van het ene systeem naar het andere gaan, zodat niemand ze overtypt. Dat kan via een kant-en-klare integratie, een data sync op veldniveau, een automatiseringsplatform of eigen code.
De techniek is zelden het probleem. De bepalende vraag is welk systeem gelijk heeft als twee systemen iets anders zeggen.
Wat kost het koppelen van twee systemen? +
Dat loopt van vrijwel niets tot een flink project, afhankelijk van welke route past. Een kant-en-klare integratie aanzetten is een halve dag. Zelf bouwen loopt in de tientallen uren plus doorlopend onderhoud.
Kijk eerst of de koppeling al bestaat in de marketplace van beide systemen. Dat wordt vaak overgeslagen en scheelt het meeste.
Welk systeem moet leidend zijn? +
Bepaal dat per veld, niet per systeem. Het CRM mag leidend zijn voor contactgegevens en het ERP voor factuuradressen.
De toets of je het hebt vastgelegd: vraag twee collega's waar een willekeurig veld vandaan komt. Verschillende antwoorden betekent nee.
Moet een koppeling realtime zijn? +
Zelden. Een order die binnen vijf minuten overkomt is prima, een adres mag 's nachts. Minder vaak synchroniseren is goedkoper, stabieler en makkelijker te herstellen.
Hoe weet ik of een koppeling nog werkt? +
Door af te spreken waar fouten terechtkomen en wie ernaar kijkt. Koppelingen gaan stil kapot: een veld wordt hernoemd, een token verloopt, een leverancier wijzigt zijn API.
Zonder die afspraak ontdek je het als een klant belt.
Hoeveel velden moet ik synchroniseren? +
Alleen wat je nodig hebt voor een beslissing of een proces. Elk extra veld is iets dat kan botsen en dat je moet nalopen bij elke wijziging.
We zien regelmatig veertig gekoppelde velden waarvan er zes gebruikt worden.
Kan ik mijn CRM aan mijn boekhouding koppelen? +
Vrijwel altijd. Voor de gangbare combinaties bestaat een kant-en-klare integratie. Let vooral op de richting: laat je facturen terugschrijven naar je CRM, of alleen klantgegevens heen?
Wat is het verschil tussen een integratie en een automatisering? +
Een integratie houdt gegevens gelijk. Een automatisering zet iets in gang op basis van een gebeurtenis, met logica ertussen.
Veel vraagstukken die als koppeling beginnen, zijn in de kern een automatisering. Zie ook onze pagina over bedrijfsprocessen automatiseren.
Meer weten over hoe wij jou kunnen helpen?
