Facturarea electronică pentru administratori: standardul UE, fără jargon

Factura de la furnizor face de douăzeci de ani același drum: ajunge ca PDF în inboxul administratorului, cineva citește suma de pe ecran, o retastează într-un tabel sau într-un program de contabilitate, pune PDF-ul într-un folder și speră ca cele două să rămână sincronizate. Înmulțește asta cu fiecare contract de lift, firmă de curățenie, poliță de asigurare și reparație ocazională din tot portofoliul de blocuri, iar retastarea facturilor ajunge să fie o parte serioasă din munca de birou a unui administrator.

Epoca aceasta se încheie, prin lege, și nu într-o singură țară. În toată UE, facturarea electronică între firme trece de la opțională la obligatorie, după un calendar eșalonat: Italia o cere de ani buni, Franța, Polonia și Germania o introduc treptat în a doua jumătate a acestui deceniu, iar tot mai multe state membre urmează. Termenele diferă, dar direcția și standardul de la bază nu. Administratorii de bloc sunt fix în mijlocul acestui lucru: administrarea banilor unui bloc este activitate economică, furnizorii sunt firme, iar ei vor trimite tot mai des date structurate, indiferent dacă partea care primește este pregătită sau nu.

Cele mai multe articole prezintă asta ca pe o povară de conformare. Este exact invers. Obligația îi forțează pe furnizori să trimită facturile într-un format citibil de mașină, ceea ce înseamnă că epoca retastării se poate încheia, dacă fluxul de primire este construit corect. Iată ce este de fapt formatul și cum arată un flux de primire corect.

PDF-ul nu mai este factura

O factură electronică, în sens juridic, nu este un PDF al unei facturi. Este un fișier de date structurate, conform standardului european EN 16931: vânzătorul, sumele, datele, detaliile de plată, toate ca niște câmpuri citibile de mașină. Acel unic standard este partea importantă. Oricare ar fi varianta națională, o factură conformă poartă dedesubt același model de date de bază, motiv pentru care un instrument construit pentru standard funcționează dincolo de granițe.

Două forme ale aceluiași standard apar în practică:

• XML-ul pur este forma de mașină: un fișier XML, fără niciun strat vizual. Îl deschizi într-un vizualizator și vezi paranteze unghiulare. Este ilizibil prin proiectare, pentru că este făcut pentru mașini. Mai multe țări au propriul profil denumit al acestuia (de exemplu FatturaPA în Italia), dar sunt dialecte ale EN 16931, nu lumi separate.
• Hibridul (Factur-X în Franța, aceeași tehnică și în alte țări) este un PDF cu aspect obișnuit, cu XML-ul încorporat în el. Omul vede o factură, mașina vede date. Esențial este că partea care contează este XML-ul încorporat, nu pixelii.

Formatul hibrid ascunde o capcană pe care merită s-o cunoști. O factură hibridă procesată în vechiul stil, adică citită cu ochii din PDF și retastată, ignoră în tăcere stratul structurat. Cifrele de pe stratul vizual și cele din XML ar trebui să coincidă, dar partea citibilă de mașină este factura. Un flux care atinge doar pixelii procesează o poză a facturii și aruncă factura însăși.

Primirea făcută cum trebuie: citește, arată, confirmă

Fluxul corect de primire are trei pași și doar unul dintre ei implică un om.

Întâi, fișierul intră, XML sau PDF hibrid, iar mașina citește câmpurile structurate: cine l-a trimis, numărul facturii, data emiterii și scadența, sumele net, TVA și brut, contul unde se plătește. Fără retastare, fără citit cifre de pe ecran.

Apoi, câmpurile citite îți sunt arătate într-o formă clară, lizibilă pentru om. Contează cel mai mult la XML-ul pur, care fără pasul acesta rămâne un zid de paranteze unghiulare pe care nimeni nu poate acționa, dar contează și la hibrizi: ce vezi este ceea ce spune efectiv stratul de date, nu ceea ce se întâmplă să afișeze PDF-ul.

