image image image image image image

SAF-T Payment Line

admin Blog Niciun comentariu

SAF-T Payment Line

 

In subsectiunea Payment Line sunt definite urmatoarele elemente:

LineNumber
  • Descriere: numarul liniei de plata
  • Tip: SAFshorttextType
  • Validare sintactica: –
  • Validare semantica: –
  • Observatii: –
SourceDocumentID
  • Descriere: documentul sursa la care se refera linia
  • Tip: SAFmiddle1textType
  • Validare sintactica: –
  • Validare semantica: –
  • Observatii: –
AccountID
  • Descriere: acesta este ID-ul contului analitic creat pe baza standardului definit de autoritatile romane, conform planului de conturi pentru societati generale (PlanConturiBalSocCom), planului de conturi aplicabil pentru institutiile de credit si institutiile financiar nebancare (PlanConturiBanci) sau planului de conturi aplicabil pentru societatile de asigurari (PlanConturiSocAsigurari).
  • Tip: SAFmiddle2textType
  • Validare sintactica: contul trebuie sa fie un numar intreg diferit de 0
  • Validare semantica: validare la nivelul codului contului analitic care trebuie sa corespunda planului de conturi contabile pentru Romania aplicabil tipului societatii raportoare conform standardelor romanesti de contabilitate („SRC”)
  • Observatii: completarea acestui camp se face cu codul asociat contului validat conform nomenclatoarelor:
    – PlanConturiBalSocCom
    – PlanConturiIFRS
    – PlanConturiIFRS_Norma39
    – PlanConturiBanci
    – PlanConturiNebancare
    – PlanConturiSocAsigurari
    – PlanConturi_Norma36
Analysis
  • Descriere: cod analiza registrul jurnal
  • Tip: AnalysisStructure
  • Validare sintactica: –
  • Validare semantica: –
  • Observatii: –
