Sales zet een deal op gewonnen, en daarna tikt iemand dezelfde klant en hetzelfde bedrag over in de boekhouding. Een koppeling haalt dat weg, maar alleen als eerst vastligt welk systeem waarvoor de waarheid heeft.
Een deal gaat in het CRM op gewonnen. Daarna begint het overtikken: de klant wordt in het boekhoudpakket aangemaakt als debiteur, de regels uit de offerte worden een factuur, en het bedrag wordt nog eens gecontroleerd tegen wat sales heeft toegezegd. Een paar weken later belt een accountmanager dezelfde klant voor een vervolgorder, zonder te weten dat de eerste factuur nog openstaat. Dat staat in de boekhouding, en daar kijkt sales niet.
Het CRM en de boekhouding kennen allebei dezelfde klant, maar als twee verschillende records die niet van elkaar weten. Een koppeling lijkt het voor de hand liggende antwoord, en dat is het meestal ook. Alleen gaat een koppeling die wordt aangezet voordat een paar afspraken vastliggen, vooral sneller fouten verspreiden.
Dit artikel gaat over wat er tussen CRM en boekhouding heen en weer moet, welk systeem voor welk gegeven leidend is, waar koppelingen in de praktijk misgaan en hoe je begint. Of je CRM zelf nog past, is een andere vraag; die staat in financieel CRM: standaardpakket of maatwerk.
Bijna elke koppeling tussen een CRM en een boekhoudpakket draait om drie stromen. Twee gaan van het CRM naar de boekhouding, één gaat terug.
Zodra er gefactureerd moet worden, heeft de boekhouding een debiteur nodig met de juiste naam, het factuuradres, het btw-nummer en een contactpersoon voor facturen. Die gegevens staan meestal al in het CRM. De koppeling maakt de debiteur aan, of koppelt de klant aan een debiteur die al bestaat, in plaats van dat iemand hem opnieuw invoert.
De offerte of de gewonnen deal bevat wat er verkocht is: welke producten of diensten, welke aantallen, welke prijs en welke korting. De koppeling zet dat klaar als conceptfactuur, met de juiste artikelen en btw-codes. Klaarzetten, niet versturen: iemand kijkt ernaar voordat hij de deur uitgaat, zeker in het begin.
Dit is de stroom die het vaakst ontbreekt, en die sales het meest mist. Is de factuur verstuurd, betaald, gedeeltelijk betaald of over de vervaldatum? Staat die status bij de klant in het CRM, dan belt niemand meer voor een vervolgorder terwijl de vorige nog openstaat, en ziet een accountmanager vóór een gesprek hoe de klant ervoor staat.
Een koppeling die alleen van CRM naar boekhouding loopt, haalt het overtikken weg. Pas de stroom terug zorgt dat sales weet wat er met de factuur is gebeurd.
De belangrijkste beslissing bij een koppeling is geen technische. Het is de vraag welk systeem voor welk gegeven de waarheid heeft. Wordt een adres aan beide kanten aangepast, dan moet vastliggen welke wijziging wint. Anders overschrijven de systemen elkaar, en weet na een maand niemand meer welke versie klopt.
Een indeling die in de meeste bedrijven werkt:
Een koppeling zonder afspraak over wie leidend is, synchroniseert geen gegevens. Hij synchroniseert meningsverschillen.
De koppeling zelf is zelden het probleem. Het misgaat op de plekken waar de werkelijkheid afwijkt van de rechte lijn van deal naar factuur.
Een koppeling die bij een fout niets laat weten, is gevaarlijker dan geen koppeling. Zonder koppeling weet iedereen tenminste dat hij zelf moet controleren.
Er zijn grofweg drie manieren om een CRM aan een boekhoudpakket te koppelen, en de eenvoudigste die werkt is de beste.
Een standaardkoppeling. Veel CRM- en boekhoudpakketten bieden zelf een koppeling aan, of hebben er een in hun marketplace. Loopt je verkoop van offerte naar één factuur, met een vaste prijslijst en één administratie, dan is dit vaak genoeg. Controleer wel of de betaalstatus ook terugkomt, want dat is precies het deel dat niet elke standaardkoppeling doet.
Een koppeltool. Met tools als Zapier of Make bouw je zelf regels: als een deal op gewonnen gaat, maak dan een conceptfactuur. Dat werkt goed zolang de invoer netjes is en de regels eenvoudig blijven. Het wordt kwetsbaar als er uitzonderingen bijkomen, zoals termijnen, meerdere administraties of klanten die zowel in het CRM als in de boekhouding worden gewijzigd.
Een eigen laag. Hangt je facturatie aan projectfases, termijnen of meerwerk, werk je met meerdere administraties of moeten er meer systemen dan deze twee aan dezelfde klant hangen, dan loont een laag die de klant en de afspraken op één plek houdt en de pakketten daaraan koppelt. Je bestaande CRM en boekhouding blijven dan staan. Hoe we dat aanpakken staat op CRM-automatisering, en breder in integratie met bestaande systemen.
Begin bij de standaardkoppeling. Bouw pas iets eigens als je precies kunt aanwijzen waar die tekortschiet.
Drie stromen: de klant wordt een debiteur in de boekhouding, de gewonnen deal of offerte wordt een (concept)factuur, en de betaalstatus gaat terug naar het CRM. De laatste ontbreekt het vaakst, terwijl sales daar het meest aan heeft.
Allebei, voor verschillende gegevens. Het CRM is meestal leidend voor de relatie: naam, contactpersonen en verkoophistorie. De boekhouding is leidend voor het geld: debiteurnummer, betaaltermijn, facturen en betalingen. Voor factuuradres, btw-nummer en prijzen kies je bewust één kant.
Vaak wel, als je verkoop van offerte naar één factuur loopt met een vaste prijslijst en één administratie. Het wringt bij termijnen, meerwerk, abonnementen of meerdere administraties, en bij koppelingen die de betaalstatus niet teruggeven.
Wil je weten waar het overtikken in jouw bedrijf zit? Doe de Bedrijfs-OS scan of plan een gesprek om één deal samen van offerte tot betaling door te lopen.
De Quickscan duurt één uur. Jullie weten daarna precies wat er speelt, of jullie daarna klant worden of niet.