În al treilea rând, confirmi, o singură dată, iar factura devine o cheltuială în ciornă în evidența blocului, cu suma și furnizorul citite din fișier. De acolo trăiește viața normală a unei cheltuieli: așteaptă extrasul de cont, rândul de plată se leagă de ea, iar statusul se calculează singur, așa cum ar trebui să se întâmple cu orice cheltuială a blocului.

Un fișier intrat, o confirmare, o cheltuială înregistrată. Asta este toată suprafața manuală a fluxului.

De ce pasul de confirmare nu este opțional

O întrebare corectă: dacă mașina citește tot, de ce să mai confirmi? De ce să nu se înregistreze facturile automat, în clipa în care ajung?

Pentru că citirea este de încredere, iar răspunderea nu se deleagă. O factură poate fi perfectă din punct de vedere tehnic și tot greșită: un duplicat, o sumă care nu se potrivește cu contractul, un serviciu niciodată comandat sau, pur și simplu, o fraudă. Fraudele cu date de plată modificate sunt un tipar real și în creștere, iar ecranul de confirmare este exact locul unde ele mor: numărul de cont citit stă în fața unui om care știe care a fost dintotdeauna contul firmei de lifturi. Un flux care înregistrează automat elimină singurul moment în care se aplică judecata administratorului, adică exact lucrul pentru care blocul plătește.

De aceea proiectarea corectă este deliberată: mașina face toată citirea, omul ia singura decizie. Orice grad de automatizare peste asta optimizează exact partea din care vine sensul.

Arhivează originalul, nu redarea lui

Regulile de arhivare din toată UE cer păstrarea facturilor timp de ani buni, adesea aproape un deceniu, și aici se aplică aceeași logică ca la formatul hibrid: ceea ce trebuie păstrat este fișierul original, XML-ul sau PDF-ul hibrid exact așa cum a sosit, nu o captură de ecran, nu redarea lizibilă pentru om, nu un reexport. Redarea este o comoditate pentru azi; originalul este documentul pentru inspectorul din anul șapte.

Deci instrumentul de primire trebuie să stocheze originalul neatins, lângă cheltuiala în care s-a transformat, și să poată întotdeauna să returneze exact octeții care au sosit. Dacă un instrument regenerează sau “curăță” facturile stocate, arhivează propriul desen în loc de document.

Unde merge factura mai departe

Câștigul discret al primirii facturilor ca date este tot ce urmează după. Cheltuiala confirmată intră în lanțul de tranzacții al blocului, ceea ce înseamnă:

• Proprietarii o pot vedea. Factura își ia locul în lista de documente justificative a blocului, unde un proprietar care verifică decontul anual poate deschide documentul real din spatele fiecărui rând.
• Decontul anual o absoarbe. Sfârșitul de an nu mai cere o vânătoare de facturi, pentru că fiecare factură de la furnizor stă deja încadrată pe categorii în evidență. Tot ciclul este descris în anul contabil al blocului.
• Contabilul primește date curate. Un export contabil duce cheltuiala cu categoriile ei la consultantul fiscal, cu documentul original disponibil la cerere.

Numără atingerile umane de-a lungul întregului drum: una. Factura a fost confirmată o singură dată, iar fiecare consumator ulterior, proprietar, adunare generală, contabil, inspector, citește înregistrări derivate din acel unic fapt confirmat.

Ce lipsește încă și de ce merită totuși să începi

Două canale de livrare încă se maturizează pe piață: preluarea automată a facturilor sosite pe email și rețeaua Peppol pentru schimbul de facturi structurate, care devine stratul de transport comun între statele membre ale UE. Astăzi, baza sigură este încărcarea: fișierul facturii, oricum ar fi ajuns la tine, intră în instrument, iar de acolo preia fluxul descris mai sus.

Baza asta este deja tot câștigul. Costul facturării electronice nu a fost niciodată clicul de încărcare, ci retastarea, folderele care nu se mai potrivesc, vânătoarea de facturi din fiecare ianuarie. Ele se termină în ziua în care fluxul de primire începe să citească datele structurate în locul tău. Obligația i-a pus pe furnizori să facă jumătatea grea; jumătatea de primire este acum o alegere.