Van bestelling naar factuur

Een verkoopfactuur lijkt op het eerste gezicht het eenvoudige eindresultaat van een transactie: er is iets geleverd, daar hoort een bedrag bij en dat bedrag wordt aan de klant gefactureerd. In de praktijk zit juist vóór het versturen van de factuur vaak een complex proces.

De gegevens die bepalen wat er gefactureerd moet worden, bevinden zich niet noodzakelijk in één systeem. Orders staan in een ERP- of verkoopsysteem, tarieven in contracten, gewerkte uren in een tijdregistratie, volumes in operationele systemen en aanvullende afspraken soms in afzonderlijke calculaties. Voordat daar één correcte factuur uit ontstaat, moeten die gegevens worden gecombineerd en moeten de juiste commerciële en financiële regels worden toegepast.

Invoice creation draait daarom niet alleen om het genereren van een document. Het gaat om het vertalen van de onderliggende transactie naar een juiste, volledige en controleerbare financiële claim op de klant.

De factuur begint bij de brondata

Hoe eenvoudiger het verdienmodel, hoe eenvoudiger doorgaans ook de facturatie. Eén product, één prijs en één levering zijn relatief eenvoudig om te vertalen naar een factuur. Veel organisaties werken echter met aanzienlijk meer variatie.

Een factuur kan bijvoorbeeld gebaseerd zijn op verkooporders, contractvoorwaarden, projecten, urenregistraties, verbruik, leveringen, abonnementen of periodieke dienstverlening. Ook combinaties daarvan komen veel voor. Een klant kan een vast maandbedrag betalen, aangevuld met variabele kosten op basis van gebruik. Een logistieke dienst kan afhankelijk zijn van gewicht, afstand, bestemming en aanvullende services. Een projectorganisatie factureert mogelijk op basis van milestones, uren of gerealiseerde voortgang.

Daarmee wordt de kwaliteit van de factuur afhankelijk van de kwaliteit en samenhang van de brondata. Wanneer informatie handmatig vanuit verschillende systemen bij elkaar moet worden gezocht, ontstaan niet alleen extra werkzaamheden maar ook meer mogelijkheden voor fouten.

Een goed ingericht facturatieproces haalt de relevante gegevens daarom rechtstreeks uit de systemen waarin ze ontstaan. Het verkoop- of ordersysteem blijft verantwoordelijk voor de order, het contractmanagementsysteem voor contractafspraken en operationele systemen voor bijvoorbeeld uren, volumes of verbruik. Invoice creation brengt die gegevens samen om daaruit de factuur op te bouwen.

Van brondata naar facturatieregels

Brongegevens alleen zijn meestal niet voldoende. Er moet ook worden bepaald hoe die gegevens financieel moeten worden geïnterpreteerd.

Denk aan afgesproken tarieven, staffelkortingen, minimumprijzen, toeslagen, indexeringen, valuta, afrondingsregels of uitzonderingen voor specifieke klanten. Ook de facturatiefrequentie kan verschillen: direct na levering, wekelijks, maandelijks, na afronding van een projectfase of zodra een bepaalde gebeurtenis plaatsvindt.

Juist hier ontstaat het verschil tussen relatief eenvoudige facturatie vanuit een ERP en complexere invoice creation. Een standaard financieel systeem kan uitstekend een factuur boeken en administratief verwerken, maar hoeft niet ontworpen te zijn om alle commerciële logica te reconstrueren die bepaalt hoe het uiteindelijke factuurbedrag tot stand komt.

Dat wordt vooral zichtbaar wanneer organisaties meerdere producten, bedrijfsonderdelen, landen of prijsmodellen combineren. Wat oorspronkelijk als uitzondering begint, wordt dan al snel een verzameling spreadsheets, scripts en handmatige controles rond het ERP.

Een dedicated invoice creation-proces maakt die logica expliciet. Het systeem combineert brongegevens met de relevante tarieven en voorwaarden en berekent daarmee wat er daadwerkelijk gefactureerd moet worden. Daardoor wordt complexe facturatie niet afhankelijk van individuele kennis of handmatige tussenstappen.

Complexiteit hoeft geen handmatig proces te betekenen

Complexe facturatie en handmatige facturatie worden soms bijna als vanzelfsprekend aan elkaar gekoppeld. Juist het tegenovergestelde zou het uitgangspunt moeten zijn.

Wanneer een medewerker iedere maand dezelfde gegevens uit verschillende systemen exporteert, bedragen berekent in Excel en vervolgens facturen aanmaakt, is dat in feite een herhaalbaar proces. De complexiteit zit niet in het feit dat menselijke beoordeling altijd noodzakelijk is, maar in het aantal variabelen en regels dat moet worden verwerkt.

Die regels kunnen vaak worden geautomatiseerd. Het systeem kan bijvoorbeeld bepalen welk tarief bij een specifieke klant en periode hoort, welke prestaties factureerbaar zijn, welke korting van toepassing is en welke posten op één factuur moeten worden gecombineerd.

Automatisering is daarbij niet hetzelfde als iedere factuur ongezien verzenden. Het belangrijkste voordeel is dat de berekening en samenstelling reproduceerbaar worden. Dezelfde invoer en dezelfde regels leiden tot dezelfde uitkomst. Finance hoeft daardoor niet telkens opnieuw vast te stellen hoe een bedrag tot stand is gekomen.

Dat is vooral belangrijk wanneer volumes groeien. Een handmatig proces dat bij honderd facturen per maand nog beheersbaar lijkt, wordt bij duizenden facturen niet vanzelf schaalbaar. Wanneer facturatieregels centraal zijn ingericht, kan het volume toenemen zonder dat de administratieve inspanning in dezelfde verhouding hoeft mee te groeien.

