E-számlázás közös képviselőknek: az EU-szabvány, közérthetően

A szállítói számla húsz éve ugyanazt az utat járja: PDF-ként megérkezik a képviselő postaládájába, valaki leolvassa róla az összeget a képernyőn, begépeli egy táblázatba vagy egy könyvelőprogramba, elrakja a PDF-et egy mappába, és reménykedik, hogy a kettő szinkronban marad. Szorozza be minden liftszerződéssel, takarítócéggel, biztosítási kötvénnyel és egyszeri javítással egy egész házportfólión, és a számlák begépelése a képviselő háttérirodájának valós hányada.

Ez a korszak véget ér, törvényi erővel, és nem csak egyetlen országban. Az EU-ban a vállalkozások közötti e-számlázás lépcsőzetes menetrend szerint válik választhatóból kötelezővé: Olaszország évek óta megköveteli, Franciaország, Lengyelország és Németország az évtized második felében vezeti be fokozatosan, és további tagállamok követik őket. Az időzítések eltérnek, az irány és a mögöttes szabvány nem. A közös képviselők ennek a kellős közepén ülnek: egy társasház pénzének kezelése üzleti tevékenység, a szállítók vállalkozások, és egyre inkább strukturált adatot fognak küldeni, akár készen áll rá a fogadó oldal, akár nem.

A legtöbb elemzés megfelelési teherként állítja be ezt. Épp az ellenkezője. A kötelezettség arra kényszeríti a szállítókat, hogy géppel olvasható formátumban küldjék a számlát, ami azt jelenti, hogy a begépelés korszaka véget érhet, ha a fogadási folyamat jól van felépítve. Íme, mi is valójában ez a formátum, és hogyan néz ki egy helyes fogadási folyamat.

A PDF többé nem a számla

Az e-számla jogi értelemben nem egy számla PDF-je. Egy strukturált adatfájl, amely megfelel az európai EN 16931 szabványnak: az eladó, az összegek, a dátumok, a fizetési adatok, mind géppel olvasható mezőként. Ez az egyetlen szabvány a lényeg. Bármi is a nemzeti változat, egy szabványos számla ugyanazt az alap-adatmodellt hordozza a felszín alatt, és épp ezért működik határokon át egy olyan eszköz, amelyet a szabványra építettek.

Ugyanennek a szabványnak a gyakorlatban két alakja tűnik fel:

• A tiszta XML a gépi forma: egy XML-fájl, vizuális réteg nélkül. Nyisd meg egy megjelenítőben, és hegyes zárójeleket látsz. Szándékosan olvashatatlan, mert gépeknek szánták. Több országnak saját elnevezésű profilja van ebből (ilyen az olasz FatturaPA), de ezek az EN 16931 dialektusai, nem külön világok.
• A hibrid (Franciaországban Factur-X, és ugyanez a technika másutt) egy megszokott kinézetű PDF, amelybe be van ágyazva az XML. Az ember egy számlát lát; a gép adatot. A döntő pont: a beágyazott XML a hiteles rész, nem a képpontok.

A hibrid formátum egy csapdát rejt, amelyről érdemes tudni. A régi módon, a PDF emberi szemmel való leolvasásával és begépelésével feldolgozott hibrid számla csendben figyelmen kívül hagyja a strukturált réteget. A vizuális rétegen és az XML-ben lévő számoknak egyezniük kell, de a géppel olvasható rész a számla. Az a folyamat, amely mindig csak a képpontokhoz nyúl, egy számla képét dolgozza fel, és eldobja magát a számlát.

Helyesen fogadni: beolvasás, megjelenítés, jóváhagyás

A helyes fogadási folyamat három lépésből áll, és ezek közül csak egyben szerepel ember.

Először a fájl bemegy, XML vagy hibrid PDF, és a gép beolvassa a strukturált mezőket: ki küldte, a számla sorszáma, a kiállítás és a fizetési határidő dátuma, a nettó, az adó és a bruttó összeg, a fizetendő számlaszám. Nincs begépelés, nincs képernyőről leolvasott szám.

Másodszor, ezek a beolvasott mezők egyszerű, ember által olvasható formában megjelennek Önnek. Ez a tiszta XML-nél számít a legjobban, amely e lépés nélkül a hegyes zárójelek fala, amivel senki nem tud mit kezdeni, de a hibrideknél is számít: amit lát, azt mondja valójában a gépi réteg, nem azt, amit a PDF éppen megjelenít.

