Zoho CRM koppelen aan Exact Online: wat er echt moet kloppen voordat je begint

Wie de drie vragen hierboven per object beantwoordt, heeft een koppeling die jaren meegaat. Wie ze overslaat, krijgt dubbele relaties, orders die stil verdwijnen en een boekhouder die niet meer op de cijfers durft te vertrouwen.

Waarom je Zoho CRM en Exact Online koppelt

Exact Online is sterk in wat er financieel is gebeurd. Zoho CRM is sterk in wat er commercieel gaat gebeuren. Zonder koppeling typt iemand het middenstuk twee keer over: de klant wordt handmatig als relatie aangemaakt, de getekende offerte wordt handmatig een verkooporder, en de omzet per klant is in het CRM een schatting. De winst van een koppeling zit dus niet in minder klikken, maar in drie dingen:

• Een relatiebestand: een klant, een adres, een btw-nummer. Niet twee versies die langzaam uit elkaar lopen.
• Doorlooptijd: een getekende offerte die dezelfde minuut als verkooporder in Exact staat, in plaats van de volgende ochtend.
• Omzet in het CRM: verkopers zien wat een klant werkelijk heeft afgenomen, niet wat er ooit in een deal stond.

Welke objecten je koppelt, en welke niet

Niet alles hoeft over. In de praktijk gaat het om deze objecten, met per object de richting die meestal klopt:

• Accounts (relaties): van CRM naar Exact, met terugkoppeling van het relatienummer. De verkoper maakt de klant aan, de boekhouding neemt over.
• Contactpersonen: van CRM naar Exact, alleen nodig als Exact factuur- of aanmaanmail stuurt.
• Artikelen: van Exact naar CRM. De artikelstam hoort bij de administratie, niet bij verkoop.
• Offertes: meestal niet koppelen. Een offerte is nog geen financieel feit.
• Verkooporders: van CRM naar Exact. Dit is het moment waarop commercieel financieel wordt.
• Facturen: van Exact naar CRM, alleen status en bedrag. Exact is en blijft de bron van de factuur.

De regel eronder: koppel een object alleen als een van beide systemen er onbetwist de eigenaar van is. Twee eigenaren van hetzelfde veld is de meest voorkomende oorzaak van een koppeling die na een jaar wordt uitgezet.

Realtime of periodiek? Dat hoeft geen keuze voor alles te zijn

De meest gemaakte fout is een ritme kiezen voor de hele koppeling. Realtime (bij opslaan, via een workflowregel) past bij gebeurtenissen: een order die getekend wordt, een relatie die net is aangemaakt. Periodiek (een geplande taak, bijvoorbeeld elk uur of elke nacht) past bij voorraden, artikelprijzen en omzetcijfers. Een bruikbare vuistregel: gebeurtenissen realtime, standgegevens periodiek. Een verkooporder is een gebeurtenis. De voorraad van een artikel is een standgegeven.

Waar systemen elkaar op herkennen: het stukje dat alles bepaalt

Exact Online werkt intern met unieke interne codes (GUID, een lange onveranderlijke code per record). Een koppeling die betrouwbaar is, bewaart die GUID op het Zoho-record en gebruikt hem daarna als enige sleutel. Waarom dat zo strikt moet: alle alternatieven lekken. Matchen op bedrijfsnaam gaat mis zodra iemand B.V. weglaat. Matchen op e-mailadres gaat mis bij info-adressen die meerdere bedrijven delen. Matchen op relatienummer werkt, zolang niemand het handmatig aanpast. En dat gebeurt altijd.

De praktijk laat zien hoe scheef dit kan lopen. In een echte administratie die wij beheren, hadden 202 van de 3.525 artikelen een gevulde Exact-GUID. De koppeling was technisch in orde; hij kon alleen voor 94 procent van de artikelen niets doen. Dat is geen koppelingsprobleem maar een gegevensprobleem, en je ziet het pas als je het meet. Meet daarom voor de bouw hoeveel records al een Exact-GUID hebben. Dat cijfer bepaalt of je begint met een koppeling of met een opschoning.

Stil overslaan is de duurste instelling die je kunt kiezen

Als een order naar Exact moet en een artikel heeft geen GUID, zijn er drie mogelijke reacties: die regel overslaan en de rest boeken, niets doen en niets melden, of de hele order stoppen en het melden. Alleen die laatste is verdedigbaar. Een koppeling die stil faalt kost meer dan een koppeling die luidruchtig stilstaat, want een storing die je ziet is een half uur werk en een storing die je niet ziet is een maand boekhouding.

Onze regel is daarom: elk veld dat je uit het ene systeem leest en in het andere schrijft, krijgt een controle op leeg, en elke aanroep staat in een foutafhandeling. Daarnaast hoort er een meldkanaal te zijn (een mailbox, Teams-kanaal of logrecord in het CRM) waar elke mislukte synchronisatie binnenkomt, en een maandelijkse controle van vijf minuten: hoeveel records zonder GUID, hoeveel mislukte pogingen, hoeveel overgeslagen.

Veelgestelde vragen

• Kan Zoho CRM standaard koppelen met Exact Online? Niet uit de doos. De koppeling wordt gemaakt via de REST-API van Exact Online, met een OAuth-autorisatie en logica in Zoho zelf of in een tussenlaag.
• Gaan facturen van Zoho naar Exact of andersom? In vrijwel alle gevallen is Exact Online de bron van de factuur. Zoho CRM ontvangt hooguit de status en het bedrag terug, zodat verkoop ziet of er betaald is.
• Hoe lang duurt het voordat een order in Exact staat? Bij een realtime koppeling: seconden tot een minuut. Bij een periodieke koppeling: tot de volgende ronde. Beide zijn goed, mits iedereen weet welke van de twee het is.
• Wat gebeurt er als Exact Online even offline is? Een goed gebouwde koppeling meldt de mislukking en probeert het later opnieuw. Een slecht gebouwde koppeling verliest het record zonder iets te zeggen. Vraag dit expliciet na bij wie je koppeling bouwt.
• Kan ik meerdere Exact-administraties koppelen? Ja. Elke administratie heeft een eigen divisienummer, en dat nummer bepaalt waar een record heen gaat. Het moet dan wel per Zoho-record af te leiden zijn welke administratie de juiste is.

Z.kracht bouwt en beheert koppelingen tussen Zoho en Exact Online voor MKB-bedrijven. We beginnen niet met bouwen maar met meten: welke records hebben al een koppeling, welke objecten hebben een duidelijke eigenaar, en waar zou een fout vandaag onopgemerkt blijven. Daar komt een koppeling uit die je kunt vertrouwen, inclusief het meldkanaal dat je vertelt wanneer dat even niet zo is.