CustomerID
  • Descriere: cod unic pentru client este format astfel: tip (doua cifre zecimale) urmat de codul unic al clientului, dupa cum urmeaza:
    1. 00 urmat de CUI – unde tipul este 00, iar CUI este codul unic de identificare pentru operatorii economici inregistrati in Romania. Codul este un numar intreg zecimal, cu 1 pana la 9 cifre, urmat de o cifra de control – Exemplu: 004221306 – pentru Ministerul Finantelor Publice Atentie! Nu se trece si atributul fiscal „RO” pentru platitorii de TVA
    2. 01 urmat de codul de tara (conform ISO 3166-1 – 2 litere) si de Codul unic de identificare pentru TVA din statul membru respectiv – pentru operatorii economici din statele membre ale UE, mai putin Romania, verificate conform sistemului VIES (VAT Information Exchange System) – Exemplu: 01EL123456789 sau 01HU12345678
    3. 02 urmat de codul de tara si de codul unic de identificare pentru TVA din statul respectiv, care nu este nici Romania, nici stat membru UE – pentru operatorii economici din alte state care nu sunt Romania sau membre UE – Exemplu: 02TK123005284
    4. 03 urmat de CNP pentru persoane fizice cetateni romani sau 03 urmat de codul unic personal pentru persoane fizice rezidente in Romania (acelasi format cu CNP-ul, dar la care prima cifra este 7 sau 8)
    5. 04 urmat de cod client asociat in mod unic de catre operatorul economic, pentru pers. fizice care nu isi declara CNP-ul pe tranzactii (exemplu: comert online).
    6. 05 urmat de codul de tara si de cod client asociat in mod unic de catre operatorul economic – pentru operatorii economici care nu sunt inregistrati in scopuri de TVA din statele membre ale UE, mai putin Romania
    7. 06 urmat de codul de tara si de cod client asociat in mod unic de catre operatorul economic – pentru operatorii economici care nu sunt inregistrati in scopuri de TVA din statele non-UE
    8. 08 urmat de 13 cifre zero (080000000000000) pentru clientii care NU SE IDENTIFICa cu cod fiscal in tranzactiile de la punctele de vanzare, precum statii de distributie de carburanti-lubrefianti sau magazine cu vanzare in detaliu. Acest cod este utilizat NUMAI pentru astfel de tranzactii si nu este un inlocuitor universal in raportarea facturilor si platilor, etc. Acest cod NU SE UTILIZEAZa pentru elementul SupplierID – deoarece identitatea furnizorului pe baza de cod fiscal este mereu cunoscuta
  • Tip: SAFmiddle1textType
  • Validare sintactica: validarea sintactica a valorii elementului SD.P.22 CustomerID se face astfel:
    1.Daca elementul SD.P.22 CustomerID este egal cu „0” (zero), atunci elementul SD.P.23 SupplierID trebuie sa fie diferit de „0” (zero), adica este completat cu identitatea partenerului de la care s-a facut achizitia (conventional considerat – „furnizor”)
    2.”Daca elementul SD.P.22 CustomerID este diferit de „0” (zero) atunci valoarea se valideaza astfel: Daca primele doua caractere din SD.P.22 CustomerID sunt:
    2.1.”00″ atunci se verifica ca lungimea maxima a valorii fara prefixul „00”, sa fie de 10 caractere doar de tip numeric. Nu se accepta caracterele „RO”. Validarea se realizeaza dupa regulile cunoscute pentru CUI Formatul unui CUI este #########C – unde ######### este numarul de identificare, intre 1 si 9 cifre, iar C este numarul de verificare, 1 cifra
    2.2.”01″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: „EL” pentru 01EL123456789 sau „HU” pentru 01HU12345678
    2.3.”02″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: „TK” pentru 02TK123005284
    2.4.”03″ atunci se verifica ca lungimea maxima a inregistrarii fara prefixul „03”, sa fie de 13 caractere de tip numeric. Se verifica ca prima cifra din grupul de 13 caractere sa fie diferita de 0.
    2.5.”04″ atunci se verifica ca valoarea sa nu contina caractere speciale (de exemplu: „.”, „,”,”!”, „-„, „?” etc).
    2.6.”05″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere.
    2.7.”06″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere.
    2.8.”08″ atunci se verifica ca lungimea maxima a valorii fara prefixul „08”, sa fie de 13 caractere doar de tip numeric. Se verifica ca valoarea sa fie egal cu „080000000000000”
    2.9.in orice alt caz nu se valideaza valoarea, semnalandu-se eroare la validarea sintactica.(Validation error – CustomerID incorrect value)
    3.Altfel daca SD.P.22 CustomerID AND SD.P.23 SupplierID sunt concomitent egale cu „0” (zero) se semnaleaza eroare sintactica. ( CustomerID si SupplierID nu pot fi ambele simultan „0” (zero))
    Validare semantica: Validarea semantica a valorii elementului SD.P.22 CustomerID se face astfel:
    1.Daca elementul SD.P.22 CustomerID este egal cu „0” (zero), atunci elementul SD.P.23 SupplierID trebuie sa fie diferit de „0” (zero), adica este completat cu identitatea partenerului de la care s-a facut achizitia (conventional considerat – „furnizor”)
    2.Daca elementul SD.P.22 CustomerID este diferit de „0” (zero) atunci valoarea se valideaza astfel: Daca primele doua caractere din SD.P.22 CustomerID sunt:
    2.1.”00″ atunci se verifica ca lungimea maxima a valorii fara prefixul „00”, sa fie de 10 caractere doar de tip numeric. Nu se accepta caracterele „RO”. Validarea se realizeaza dupa regulile cunoscute pentru CUI Formatul unui CUI este #########C – unde ######### este numarul de identificare, intre 1 si 9 cifre, iar C este numarul de verificare, 1 cifra
    2.2.”01″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: „EL” pentru 01EL123456789 sau „HU” pentru 01HU12345678
    2.3.”02″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: „TK” pentru 02TK123005284
    2.4.”03″ atunci se verifica ca lungimea maxima a inregistrarii fara prefixul „03”, sa fie de 13 caractere de tip numeric. Se verifica ca prima cifra din grupul de 13 caractere sa fie diferita de 0.
    2.5.”04″ atunci se verifica ca valoarea sa nu contina caractere speciale (de exemplu: „.”, „,”,”!”, „-„, „?” etc).
    2.6.”05″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere.
    2.7.”06″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere.
    2.8.”08″ atunci se verifica ca lungimea maxima a valorii fara prefixul „08”, sa fie de 13 caractere doar de tip numeric. Se verifica ca valoarea sa fie egal cu „080000000000000”
    2.9.in orice alt caz nu se valideaza valoarea, semnalandu-se eroare la validarea semantica.(Validation error – CustomerID incorrect value)
    3.Altfel daca SD.P.22 CustomerID AND SD.P.23 SupplierID sunt concomitent egale cu „0” (zero) se semnaleaza eroare semantica. ( CustomerID si SupplierID nu pot fi ambele simultan „0” (zero))
  • Observatii: daca plata se refera la un Client, utilizati CustomerID si raportati SupplierID cu valoarea 0 (zero). SAU Vezi nota (1) de mai jos:
    CustomerID/ SupplierID – pentru tranzactiile si liniile corespunzatoare din aceasta subsectiune, care nu reprezinta o plata/ incasare realizata catre un Furnizor/ Client pentru care, conform reglementarilor contabile aplicabile, exista obligatia de contabilizare pe fiecare persoana fizica sau juridica, in campurile „SupplierID” si „CustomerID” se completeaza cu codul unic al contribuabilului raportor
