Skip to content
  • Management Financiar

    Management financiar

    • Concept

      Ce înseamnă management financiar?

    • Raportare financiară

      Conceptul de raportare financiară pentru IMM-uri

    • SAF-T

      Cum depui declarația SAF-T în România

    • Documentație

      Baza de informații pentru antreprenori și contabili.

    Soluțiile Finlight

    • Raportare financiară

      Dashboard BIM® by Iancu Guda

    • Verificare declarație SAF-T

      Verificarea declației SAF-T conform comunicatului ANAF

    • Automatizări B2B

      Soluții de automatizare pentru portofolii de companii

  • SAF-T
    • Despre SAF-T

      8 pași simpli pentru asigurarea conformității fiscale SAF-T

    • Verificare declarație SAF-T

      Acum poți verifica, explora și compara datele pe care le depui la ANAF în declarația SAF-T 406

    • Ghidul SAF-T Finlight

      Resursă interactivă destinată tuturor celor ce doresc să utilizeze Raportarea financiară în activitatea profesională și/sau didactică.

  • Resurse
    • Ghidul Financiar Finlight

      Resursă interactivă destinată tuturor celor ce doresc să utilizeze Raportarea financiară în activitatea profesională și/sau didactică

    • Ghidul SAF-T Finlight

      Resursă interactivă destinată celor ce doresc să asigure conformitatea raportării SAF-T

    • Ghidul de utilizare Finlight

      Tot ce ai nevoie să știi despre utilizarea platformei Finlight

    • Blog

      Articole Finlight

  • Prețuri
  • Management Financiar
    • Concept
    • Raportare Financiara
    • SAF-T
    • Automatizare B2B
    • Documentație
  • SAF-T
    • SAF-T
    • Verificare declarație SAF-T
    • Ghidul SAF-T Finlight
  • Automatizare
  • Resurse
    • Ghidul Financiar Finlight
    • Ghidul SAF-T Finlight
    • Ghidul de utilizare Finlight
    • Blog
  • Business in Motion by Iancu Guda
  • Preturi si Servicii
Sign Up
Login
Login
Sign Up
Popular Search venituri

Raportarea SAF-T în Romania

  • Totul despre SAF-T

MasterFiles (Fișierele Master)

  • GeneralLedgerAccounts (Conturi contabile)
  • Customers (Clienti)
  • Suppliers (Furnizori)
  • Products (Produse)
  • TaxTable (Tabelă Taxe)
  • AnalysisTypeTable (Tabel tipuri analiză)
  • UOMTable (Tabela Unităților de Măsură – UOM)

GeneralLedgerEntries (Înregistrări Contabile - Registrul Jurnal)

  • GeneralLedgerEntries (Înregistrari contabile – Registrul Jurnal)

SourceDocuments (Documente sursă)

  • SalesInvoices (Facturi de Vânzare)
  • PurchaseInvoices (Facturi de Achiziție)
  • Payments (Plăți)
View Categories
  • Home
  • Documentație
  • Ghidul SAF-T Finlight
  • MasterFiles (Fișierele Master)
  • Suppliers (Furnizori)

Suppliers (Furnizori)

Subsecțiunea Suppliers (Furnizori) a fișierului SAF-T conține informații despre furnizori, inclusiv nume, adresă, cod de înregistrare fiscală, cont analitic, sold inițial și sold final. Această subsecțiunea este importantă pentru auditurile fiscale și contabile.

Subsecțiunea Suppliers (Furnizori) a fișierului SAF-T este împărțită în iterații succesive de elemente Supplier. Fiecare element Supplier conține informații despre un furnizor, inclusiv nume, adresă, cod de înregistrare fiscală și cont analitic. Soldurile fiecărui furnizor sunt alocate pe conturi contabile (AccountID).

Structură Suppliers #

Găsești mai jos componentele asociate subsecțiunii Suppliers care vor fi raportate pe calea  Masterfiles/Suppliers/Supplier/. Elementele obligatorii sunt evidențiate cu o iconiță cu semnul exclamării.

Elemente Suppliers #

Elemente MasterFiles/Suppliers/Supplier ⮧

Elemente MasterFiles/Suppliers/Supplier/CompanyStructure ⮧

  • Descriere: număr unic de identificare a societății eliberat de autoritățile fiscale . Se construiește 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 este diferit de ”0” (zero), atunci valoarea se validează astfel:
      • Dacă primele două caractere 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 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 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ă RegistrationNumber este egal cu ”0” (zero) se semnalează eroare sintactică. RegistrationNumber nu poate fi ”0”.

  • Validare semantică: idem validare sintactică