Controle vóór de factuur de organisatie verlaat

Automatisering neemt niet weg dat bepaalde facturen gecontroleerd of goedgekeurd moeten worden. Vooral bij uitzonderlijke bedragen, afwijkende contractvoorwaarden of projectmatige facturatie kan een inhoudelijke controle wenselijk zijn.

Het verschil is dat zo'n controle gericht kan plaatsvinden.

In plaats van iedere factuur handmatig te bekijken, kunnen controles onderdeel worden van de workflow. Alleen wanneer een bedrag afwijkt, gegevens ontbreken of een vooraf bepaalde grens wordt overschreden, hoeft een medewerker de factuur te beoordelen. Ook kan goedkeuring door bijvoorbeeld Sales, projectmanagement of Finance worden gevraagd voordat de factuur definitief wordt gemaakt.

Daarmee ontstaat een vorm van control by exception. Standaardtransacties volgen automatisch het normale proces, terwijl medewerkers hun aandacht richten op situaties waarin daadwerkelijk een oordeel nodig is.

Dat maakt de controle niet alleen efficiënter, maar ook beter aantoonbaar. Er kan worden vastgelegd welke gegevens zijn gebruikt, welke regels zijn toegepast, waarom een uitzondering ontstond en wie een eventuele wijziging heeft goedgekeurd.

Een correcte factuur voorkomt problemen verderop

Invoice creation wordt vaak vooral bekeken als administratieve efficiëntieslag. De impact reikt echter verder dan de facturatieafdeling.

Een fout in een tarief, ontbrekend ordernummer of onduidelijke specificatie kan ertoe leiden dat een klant de factuur niet kan verwerken. Vervolgens ontstaat een vraag, correctie of dispuut. Finance moet uitzoeken wat er is gebeurd, Sales wordt erbij betrokken en mogelijk moet een creditnota worden gemaakt en een nieuwe factuur worden verstuurd.

Een ogenschijnlijk kleine fout aan het begin van het proces veroorzaakt zo meerdere extra handelingen verderop in Order to Cash.

Daarom is first-time-right facturatie ook relevant voor collections. Hoe duidelijker en beter onderbouwd een factuur is, hoe kleiner de kans dat de opvolging later wordt vertraagd door een inhoudelijk probleem.

Vooral bij complexe facturatie is transparantie belangrijk. Een klant wil kunnen begrijpen waarop het bedrag is gebaseerd. Een totaalbedrag zonder voldoende onderliggende informatie leidt sneller tot vragen dan een factuur waarbij prestaties, volumes, perioden en tarieven duidelijk herleidbaar zijn.

Een goed invoice creation-proces levert daarom niet alleen een bedrag op, maar ook de specificatie waarmee dat bedrag kan worden verklaard.

Invoice creation naast het ERP

Het automatiseren van factuurcreatie betekent niet dat het ERP zijn centrale financiële rol verliest. Integendeel: het ERP blijft doorgaans de financiële administratie waarin de uiteindelijke factuur en vordering worden geboekt.

Invoice creation vormt de gespecialiseerde laag ervoor.

Die laag verzamelt de relevante brondata, past facturatieregels toe, stelt de factuur samen en organiseert waar nodig controles en goedkeuring. Na afronding kan de financiële transactie in het ERP worden verwerkt.

Dat model is vooral interessant in organisaties met meerdere systemen. Een onderneming kan bijvoorbeeld verschillende ERP-systemen, operationele applicaties of administraties naast elkaar gebruiken, terwijl de facturatielogica centraal wordt beheerd. Ook internationale organisaties kunnen te maken hebben met verschillende entiteiten, valuta, talen en lokale processen.

In plaats van alle complexiteit in ieder afzonderlijk bronsysteem te bouwen, kan een gespecialiseerde facturatielaag die verschillen opvangen en de financiële output gestandaardiseerd aanleveren.

Invoice creation is iets anders dan e-invoicing

Bij digitalisering van facturatie worden invoice creation en e-invoicing gemakkelijk op één hoop gegooid. Het zijn echter twee verschillende stappen.

Invoice creation bepaalt wat er op de factuur staat en hoe die factuur tot stand komt. E-invoicing gaat vervolgens over de digitale structuur en uitwisseling van die factuur met de klant.

Een factuur kan volledig automatisch worden samengesteld en daarna als PDF worden verstuurd. Andersom kan een technisch perfecte e-factuur via een netwerk worden uitgewisseld terwijl het bedrag daarvoor nog grotendeels handmatig is berekend. Beide processen kunnen worden geautomatiseerd, maar ze lossen verschillende problemen op.

Voor een goed Order to Cash-proces moeten beide uiteindelijk op elkaar aansluiten. Eerst moet uit orders, contracten, calculaties en andere brongegevens een correcte financiële transactie ontstaan. Daarna moet die transactie in het juiste formaat en via het juiste kanaal bij de klant terechtkomen.

De kwaliteit van Order to Cash begint daarmee al vóór de factuur wordt verzonden. Wanneer brondata automatisch wordt verwerkt, commerciële afspraken consequent worden toegepast en alleen echte uitzonderingen nog menselijke aandacht vragen, verandert facturatie van een administratieve handeling in een beheerst proces.

De vraag is dan niet langer alleen: hoe maken we een factuur? Maar vooral: hoe zorgen we dat iedere geleverde prestatie automatisch, correct en uitlegbaar wordt vertaald naar de juiste factuur?