SupplierID
  • Descriere: cod unic pentru furnizor este format astfel: tip (doua cifre zecimale) urmat de codul unic al furnizorului, dupa cum urmeaza:
    1. 00 urmat de CUI – unde tipul este 00, iar CUI este codul unic de identificare pentru operatorii economici inregistrati in Romania. Codul este un numar intreg zecimal, cu 1 pana la 9 cifre, urmat de o cifra de control – Exemplu: 004221306 – pentru Ministerul Finantelor Publice Atentie! Nu se trece si atributul fiscal „RO” pentru platitorii de TVA
    2. 01 urmat de codul de tara (conform ISO 3166-1 – 2 litere) si de Codul unic de identificare pentru TVA din statul membru respectiv – pentru operatorii economici din statele membre ale UE, mai putin Romania, verificate conform sistemului VIES (VAT Information Exchange System) – Exemplu: 01EL123456789 sau 01HU12345678
    3. 02 urmat de codul de tara si de codul unic de identificare pentru TVA din statul respectiv, care nu este nici Romania, nici stat membru UE – pentru operatorii economici din alte state care nu sunt Romania sau membre UE – Exemplu: 02TK123005284
    4. 03 urmat de CNP pentru persoane fizice cetateni romani sau 03 urmat de codul unic personal pentru persoane fizice rezidente in Romania (acelasi format cu CNP-ul, dar la care prima cifra este 7 sau 8)
    5. 04 urmat de codul furnizorului asociat in mod unic de catre operatorul economic, pentru pers. fizice care nu isi declara CNP-ul pe tranzactii (exemplu: comert online).
    6. 05 urmat de codul de tara si de codul furnizorului asociat in mod unic de catre operatorul economic – pentru operatorii economici care nu sunt inregistrati in scopuri de TVA din statele membre ale UE, mai putin Romania
    7. 06 urmat de codul de tara si de codul furnizorului asociat in mod unic de catre operatorul economic – pentru operatorii economici care nu sunt inregistrati in scopuri de TVA din statele non-UE
  • Tip: SAFmiddle1textType
  • Validare sintactica: validarea sintactica a valorii elementului SD.P.23 SupplierID se face astfel:
    1.Daca elementul SD.P.23 SupplierID este egal cu „0” (zero), atunci elementul SD.P.22 CustomerID trebuie sa fie diferit de „0” (zero), adica este completat cu identitatea partenerului catre care s-a facut livrarea (conventional considerat – „client”)
    2.Daca elementul SD.P.23 SupplierID este diferit de „0” (zero) atunci valoarea se valideaza astfel: Daca primele doua caractere din SD.P.23 SupplierID sunt:
    2.1.”00″ atunci se verifica ca lungimea maxima a valorii fara prefixul „00”, sa fie de 10 caractere doar de tip numeric. Nu se accepta caracterele „RO”. Validarea se realizeaza dupa regulile cunoscute pentru CUI Formatul unui CUI este #########C – unde ######### este numarul de identificare, intre 1 si 9 cifre, iar C este numarul de verificare, 1 cifra
    2.2.”01″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: „EL” pentru 01EL123456789 sau „HU” pentru 01HU12345678 2
    .3.”02″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: „TK” pentru 02TK123005284
    2.4.”03″ atunci se verifica ca lungimea maxima a inregistrarii fara prefixul „03”, sa fie de 13 caractere de tip numeric. Se verifica ca prima cifra din grupul de 13 caractere sa fie diferita de 0.
    2.5.”04″ atunci se verifica ca valoarea sa nu contina caractere speciale (de exemplu: „.”, „,”,”!”, „-„, „?” etc).
    2.6.”05″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere.
    2.7.”06″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere.
    2.8.in orice alt caz nu se valideaza valoarea, semnalandu-se eroare la validarea sintactica.(Validation error – SupplierID incorrect value)
    3.Altfel daca SD.P.22 CustomerID AND SD.P.23 SupplierID sunt concomitent egale cu „0” (zero) se semnaleaza eroare sintactica. ( CustomerID si SupplierID nu pot fi ambele simultan „0” (zero))
  • Validare semantica: validarea semantica a valorii elementului SD.P.23 SupplierID se face astfel:
    1.Daca elementul SD.P.23 SupplierID este egal cu „0” (zero), atunci elementul SD.P.22 CustomerID trebuie sa fie diferit de „0” (zero), adica este completat cu identitatea partenerului catre care s-a facut livrarea (conventional considerat – „client”)
    2.Daca elementul SD.P.23 SupplierID este diferit de „0” (zero) atunci valoarea se valideaza astfel: Daca primele doua caractere din SD.P.23 SupplierID sunt:
    2.1.”00″ atunci se verifica ca lungimea maxima a valorii fara prefixul „00”, sa fie de 10 caractere doar de tip numeric. Nu se accepta caracterele „RO”. Validarea se realizeaza dupa regulile cunoscute pentru CUI Formatul unui CUI este #########C – unde ######### este numarul de identificare, intre 1 si 9 cifre, iar C este numarul de verificare, 1 cifra
    2.2.”01″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: „EL” pentru 01EL123456789 sau „HU” pentru 01HU12345678
    2.3.”02″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere. – Exemplu: „TK” pentru 02TK123005284
    2.4.”03″ atunci se verifica ca lungimea maxima a inregistrarii fara prefixul „03”, sa fie de 13 caractere de tip numeric. Se verifica ca prima cifra din grupul de 13 caractere sa fie diferita de 0.
    2.5.”04″ atunci se verifica ca valoarea sa nu contina caractere speciale (de exemplu: „.”, „,”,”!”, „-„, „?” etc).
    2.6.”05″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere.
    2.7.”06″ atunci se verifica codul de tara (caracterele 3 si 4) care trebuie sa fie un cod valid conform nomenclatorului ISO 3166-1 – 2 litere.
    2.8.in orice alt caz nu se valideaza valoarea, semnalandu-se eroare la validarea semantica.(Validation error – SupplierID incorrect value)
    3.Altfel daca SD.P.22 CustomerID AND SD.P.23 SupplierID sunt concomitent egale cu „0” (zero) se semnaleaza eroare semantica. ( CustomerID si SupplierID nu pot fi ambele simultan „0” (zero))
  • Observatii: daca plata se refera la un Furnizor, utilizati SupplierID si raportati CustomerID cu valoarea 0 (zero). SAU Vezi nota (1) de mai jos:
    CustomerID/ SupplierID – pentru tranzactiile si liniile corespunzatoare din aceasta subsectiune, care nu reprezinta o plata/ incasare realizata catre un Furnizor/ Client pentru care, conform reglementarilor contabile aplicabile, exista obligatia de contabilizare pe fiecare persoana fizica sau juridica, in campurile „SupplierID” si „CustomerID” se completeaza cu codul unic al contribuabilului raportor
