E-mail
[email protected]Glosar
Termeni de facturare electronică, pe înțelesul tuturor.
Termeni din legislația UE, din Peppol și din sistemele naționale. Când un termen provine dintr-o lege sau dintr-un standard, trimiterea duce la sursa oficială.
Standarde și legislație UE
- EN 16931Standardul european privind facturarea electronică
Standardul european care definește conținutul de bază al unei e-facturi, sub formă de termeni de afaceri numerotați, și cele două sintaxe XML în care poate fi scrisă: UBL și CII. Formate naționale precum XRechnung, CIUS-RO și Peppol BIS se bazează pe el.
- E-facturăFactură electronică structurată
O factură emisă, trimisă și primită într-un format structurat, pe care un program o poate prelucra fără ca o persoană să o citească, de exemplu XML UBL sau CII. Un PDF trimis prin e-mail nu este o e-factură în acest sens.
- Termen de afaceri (BT)
Un element de date numerotat din EN 16931, de exemplu BT-1 pentru numărul facturii sau BT-48 pentru codul de TVA al cumpărătorului. Mesajele de validare indică termenul de afaceri la care se referă.
- UBLUniversal Business Language
O sintaxă XML de la OASIS și una dintre cele două sintaxe permise de EN 16931. Peppol BIS Billing 3.0 folosește UBL 2.1.
- CIICross Industry Invoice
O sintaxă XML de la UN/CEFACT și cealaltă sintaxă permisă de EN 16931. Factur-X și ZUGFeRD transportă un fișier CII într-un PDF.
- CIUSCore Invoice Usage Specification
Un set de reguli suplimentare peste EN 16931, pentru o țară sau o rețea, care restrânge ce poate conține o factură. XRechnung, CIUS-RO și Peppol BIS Billing 3.0 sunt exemple. O factură care respectă un CIUS respectă în continuare EN 16931.
- Factură hibridă
Un PDF pe care îl poate citi o persoană, cu factura XML structurată încorporată în el pentru programe. Factur-X și ZUGFeRD sunt formate hibride.
- PDF/A-3ISO 19005-3
Standardul PDF de arhivare care permite încorporarea altor fișiere. Facturile hibride îl folosesc pentru a transporta XML-ul în interiorul PDF-ului.
- Directiva TVA, articolul 226
Articolul din Directiva UE privind TVA care enumeră ce trebuie să arate orice factură cu TVA, precum data, un număr secvențial, codurile de TVA, numele și adresele, cantitățile, prețurile și sumele de TVA. Regulile naționale îl completează.
- ViDATVA în era digitală
Reforma TVA a UE adoptată în 2025. Începând cu 1 iulie 2030, aceasta impune raportarea digitală a vânzărilor dintre întreprinderi din state UE diferite, cu facturarea electronică drept regulă implicită pentru ele. Statele membre pot deja să impună facturarea electronică internă fără să ceară mai întâi acordul UE.
- Model clearance
O configurație în care platforma unei autorități fiscale primește fiecare factură și îi atribuie un ID înainte ca factura să producă efecte. KSeF din Polonia și SdI din Italia funcționează așa. În Germania nu există o asemenea platformă: factura merge direct la cumpărător.
- E-raportare
Trimiterea către autoritatea fiscală a datelor tranzacției, nu a facturii în sine. În Franța acoperă vânzările către și achizițiile de la întreprinderi din afara Franței, precum și vânzările către consumatori.
Validare și stări
- Validare
Verificarea unei facturi față de schema și regulile de afaceri ale formatului ei, înainte de trimitere. Un fișier valid poate fi totuși refuzat de cumpărător din motive comerciale.
- Regulă de afaceri (BR)
O regulă de validare pe care trebuie să o treacă o factură, scrisă ca un cod precum BR-CO-15 (EN 16931), BR-DE-15 (XRechnung) sau PEPPOL-EN16931-R010 (Peppol). Un validator sau o platformă care găsește o regulă încălcată îi indică codul.
- Respingere
O respingere tehnică: un validator, un punct de acces sau o platformă fiscală spune că fișierul încalcă o regulă și returnează un cod. Factura nu a fost acceptată, deci se corectează și se trimite din nou.
- Refuz
O decizie comercială a cumpărătorului: factura a ajuns, dar cumpărătorul nu o acceptă, de exemplu din cauza unui preț greșit sau a unei referințe de comandă lipsă. În Peppol și în Franța revine ca o stare cu un cod de motiv.
Peppol
- Peppol
O rețea internațională și un set de specificații pentru schimbul de documente comerciale. Expeditorii și destinatarii se conectează prin puncte de acces certificate. Obligația din Belgia folosește Peppol în mod implicit.
- OpenPeppol
Asociația nonprofit care guvernează Peppol, publică specificațiile acestuia și certifică furnizorii de servicii.
- Punct de acces
Un furnizor certificat care trimite și primește documente în Peppol pentru clienții săi. EurInvoice nu este punct de acces; lucrăm printr-unul certificat.
- Modelul celor patru colțuri
Traseul de livrare din Peppol: vânzătorul (colțul 1) trimite prin punctul său de acces (2) către punctul de acces al cumpărătorului (3), care livrează cumpărătorului (4). Când o autoritate fiscală ia o copie, aceasta se numește al cincilea colț.
- SMPService Metadata Publisher
Registrul care îi spune unui expeditor ce documente poate primi un participant Peppol și prin ce punct de acces. Expeditorul îl consultă înainte de fiecare livrare.
- Peppol IDIdentificator de participant
Adresa unei companii în Peppol: un cod de schemă și un identificator, de exemplu 0208 urmat de un număr de întreprindere belgian. Cel al cumpărătorului se trece în BT-49, cel al vânzătorului în BT-34.
- Peppol BIS Billing 3.0
Specificația Peppol pentru facturi și note de credit: un CIUS al EN 16931 scris în UBL 2.1.
- Invoice Response
Mesajul Peppol prin care cumpărătorul răspunde că o factură a fost primită, acceptată, refuzată sau plătită, cu un cod de motiv acolo unde este cazul.
Noi ne aflăm aici: mapare și validare între ERP și colțul 2. Nu suntem punct de acces.
1 · Vânzător
Compania dumneavoastră și ERP-ul ei. Factura pornește de aici.
Germania
- XRechnung
CIUS-ul Germaniei pentru EN 16931, publicat de KoSIT, în UBL sau CII. Între întreprinderi, este considerat e-factură conform normelor germane.
- ZUGFeRD
Un format hibrid german: un PDF/A-3 cu o factură CII în interior, tehnic identic cu Factur-X. Începând cu versiunea 2.0.1 este considerat e-factură în Germania, cu excepția profilurilor MINIMUM și BASIC-WL.
- KoSITKoordinierungsstelle für IT-Standards
Organismul public german care publică XRechnung și configurația validatorului folosit pentru verificarea lui.
Franța
- Plateforme Agréée (PA)Platformă aprobată
O platformă aprobată de administrația fiscală franceză pentru a emite, primi și transmite e-facturi și datele lor. Facturile între întreprinderi stabilite în Franța trebuie să treacă printr-una. Se numea anterior PDP. EurInvoice nu este PA.
- Factur-X
Formatul hibrid francez și german: un PDF/A-3 cu o factură CII în interior. Franța îl acceptă alături de UBL și CII.
- DGFiPDirecția Generală a Finanțelor Publice
Administrația fiscală franceză. Aprobă platformele, iar platformele îi trimit datele facturilor.
- Stare din ciclul de viață
Stările prin care trece o factură franceză după ce este trimisă, de la depusă la plătită. O respingere sau un refuz vine cu un cod de motiv.
Polonia
- KSeFSistemul național polonez de e-facturi
Sistemul național de facturare electronică al Poloniei. Facturile se emit în el ca fișiere FA(3), iar el atribuie fiecărei facturi acceptate un număr KSeF.
- FA(3)
Structura XML a unei facturi în KSeF 2.0.
- Număr KSeF
Numărul unic pe care KSeF îl atribuie fiecărei facturi acceptate. O factură de corecție trebuie să citeze numărul KSeF al facturii pe care o corectează.
- UPOConfirmare oficială de primire
Chitanța oficială pe care o emite KSeF pentru a confirma ce a primit.
- NIPNumăr de identificare fiscală
Codul fiscal polonez al unei întreprinderi. O factură poloneză cere NIP-ul vânzătorului și, pentru un cumpărător din Polonia, și NIP-ul acestuia.
România
- RO e-Factura
Sistemul național de facturare electronică al României, administrat de ANAF. Facturile se încarcă ca XML CIUS-RO, iar ANAF le validează și le returnează cu semnătura Ministerului Finanțelor.
- ANAFAgenția Națională de Administrare Fiscală
Administrația fiscală a României, care administrează RO e-Factura.
- SPVSpațiul Privat Virtual
Contul online al unui contribuabil la ANAF. Accesul la RO e-Factura se autorizează prin el.
- CIUS-RO
CIUS-ul României pentru EN 16931: regulile pe care trebuie să le treacă orice factură RO e-Factura, stabilite prin ordin al ministrului finanțelor.
- CUICod Unic de Identificare
Codul de identificare fiscală românesc al unei întreprinderi. ANAF respinge o factură al cărei CUI de vânzător nu îl recunoaște.
Pasul 1 / 5
Datele din ERP sunt mapate într-un fișier FA(3).
Ce poate merge prost430 sau 450: KSeF refuză fișierul sau conținutul lui. Numărul nu este înregistrat și poate fi folosit din nou.
Grecia
- myDATA
Platforma digitală a AADE, care primește datele facturilor grecești și atribuie fiecăreia un MARK.
- AADEAutoritatea Independentă pentru Venituri Publice
Autoritatea fiscală a Greciei, care administrează myDATA și licențiază furnizorii de facturare electronică.
Sursă: Întrebări frecvente AADE despre facturarea electronică
- MARKNumăr unic de înregistrare
Numărul pe care myDATA îl atribuie când acceptă o factură. Trebuie să apară pe fiecare factură emisă prin programe licențiate.
- AFM
Codul fiscal grecesc al unei întreprinderi. myDATA respinge o factură cu un AFM invalid.
Croația, Italia și Slovacia
- SdISistemul de schimb (Sistema di Interscambio)
Sistemul de schimb al Agenției Italiene a Veniturilor. Facturile între întreprinderi din Italia trec prin el, iar el livrează sau respinge fiecare factură.
- FatturaPA
Formatul italian de factură XML folosit în SdI, pentru facturile dintre întreprinderi și pentru cele către sectorul public.
- Fiskalizacija 2.0
Reforma Croației care face obligatorii e-facturile între întreprinderi și raportează datele lor către Administrația Fiscală.
- Intermediar de informațiiInformacijski posrednik
Un furnizor de servicii de pe lista Administrației Fiscale croate, care schimbă e-facturi pentru întreprinderi.
- eFaktúra
Sistemul de facturare electronică al Slovaciei, aflat în coordonarea Administrației Financiare, care folosește Peppol. Facturile între întreprinderi trebuie să fie e-facturi de la 1 ianuarie 2027.
Termenii noștri
- Rută
Termenul nostru pentru calea prin care o factură ajunge la cumpărător într-o țară: Peppol, o platformă franceză, KSeF, RO e-Factura și așa mai departe.
- Pachetul standard
Domeniul nostru cu preț fix: o entitate juridică, un sistem sursă și o rută de țară.
- Pachetul de pregătire
Cele șapte elemente de care avem nevoie înainte să înceapă ținta noastră de două zile lucrătoare, de la un set reprezentativ de facturi până la un URL de webhook pentru starea returnată.
- Rejection Care
Serviciul nostru lunar de după lansare: citim fiecare respingere, găsim unde se află cauza, corectăm ce ține de noi, retrimitem și consemnăm, iar o dată pe lună raportăm.
Un termen de pe factura dumneavoastră nu apare aici?
Trimiteți-ni-l împreună cu un exemplu anonimizat. Vă spunem ce înseamnă pentru ruta dumneavoastră.
- ERP-ul dumneavoastră și versiunea acestuia
- Primul canal de transmitere și entitatea juridică
- O factură exemplu anonimizată și stadiul datelor de autentificare
Discuție de 30 de minute
Alegeți o oră