E-facturi pentru administratori: XRechnung și ZUGFeRD

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, și retastarea facturilor ajunge să fie o parte serioasă din munca de birou a unei Hausverwaltung, firma germană de administrare.

Epoca aceasta se încheie, prin lege. Din ianuarie 2025, orice firmă germană trebuie să fie capabilă să primească facturi electronice structurate pentru tranzacțiile interne între firme, iar obligația de a le emite intră în vigoare treptat, în 2027 și 2028. Administratorii de bloc sunt exact în acest cerc: administrarea banilor unui bloc este activitate economică, furnizorii sunt firme, iar ei vor trimite tot mai des XML, 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 sunt de fapt aceste formate și cum arată un flux de primire corect.

PDF-ul nu mai este factura

O e-factură, în sens juridic, nu este un PDF al unei facturi. Este un fișier structurat, conform standardului european EN 16931: vânzătorul, sumele, datele, detaliile de plată, toate ca niște câmpuri citibile de mașină. În Germania domină două formate:

• XRechnung este forma pură: 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.
• ZUGFeRD (internațional: Factur-X) este hibridul: 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ă ZUGFeRD 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 factura este partea citibilă de mașină. 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 XRechnung sau PDF ZUGFeRD, 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, IBAN-ul 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 XRechnung, care fără pasul acesta rămâne un zid de XML 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 lucru î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: IBAN-ul 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 germane de arhivare cer păstrarea facturilor timp de opt ani ș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, în Belegeinsicht, dreptul proprietarilor de a consulta documentele, unde oricine 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 ghidul de contabilitate a proprietarilor.
• 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. 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 e-facturării 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 XML-ul începe să fie citit de program în locul tău. Obligația i-a pus pe furnizori să facă jumătatea grea; jumătatea de primire este acum o alegere.