E-računi za upravitelje zgrada: XRechnung i ZUGFeRD

Račun dobavljača već dvadeset godina putuje istim putem: stigne kao PDF u sandučić upravitelja, netko pročita iznos s ekrana, prepiše ga u tablicu ili knjigovodstveni alat, PDF spremi u mapu i nada se da će to dvoje ostati usklađeno. Pomnožite to svakim ugovorom o održavanju dizala, tvrtkom za čišćenje, policom osiguranja i jednokratnim popravkom kroz cijeli portfelj zgrada, i prepisivanje računa ispada ozbiljan dio uredskog posla jedne Hausverwaltung, njemačke uprave zgrada.

Ta era završava, po zakonu. Od siječnja 2025. svaka njemačka tvrtka mora biti sposobna zaprimiti strukturirani elektronički račun za domaće B2B transakcije, dok obveza izdavanja stupa na snagu postupno kroz 2027. i 2028. Upravitelji zgrada su točno u tom krugu: upravljanje novcem zgrade jest poslovna djelatnost, dobavljači su tvrtke, i oni će sve češće slati XML bez obzira na to je li strana koja zaprima spremna.

Većina tekstova ovo prikazuje kao teret usklađivanja. Zapravo je obrnuto. Obveza tjera dobavljače da račune šalju u strojno čitljivom formatu, što znači da era prepisivanja može završiti, ako je zaprimanje postavljeno kako treba. Evo što ti formati zaista jesu i kako izgleda ispravan tijek zaprimanja.

PDF više nije račun

E-račun, u pravnom smislu, nije PDF računa. To je strukturirana datoteka usklađena s europskim standardom EN 16931: prodavatelj, iznosi, datumi, podaci za plaćanje, sve kao strojno čitljiva polja. U Njemačkoj dominiraju dva formata:

• XRechnung je čisti oblik: XML datoteka, bez ikakvog vizualnog sloja. Otvorite je u pregledniku i vidite šiljaste zagrade. Nečitljiva je namjerno, jer je namijenjena strojevima.
• ZUGFeRD (međunarodno: Factur-X) je hibrid: PDF koji izgleda kao običan račun, s XML-om ugrađenim unutra. Čovjek vidi račun, stroj vidi podatke. Ključno je da je mjerodavan ugrađeni XML, a ne pikseli.

Hibridni format krije zamku koju vrijedi poznavati. ZUGFeRD račun obrađen na stari način, tako da ga čovjek očima pročita iz PDF-a i prepiše, tiho ignorira strukturirani sloj. Brojevi na vizualnom sloju i u XML-u trebali bi se poklapati, ali račun je onaj strojno čitljiv dio. Tijek rada koji dodiruje samo piksele obrađuje sliku računa i odbacuje sam račun.

Zaprimanje kako treba: pročitaj, prikaži, potvrdi

Ispravno zaprimanje ima tri koraka, a samo jedan uključuje čovjeka.

Prvo, datoteka ulazi, XRechnung XML ili ZUGFeRD PDF, i stroj čita strukturirana polja: tko je poslao, broj računa, datum izdavanja i datum dospijeća, neto, porez i bruto iznos, IBAN na koji se plaća. Bez prepisivanja, bez čitanja brojeva s ekrana.

Drugo, ta pročitana polja prikazuju vam se u jasnom, ljudski čitljivom obliku. To je najvažnije kod XRechnunga, koji bez tog koraka ostaje zid XML-a na koji nitko ne može reagirati, ali vrijedi i za hibride: ono što vidite jest ono što strojni sloj stvarno kaže, a ne ono što PDF slučajno prikazuje.

Treće, potvrđujete, jednom, i račun postaje nacrt troška u knjigama zgrade, s pročitanim iznosom i dobavljačem. Odatle živi normalan život troška: čeka izvod, redak s uplatom se poveže s njim, a status se izračuna sam, onako kako to treba za svaki trošak zgrade.

