Germania își întărește disciplina în materie de facturare electronică către sectorul public: în ultimele luni, platformele de recepție XRechnung și operatorii EDI au început să aplice validări suplimentare pentru câmpurile legate de referințele de comandă (PO) și termenele de plată. Măsura vizează reducerea respingerilor la recepție, accelerarea aprobărilor și alinierea mai strictă la standardul european EN 16931, într-un context în care digitalizarea ciclului Procure-to-Pay devine o miză strategică pentru companii și administrație.
Ce este XRechnung și cine stabilește regulile
XRechnung este specificația națională germană (CIUS) a standardului EN 16931 pentru facturarea electronică, întreținută de KoSIT (Coordination Office for IT Standards), instituția care acționează și ca Peppol Authority pentru Germania. Facturile B2G sunt transmise fie prin rețeaua Peppol (prin Access Points autorizați), fie prin portalurile oficiale de recepție – ZRE (Zentraler Rechnungseingang des Bundes) pentru autoritățile federale și OZG‑RE, utilizat de numeroase landuri și administrații locale. XRechnung acceptă sintaxe UBL 2.1 și UN/CEFACT CII, iar regulile de validare se aplică prin XSD și Schematron, completate de reguli de business ale cumpărătorilor publici.
Ce se schimbă în practică: accent pe PO și termene de plată
Noile controale vizează două zone sensibile, frecvent asociate cu întârzieri și excepții operaționale:
- Referința de comandă de achiziție (PO): în EN 16931 apare ca BT‑13 (Purchase Order Reference). Administrațiile care lucrează aproape exclusiv pe bază de comandă cer acum tot mai des ca BT‑13 să fie prezent și corect format, iar în unele cazuri să corespundă exact unei comenzi deschise în ERP‑ul autorității (de ex., SAP). Lipsa sau neconcordanța PO determină respingeri automate, fără a mai fi necesară o analiză manuală.
- Termenele de plată: XRechnung mapează termenii în BT‑20 (Payment Terms) și data scadenței în BT‑9 (Payment Due Date). Validările noi pun accent pe lizibilitate și predictibilitate: dacă furnizorul folosește doar un text generic la BT‑20, multe platforme solicită ca acesta să fie însoțit de o scadență explicită (BT‑9) sau de o logică clară (de exemplu, “net 30 zile” calculabil). În paralel, în BG‑16 (Payment Instructions) se urmărește completitudinea datelor bancare (IBAN/BIC) și a codului de mijloc de plată (de ex., SEPA), pentru a evita blocajele la plată.
Aceste reguli nu reprezintă o schimbare de paradigmă, ci o aplicare mai strictă a cadrului EN 16931/XRechnung, pe care mulți cumpărători publici o extind cu cerințe operaționale proprii, cum ar fi formatele standardizate ale numerelor de comandă sau obligativitatea includerii unor identificatori interni.
De ce contează acum pentru CFO, CPO și Sales
Pentru echipele financiare și comerciale, controalele suplimentare au efecte directe:
- Previzibilitatea cash-flow: validările riguroase ale termenelor de plată reduc ambiguitățile și disputele, scurtând timpul până la acceptarea facturii.
- Reducerea excepțiilor: facturile fără PO valid vor fi respinse mai rapid; costul de remediere (rework) scade dacă procesele interne asigură ca BT‑13 și câmpurile aferente să fie alimentate corect din upstream (comenzi, contracte, livrări).
- Rată mai mare de “straight-through processing”: o potrivire mai bună între factură, comandă și recepție (three‑way match) accelerează aprobarea la cumpărător.
Pentru Sales și Order‑to‑Cash, mesajul este clar: fără PO corect și termeni de plată expliciți, ciclul de colectare devine impredictibil, mai ales la clienții publici.
EDI, Peppol și portaluri: același obiectiv, canale diferite
Companiile cu volum mare de tranzacții folosesc Access Points Peppol, integrați în soluții EDI sau în platforme precum SAP Document and Reporting Compliance, SEEBURGER BIS, Basware, Pagero, OpenText sau Comarch. Acești furnizori anunță în mod recurent actualizări ale mapărilor XRechnung și regulilor de validare, pentru a ține pasul cu schimbările operate de KoSIT și de autoritățile de recepție.
Furnizorii cu volum mic folosesc frecvent portalurile ZRE și OZG‑RE (non‑EDI). Și aici, formularele web și validatoarele din upload impun câmpuri obligatorii și verificări de consistență, astfel încât respingerile apar înainte de transmiterea către entitatea publică. În ambele canale, rămâne distinctă necesitatea identificatorului de rutare pentru sectorul public (Leitweg‑ID), care nu înlocuiește referința PO, ci o completează.
Implicații pentru ecosistemul B2B: SAP, integratori și furnizori EDI
Mulți cumpărători publici și corporativi germani operează în SAP; în consecință, sincronizarea dintre câmpurile ERP (ex. numărul de comandă, livrări, condiții de plată) și elementele XRechnung (BT‑13, BT‑9, BT‑20, BG‑16) este critică. Integrarea corectă în SAP S/4HANA sau ECC, prin conectori EDI/Peppol ori prin SAP DRC, determină dacă o factură va trece din prima validările portalului de stat sau ale Access Point‑ului.
Furnizori EDI consacrați – SEEBURGER, Basware, Pagero, OpenText, Comarch, IBM Sterling, TIE Kinetix – oferă deja kituri de conformitate pentru Germania, cu mapări pentru UBL/UN‑CEFACT CII și reguli Schematron actualizate. Chiar dacă pachetele comerciale diferă, direcția este comună: reguli mai stricte pentru PO, termene și instrucțiuni de plată, în linie cu evoluțiile XRechnung și ale cadrului Peppol BIS Billing 3.
Ce au de făcut companiile în următoarele 60–90 de zile
- Aliniați master data și regulile de emitere: asigurați-vă că toate comenzile către clienții publici conțin numere PO în formatul cerut și că acestea se propagă automat în BT‑13 la emitere.
- Normalizați termenele de plată: definiți politici clare (ex. “net 30” standard) și populați atât BT‑20 (textul termenilor), cât și BT‑9 (data scadenței calculată). Evitați texte vagi de tip “conform contract”.
- Verificați completitudinea în BG‑16: IBAN/BIC, coduri de mijloc de plată (SEPA), numele beneficiarului; lipsurile duc la respingeri sau întârzieri.
- Actualizați mapările EDI și testele: colaborați cu Access Point‑ul și integratorul pentru a include noile controale în mediile de test; utilizați validatoarele publice/ale furnizorului.
- Instruiți echipele de vânzări și back‑office: fără PO corect și termen de plată explicit, nu emiteți facturi către clienți publici; impuneți “PO‑first” pentru comenzile B2G.
- Monitorizați comunicările KoSIT, ZRE și OZG‑RE: schimbările de reguli sunt anunțate periodic; adoptați rapid versiunile noi ale schemelor și regulilor Schematron.
Impact în lanțul Procure‑to‑Pay și Order‑to‑Cash
Trecerea la controale mai stricte în XRechnung consolidează buna practică a achizițiilor bazate pe comandă, facilitează potrivirea cu livrările (DESADV) și comenzile (ORDERS) în EDI și reduce litigiile asupra termenelor de plată. Pentru logistică și achiziții, asta înseamnă mai puține excepții la recepție; pentru finance, mai puține blocaje de plată; pentru vânzări, timpi de încasare mai clari.
Concluzie
Germania își calibrează fin infrastructura XRechnung pentru a privilegia facturile “corecte din prima”. Validările EDI suplimentare pentru referințele PO și termenele de plată nu sunt doar o cerință tehnică; ele reorientează disciplina comercială a furnizorilor către transparență și date completabile automat. Într‑un peisaj în care facturarea electronică B2B va deveni treptat normă în Germania, implementarea riguroasă a câmpurilor BT‑13, BT‑20, BT‑9 și BG‑16 reprezintă un avantaj competitiv direct: mai puține respingeri, costuri operaționale mai mici și un cash‑flow mai previzibil.