Elektroniske fakturaer for administratorer: EU-standarden uden jargon

Leverandørfakturaen har taget den samme rejse i tyve år: den lander som PDF i administratorens indbakke, nogen læser beløbet af skærmen, skriver det ind i et regneark eller et regnskabsprogram, lægger PDF’en i en mappe og håber, at de to bliver ved med at stemme. Gang det med hver serviceaftale på en elevator, hvert rengøringsfirma, hver forsikring og hver enkeltstående reparation i en portefølje af ejendomme, og at taste fakturaer af er en reel del af en administrators kontorarbejde.

Den tid er ved at slutte, ved lov, og ikke kun i ét land. I hele EU går elektroniske fakturaer mellem virksomheder fra frivilligt til obligatorisk efter en forskudt tidsplan, og medlemslandene indfaser det i løbet af dette årti. Danmark var tidligt ude: offentlige myndigheder har kun taget imod elektroniske fakturaer siden 2005, og med den nye bogføringslov skal flere og flere virksomheder bogføre i digitale bogføringssystemer. Tidspunkterne er forskellige, men retningen og den underliggende standard er den samme. Administratorer står midt i det: at forvalte en ejendoms penge er forretning, leverandørerne er virksomheder, og de vil i stigende grad sende strukturerede data, uanset om den modtagende side er klar eller ej.

Det meste, der bliver skrevet om det, beskriver det som en byrde, man skal overholde. Det er tættere på en gave. Kravet tvinger leverandørerne til at sende fakturaer i et format, som maskiner kan læse, og det betyder, at tiden med at taste af kan slutte, hvis modtagelsen er bygget rigtigt.

PDF’en er ikke længere fakturaen

En elektronisk faktura i juridisk forstand er ikke en PDF af en faktura. Det er en struktureret datafil, der følger den europæiske standard EN 16931: sælgeren, beløbene, datoerne, betalingsoplysningerne, alt sammen som felter, en maskine kan læse. Den fælles standard er det vigtige. Uanset den nationale variant har en faktura, der overholder standarden, den samme kernedatamodel nedenunder, og derfor virker et værktøj bygget til standarden på tværs af grænser.

To udgaver af den samme standard dukker op i praksis:

• Ren XML er maskinens udgave: en XML-fil helt uden visuelt lag. Åbn den i en fremviser, og du ser vinkelparenteser. Den er ulæselig med vilje, fordi den er beregnet til maskiner. Standarden har to syntakser, UBL og CII, og flere lande har deres egen profil af dem, men de er dialekter af EN 16931, ikke separate verdener.
• Hybriden (Factur-X er det mest udbredte navn) er en helt almindelig PDF med XML’en indlejret. Mennesket ser en faktura; maskinen ser data. Og afgørende: det er den indlejrede XML, der gælder, ikke pixelsene.

Hybridformatet gemmer på en fælde, som er værd at kende. En hybridfaktura, der behandles på den gamle måde, ved at læse PDF’en med øjnene og taste af, ignorerer i det stille det strukturerede lag. Tallene i det visuelle lag og i XML’en skal stemme overens, men det er den maskinlæsbare del, der er fakturaen. En arbejdsgang, der kun rører pixelsene, behandler et billede af en faktura og smider selve fakturaen væk.

Modtagelse gjort rigtigt: læs, vis, bekræft

Den rigtige arbejdsgang for modtagelse har tre trin, og kun ét af dem involverer et menneske.

Først kommer filen ind, XML eller hybrid-PDF, og maskinen læser de strukturerede felter: hvem der har sendt den, fakturanummeret, fakturadato og forfaldsdato, beløbet uden moms, momsen og totalen og kontoen, der skal betales til. Ingen indtastning, ingen tal læst af en skærm.

Dernæst bliver de læste felter vist for dig i en klar form, som et menneske kan læse. Det betyder mest for ren XML, der uden det trin er en mur af vinkelparenteser, som ingen kan handle ud fra, men det betyder også noget for hybriderne: det, du ser, er det, maskinlaget faktisk siger, ikke det, PDF’en tilfældigvis viser.

Til sidst bekræfter du, én gang, og fakturaen bliver et udkast til en udgift i ejendommens regnskab med det læste beløb og leverandøren. Derfra lever den det normale liv som udgift: den venter på kontoudtoget, betalingsposteringen bliver koblet til den, og dens status beregner sig selv, sådan som enhver udgift i ejendommen bør.

Én fil ind, én bekræftelse, én bogført udgift. Det er hele den manuelle del af arbejdsgangen.

