E-računi za upravnike stavb: evropski standard brez žargona

Račun dobavitelja ima že dvajset let isto pot: prispe kot PDF v upravnikov nabiralnik, nekdo z zaslona prebere znesek, ga pretipka v preglednico ali računovodsko orodje, PDF shrani v mapo in upa, da bosta ostala usklajena. Pomnožite to z vsako pogodbo za dvigalo, čistilnim servisom, zavarovalno polico in enkratnim popravilom po vseh stavbah v portfelju in pretipkavanje računov postane pravcati del upravnikove zaledne pisarne.

Ta doba se končuje, po zakonu in ne le v eni državi. Po vsej EU e-računi med podjetji prehajajo iz izbirnih v obvezne po stopničastem časovnem načrtu: Italija jih zahteva že leta, Francija, Poljska in Nemčija jih uvajajo v drugi polovici tega desetletja, sledijo pa jim še druge članice. Roki se razlikujejo, smer in temeljni standard pa ne. Upravniki stavb sedijo naravnost sredi tega: upravljanje denarja stavbe je posel, dobavitelji so podjetja in vse pogosteje bodo pošiljali strukturirane podatke, ne glede na to, ali je prejemna stran pripravljena ali ne.

Večina zapisov to prikazuje kot breme skladnosti. V resnici je ravno nasprotno. Obveznost sili dobavitelje, da račune pošiljajo v strojno berljivi obliki, kar pomeni, da se doba pretipkavanja lahko konča, če je prevzemni potek dela pravilno zgrajen. Tukaj je, kaj ta oblika v resnici je in kako izgleda pravilen prevzemni potek dela.

PDF ni več račun

E-račun v pravnem smislu ni PDF računa. Je strukturirana podatkovna datoteka, skladna z evropskim standardom EN 16931: prodajalec, zneski, datumi, plačilni podatki, vse kot strojno berljiva polja. Prav ta en sam standard je pomemben del. Kakršna koli je nacionalna različica, skladen račun pod sabo nosi isti temeljni podatkovni model, in prav zato orodje, zgrajeno za standard, deluje čez meje.

V praksi se pojavljata dve obliki istega standarda:

• Čisti XML je strojna oblika: datoteka XML brez sleherne vizualne plasti. Odprete jo v pregledovalniku in vidite koničaste oklepaje. Po zasnovi je neberljiva, ker je namenjena strojem. Več držav ima svoj lasten poimenovani profil tega, a so to narečja standarda EN 16931, ne ločeni svetovi.
• Hibrid je na videz običajen PDF z vgnezdenim XML v sebi (isto tehniko različne države poznajo pod svojimi imeni). Človek vidi račun, stroj vidi podatke. Ključno je, da je verodostojni del vgnezdeni XML, ne slikovne pike.

Hibridna oblika skriva past, ki jo velja poznati. Hibridni račun, obdelan po starem, torej z branjem PDF-ja s človeškimi očmi in pretipkavanjem, tiho prezre strukturirano plast. Številke na vizualni plasti in v XML naj bi se ujemale, a račun je strojno berljivi del. Potek dela, ki se dotakne le slikovnih pik, obdeluje sliko računa in zavrže sam račun.

Pravilen prevzem: razčleni, pokaži, potrdi

Pravilen prevzemni potek dela ima tri korake in le eden od njih vključuje človeka.

Prvič, datoteka gre noter, XML ali hibridni PDF, in stroj prebere strukturirana polja: kdo jo je poslal, številko računa, datuma izdaje in zapadlosti, neto, davčni in bruto znesek, račun za plačilo. Brez pretipkavanja, brez branja številk z zaslona.

Drugič, ta razčlenjena polja se vam pokažejo v preprosti, človeku berljivi obliki. To je najpomembnejše pri čistem XML, ki je brez tega koraka zid koničastih oklepajev, s katerim nihče ne more ničesar, pomembno pa je tudi pri hibridih: kar vidite, je tisto, kar strojna plast dejansko pravi, ne tisto, kar PDF slučajno prikazuje.

