Boekhoudkundige koppeling corporate-kaart: de API-gids

De uitdrukking dekt vier verschillende bouwstenen, die beter niet met elkaar kunnen worden verward. De eerste is de export van de boekingen: elke kaarttransactie (betaling, opwaardering, wisselkosten) verandert in een boekingsregel met de juiste rekening, het juiste btw-tarief en de juiste relatie. De tweede is de tweerichtingssynchronisatie: de software stuurt de gevalideerde toewijzingen, de goed-te-keuren-staat en de betalingen terug. De derde zijn de webhooks: de kaart pusht de gebeurtenis in realtime (geautoriseerde transactie, bereikte limiet, ontbrekend bewijsstuk) in plaats van te wachten op een nachtelijke import. De vierde is de bankafstemming: de stromen die van de professionele rekening worden afgeschreven, worden automatisch gekoppeld aan de boekingen die aan de uitgavenkant worden gegenereerd.

Veel aanbiedingen die als “geïntegreerd” worden verkocht, realiseren enkel de eerste bouwsteen: een CSV- of FEC-export om te downloaden en vervolgens handmatig opnieuw te importeren. Dat is nuttig, maar het is geen koppeling. De leeswijzer voor een vergelijking: vraag na of de connector natief tweerichtingsverkeer biedt of steunt op een derde partij (een iPaaS, een eigen script). De referenties van de markt (Pennylane, Sage, Cegid, Dext) stellen vandaag REST-API's en kant-en-klare connectoren ter beschikking voor uitgavenbeheerders^[2][3].

Vier uitgevers dekken het essentieelste van het Franse park aan boekhoudsoftware. Ze delen niet allemaal dezelfde integratiefilosofie, en de keuze van de connector bepaalt de kwaliteit van de stroom kaart → boekhouding.

In de praktijk bestaan twee architecturen naast elkaar. Ofwel biedt de uitgavenbeheerder zijn eigen connector aan (Spendesk, Payhawk of de corporate-kaart van Greenway schrijft de boeking rechtstreeks in Sage of Pennylane). Ofwel verloopt het via een uniforme API zoals Chift, die de aanroep naar verschillende uitgevers normaliseert^[6]. De eerste optie is verfijnder, de tweede flexibeler als u van software wisselt: af te wegen naargelang uw boekhouding stabiel is of in migratie zit.

Het volwassenheidsverschil tussen een koppeling “weekelijkse CSV-export” en een koppeling “realtime webhook” is groter dan het lijkt. De CSV legt een cyclus op: het einde van de periode afwachten, exporteren, importeren, de mappingfouten corrigeren. De webhook keert de logica om: elke transactie pusht een gebeurtenis, de boeking wordt vooraf gegenereerd, de boekhouder valideert eerder dan dat hij intypt. Op een wagenpark van enkele honderden kaarten wordt het verschil gemeten in gewonnen dagen bij de boekhoudsluiting.

Technisch gezien is een webhook niets anders dan een HTTP POST-aanroep die door een gebeurtenis aan de kant van de uitgever wordt in gang gezet. De kaart meldt uw software (of een tussenpersoon) dat een transactie zojuist is geautoriseerd, met haar bedrag, haar handelaar, haar munt en de kaarthouder. De software maakt dan een boeking in concept aan, wijst de kostenrekening toe volgens vooraf gedefinieerde regels, en wacht op de validatie. Wat de beveiliging betreft, wordt de handtekening van de payload geverifieerd en blijft men idempotent: eenzelfde gebeurtenis die tweemaal wordt ontvangen, mag geen twee boekingen aanmaken.

De gegenereerde boeking is maar de helft van het werk. De andere helft is de bankafstemming: de stromen die van de professionele rekening van het bedrijf worden afgeschreven laten overeenstemmen met de boekingen die al in de boekhouding zijn geboekt. Het is de finale controle die garandeert dat er niets is ontsnapt: geen fraude, geen duplicaat, geen bewerking in afwachting van een bewijsstuk. Moderne tools automatiseren dit door bedrag, omschrijving, datum en relatie te kruisen^[7].

Voor een corporate-kaart heeft de afstemming een specificiteit: de uitgaven worden gedurende de hele maand aangegaan maar pas achteraf afgeschreven, soms gegroepeerd op één enkele stroom (het geval van het uitgesteld afschrijven). Zonder native koppeling moet elke gegroepeerde stroom handmatig worden afgestemd met zijn tientallen onderliggende transacties. Met een connector die de boekingen doorlopend pusht, reduceert de afstemming zich tot een controle bij uitzondering: men kijkt nog enkel naar wat niet vanzelf werd gekoppeld.

Vanaf 1 september 2026 moeten alle in Frankrijk gevestigde bedrijven elektronische facturen ontvangen, en moeten de grote bedrijven ze versturen^[8]. De pdf per e-mail is in B2B niet langer een wettelijk geldige facturatiemodus. De kalender ontvouwt zich daarna: verplichte verzending voor de ETI's, vervolgens voor de kmo's en micro-ondernemingen op 1 september 2027.

Wat verandert dat voor de corporate-kaart? In werkelijkheid veel. Een deel van de uitgaven geeft aanleiding tot een leveranciersfactuur (abonnementen, materiaal, diensten) die via een PDP (Partnerplatform voor Digitalisering) of het publieke PPF moet verlopen. Als uw kaart en uw declaratiesoftware niet met de keten van elektronische facturatie communiceren, moet u de schakel tussen de met de kaart betaalde uitgave, haar factuur en haar boekingsregel handmatig reconstrueren. Dat is precies het silo dat de hervorming geacht wordt op te heffen.

Concreet controleert u drie zaken bij uw kaartuitgever: de capaciteit om aan elke transactie een bewijsstuk te koppelen (de fameuze “goed te keuren”), de export in het formaat dat uw PDP verwacht (vaak een gestructureerde stroom van het type Factur-X / XML), en de traceerbaarheid die de transactie, de factuur en de boekingsregel met elkaar verbindt. Zonder deze drie schakels wordt de conformiteit rond elektronische facturatie langs externe omwegen beheerd, die zowel kostbaar als breekbaar zijn.

Voorbij de lijsten met connectoren komen twee vragen als beslissend terug. De eerste: wie bezit de boekhoudmapping? Als die aan de kant van de kaartuitgever leeft, wordt een wijziging van het rekeningschema een onderhandeling. Als hij u toebehoort, blijft u meester over uw boekingen. De tweede: is de API gedocumenteerd en open? Een gesloten connector, zonder publieke documentatie, sluit u op: u hangt voor de minste evolutie af van de roadmap van de uitgever.

Wat het MVO betreft, opent de boekhoudkundige koppeling ook een invalshoek die weinig aanbieders al exploiteren: het automatisch koppelen van elke uitgave aan een post van de MVO-boekhouding en aan de CSRD-rapportage. Een goed gecategoriseerde boeking aan de bron voedt zonder bijkomende inspanning uw impactindicatoren: duurzame mobiliteit, verantwoorde aankopen, CO₂-voetafdruk van de verplaatsingen. Het boekhoudsilo en het MVO-silo vallen samen zodra de gegevens circuleren.

Bij Greenway voedt de corporate-kaart rechtstreeks een backoffice die exporteert naar de belangrijkste Franse boekhoudsoftware, met configureerbare toewijzingsregels en een bewijsstuk dat aan elke transactie is gekoppeld. Het doel is niet een workflow op te leggen, maar de uwe te volgen: uw rekeningen, uw btw-tarieven, uw rekeningschema.