Descriere #
Subsecțiunea SalesInvoices din fișierul SAF-T conține informații despre facturile de vânzare, inclusiv numărul de intrări/facturi, total tranzacții debit/credit, date despre clienți (nume, adresă, cod fiscal, etc.), data facturării, termene de plată și codul de taxă aplicabil.
Această secțiune este importantă pentru autoritățile fiscale, deoarece le permite să verifice conformitatea fiscală a contribuabililor.
Poți folosi informațiile din secțiunea SalesInvoices pentru a-ți îmbunătăți propria conformitate fiscală, prin urmărirea facturilor de vânzare emise.
Structură SalesInvoices #
Subsecțiunea SalesInvoices a fișierului SAF-T conține următoarele elemente:
- NumberOfEntries: numărul de intrări (documente listate în structurile de tip Invoice)
- TotalDebit: suma tuturor înregistrărilor pe debit din facturile de vânzare
- TotalCredit: suma tuturor înregistrărilor pe credit din facturile de vânzare
- Iterații succesive ale structurii de tip Invoice: informații specifice fiecărui document, raportate la nivel de Linie de factură (InvoiceLine)
Fișierul SAF-T va include mai multe intrări de tip Invoice și InvoiceLine, asociate fiecărui document justificativ.
Sumele raportate pentru Total Debit/Credit trebuie să fie consistente cu suma tuturor înregistrărilor listate în structurile de tip Invoice. Poți verifica gratuit consistența acestor elemente folosind Finlight → Detalii aici.
Elemente SalesInvoices #
Găsești mai jos componentele asociate subsecțiunii SaleInvoices care vor fi raportate pe calea SourceDocuments/SalesInvoices/. Elementele obligatorii sunt evidențiate cu o iconiță cu semnul exclamării.
Elemente SourceDocuments/SalesInvoices ⮧
- Descriere : totalul tuturor sumelor debitoare din valuta implicită a antetului
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal, maxim 2 (două) cifre după punctul zecimal.
- Validare semantică: nu există
Număr zecimal cu maxim 2 zecimale. Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor.
- Descriere : totalul tuturor sumelor debitoare din valuta implicită a antetului
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal, maxim 2 (două) cifre după punctul zecimal.
- Validare semantică: nu există
Număr zecimal cu maxim 2 zecimale. Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor.
Sumele raportate pentru Total Debit trebuie să fie consistente cu suma tuturor înregistrărilor listate pe Debit în structurile de tip Invoice. Poți verifica gratuit consistența acestor elemente folosind Finlight → Detalii aici.
- Descriere : totalul tuturor sumelor creditoare din valuta implicită a antetului
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal, maxim 2 (două) cifre după punctul zecimal.
- Validare semantică: nu există
Număr zecimal cu maxim 2 zecimale. Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor.
Atenție: Sumele raportate pentru Total Credit trebuie să fie consistente cu suma tuturor înregistrărilor listate pe Credit în structurile de tip Invoice. Poți verifica gratuit consistența acestor elemente folosind Finlight → Detalii aici.
Elemente SourceDocuments/SalesInvoices/Invoice ⮧
- Descriere : numărul facturii
- Tip: SAFmiddle2textType
- Mod de raportare: obligatoriu
- Validare sintactică: nu există
- Validare semantică: nu există
Elemente …Invoice/CustomerInfo⮧
- Descriere : cod unic pentru client este format astfel: tip (două cifre zecimale) urmat de codul unic al clientului. Se construieste in felul urmator:
- operatori economici înregistrați în România→ 00 urmat de CUI – unde tipul este 00, iar CUI este codul unic de identificare . Codul este un număr întreg zecimal, cu 1 până la 9 cifre, urmat de o cifră de control – Exemplu: 004221306 – pentru Ministerul Finantelor Publice. Atenție! Nu se trece și atributul fiscal ”RO” pentru plătitorii de TVA.
- operatori economici din statele membre ale UE, mai puțin România → 01 urmat de codul de țară (conform ISO 3166-1 – 2 litere) și de Codul unic de identificare pentru TVA din statul membru respectiv – verificate conform sistemului VIES (VAT Information Exchange System) – Exemplu: 01EL123456789 sau 01HU12345678
- operatori economici din alte state care nu sunt România sau membre UE →02 urmat de codul de țară și de codul unic de identificare pentru TVA din statul respectiv, care nu este nici România, nici stat membru UE – Exemplu: 02TK123005284
- persoane fizice cetățeni români → 03 urmat de CNP
- persoane fizice rezidente în România→ 03 urmat de codul unic personal (același format cu CNP-ul, dar la care prima cifra este 7 sau 8)
- persoane fizice nerezidente → 03 urmat de NIF
- persoane fizice care nu își declară CNP-ul pe tranzacții → 04 urmat de cod client asociat în mod unic de către operatorul economic (exemplu: comerț online)
- operatori economici care nu sunt înregistrați în scopuri de TVA din statele membre ale UE, mai puțin România → 05 urmat de codul de țară și de cod client asociat în mod unic de către operatorul economic – pentru
- operatori economici care nu sunt înregistrați în scopuri de TVA din statele non-UE→ 06 urmat de codul de țară și de cod client asociat în mod unic de către operatorul economic
- stații de distribuție de carburanți-lubrefianți sau magazine cu vânzare în detaliu→08 urmat de 13 cifre zero (080000000000000) pentru clienții care NU SE IDENTIFICĂ cu cod fiscal în tranzacțiile de la punctele de vânzare. Acest cod este utilizat NUMAI pentru astfel de tranzacții și nu este un înlocuitor universal în raportarea facturilor și plăților etc. Acest cod NU SE UTILIZEAZĂ pentru elementul SupplierID – deoarece identitatea furnizorului pe bază de cod fiscal este mereu cunoscută
- persoane juridice nerezidente înregistrate în Romania→ 09 urmat de NIF
- societăți bancare pentru clienții persoane juridice nerezidente care nu se regăsesc in categoria 01,02,05,06 si 09 → 10 urmat de codul de țară și de codul unic alocat
- societăți bancare pentru clienții persoane fizice nerezidente care nu se regăsesc în categoria 03 → 11 urmat de codul de tara si de codul unic alocat
- Tip: SAFmiddle1textType
- Mod de raportare: Obligatoriu
- Validare sintactică:
- dacă elementul CustomerID este diferit de ”0” (zero), atunci valoarea se validează astfel:
- Dacă primele două caractere din MF.C.3 CustomerID sunt:
- 00 atunci se verifică ca lungimea maximă a valorii fără prefixul ”00”, să fie de 10 caractere doar de tip numeric. Nu se acceptă caracterele ”RO”. Validarea se realizează după regulile cunoscute pentru CUI .Formatul unui CUI este #########C – unde ######### este numărul de identificare, între 1 și 9 cifre, iar C este numărul de verificare, 1 cifră
- 01 atunci se verifică codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: ”EL” pentru 01EL123456789 sau ”HU” pentru 01HU12345678
- 02 atunci se verifică codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: ”TK” pentru 02TK123005284
- 03 atunci se verifică ca lungimea maximă a înregistrării fără prefixul ”03”, să fie de 13 caractere de tip numeric. Se verifică ca prima cifră din grupul de 13 caractere să fie diferită de 0.
- 04 atunci se verifică ca valoarea să nu conțină caractere speciale (de exemplu: ”.”, ”,”,”!”, ”-”, ”?” etc)
- 05 atunci se verifică codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere
- 06 atunci se verifică codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere
08 atunci se verifică ca lungimea maximă a valorii fără prefixul ”08”, să fie de 13 caractere doar de tip numeric. Se verifică ca valoarea să fie egal cu ”080000000000000”
09 atunci se verifică ca lungimea maximă a înregistrării fără prefixul ”09”, să fie de 13 caractere de tip numeric. Se verifică ca prima cifră din grupul de 13 caractere să fie diferită de 0
1.10 “10” atunci se verifică ca societatea are TaxAccountingBasis (H2) = Bank si codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere si se verifică ca lungimea maximă a valorii fără prefixul ”10”, să fie de max 20 caractere alfanumerice – codul se folosește pana la aplicarea prevederilor art 82, alin (6), lit e din legea nr. 207/2015 privind Codul de procedura fiscala cu modificările si completările ulterioare11 atunci se verifică ca societatea are TaxAccountingBasis (H2) = Bank si codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere si se verifică ca lungimea maximă a valorii fără prefixul ”11”, să fie de max 20 caractere alfanumerice – codul se foloseste pana la aplicarea prevederilor art 82, alin (6), lit e din legea nr. 207/2015 privind Codul de procedura fiscala cu modificarile si completarile ulterioare
1.12. În orice alt caz nu se validează valoarea, semnalându-se eroare la validarea sintactică.(Validation error – CustomerID incorrect value)
- Dacă primele două caractere din MF.C.3 CustomerID sunt:
dacă CustomerID este egal cu ”0” (zero) se semnalează eroare sintactică. CustomerID nu poate fi ”0”.
- dacă elementul CustomerID este diferit de ”0” (zero), atunci valoarea se validează astfel:
- Validare semantică: idem validare sintactică
Elemente …CustomerInfo/BillingAdress ⮧
- Descriere : numele orașului/districtului poștal
- Tip: SAFcodeType
- Mod de raportare: obligatoriu
- Validare sintactică: sunt permise toate caracterele ISO ASCII
- Validare semantică: nu există
- Descriere: cod de țară din două litere în conformitate cu standardul ISO3166-2-CountryCodes. Exemplu RO pentru România.
- Tip: ISOCountryCode
- Mod de raportare: obligatoriu
- Validare sintactică: sunt permise toate caracterele ISO ASCII
- Validare semantică: Validare conform ISO3166-2-CountryCodes
Valoare implicită RO pentru România
- Descriere : numele străzii sau codul poștal dar poate include și numărul casei. Apare pe linia 1 a adresei
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : numărul casei, dacă este disponibil. Apare pe linia 1 a adresei
- Tip: SAFshorttextType
- Mod de raportare: opțional
- Validare sintactică: caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : informații ce apar pe linia 2 a adresei
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : identificarea clădirii (de exemplu, clădirea A)
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : cod specific fiecărei țări pentru a indica regiunile/ provinciile din cadrul autorității fiscale. De preferință descris în conformitate cu ISO3166-1A2 – RO Dept Codes. Exemplu: RO-AB pentru județul Alba din România
- Tip: SAFshorttextType
- Mod de raportare: opțional
- Validare sintactică: toate caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : cod specific fiecărei țări pentru a indica regiunile/ provinciile din cadrul autorității fiscale (de exemplu, IF pentru Ilfov).
- Tip: SAFmiddle1textType
- Mod de raportare: opțional
- Validare sintactică: toate caracterele ISO ASCII
- Validare semantică: codurile valide sunt coduri din ISO3166-1A2 – RO Dept Codes sau niciuna în cazul entității străine
- Descriere : se completează cu tipuri de adrese predefinite: StreetAddress, PostalAddress, BillingAddress, ShipToAddress, ShipFromAddress.
- Tip: SAFlongtextType
- Mod de raportare: opțional
- Validare sintactică: StreetAddress, PostalAddress, BillingAddress, ShipToAddress, ShipFromAddress
- Validare semantică: nu există
!Nu va fi raportat de către contribuabili!
Elemente …Invoice/SupplierInfo⮧
- Descriere : cod unic pentru client este format astfel: tip (două cifre zecimale) urmat de codul unic al clientului. Se construieste in felul urmator:
- operatori economici înregistrați în România→ 00 urmat de CUI – unde tipul este 00, iar CUI este codul unic de identificare . Codul este un număr întreg zecimal, cu 1 până la 9 cifre, urmat de o cifră de control – Exemplu: 004221306 – pentru Ministerul Finantelor Publice. Atenție! Nu se trece și atributul fiscal ”RO” pentru plătitorii de TVA.
- operatori economici din statele membre ale UE, mai puțin România → 01 urmat de codul de țară (conform ISO 3166-1 – 2 litere) și de Codul unic de identificare pentru TVA din statul membru respectiv – verificate conform sistemului VIES (VAT Information Exchange System) – Exemplu: 01EL123456789 sau 01HU12345678
- operatori economici din alte state care nu sunt România sau membre UE →02 urmat de codul de țară și de codul unic de identificare pentru TVA din statul respectiv, care nu este nici România, nici stat membru UE – Exemplu: 02TK123005284
- persoane fizice cetățeni români → 03 urmat de CNP
- persoane fizice rezidente în România→ 03 urmat de codul unic personal (același format cu CNP-ul, dar la care prima cifra este 7 sau 8)
- persoane fizice nerezidente → 03 urmat de NIF
- persoane fizice care nu își declară CNP-ul pe tranzacții → 04 urmat de cod client asociat în mod unic de către operatorul economic (exemplu: comerț online)
- operatori economici care nu sunt înregistrați în scopuri de TVA din statele membre ale UE, mai puțin România → 05 urmat de codul de țară și de cod client asociat în mod unic de către operatorul economic – pentru
- operatori economici care nu sunt înregistrați în scopuri de TVA din statele non-UE→ 06 urmat de codul de țară și de cod client asociat în mod unic de către operatorul economic
- persoane juridice nerezidente înregistrate în Romania→ 09 urmat de NIF
- societăți bancare pentru clienții persoane juridice nerezidente care nu se regăsesc in categoria 01,02,05,06 si 09 → 10 urmat de codul de țară și de codul unic alocat
- societăți bancare pentru clienții persoane fizice nerezidente care nu se regăsesc în categoria 03 → 11 urmat de codul de tara si de codul unic alocat
- Tip: SAFmiddle1textType
- Mod de raportare: Obligatoriu
- Validare sintactică:
- dacă elementul CustomerID este diferit de ”0” (zero), atunci valoarea se validează astfel:
- Dacă primele două caractere din MF.C.3 CustomerID sunt:
- 00 atunci se verifică ca lungimea maximă a valorii fără prefixul ”00”, să fie de 10 caractere doar de tip numeric. Nu se acceptă caracterele ”RO”. Validarea se realizează după regulile cunoscute pentru CUI .Formatul unui CUI este #########C – unde ######### este numărul de identificare, între 1 și 9 cifre, iar C este numărul de verificare, 1 cifră
- 01 atunci se verifică codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: ”EL” pentru 01EL123456789 sau ”HU” pentru 01HU12345678
- 02 atunci se verifică codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: ”TK” pentru 02TK123005284
- 03 atunci se verifică ca lungimea maximă a înregistrării fără prefixul ”03”, să fie de 13 caractere de tip numeric. Se verifică ca prima cifră din grupul de 13 caractere să fie diferită de 0.
- 04 atunci se verifică ca valoarea să nu conțină caractere speciale (de exemplu: ”.”, ”,”,”!”, ”-”, ”?” etc)
- 05 atunci se verifică codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere
- 06 atunci se verifică codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere
09 atunci se verifică ca lungimea maximă a înregistrării fără prefixul ”09”, să fie de 13 caractere de tip numeric. Se verifică ca prima cifră din grupul de 13 caractere să fie diferită de 0
10 atunci se verifică ca societatea are TaxAccountingBasis (H2) = Bank si codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere si se verifică ca lungimea maximă a valorii fără prefixul ”10”, să fie de max 20 caractere alfanumerice – codul se folosește pana la aplicarea prevederilor art 82, alin (6), lit e din legea nr. 207/2015 privind Codul de procedura fiscala cu modificările si completările ulterioare
11 atunci se verifică ca societatea are TaxAccountingBasis (H2) = Bank si codul de țară (caracterele 3 și 4) care trebuie să fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere si se verifică ca lungimea maximă a valorii fără prefixul ”11”, să fie de max 20 caractere alfanumerice – codul se folosește pana la aplicarea prevederilor art 82, alin (6), lit e din legea nr. 207/2015 privind Codul de procedura fiscala cu modificările și completările ulterioare
1.12. În orice alt caz nu se validează valoarea, semnalându-se eroare la validarea sintactică.(Validation error – CustomerID incorrect value)
- Dacă primele două caractere din MF.C.3 CustomerID sunt:
dacă CustomerID este egal cu ”0” (zero) se semnalează eroare sintactică. CustomerID nu poate fi ”0”.
- dacă elementul CustomerID este diferit de ”0” (zero), atunci valoarea se validează astfel:
- Validare semantică: idem validare sintactică
Elemente …CustomerInfo/BillingAdress ⮧
- Descriere : numele orașului/districtului poștal
- Tip: SAFcodeType
- Mod de raportare: obligatoriu
- Validare sintactică: sunt permise toate caracterele ISO ASCII
- Validare semantică: nu există
- Descriere: cod de țară din două litere în conformitate cu standardul ISO3166-2-CountryCodes. Exemplu RO pentru România.
- Tip: ISOCountryCode
- Mod de raportare: obligatoriu
- Validare sintactică: sunt permise toate caracterele ISO ASCII
- Validare semantică: Validare conform ISO3166-2-CountryCodes
Valoare implicită RO pentru România
- Descriere : numele străzii sau codul poștal dar poate include și numărul casei. Apare pe linia 1 a adresei
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : numărul casei, dacă este disponibil. Apare pe linia 1 a adresei
- Tip: SAFshorttextType
- Mod de raportare: opțional
- Validare sintactică: caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : informații ce apar pe linia 2 a adresei
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : identificarea clădirii (de exemplu, clădirea A)
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : cod specific fiecărei țări pentru a indica regiunile/ provinciile din cadrul autorității fiscale. De preferință descris în conformitate cu ISO3166-1A2 – RO Dept Codes. Exemplu: RO-AB pentru județul Alba din România
- Tip: SAFshorttextType
- Mod de raportare: opțional
- Validare sintactică: toate caracterele ISO ASCII
- Validare semantică: nu există
- Descriere : cod specific fiecărei țări pentru a indica regiunile/ provinciile din cadrul autorității fiscale (de exemplu, IF pentru Ilfov).
- Tip: SAFmiddle1textType
- Mod de raportare: opțional
- Validare sintactică: toate caracterele ISO ASCII
- Validare semantică: codurile valide sunt coduri din ISO3166-1A2 – RO Dept Codes sau niciuna în cazul entității străine
- Descriere : se completează cu tipuri de adrese predefinite: StreetAddress, PostalAddress, BillingAddress, ShipToAddress, ShipFromAddress.
- Tip: SAFlongtextType
- Mod de raportare: opțional
- Validare sintactică: StreetAddress, PostalAddress, BillingAddress, ShipToAddress, ShipFromAddress
- Validare semantică: nu există
!Nu va fi raportat de către contribuabili!
- Descriere : codul contului analitic
- Tip: SAFmiddle2textType
- Mod de raportare: Obligatoriu
- Validare sintactică: număr întreg, diferit de zero
- Validare semantică: codul contului analitic care trebuie să corespundă planului de conturi contabile pentru România aplicabil tipului societății raportoare conform standardelor românești de contabilitate
Notă
AccountID raportat la nivel de factura este cel aferent partenerului (furnizor sau client) pe care s-a evidențiat in contabilitate factura. (ex: 41111, 401111, etc.)
Codificarea contului se bazează pe combinarea unui Prefix (corespunzător planului de conturi al societății) cu un Sufix format dintr-un set de cifre. Nu este important cum se determină Sufixul, dar este crucial ca AccountID, obținut din combinația Prefix+Sufix, să fie unic.În cazul în care nu există conturi analitice pentru un anumit cont, se poate raporta doar prefixul.
Exemplificare raportare cont cu sufix
Dacă, de exemplu, în sistemul contabil avem un cont analitic denumit “4111.Clientfavorit SRL“, AccountID-ul corespunzător ar arăta astfel:
Prefix = 4111
Se adaugă un Sufix generat (de sistem sau manual), care conține cel puțin o cifră, fără alte caractere. Astfel, se pot genera (fara ca aceste variante sa fie limitative) următoarele variante de AccountID:
- 41111
- 41119999
- 41112321
- etc.
Atenție! → AccountID, obținut din combinația Prefix+Sufix, trebuie să fie unic, pentru ca altfel veți raporta solduri diferite pentru același cont contabil.
- Descriere: data facturii
- Tip: Date
- Mod de raportare: obligatoriu
- Validare sintactică: conform standardului ISO 8601
- Validare semantică: nu există
Notă
Codificarea datei și a orei în fișierul standard de audit SAF-T se realizează pe baza standardului ISO 8601, care specifica următorul format : AAAA-LL-ZZ
Exemplificare
2023-02-23
- Descriere : codul tipului de factură→ conform nomenclatorului de facturi și plăți – Nomenclator – Nom_Tipuri_facturi
- Tip: SAFcodeType
- Mod de raportare: obligatoriu
- Validare sintactică: nu există
- Validare semantică: Se validează cu nomenclatorul Nom_Tipuri_facturi
Notă
- 380 → Factură
- 381 → Nota de credit
- 384 → Factura corectata
- 389 → Autofactură
- 751 → Factură – informații în scopuri contabile
- Descriere: indicator care arată dacă se utilizează autofacturarea pentru această factură
- Tip: SAFcodeType
- Mod de raportare: obligatoriu
- Validare sintactică: nu există
- Validare semantică: codul 389 pentru autofactură sau altfel codul 0 (zero)
Notă
Facturi emise în numele și pe seama furnizorului, pentru care există un acord de autofacturare. Pentru autofacturare se utilizează codificarea ”389”
Elemente Invoice/InvoiceLine ⮧
- Descriere : codul contului analitic
- Tip: SAFmiddle2textType
- Mod de raportare: Obligatoriu
- Validare sintactică: număr întreg, diferit de zero
- Validare semantică: codul contului analitic care trebuie să corespundă planului de conturi contabile pentru România aplicabil tipului societății raportoare conform standardelor românești de contabilitate
Notă
AccountID raportat la nivel de linie din factura este contul contabil aferent liniei (exemplu: contul de cheltuială, cont de venit, contul de avansuri primite de la furnizori).
Codificarea contului se bazează pe combinarea unui Prefix (corespunzător planului de conturi al societății) cu un Sufix format dintr-un set de cifre. Nu este important cum se determină Sufixul, dar este crucial ca AccountID, obținut din combinația Prefix+Sufix, să fie unic.În cazul în care nu există conturi analitice pentru un anumit cont, se poate raporta doar prefixul.
Exemplificare raportare cont cu sufix
Dacă, de exemplu, în sistemul contabil avem un cont analitic denumit “701.vanzariclientfavorit SRL“, AccountID-ul corespunzător va fi de forma:
Prefix = 701
Se adaugă un Sufix generat (de sistem sau manual), care conține cel puțin o cifră, fără alte caractere. Astfel, se pot genera (fara ca aceste variante sa fie limitative) următoarele variante de AccountID:
- 7011
- 7019999
- 70112321
- etc.
Atenție! → AccountID, obținut din combinația Prefix+Sufix, trebuie să fie unic, pentru ca altfel veți raporta solduri diferite pentru același cont contabil.
- Descriere : cantitatea de bunuri și servicii furnizate
- Tip: SAFquantityType
- Mod de raportare: obligatoriu
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere : prețul unitar pentru unitatea/grupul de unități per UOM în moneda implicită a antetului
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal cu două cifre zecimale după separatorul punct zecimal („ . ”)
- Validare semantică: nu există
- Descriere : descrierea liniei facturii
- Tip: SAFlongtextType
- Mod de raportare: obligatoriu
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere: data exigibilității taxei daca este disponibilă sau dacă nu este disponibilă, atunci data facturii
- Tip: Date
- Mod de raportare: obligatoriu
- Validare sintactică: conform standardului ISO 8601
- Validare semantică: conform standardului ISO 8601
Codificarea datei și a orei în fișierul standard de audit SAF-T se realizează pe baza standardului ISO 8601, care specifica următorul format : AAAA-LL-ZZ → 2021-04-13
…InvoiceLine/InvoiceLineAmount⮧(raportează detalii suma pentru tranzacție, cu excepția taxelor și a cheltuielilor de transport)
- Descriere :suma în moneda implicită a antetului, reprezentată ca un număr zecimal cu două cifre zecimale după separatorul punct zecimal („ . ”). Suma poate fi negativă sau pozitivă după caz. Sumele negative sunt prefixate cu semnul minus („-”)
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal cu maxim 2 (două) cifre după punctul zecimal
- Validare semantică: nu există
Note
Se completează cu valoarea în RON, pentru România. Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor.
- Descriere: cod valutar din trei litere conform standardului ISO 4217. Exemplu: EUR pentru euro sau USD pentru dolari americani.
- Tip: ISOCurrencyCode
- Mod de raportare: obligatoriu
- Validare sintactică: coduri alfabetice
- Validare semantică: conform ISO4217CurrCodes
Notă
Se completează conform nomenclatorului ISO4217CurrCodes.
- Descriere :suma în valută străină, reprezentată ca un număr zecimal cu două cifre zecimale după separatorul punct zecimal („ . ”). Suma poate fi negativă sau pozitivă după caz. Sumele negative sunt prefixate cu semnul minus („-”)
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal cu maxim 2 (două) cifre după punctul zecimal
- Validare semantică: nu există
Notă
Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor. În cazul în care valuta transmisă este în RON, se va completa cu valoarea de la Amount.
- Descriere : cursul de schimb utilizat. CurrencyAmount x ExchangeRate = Sumă
- Tip: SAFexchangerateType
- Mod de raportare: opțional
- Validare sintactică: număr zecimal, delimitat prin PUNCT zecimal cu maxim 4 cifre după punctul zecimal
- Validare semantică: nu există
Notă
Cursul de schimb utilizat pentru determinarea în RON a bazei impozabile a taxei este cursul din data exigibilității taxei, astfel cum este stabilit la art. 135 din Codul fiscal, indiferent de data la care sunt sau vor fi recepționate bunurile/ facturile/ serviciile/ alte documente financiare.
- Descriere: Indică dacă sumele la nivel de linie sunt debite sau credite.
- Tip: SAFcodeType
- Mod de raportare: obligatoriu
- Validare sintactică: C pentru Credit și D pentru Debit
- Validare semantică: nu există
Note
Se raportează din punct de vedere al contului aferent liniei de factură
- în cazul unei sume facturate către Client:
- se va raporta C (Credit), iar in cazul unei reduceri acordate într-o linie de factura de vânzare (suma negativa), se va raporta D (debit).
- pentru valorile tranzacțiilor / sumelor din raportarea SAF-T au fost planificate să fie utilizate doar sume pozitive – în contextul în care avem debit/ credit în elemente separate, sau indicații clare privind tipul tranzacției și efectele sale.
- se va completa cu valoarea D, în cazul în care este vorba despre o factură de stornare
- in cazul unei achiziții facturate de către Furnizor:
- se va raporta D (Debit)
- în cazul unei reduceri acordate într-o linie de factura de achiziție (suma negativă), se va raporta C (Credit).
- pentru valorile tranzacțiilor / sumelor din raportarea SAF-T au fost planificate să fie utilizate doar sume pozitive – în contextul în care avem debit/ credit în elemente separate, sau indicații clare privind tipul tranzacției și efectele sale.
- se va completa cu valoarea C, în cazul în care este vorba despre o factură de stornare
Elemente ..Invoiceline/TaxInformation ⮧
- Descriere : cod taxă conform nomenclator din schema xls
- Tip: SAFcodeType
- Mod de raportare: Obligatoriu
- Validare sintactică: bazată pe sheet-ul TAX_IMP – Impozite din schema xls
- Validare semantică: nu există
- Descriere : codul numeric conform nomenclatoarelor de taxe (TVA) disponibile în documentația SAF-T
- Tip: SAFCodeType
- Mod de raportare: Obligatoriu
- Validare sintactică: validare conform nomenclatoarelor TVA
- Validare semantică: nu există
Notă
Codurile necesare pentru completarea TaxCode se regăsesc în nomenclatoarele specifice detaliate în foaia Legenda coduri tax din documentul schema xls : Livrari, Achizitii ded 100%, Achizitii ded 50%_baserate, Achizitii ded 50%_not_know, Achizitii ded 50%, Achizitii neded, Achizitii base rate, Achizitii not known, WHT – nomenclator, TVA_NoteContabile, Achizitii neded 50%
Elemente …TaxInformation/TaxAmount ⮧
- Descriere :suma în moneda implicită a antetului, reprezentată ca un număr zecimal cu două cifre zecimale după separatorul punct zecimal („ . ”). Suma poate fi negativă sau pozitivă după caz. Sumele negative sunt prefixate cu semnul minus („-”)
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal cu maxim 2 (două) cifre după punctul zecimal
- Validare semantică: nu există
Note
Se completează cu valoarea în RON, pentru România. Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor.
- Descriere: cod valutar din trei litere conform standardului ISO 4217. Exemplu: EUR pentru euro sau USD pentru dolari americani.
- Tip: ISOCurrencyCode
- Mod de raportare: obligatoriu
- Validare sintactică: coduri alfabetice
- Validare semantică: conform ISO4217CurrCodes
Notă
Se completează conform nomenclatorului ISO4217CurrCodes.
- Descriere :suma în valută străină, reprezentată ca un număr zecimal cu două cifre zecimale după separatorul punct zecimal („ . ”). Suma poate fi negativă sau pozitivă după caz. Sumele negative sunt prefixate cu semnul minus („-”)
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal cu maxim 2 (două) cifre după punctul zecimal
- Validare semantică: nu există
Notă
Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor. În cazul în care valuta transmisă este în RON, se va completa cu valoarea de la Amount.
- Descriere : cursul de schimb utilizat. CurrencyAmount x ExchangeRate = Sumă
- Tip: SAFexchangerateType
- Mod de raportare: opțional
- Validare sintactică: număr zecimal, delimitat prin PUNCT zecimal cu maxim 4 cifre după punctul zecimal
- Validare semantică: nu există
Notă
Cursul de schimb utilizat pentru determinarea în RON a bazei impozabile a taxei este cursul din data exigibilității taxei, astfel cum este stabilit la art. 135 din Codul fiscal, indiferent de data la care sunt sau vor fi recepționate bunurile/ facturile/ serviciile/ alte documente financiare.
- Descriere : procentul de impozitare (cota de TVA)
- Tip: decimal
- Mod de raportare: opțional
- Validare sintactică: validare număr zecimal
- Validare semantică: dacă raportați utilizând TaxPercentage, nu raportați FlatTaxRate.
Notă
Este foarte important să te asiguri că ai completat corect cotele de TVA. Daca vrei să verifici, poți utiliza gratuit platforma Finlight pentru a identifica erorile legate de TVA.
- Descriere: baza pe care se calculează impozitul. Aceasta poate fi o sumă.
- Tip: zecimal
- Mod de raportare: opțional
- Validare sintactică: validare număr zecimal
- Validare semantică: nu există
- Descriere : Descrierea valorii TaxBase
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: validare număr zecimal
- Validare semantică: dacă raportați utilizând TaxPercentage, nu raportați FlatTaxRate.
- Descriere : motivul sau raționamentul scutirii sau reducerii fiscale
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere : identificarea declarației în care suma taxei este raportată organului fiscal
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
Note
Pentru operațiunile de import, în această subsecțiune se va raporta factura de import, iar la TaxType se va completa 000 (3 de zero), TaxCode 0000000 (6 de zero).
- Descriere : numărul liniei de factură
- Tip: SAFshorttextType
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
Elemente ..Invoiceline/Analysis ⮧
- Descriere : Identificator propriu al companiei, ca de exemplu CC pentru Centru de Cost, DEP pentru departament etc.
- Tip: SAFcodeType
- Mod de raportare: obligatoriu
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere : codificarea centrului de cost (sau oricărui alt element de analiză) așa cum este definit în ERP
- Tip:SAFmiddle1textType
- Mod de raportare: obligatoriu
- Validare sintactică: nu există
- Validare semantică: nu există
În acest câmp trebuie reflectată codificarea elementului de analiză, fie că este linie de business, centru de cost, centru de profit etc., așa cum există în sistemele informatice alte contribuabilului
Exemplificare
- 1200-HDOF-TR (pentru centrul de cost trezorerie din sediul central)
- P-4800-123 (pentru proiectul 123 în sucursala 4800)
Elemente …/Analysis/AnalysisAmount ⮧
- Descriere :suma în moneda implicită a antetului, reprezentată ca un număr zecimal cu două cifre zecimale după separatorul punct zecimal („ . ”). Suma poate fi negativă sau pozitivă după caz. Sumele negative sunt prefixate cu semnul minus („-”)
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal cu maxim 2 (două) cifre după punctul zecimal
- Validare semantică: nu există
Note
Se completează cu valoarea în RON, pentru România. Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor.
- Descriere: cod valutar din trei litere conform standardului ISO 4217. Exemplu: EUR pentru euro sau USD pentru dolari americani.
- Tip: ISOCurrencyCode
- Mod de raportare: obligatoriu
- Validare sintactică: coduri alfabetice
- Validare semantică: conform ISO4217CurrCodes
Notă
Se completează conform nomenclatorului ISO4217CurrCodes.
- Descriere :suma în valută străină, reprezentată ca un număr zecimal cu două cifre zecimale după separatorul punct zecimal („ . ”). Suma poate fi negativă sau pozitivă după caz. Sumele negative sunt prefixate cu semnul minus („-”)
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal cu maxim 2 (două) cifre după punctul zecimal
- Validare semantică: nu există
Notă
Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor. În cazul în care valuta transmisă este în RON, se va completa cu valoarea de la Amount.
- Descriere : cursul de schimb utilizat. CurrencyAmount x ExchangeRate = Sumă
- Tip: SAFexchangerateType
- Mod de raportare: opțional
- Validare sintactică: număr zecimal, delimitat prin PUNCT zecimal cu maxim 4 cifre după punctul zecimal
- Validare semantică: nu există
Notă
Cursul de schimb utilizat pentru determinarea în RON a bazei impozabile a taxei este cursul din data exigibilității taxei, astfel cum este stabilit la art. 135 din Codul fiscal, indiferent de data la care sunt sau vor fi recepționate bunurile/ facturile/ serviciile/ alte documente financiare.
Notă
Cod analiză în registrul jurnal
- Descriere: referințe de comandă relevante
- Tip: structura de tip OrderReferences
- Mod de raportare: opțional
- Validare sintactică: conform structură
- Validare semantică: conform structură
- Descriere : detalii cu privire la adresa de livrare (structura punctului de expediere: ID-ul livrării, data livrării, ID-ul depozitului, ID-ul locației, UCR, structura adresei/adresei)
- Tip: ShippingPointStructure
- Mod de raportare: opțional
- Validare sintactică:
- Validare semantică:
- Descriere : detalii cu privire la adresa de expediere (structura punctului de expediere: ID livrare, data livrării, ID depozit, ID locație, UCR, structură adresă/adresă)
- Tip: ShippingPointStructure
- Mod de raportare: opțional
- Validare sintactică:
- Validare semantică:
- Descriere : indicator care arată dacă sunt bunuri sau servicii→ 01 pentru produse și 02 pentru servicii
- Tip: SAFcodeType
- Mod de raportare: Opțional
- Validare sintactică: una din cele două valori posibile: 01 sau 02
- Validare semantică: nu există
- Descriere : cod produs
- Tip: SAFmiddle2textType
- Mod de raportare: Obligatoriu
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere : descrierea bunurilor sau serviciilor.
- Tip: SAFlongtextType
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
Notă
Completarea se face cu descrierea textuală ale produselor conform descrierilor din sistemele proprii
- Descriere : informații privind data sau intervalul de timp al livrării de bunuri sau al prestării de servicii
- Tip: structură de tip Delivery
- Mod de raportare: opțional
- Validare sintactică: conform structură
- Validare semantică: conform structură
- Descriere : Factorul de conversie a UOM la UOMBase
- Tip: SAFlongtextType
- Mod de raportare: opțional
- Validare sintactică: număr zecimal
- Validare semantică: Atunci când conversia nu este necesară (deoarece unitatea de măsură se găsește în nomenclator) elementele UOMStandard și UOMToUOMBaseConversionFactor se vor raporta cu valoarea 0 (zero). Dacă UOMBase = UOMStandard, UOMToUOMBaseConversionFactor = 1. În caz contrar, nu poate avea valoarea 1.
În cazul în care unitatea de măsură de bază din care este derivată unitatea de măsură utilizată în raportare nu este cunoscută sau factorul de conversie nu este cunoscut atunci se poate utiliza în raportarea elementului, ca excepție, valoarea 0 (zero).
- Descriere : referințe pentru facturile de stornare
- Tip: structură de tip References
- Mod de raportare: opțional
- Validare sintactică: conform structură References
- Validare semantică: conform structură References
…InvoiceLine/ShippingCostAmount⮧ (raportează suma pentru cheltuielile de transport/expediere)
- Descriere :suma în moneda implicită a antetului, reprezentată ca un număr zecimal cu două cifre zecimale după separatorul punct zecimal („ . ”). Suma poate fi negativă sau pozitivă după caz. Sumele negative sunt prefixate cu semnul minus („-”)
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal cu maxim 2 (două) cifre după punctul zecimal
- Validare semantică: nu există
Note
Se completează cu valoarea în RON, pentru România. Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor.
- Descriere: cod valutar din trei litere conform standardului ISO 4217. Exemplu: EUR pentru euro sau USD pentru dolari americani.
- Tip: ISOCurrencyCode
- Mod de raportare: obligatoriu
- Validare sintactică: coduri alfabetice
- Validare semantică: conform ISO4217CurrCodes
Notă
Se completează conform nomenclatorului ISO4217CurrCodes.
- Descriere :suma în valută străină, reprezentată ca un număr zecimal cu două cifre zecimale după separatorul punct zecimal („ . ”). Suma poate fi negativă sau pozitivă după caz. Sumele negative sunt prefixate cu semnul minus („-”)
- Tip: SAFmonetaryType
- Mod de raportare: obligatoriu
- Validare sintactică: număr zecimal, delimitat prin punct zecimal cu maxim 2 (două) cifre după punctul zecimal
- Validare semantică: nu există
Notă
Pentru aproximări se utilizează regulile de rotunjire, conform Ordinului nr. 978 din 8 Iulie 2005 al Ministerului Finanțelor. În cazul în care valuta transmisă este în RON, se va completa cu valoarea de la Amount.
- Descriere : cursul de schimb utilizat. CurrencyAmount x ExchangeRate = Sumă
- Tip: SAFexchangerateType
- Mod de raportare: opțional
- Validare sintactică: număr zecimal, delimitat prin PUNCT zecimal cu maxim 4 cifre după punctul zecimal
- Validare semantică: nu există
Notă
Cursul de schimb utilizat pentru determinarea în RON a bazei impozabile a taxei este cursul din data exigibilității taxei, astfel cum este stabilit la art. 135 din Codul fiscal, indiferent de data la care sunt sau vor fi recepționate bunurile/ facturile/ serviciile/ alte documente financiare.
- Descriere: numărul sucursalei sau al magazinului, segregarea suplimentară a clientului/furnizorului, utilizată dacă nu este inclusă ca parte a id-ului clientului/furnizorului.
- Tip: SAFmiddle1textType
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere: perioada contabilă pentru care s-a făcut înregistrarea respectivă → numărul lunii sau trimestrului, după caz
- Tip: nonnegativeInteger
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere: anul perioadei contabile
- Tip: nonnegativeInteger
- Mod de raportare: opțional
- Validare sintactică: 2020 sau pană la anul curent, inclusiv
- Validare semantică: nu există
- Descriere : detalii cu privire la adresa de expediere (structura punctului de expediere: ID livrare, data livrării, ID depozit, ID locație, UCR, structură adresă/adresă)
- Tip: ShippingPointStructure
- Mod de raportare: opțional
- Validare sintactică:
- Validare semantică:
- Descriere : detalii cu privire la adresa de livrare (structura punctului de expediere: ID-ul livrării, data livrării, ID-ul depozitului, ID-ul locației, UCR, structura adresei/adresei)
- Tip: ShippingPointStructure
- Mod de raportare: opțional
- Validare sintactică:
- Validare semantică:
- Descriere: condiții de plată aferente facturii
- Tip: SAFmiddle2textType
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere: detalii despre persoana sau aplicația care a introdus/generat tranzacția
- Tip: SAFmiddle1textType
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere: data înregistrării în GL
- Tip: Date
- Mod de raportare: opțional
- Validare sintactică: validare conform standardului ISO 8601
- Validare semantică: nu există
Codificarea datei și a orei în fișierul standard de audit SAF-T se realizează pe baza standardului ISO 8601, care specifica următorul format : AAAA-LL-ZZ
- Descriere: ID generat de sisteme pentru lot
- Tip: SAFmiddle1textType
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere: număr unic creat de sistem pentru document
- Tip: SAFmiddle1textType
- Mod de raportare: opțional
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere: referință încrucișată la înregistrarea GL. Poate conține mai multe niveluri diferite pentru a identifica tranzacția. Acesta ar putea include centre de cost, cum ar fi societatea, divizia, regiunea, grupul și sucursala /departamentul.
- Tip: SAFmiddle2textType
- Mod de raportare: opțională
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere: numărul (numerele) recepțiilor din această “înregistrare de factură consolidată”. Poate fi un singur număr, un interval sau o listă
- Tip: SAFlongtextType
- Mod de raportare: opțională
- Validare sintactică: nu există
- Validare semantică: nu există
- Descriere:
- Tip: structura InvoiceSettlement
- Mod de raportare: opțional
- Validare sintactică: conform structură
- Validare semantică: conforms structură
- Descriere:
- Tip: structura InvoiceDocumentTotals
- Mod de raportare: opțional
- Validare sintactică: conform structură
- Validare semantică: conforms structură
Mențiuni importante din documentația ANAF #
Cum se raportează corect AccountID la nivel de Factură și la nivel de Linie de Factură #
- AccountID (contul contabil) raportat la nivel de factură este contul contabil analitic aferent clientului pentru care s-a emis factura așa cum a fost aceasta înregistrata in contabilitate.
- AccountID (contul contabil) raportat la nivel de linie din factură este contul contabil aferent liniei de factura (exemplu: contul de venit, contul de avansuri primite de la clienți).
Cum se raportează vânzările aferente produselor cu gestiune obligatorie la nivel de unitate de produs #
Contribuabilii care efectuează vânzări de bunuri către clienți, vor raporta la nivel de linie de factura vânzările de bunuri pentru care au obligația de a menține evidența de gestiune la nivel de produs.
Spre exemplu, în situația facturilor de vânzare pentru servicii precum și în situația facturilor de reduceri de preț ulterioare, în cadrul acestei subsecțiuni, raportarea la nivel de linie se poate face conform înregistrărilor din evidența contabilă (fie agregat fie la nivel de linie, fie segregat). În situația în care într-o factură de prestări servicii sunt înregistrate trei linii, iar înregistrarea contabilă se efectuează agregat într-o singură linie, contribuabil poate raporta informația agregat, conform înregistrării contabile. Astfel, elemente precum Description, InvoiceLineAmount, TaxAmount se completează având în vedere informația din înregistrarea contabilă. În ceea ce privește elementul Quantity, în aceste situații, pentru facturile de servicii, aceste se poate completa cu 1, iar pentru facturile de reduceri de preț ulterioare se poate completa cu 0. Elementul UnitPrice se va completa cu valoarea liniei din nota contabilă aferentă facturii în situația facturilor de servicii și cu 0 în situația facturilor de reduceri de preț ulterioare.
Cum se raportează corect DebitCreditIndicator #
Considerând componența InvoiceLine, DebitCreditIndicator va lua următoarele valori:
- în cazul unei sume facturate către client, se va raporta C (Credit)
- în cazul unei reduceri acordate într-o linie de factura de vânzare (suma negativa), se va raporta D (debit).
- în care este vorba despre o factură de stornare, DebitCreditIndicator se va completa cu valoarea D (debit)
Pentru valorile tranzacțiilor / sumelor din raportarea SAF-T au fost planificate să fie utilizate doar sume pozitive – în contextul în care avem debit/ credit în elemente separate, sau indicații clare privind tipul tranzacției și efectele sale.
Sursa: ANAF → Ghidul SAF-T, Document Q&A și schema xls
Acum îți poți verifica declarația SAF-T (406) cu Finlight #
Verificare SAF-T de la Finlight →încarcă fișierul tău .xml pe platforma Finlight și verifică-ți gratuit declarația SAF-T conform celor 22 de teste de consistență recomandate de ANAF, precum și alte teste specifice. Rezultate imediate!
Mesaj Finlight #
Am construit Ghidul SAF-T Finlight și Ghidul financiar Finlight pentru a oferi soluții simple, gratuite și aplicabile celor ce au nevoie de ele.
- folosește opțiunea de comment de la Facebook pentru a ne adresa întrebări și pentru a ne ajuta să ne îmbunătățim materialele
- dacă materialele ți se par utile, apasă Recommend și Share.