Note

  • în cazul în care contribuabilul este înregistrat în scop de TVA, setați la numărul de înregistrare TVA fără prefix RO (CUI)
  • pentru PFA-ul setați la CNP
  • pentru CUI furnizor / client străin setați la codul de TVA utilizat pentru factura emisă 

Elemente …CompanyStructure/Adress ⮧

  • 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
Notă
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ă
  • Descriere : numele companiei
  • Tip: SAFshorttextType
  • Mod de raportare: obligatoriu
  • Validare sintactică: nu există
  • Validare semantică: nu există
  • Descriere: Contactele companiei. 
  • Tip: structura de tip ContactInformationStructure
  • Mod de raportare: opțional
  • Validare sintactică: conform structură
  • Validare semantică: conform structură
  • Descriere: înregistrarea fiscală a companiei. 
  • Tip: structura de tip TaxIDStructure
  • Mod de raportare: opțional
  • Validare sintactică: conform structură
  • Validare semantică: conform structură
  • Descriere: Conturile bancare ale companiei
  • Tip: structura de tip BankAccountStructure
  • Mod de raportare: opțional
  • Validare sintactică: conform structură
  • Validare semantică: conform structură
  • 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ă CustomerID este egal cu ”0” (zero) se semnalează eroare sintactică. CustomerID nu poate fi ”0”.

  • Validare semantică: idem validare sintactică

Sursa: ANAF →  Ghidul SAF-T, Document Q&A și schema xls

    • 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ă

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.

Sursa: ANAF →  Ghidul SAF-T, Document Q&A și schema xls

  • Descriere : suma din debitul contului la începutul perioadei selectate, exprimată în valuta implicită a antetului. Soldul debitor poate fi atât pozitiv, cât și negativ. Valorile negative sunt indicate cu semnul „-” în față.
  • Tip: SAFmonetaryTip
  • Mod de raportare: Obligatoriu, dacă este diferit de zero.
  • Validare sintactică: număr zecimal, delimitat prin punct zecimal, maxim 2 (două) cifre după punctul zecimal
  • Validare semantică: se raportează numai dacă nu se raportează OpeningCreditBalance

Notă

OpeningDebitBalance poate lua valori pozitive sau negative după caz, pentru a raporta corect inclusiv conturile bifuncționale și balanța negativă în debit pentru celelalte tipuri de conturi. Practic, nu sunt restricții pe valoarea (+/-) de validat.

Sursa: ANAF →  Ghidul SAF-T, Document Q&A și schema xls

  • Descriere : suma din creditul contului la începutul perioadei selectate, exprimată în valuta implicită a antetului. Soldul creditor poate fi atât pozitiv, cât și negativ. Valorile negative sunt indicate cu semnul „-” în față.
  • Tip: SAFmonetaryTip
  • Mod de raportare: Obligatoriu, dacă este diferit de zero.
  • Validare sintactică: număr zecimal, delimitat prin punct zecimal, maxim 2 (două) cifre după punctul zecimal
  • Validare semantică: se raportează numai dacă nu se raportează OpeningDebitBalance

Notă

OpeningCreditBalance poate lua valori pozitive sau negative după caz, pentru a raporta corect inclusiv conturile bifuncționale și balanța negativă în debit pentru celelalte tipuri de conturi. Practic, nu sunt restricții pe valoarea (+/-) de validat.

Sursa: ANAF →  Ghidul SAF-T, Document Q&A și schema xls

  • Descriere : suma din debitul contului la sfârșitul perioadei selectate, exprimată în valuta implicită a antetului. Soldul debitor poate fi atât pozitiv, cât și negativ. Valorile negative sunt indicate cu semnul „-” în față.
  • Tip: SAFmonetaryTip
  • Mod de raportare: Obligatoriu, dacă este diferit de zero.
  • Validare sintactică: număr zecimal, delimitat prin punct zecimal, maxim 2 (două) cifre după punctul zecimal
  • Validare semantică: se raportează numai dacă nu se raportează ClosingCreditBalance

Notă

ClosingDebitBalance poate lua valori pozitive sau negative după caz, pentru a raporta corect inclusiv conturile bifuncționale și balanța negativă în debit pentru celelalte tipuri de conturi. Practic, nu sunt restricții pe valoarea (+/-) de validat.

