E-facturen voor VvE-beheerders: de Europese norm, zonder jargon

De leveranciersfactuur maakt al twintig jaar dezelfde reis: hij komt als pdf binnen in de mailbox van de beheerder, iemand leest het bedrag van het scherm, typt het over in een spreadsheet of boekhoudpakket, zet de pdf in een map en hoopt dat die twee met elkaar in de pas blijven. Vermenigvuldig dat met elk liftcontract, schoonmaakbedrijf, verzekeringspolis en losse reparatie in een portefeuille van VvE’s, en het overtypen van facturen is een flink deel van de backoffice van een beheerkantoor.

Die tijd loopt af, bij wet, en niet in één land. Binnen de EU gaat e-facturatie tussen bedrijven van vrijwillig naar verplicht, met een gespreid tijdpad: de lidstaten voeren het in de loop van dit decennium in. In Nederland factureren leveranciers van de rijksoverheid al sinds 2017 elektronisch, en een verplichting voor facturen tussen bedrijven staat op de agenda, in lijn met de Europese afspraken die e-facturen vanaf 2030 voorschrijven voor zakelijke leveringen tussen EU-landen. De data verschillen, maar de richting en de onderliggende norm niet.

Een VvE is geen gewone onderneming, maar je leveranciers zijn dat wel, en je beheerkantoor ook. Naarmate e-facturatie bij hen gewoon wordt, komen de facturen van je VvE’s steeds vaker binnen als gestructureerde gegevens, of je nu klaar bent om ze te ontvangen of niet.

Bijna alles wat hierover wordt geschreven, presenteert het als een nalevingslast. Voor wie ontvangt, lijkt het eerder op een cadeau. De verplichting dwingt leveranciers om facturen te sturen die een machine kan lezen, en dat betekent dat het tijdperk van overtypen kan eindigen, als het ontvangstproces goed is ingericht.

De pdf is niet meer de factuur

Een e-factuur in juridische zin is geen pdf van een factuur. Het is een bestand met gestructureerde gegevens volgens de Europese norm EN 16931: de verkoper, de bedragen, de data, de betaalgegevens, allemaal als velden die een machine kan lezen. Die ene gedeelde norm is het belangrijke deel. Welke nationale variant het ook is, een conforme factuur heeft eronder hetzelfde gegevensmodel, en daarom werkt een hulpmiddel dat voor de norm is gebouwd over de grenzen heen.

In de praktijk kom je twee vormen van dezelfde norm tegen:

• Puur XML is de vorm voor machines: een XML-bestand, zonder enige visuele laag. Open je het in een viewer, dan zie je punthaken. Het is met opzet onleesbaar, want het is bedoeld voor machines. De norm kent twee syntaxen, UBL en CII, en in Nederland is UBL al jaren het gangbare formaat voor e-facturen. Verschillende landen hebben hun eigen profiel van die syntaxen, maar dat zijn dialecten van EN 16931, geen aparte werelden.
• De hybride vorm (Factur-X is de bekendste naam) is een normaal ogende pdf met de XML erin verwerkt. De mens ziet een factuur; de machine ziet gegevens. En cruciaal: de ingesloten XML is het gezaghebbende deel, niet de pixels.

De hybride vorm verbergt een valkuil die je moet kennen. Een hybride factuur die op de oude manier wordt verwerkt, door de pdf met het oog te lezen en over te typen, negeert ongemerkt de gestructureerde laag. De getallen op de visuele laag en in de XML horen overeen te komen, maar het machineleesbare deel ís de factuur. Een proces dat alleen de pixels aanraakt, verwerkt een foto van een factuur en gooit de factuur zelf weg.

Goed ontvangen: lezen, tonen, bevestigen

Het juiste ontvangstproces heeft drie stappen, en maar één daarvan vraagt om een mens.

Eerst gaat het bestand erin, XML of hybride pdf, en de machine leest de gestructureerde velden: wie de factuur stuurt, het factuurnummer, de factuur- en vervaldatum, het bedrag exclusief btw, de btw en het totaal, en het rekeningnummer waarop je moet betalen. Geen overtypwerk, geen getallen van een scherm aflezen.

Daarna worden die gelezen velden aan jou getoond, overzichtelijk en in gewone taal. Dat is vooral belangrijk bij puur XML, dat zonder deze stap een muur van punthaken is waar niemand iets mee kan, maar het geldt ook voor hybride facturen: wat je ziet, is wat de gegevenslaag echt zegt, niet wat de pdf toevallig laat zien.

Tot slot bevestig je, één keer, en de factuur wordt een conceptuitgave in de administratie van de VvE, met het gelezen bedrag en de leverancier. Vanaf dat moment leidt hij het normale leven van een uitgave: hij wacht op het bankafschrift, de betaalregel wordt eraan gekoppeld en zijn status berekent zichzelf, zoals dat bij elke kostenpost van een VvE hoort.