TaxPointDate
  • Descriere: data exigibilitatii taxei daca este disponibila sau daca nu este disponibila atunci data facturii
  • Tip: Date
  • Validare sintactica: validare conform standardului ISO 8601
  • Validare semantica: –
  • Observatii: codificarea datei si a orei in fisierul standard de audit SAF-T se realizeaza pe baza standardului ISO 8601, care specifica formatul AAAA-LL-ZZ
    Exemple de date acceptate: 2020-10-03, 2021-04-12
Description
  • Descriere: descrierea liniei de plata
  • Tip: SAFlongtextType
  • Validare sintactica: –
  • Validare semantica: –
  • Observatii: –
DebitCreditIndicator
  • Descriere: indica daca sumele la nivel de linie sunt sume debitoare sau creditoare
    Inregistrarea trebuie sa corespunda inregistrarii reflectate in Registrul Jurnal.
    Semnul sumelor la nivel de linie depinde de acest indicator. De exemplu, un retur poate duce la o suma negativa
  • Tip: SAFcodeType
  • Validare sintactica: restrictie pentru valori, C pentru Credit si D pentru Debit
  • Validare semantica: –
  • Observatii: se completeaza cu una din valorile: – C – pentru credit – D – pentru debit
PaymentLineAmount
  • Descriere: suma tranzactiei
  • Tip: AmountStructure
  • Validare sintactica: –
  • Validare semantica: –
  • Observatii: –
TaxInformation

 

Sursa: www.anaf.ro

Prev Post

Next Post

Categorie articole