Hoe koppel je CRM aan billing?

Je koppelt je CRM aan billing door vast te leggen welk moment in het CRM een factuur of abonnement moet opleveren (meestal de fase gewonnen, met verplichte velden), welke gegevens daarvoor worden overgedragen (klant, producten, prijzen, startdatum, factuurschema), en welk systeem na de overdracht leidend is. De techniek, een standaardkoppeling, een integratieplatform of een eigen API-koppeling, is de kleinste beslissing. De meeste koppelingen mislukken op afspraken en datakwaliteit, niet op code.

Wat de koppeling moet oplossen

Zonder koppeling gaat de overdracht van sales naar facturatie via mensen. Een verkoper stuurt een mail, vult een formulier in of zegt het bij de koffie. Iemand in finance maakt de factuur of het abonnement aan. Dat werkt tot het volume groeit of iemand op vakantie is. Dan blijven deals liggen, worden bedragen overgetikt en komen startdatums verkeerd in het systeem.

Een koppeling moet drie dingen doen:

1. Zorgen dat elke gewonnen deal een factuur of abonnement wordt. Het grootste lek, en het makkelijkst te voorkomen.
2. Zorgen dat de gegevens kloppen. Juiste klantentiteit, juiste producten, juiste prijzen, juiste datum.
3. Zorgen dat wijzigingen na de verkoop meekomen. Upgrades, downgrades, verlengingen en opzeggingen.

Het eerste is relatief eenvoudig. Het derde is waar de meeste koppelingen tekortschieten.

De vijf ontwerpkeuzes

1. Wat is de trigger?

Welk moment in het CRM zet de facturatie in gang? Meestal de fase gewonnen. Maar gewonnen betekent in veel CRM's iets anders per verkoper. Leg vast wat het betekent: getekend contract aanwezig, orderbevestiging ontvangen, of akkoord per mail. En maak de velden die facturatie nodig heeft verplicht bij die fase. Een deal zonder klantnummer of startdatum mag niet op gewonnen kunnen.

2. Welke gegevens gaan over?

Minimaal:

• Klant, bij voorkeur via een klantnummer dat in beide systemen bestaat. Het facturatiesysteem is leidend voor factuuradres, KvK-nummer en btw.
• Producten of diensten, als regels, niet als één totaalbedrag. Met artikelcodes die in de facturatie bestaan.
• Prijzen en kortingen, per regel. Kortingen met een einddatum als die er is.
• Startdatum en looptijd.
• Factuurschema: eenmalig, termijnen, maandelijks, jaarlijks vooraf.
• Referentie: een deal- of contractnummer dat op de factuur terugkomt, zodat je later kunt afstemmen.

3. In welke richting?

Van CRM naar billing, en alleen de statusinformatie terug. De facturatie is na de overdracht leidend voor wat er gefactureerd wordt. Het CRM mag zien wat er gefactureerd en betaald is, maar het facturatiesysteem niet overschrijven. Een tweerichtingssynchronisatie waarin beide systemen elkaar mogen aanpassen, leidt tot conflicten waarbij niemand meer weet welke versie klopt. Welk systeem voor welk gegeven leidend is, lees je in welke databron is leidend voor omzet.

4. Concept of definitief?

Maakt de koppeling direct een definitieve factuur, of een concept dat iemand in finance controleert en verstuurt? Voor de meeste B2B-bedrijven is een concept de verstandige start. Finance ziet elke nieuwe factuur voordat hij de deur uitgaat, en de koppeling neemt het overtikken weg. Pas als de koppeling maanden foutloos draait, kun je voor standaarddeals overstappen op direct versturen.

5. Wat gebeurt er bij wijzigingen?

Een deal die na gewonnen wordt aangepast, een upgrade op een lopend abonnement, een opzegging van een module. Drie opties:

• De koppeling verwerkt wijzigingen automatisch. Krachtig, maar foutgevoelig.
• De koppeling maakt een taak voor finance bij elke wijziging. Veilig, maar afhankelijk van opvolging.
• Wijzigingen worden alleen in het facturatiesysteem gedaan. Dan moet het CRM ze terug te zien krijgen, anders loopt het CRM achter.

De tweede optie is meestal de beste start. Hij voorkomt dat een upgrade in het CRM blijft hangen zonder dat de facturatie het weet.

De technische opties