Eén bestand erin, één bevestiging, één geboekte uitgave. Dat is het hele handmatige deel van het proces.

Waarom de bevestiging niet optioneel is

Een terechte vraag: als de machine alles leest, waarom dan nog bevestigen? Waarom boek je facturen niet automatisch zodra ze binnenkomen?

Omdat lezen betrouwbaar is en verantwoordelijkheid niet over te dragen. Een factuur kan voor de machine perfect zijn en toch niet kloppen: een dubbele factuur, een bedrag dat niet overeenkomt met het contract, een dienst die nooit is besteld, of regelrechte fraude. Valse facturen met een gewijzigd rekeningnummer zijn een reëel en groeiend probleem, en het bevestigingsscherm is precies waar die fraude sneuvelt: het gelezen IBAN staat voor een mens die weet wat het rekeningnummer van het liftbedrijf altijd is geweest. Een proces dat automatisch boekt, schrapt het ene moment waarop het oordeel van de beheerder wordt toegepast, en dat oordeel is precies waar de VvE voor betaalt.

Het juiste ontwerp is dus een bewuste keuze: de machine doet al het leeswerk, de mens neemt de ene beslissing. Alles wat automatischer is, optimaliseert juist het belangrijkste weg.

Archiveer het origineel, niet de weergave

Facturen moet je jarenlang bewaren, in Nederland doorgaans zeven jaar, en hier geldt dezelfde logica als bij de hybride vorm: wat je moet bewaren, is het originele bestand, de XML of de hybride pdf precies zoals hij binnenkwam, geen schermafbeelding, geen leesbare weergave, geen nieuwe export. De weergave is een gemak voor vandaag; het origineel is het bewijs voor wie de administratie over een paar jaar controleert.

Het ontvangende hulpmiddel hoort het origineel dus onveranderlijk te bewaren, naast de uitgave die ervan is gemaakt, en altijd precies de bytes te kunnen teruggeven die binnenkwamen. Als een hulpmiddel opgeslagen facturen opnieuw genereert of “opschoont”, archiveert het zijn eigen kunstwerk in plaats van het document.

Waar de factuur daarna naartoe gaat

De stille winst van facturen ontvangen als gegevens zit in alles wat daarna komt. De bevestigde uitgave wordt deel van de transactieketen van de VvE, en dat betekent:

• De eigenaren kunnen hem zien. De factuur krijgt haar plek in de lijst met bewijsstukken van de VvE, waar een eigenaar die de jaarafrekening doorneemt het echte document achter elke regel kan openen.
• De jaarafrekening neemt hem op. De jaarafsluiting vraagt geen facturenjacht meer, omdat elke leveranciersfactuur al gecategoriseerd in de administratie staat. De hele cyclus staat in het boekjaar van de VvE.
• De boekhouder krijgt schone gegevens. Een boekhoudexport brengt de uitgave met haar kostenposten naar je boekhouder of accountant, met het originele document op verzoek beschikbaar.

Tel hoe vaak een mens de factuur in die hele reis aanraakt: één keer. De factuur is één keer bevestigd, en iedereen die daarna komt, eigenaar, vergadering, boekhouder of kascommissie, leest gegevens die van dat ene bevestigde feit zijn afgeleid.

Wat Kvaro niet doet, en wat er nog niet is

Het is goed om dit helder te zeggen, want rond e-facturatie is veel ruis: Kvaro ontvangt e-facturen en maakt er uitgaven van. Kvaro verstuurt geen facturen, is geen facturatieprogramma en stuurt niets door naar de Belastingdienst of een ander overheidsplatform. Kvaro leest de twee syntaxen van de Europese norm, UBL en CII, en de hybride pdf Factur-X.

Daarnaast zijn er twee leveringskanalen die in de markt nog volop in ontwikkeling zijn: het automatisch verwerken van facturen die per e-mail binnenkomen, en het Peppol-netwerk voor de uitwisseling van gestructureerde facturen, dat in Nederland al veel wordt gebruikt en uitgroeit tot de gemeenschappelijke transportlaag tussen EU-landen. Kvaro heeft geen Peppol-aansluiting. Vandaag is de betrouwbare basis uploaden: het factuurbestand, hoe het je ook bereikte, gaat het hulpmiddel in en het proces hierboven neemt het over.

Die basis is al de hele winst. De kosten van e-facturatie zaten nooit in de klik om te uploaden, maar in het overtypen, de mappen die niet kloppen, de facturenjacht voor elke vergadering van eigenaars. Dat houdt op op de dag dat het ontvangstproces de gestructureerde gegevens leest in plaats van jij. De verplichting laat de leveranciers de moeilijke helft doen; de ontvangende helft is nu een keuze.