Harmadszor, Ön jóváhagyja, egyszer, és a számlából költségvázlat lesz a társasház könyvelésében, magával hozva a beolvasott összeget és a szállítót. Ettől kezdve a költség megszokott életét éli: várja a bankszámlakivonatot, a fizetési sor hozzákapcsolódik, a státusza pedig magától kiszámolódik, ahogy minden társasházi költségnek kellene.

Egy fájl be, egy jóváhagyás, egy könyvelt költség. Ennyi a folyamat teljes kézi felülete.

Miért nem elhagyható a jóváhagyási lépés

Jogos kérdés: ha a gép mindent beolvas, miért kell egyáltalán jóváhagyni? Miért ne könyveljük a számlákat automatikusan, abban a pillanatban, ahogy megérkeznek?

Mert a beolvasás megbízható, a felelősség viszont nem delegálható. Egy számla lehet géppel tökéletes, és mégis hibás: duplikátum, a szerződéssel nem egyező összeg, meg nem rendelt szolgáltatás, vagy nyílt csalás. A fizetési adatok meghamisításával elkövetett számlacsalás valós és növekvő minta, és a jóváhagyó képernyő pontosan ott van, ahol ez elbukik: a beolvasott számlaszám egy olyan ember előtt van, aki tudja, mi volt mindig is a liftkarbantartó cég számlaszáma. Az automatikusan könyvelő folyamat kiiktatja azt az egyetlen pillanatot, amikor a képviselő ítélőképessége, az, amiért a társasház valójában fizet, érvényesül.

A helyes megoldás tehát tudatos: a gép végzi az összes olvasást, az ember hozza meg az egyetlen döntést. Bármi ennél automatikusabb magát a lényeget optimalizálja el.

Az eredetit archiválja, ne a megjelenítést

Az EU-szerte érvényes megőrzési szabályok éveken át, gyakran közel egy évtizedig írják elő a számlák megőrzését, és itt ugyanaz a logika érvényes, mint a hibrid formátumnál: azt kell megőrizni, ami az eredeti fájl, az XML vagy a hibrid PDF pontosan úgy, ahogy megérkezett, nem egy képernyőképet, nem az ember által olvasható megjelenítést, nem egy újraexportált változatot. A megjelenítés a mai kényelmet szolgálja; az eredeti a nyilvántartás a hetedik évben érkező ellenőr számára.

A fogadó eszköznek tehát megváltoztathatatlanul kell tárolnia az eredetit, a belőle lett költség mellett, és mindig képesnek kell lennie visszaadni pontosan azokat a bájtokat, amelyek megérkeztek. Ha egy eszköz újragenerálja vagy „megtisztítja“ a tárolt számlákat, akkor a saját alkotását archiválja a dokumentum helyett.

Merre folyik tovább a számla

A számlák adatként való fogadásának csendes hozadéka minden, ami utána következik. A jóváhagyott költség beáll a társasház tranzakcióláncába, ami azt jelenti:

• A tulajdonosok látják. A számla elfoglalja a helyét a társasház bizonylatlistájában, ahol az éves elszámolást átnéző tulajdonos minden sor mögött megnyithatja a tényleges dokumentumot.
• Az éves elszámolás magába szívja. Az évzárás többé nem igényel számlavadászatot, mert minden szállítói számla már kategorizálva ott van a könyvelésben. A teljes ciklust a társasházi számviteli év veszi végig.
• A könyvelő tiszta adatot kap. Egy könyvelési export a költséget a kategóriáival együtt viszi át a könyvelőhöz, az eredeti dokumentum pedig kérésre előhívható.

Számolja össze az emberi érintéseket ezen a teljes úton: egy. A számlát egyszer hagyták jóvá, és minden későbbi felhasználó, tulajdonos, közgyűlés, könyvelő, ellenőr, ebből az egyetlen jóváhagyott tényből levezetett nyilvántartást olvas.

Mi nincs még itt, és miért érdemes mégis belevágni

Két kézbesítési csatorna még érik a piacon: az e-mailben érkező számlák automatikus beolvasása, és a strukturált számlacseréhez használt Peppol-hálózat, amely az EU-tagállamok közötti közös szállítási réteggé válik. Ma a megbízható alap a feltöltés: a számlafájl, bárhogyan is jutott el Önhöz, bekerül az eszközbe, és a fenti folyamat átveszi az irányítást.

Ez az alap már önmagában a teljes nyereség. Az e-számlázás költsége soha nem a feltöltési kattintás volt, hanem a begépelés, az összekeveredett mappák, a minden januári számlavadászat. Ezek azon a napon érnek véget, amelyen a fogadási folyamat Ön helyett elkezdi olvasni a strukturált adatot. A kötelezettség a nehéz felét elvégeztette a szállítókkal; a fogadó fél most már döntés kérdése.