Tretjič, enkrat potrdite in račun postane osnutek stroška v knjigah stavbe, ki nosi razčlenjeni znesek in dobavitelja. Od tam naprej živi običajno življenje stroška: čaka na bančni izpisek, nanj se poveže plačilna vrstica, njegov status pa se izračuna sam, tako kot bi se moral vsak strošek stavbe.

Ena datoteka noter, ena potrditev, en knjižen strošek. To je celotna ročna površina tega poteka dela.

Zakaj korak potrditve ni izbiren

Pošteno vprašanje: če stroj prebere vse, čemu sploh potrjevati? Zakaj računov ne knjižiti samodejno v trenutku, ko prispejo?

Ker je razčlenjevanje zanesljivo, odgovornost pa ni prenosljiva. Račun je lahko strojno popoln in vseeno napačen: dvojnik, znesek, ki se ne ujema s pogodbo, nikoli naročena storitev ali čisto navadna prevara. Prevara z računi s spremenjenimi plačilnimi podatki je resničen in vse pogostejši vzorec, zaslon za potrditev pa je natanko tam, kjer umre: razčlenjena številka računa stoji pred človekom, ki ve, kakšna je od nekdaj številka računa podjetja za dvigala. Potek dela, ki knjiži samodejno, izloči tisti edini trenutek, v katerem se uveljavi upravnikova presoja, torej prav tisto, za kar stavba dejansko plačuje.

Zato je prava zasnova premišljena: stroj opravi vse branje, človek sprejme eno odločitev. Vse, kar je bolj samodejno, z optimizacijo odstrani sam smisel.

Arhivirajte izvirnik, ne upodobitve

Pravila o hrambi evidenc po vsej EU zahtevajo, da se računi hranijo leta, pogosto dobršen del desetletja, in tu velja ista logika kot pri hibridni obliki: ohraniti je treba izvirno datoteko, XML ali hibridni PDF natanko takšen, kot je prispel, ne posnetka zaslona, ne človeku berljive upodobitve, ne ponovnega izvoza. Upodobitev je udobje za danes, izvirnik pa je evidenca za revizorja v sedmem letu.

Zato mora prevzemno orodje izvirnik shraniti nespremenljivo, ob strošku, v katerega je prerasel, in znati kadar koli vrniti natanko tiste bajte, ki so prispeli. Če orodje shranjene račune znova ustvari ali “počisti”, arhivira svojo lastno umetnino namesto dokumenta.

Kam račun teče naprej

Tiho poplačilo prevzemanja računov kot podatkov je vse, kar sledi navzdol. Potrjeni strošek se pridruži verigi transakcij stavbe, kar pomeni:

• Lastniki ga vidijo. Račun zavzame svoje mesto na seznamu listin stavbe, kjer lahko lastnik, ki pregleduje letni obračun, za vsako postavko odpre dejanski dokument.
• Letni obračun ga posrka vase. Konec leta ne zahteva več lova na račune, saj vsak dobaviteljev račun že razvrščen stoji v knjigah. Ves cikel je opisan v računovodskem letu stavbe.
• Računovodja dobi čiste podatke. Knjigovodski izvoz strošek skupaj z njegovimi kategorijami odnese k davčnemu svetovalcu, izvirni dokument pa je na voljo na zahtevo.

Preštejte človeške dotike na vsej tej poti: eden. Račun je bil potrjen enkrat, vsak poznejši uporabnik, lastnik, zbor, računovodja, revizor, pa bere evidence, izpeljane iz tega enega samega potrjenega dejstva.

Česa še ni in zakaj vseeno začeti

Dva dostavna kanala na trgu še dozorevata: računi, ki prispejo po e-pošti in se samodejno zajamejo, ter omrežje Peppol za izmenjavo strukturiranih računov, ki postaja skupni prenosni sloj med članicami EU. Danes je zanesljiva osnova nalaganje: datoteka računa, kakor koli je prišla do vas, gre v orodje in prevzame zgornji potek dela.

Ta osnova je že cela zmaga. Strošek e-računov nikoli ni bil klik za nalaganje, temveč pretipkavanje, neusklajene mape, lov na račune vsak januar. Ti se končajo tisti dan, ko prevzemni potek dela namesto vas začne brati strukturirane podatke. Obveznost je težjo polovico naložila dobaviteljem, prevzemna polovica pa je zdaj stvar izbire.