Sursa: ANAF →  Ghidul SAF-T, Document Q&A și schema xls

  • Descriere : suma din creditul contului la sfârșitul perioadei selectate, exprimată în valuta implicită a antetului. Soldul creditor poate fi atât pozitiv, cât și negativ. Valorile negative sunt indicate cu semnul „-” în față.
  • Tip: SAFmonetaryTip
  • Mod de raportare: Obligatoriu, dacă este diferit de zero.
  • Validare sintactică: număr zecimal, delimitat prin punct zecimal, maxim 2 (două) cifre după punctul zecimal
  • Validare semantică: se raportează numai dacă nu se raportează OpeningDebitBalance

Notă

ClosingCreditBalance poate lua valori pozitive sau negative după caz, pentru a raporta corect inclusiv conturile bifuncționale și balanța negativă în debit pentru celelalte tipuri de conturi. Practic, nu sunt restricții pe valoarea (+/-) de validat.

Sursa: ANAF →  Ghidul SAF-T, Document Q&A și schema xls

  • Descriere : indicator care arată dacă există un acord de auto-facturare între client și furnizor.
  • Tip: SAFCodeType
  • Mod de raportare: Opțional
  • Validare sintactică:  nu există
  • Validare semantică: codul 389 pentru auto factură sau altfel valoarea 0 (zero)

Notă

Facturi emise în numele și pe seama furnizorului, pentru care există un acord de auto facturare. Pentru auto factură se utilizează codificarea 389

Sursa: ANAF →  Ghidul SAF-T, Document Q&A și schema xls

Mențiuni importante din documentația ANAF #

Detalii despre categoriile de furnizori raportați în subsecțiunea Suppliers #

Se vor raporta informații cu privire la toți furnizorii contribuabilului definiți ca atare în evidențele contribuabilului pentru care se înregistrează sold inițial, sold final sau rulaje în perioada de raportare.

Detalii despre furnizorii care au sucursale sau sunt înregistrați în scopuri de TVA în alte state #

Contribuabilii care au sucursale sau sunt înregistrați în scopuri de TVA în alte state, vor raporta în prezenta subsecțiune și informații cu privire la furnizorii de la care efectuează achiziții utilizând codul de TVA din alt stat.

Abordarea potrivită pentru pentru entitățile definite în sistemele informatice drept furnizori, dar care nu au calitatea de furnizori #

Contribuabilii care, din punct de vedere tehnic, au definit în sistemele informatice drept furnizori alte entități juridice și/sau persoane fizice care nu au calitatea de furnizori, cum ar fi angajații pentru scopul înregistrării deconturilor de cheltuieli (cu excepția situațiilor în care sunt efectuate achiziții de la angajați), bugetul de stat pentru rambursarea TVA, nu vor raporta respectivele entități juridice și/sau persoane fizice în cadrul acestei subsecțiuni.

Abordarea potrivită pentru în cazul furnizorilor care folosesc mai multe coduri de TVA #

Contribuabilii care efectuează achizițiii, utilizând două sau mai multe coduri de TVA ale acestora (e.g. achiziții de la furnizori înregistrați în scopuri de TVA în mai multe state membre), în această subsecțiune vor raporta informațiile pentru fiecare SupplierID, ce se va determina utilizând codul de înregistrare în scopuri de TVA menționat în facturile de vânzare.

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!

Verifică SAF-T
Află mai multe

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.
SAF-T
What are your Feelings
Cuprins
  • Structură Suppliers
  • Elemente Suppliers
  • Mențiuni importante din documentația ANAF
    • Detalii despre categoriile de furnizori raportați în subsecțiunea Suppliers
    • Detalii despre furnizorii care au sucursale sau sunt înregistrați în scopuri de TVA în alte state
    • Abordarea potrivită pentru pentru entitățile definite în sistemele informatice drept furnizori, dar care nu au calitatea de furnizori
    • Abordarea potrivită pentru în cazul furnizorilor care folosesc mai multe coduri de TVA
Contact

Email: office@finlight.ro

Tel: 0741 170 178

Facebook-f Youtube Linkedin
Link-uri utile

Automatizare B2B

Prețuri și servicii

Ghid financiar Finlight

Ghid SAF-T Finlight

Blog

Soluțiile Finlight

BIM by Iancu Guda

Verificare declarație SAF-T

Management Financiar

Raportare financiară

Aspecte legale

Condiții generale de utilizare a platformei Finlight

Politica de confidențialitate

Politica privind utilizarea cookie-urilor

© 2025 Finlight. All rights reserved.