Voor bedrijven waar facturatie deel uitmaakt van het ERP, overlapt dit met hoe koppel je CRM aan ERP. Werk je met offertes die prijzen en configuraties bepalen, dan hoort de koppeling eigenlijk al bij de offerte te beginnen, zoals beschreven in quote-to-cash uitgelegd.

Waar het misgaat

• Dubbele facturen. Een deal wordt twee keer op gewonnen gezet, of de koppeling draait twee keer. Zorg dat elke deal maar één keer een factuur kan opleveren, met het dealnummer als controle.
• Onbekende klanten. De klant bestaat in het CRM maar niet in de facturatie. De koppeling maakt een nieuwe debiteur aan, met een onvolledig adres of zonder btw-nummer. Laat nieuwe debiteuren eerst door finance controleren.
• Onbekende producten. Een verkoper gebruikt een productregel die in de facturatie niet bestaat, of typt een vrije omschrijving. De koppeling faalt, of maakt een regel zonder artikelcode.
• Stille fouten. De koppeling faalt en niemand merkt het. Een koppeling zonder foutmelding naar een persoon is een lek met extra stappen.
• Handmatige correcties aan één kant. Finance past de factuur aan, het CRM blijft op het oude bedrag. Bij de volgende afstemming is het verschil er weer.

Rekenvoorbeeld

Rekenvoorbeeld: stel je hebt 40 gewonnen deals per maand. Handmatige overdracht kost gemiddeld twintig minuten per deal: gegevens opzoeken, klant controleren, factuur aanmaken, verifiëren. Dat is ruim 13 uur per maand. Stel daarnaast dat 1 op de 50 deals blijft liggen of verkeerd wordt overgenomen, bij een gemiddelde dealwaarde van EUR 20.000.

• Tijd: 13 uur per maand, ruim 150 uur per jaar.
• Omzetrisico: bijna 10 deals per jaar, samen EUR 190.000, waarvan een deel later wordt ontdekt en een deel nooit.

Een koppeling haalt het grootste deel van beide weg. Ze vervangt niet de controle daarna. Die foutkans en die tijden zijn aannames voor het voorbeeld.

Stappenplan

1. Leg de definitie van gewonnen vast. Met de verplichte velden.
2. Maak de klant- en productlijsten gelijk. Klantnummers en artikelcodes die in beide systemen bestaan.
3. Kies de trigger en het formaat. Concept of definitief, eenmalig of abonnement.
4. Bouw de koppeling voor het simpelste deeltype eerst. Standaardproducten, standaardprijzen.
5. Stel foutmeldingen in naar een persoon. Niet naar een gedeelde inbox.
6. Draai een maand parallel. Koppeling maakt concepten, finance maakt handmatig en vergelijkt.
7. Breid uit naar complexere deals. Termijnen, abonnementen, kortingen.
8. Houd de maandelijkse afstemming aan. Zie CRM-to-billing reconciliation uitgelegd.

Stap 1 en 2 zijn het meeste werk. Een koppeling op een CRM met onvolledige velden kopieert de fouten sneller. Controleer daarom eerst de CRM-data zelf, liefst doorlopend, zoals in hoe controleer je CRM-data automatisch.

Een koppeling tussen CRM en billing is een van de bouwstenen voor één waarheid over omzet. Zij voorkomt het grootste deel van de verschillen, de afstemming vangt de rest.

Veelgestelde vragen

Moet de koppeling realtime zijn?

Voor facturatie is dat zelden nodig. Een koppeling die elk uur of elke nacht draait, is ruim voldoende. Belangrijker is dat fouten direct worden gemeld.

Kan het CRM zelf factureren in plaats van een koppeling?

Voor eenvoudige situaties wel. Zodra je een boekhouding hebt die leidend moet zijn voor debiteuren, btw en omzetverantwoording, blijft een koppeling nodig, en daarmee ook de afstemming.

Wie hoort eigenaar van de koppeling te zijn?

Iemand die de proceskant van zowel sales als finance begrijpt. De technische bouw kan bij IT of een partner liggen, maar de regels (wanneer, wat, welk systeem leidend) horen bij de business.

Wat doe ik met oude deals die nooit zijn gefactureerd?

Die vang je niet met een nieuwe koppeling. Doe eenmalig een volledige vergelijking van gewonnen deals tegen facturen over de afgelopen periode, en start de koppeling daarna met een schone basis.