Jedna datoteka unutra, jedna potvrda, jedan proknjižen trošak. To je cijela ručna površina tog tijeka.

Zašto korak potvrde nije opcionalan

Pošteno pitanje: ako stroj sve pročita, čemu uopće potvrda? Zašto se računi ne knjiže automatski čim stignu?

Zato što je čitanje pouzdano, a odgovornost se ne prenosi. Račun može biti strojno savršen i i dalje pogrešan: duplikat, iznos koji ne odgovara ugovoru, usluga koja nikad nije naručena ili čista prijevara. Prijevare s izmijenjenim podacima za plaćanje stvarna su i sve češća pojava, a zaslon za potvrdu točno je mjesto na kojem umiru: pročitani IBAN stoji pred čovjekom koji zna koji je račun tvrtke za dizala oduvijek bio. Tijek rada koji knjiži automatski briše jedini trenutak u kojem se primjenjuje prosudba upravitelja, a nju zgrada zapravo i plaća.

Zato je ispravan dizajn namjerno ovakav: stroj radi svo čitanje, čovjek donosi jednu odluku. Sve automatskije od toga optimizira baš onaj dio zbog kojeg sve postoji.

Arhivirajte izvornik, a ne prikaz

Njemačka pravila o čuvanju dokumentacije traže da se računi čuvaju osam godina, i tu vrijedi ista logika kao kod hibridnog formata: čuva se izvorna datoteka, XML ili hibridni PDF točno onakav kakav je stigao, a ne snimka zaslona, ne ljudski čitljiv prikaz, ne ponovni izvoz. Prikaz je udobnost za danas; izvornik je dokaz za nadzor u sedmoj godini.

Zato alat za zaprimanje treba čuvati izvornik nepromijenjen, uz trošak koji je iz njega nastao, i uvijek moći vratiti točno one bajtove koji su stigli. Ako alat ponovno generira ili “sređuje” spremljene račune, arhivira svoj crtež umjesto dokumenta.

Kamo račun ide dalje

Tiha nagrada za zaprimanje računa kao podataka jest sve što dolazi poslije. Potvrđen trošak ulazi u lanac transakcija zgrade, što znači:

• Suvlasnici ga mogu vidjeti. Račun zauzima mjesto u popisu dokumenata zgrade, u Belegeinsicht, pravu suvlasnika na uvid u dokumentaciju, gdje onaj tko pregledava godišnji obračun može otvoriti stvarni dokument iza svake stavke.
• Godišnji obračun ga upija. Kraj godine više ne traži lov na račune, jer svaki račun dobavljača već stoji razvrstan u knjigama. Cijeli ciklus opisan je u priručniku za računovodstvo suvlasnika.
• Knjigovođa dobiva čiste podatke. Izvoz knjiženja nosi trošak s njegovim kategorijama do poreznog savjetnika, uz izvorni dokument dostupan na zahtjev.

Prebrojite ljudske dodire na cijelom tom putu: jedan. Račun je potvrđen jednom, a svaki kasniji korisnik, suvlasnik, skupština, knjigovođa, revizor, čita zapise izvedene iz te jedne potvrđene činjenice.

Što još ne postoji i zašto svejedno početi

Dva kanala isporuke još sazrijevaju na tržištu: automatsko preuzimanje računa koji stižu e-poštom i mreža Peppol za razmjenu strukturiranih računa. Danas je pouzdana osnova učitavanje: datoteka računa, kako god je stigla do vas, ulazi u alat, a dalje preuzima gore opisani tijek.

Ta je osnova već cijela dobit. Cijena e-računa nikad nije bio klik na učitavanje, nego prepisivanje, neusklađene mape i lov na račune svakog siječnja. Oni završavaju onog dana kad XML umjesto vas počne čitati softver. Obveza je natjerala dobavljače da odrade teži dio; dio sa zaprimanjem sada je stvar izbora.