Hvorfor bekræftelsen ikke er valgfri

Et rimeligt spørgsmål: hvis maskinen læser det hele, hvorfor så bekræfte? Hvorfor ikke bogføre fakturaerne automatisk, i det øjeblik de kommer?

Fordi læsningen er pålidelig, og ansvaret ikke kan uddelegeres. En faktura kan være maskinelt perfekt og alligevel forkert: en dublet, et beløb, der ikke stemmer med aftalen, en ydelse, der aldrig blev bestilt, eller regulær svindel. Fakturasvindel med ændrede betalingsoplysninger er et reelt og voksende problem, og bekræftelsesskærmen er præcis der, hvor den bliver stoppet: det læste kontonummer står foran et menneske, der ved, hvad elevatorfirmaets konto altid har været. En arbejdsgang, der bogfører automatisk, fjerner det ene øjeblik, hvor administratorens dømmekraft, det, ejendommen faktisk betaler for, kommer i spil.

Så det rigtige design er bevidst: maskinen læser det hele, mennesket træffer den ene beslutning. Mere automatik optimerer selve pointen væk.

Arkivér originalen, ikke gengivelsen

Reglerne for opbevaring af regnskabsmateriale i hele EU kræver, at fakturaer gemmes i årevis, ofte det meste af et årti, og her gælder den samme logik som med hybridformatet: det, der skal bevares, er originalfilen, XML’en eller hybrid-PDF’en præcis som den blev modtaget, ikke et skærmbillede, ikke den læsbare gengivelse, ikke en ny eksport. Gengivelsen er en bekvemmelighed i dag; originalen er dokumentationen til revisoren om flere år.

Så værktøjet til modtagelse bør gemme originalen, så den ikke kan ændres, ved siden af den udgift, den blev til, og altid kunne give præcis de bytes tilbage, der kom ind. Hvis et værktøj genskaber eller »rydder op i« gemte fakturaer, arkiverer det sit eget kunstværk i stedet for dokumentet.

Hvor fakturaen går hen bagefter

Den stille gevinst ved at modtage fakturaer som data er alt det, der følger efter. Den bekræftede udgift bliver en del af ejendommens kæde af posteringer, og det betyder:

• Ejerne kan se den. Fakturaen får sin plads blandt ejendommens bilag, hvor en ejer, der gennemgår årets opgørelse, kan åbne det faktiske dokument bag hver linje.
• Årsopgørelsen tager den med. Årsafslutningen kræver ikke længere en jagt på fakturaer, fordi hver leverandørfaktura allerede ligger kategoriseret i regnskabet. Hele forløbet står i regnskabsåret i ejerforeningen.
• Revisoren får rene data. En bogføringseksport sender udgiften med dens kategorier videre til revisoren eller bogholderen, og originaldokumentet kan hentes, når der er brug for det.

Tæl de menneskelige berøringer på hele den rejse: én. Fakturaen blev bekræftet én gang, og alle, der bruger den senere, ejerne, generalforsamlingen, revisoren, læser registreringer, der er afledt af den ene bekræftede kendsgerning.

Hvad Kvaro ikke gør, og hvad der ikke er her endnu

Lad os sige det klart: Kvaro modtager elektroniske fakturaer og gør dem til udgifter. Kvaro udsteder ikke fakturaer, sender ikke fakturaer og er ikke et faktureringsprogram. Kvaro læser de to syntakser i den europæiske standard, UBL og CII, samt hybrid-PDF’en Factur-X.

Desuden er to leveringskanaler stadig ved at modnes på markedet: automatisk indlæsning af fakturaer, der kommer med e-mail, og Peppol-netværket til udveksling af strukturerede fakturaer, som er ved at blive det fælles transportlag mellem EU-landene. Kvaro er ikke koblet på Peppol eller NemHandel og tager ikke selv imod fakturaer derfra. I dag er det pålidelige udgangspunkt upload: fakturafilen, uanset hvordan den nåede frem til dig, lægges ind i værktøjet, og arbejdsgangen ovenfor tager over.

Det udgangspunkt er allerede hele gevinsten. Omkostningen ved elektroniske fakturaer var aldrig klikket for at uploade, det var indtastningen, mapperne, der ikke stemte, og jagten på fakturaer op til hver generalforsamling. Det slutter den dag, arbejdsgangen for modtagelse begynder at læse de strukturerede data i stedet for dig. Kravet fik leverandørerne til at tage den svære halvdel; modtagelsen er nu et valg.