Inapoi/GoBackInapoi La pagina anterioara

www.homecont.ro  

 

Documentatie postcalcul pentru modelul economic al firmelor de prestari de SERVICII (ver. PDF)
Descriere generalara a aplicatiei de postcalcul in limba engleza - scop, detalii tehnice functionale, modele implementate (ver. PDF)

Declaratia informativa D406 SAF-T. Sau 10 declaratii in una singura.

In structura actuala propusa SAF-T/D406 contine 10 sub-declaratii total diferite "ascunse" sub palaria sintagmei SAF-t.
Fiecare din cele 10 sub-declaratii acopera un modul/domeniu/proces economic distinct cum ar fi: balanta clientilor, balanta furnizorilor, balanta contabila, balanta stocurilor, registrul j. general, facturi emise, facturi primite, miscari de stocuri, incasari si plati, mijloace fixe.
Fiecare din cele 10 sub-declaratii poate avea citeva sute, mii , zeci de mii sau milioane de tranzactii fiecare in functie de complexitatea activitatii firmei dvs.
Fiecare tranzactie (linie) din cele 10 sub-declaratii poate avea una sau mai multe referiri la unul din nomenclatoarele obligatorii enumerate mai jos (tari, cui, judete, taxtype, NC8 etc..).
Incepand cu 01 ianuarie 2022 marii contribuabili vor trebui sa depuna noua declaratie numita D406 SAF-T.
Declaratia se afla in curs de dezvoltare atat la nivel de programe Java/XML cit si la nivel de documentatie.
Ultima versiune este din 9 august 2021 iar in 16 septembrie gasim propunerea [Proiectul de ordin al presedintelui ANAF privind natura informatiilor ....ref. la fisierul standard de control fiscal] , vezi mai jos:
Pentru a va face o parere despre complexitatea SAF-T/D406 va recomandam sa parcuregeti intai intrebarile si raspunsurile de la paginile 58 la 84 din acest document: [20210806_SAFT_Ghid_contribuabil_Dec_info_ D406_v2_0_090821.pdf]


Noutati proiect saf-T/D406 la 16 septembrie 2021 > Detalii proiect in fisierul [ 20210916135754_saft_v3_16092021.zip]
Vezi: Proiect_OPANAF_SAFT_varianta160921.pdf si anexe in fisierul [ 20210916135754_saft_v3_16092021.zip]
Descarca documente proiect la 16-09-2021 aici [ 20210916135754_saft_v3_16092021.zip]:
Ultimile informatii publicate de ANAF referitor la propunerea legislativa a proiectului SAF-T D406 se regasesc aici.
Ultimile informatii publicate de ANAF referitor la stadiul dezvoltarii proiectului SAF-T D406 se regasesc aici:
09 August 2021 | Detalii proiect ANAF actualizeaza documentatia tehnica SAF-T aici:
Mfinante/Anaf recunoaste in ultima documentatie oferita ca aceasta declaratie este f. complicata si vorbeste de o perioda de gratie intre 01 ianuarie 2022 si 30 aprilie 2022 in urmatoarele conditii:
In varianta din august 2021 se vorbea despre o perioda de gratie de 3 luni: [...Perioada de gratie: Avand in vedere complexitatea si noutatea acestei obligatii de raportare, contribuabililor li se va acorda o perioada de gratie de 3 (trei) luni pentru prima raportare, de la data cand obligatia de depunere devine efectiva pentru respectivul contribuabili....]
In varianta propusa in 16-09-2021 se vorbeste despre o perioda de gratie de 6 luni - vezi anexe din fisierul [ 20210916135754_saft_v3_16092021.zip].

Ce noutati si ce alte bucurii ne aduce SAF-t D406 de la 01-01-2022 ?

Cum arata de fapt SAF-t [D406] in varianta propusa de ANAF ?

Ce contine SAF-T [D406] in varianta propusa de ANAF?

In forma actuala, SAF-t D406 este:

1. Este un nou ERP care trebuie construit cu migala linga ERP-ul dvs. actual.


Vor trebui mapate citeva nomenclatoare standard pentru alinierea datelor din ERP-ul dvs la SAF-T/D406 cum ar fi:
a.) - tipuri de CUI/cif pe tari si tipuri (UE, NON-UE, RO, CNP/Persoane fizice)
b.) - planul de conturi standard
c.) - NOMENCLATOR ANAF PENTRU IMPOZITE sI TAXE - asta e "cel mai tare din parcare" deoarece eu sunt obligat sa asociez in ERp-ul meu (si sa il intretin apoi periodic) nomenclatorul standard Anaf referitor la codul intern pe tipuri de plati bugetare numit [...Nomenclatorul de coduri pentru impozitele si taxele la bugetul statului...] [..Nomenclatorul contine codurile pentru completarea campului TaxType din 5.15 TaxInformationStructure...] care la randul lui poate deveni referinta incrucisata in oricare din celelalte 10 declaratii de mai sus prin cimpul [TaxType]

EXEMPLU:
COD_IMP DENUMIRE
100 Impozit pe profit
101 Varsaminte din veniturile nete ale Bancii Nationale a Romaniei
102 Plati anticipate in contul impozitului pe profit anual datorat de bancile comerciale,persosne juridice romane si sucursalele din Romania ale bancilor, persoane juridice straine
103 Impozit pe profit /plati anticipate īn contul impozitului pe profit anual datorat /datorate de persoane juridice romāne, altele decāt cele de la pct.1, precum si de persoanele juridice cu sediul social īn Romānia, īnfiintate potrivit legislatiei europene
104 Impozit pe profit anual
105 Impozit pe profit datorat de persoane juridice straine, altele decāt cele de la pct.1 sau plati anticipate īn contul impozitului pe profit anual, datorate de catre persoanele juridice straine care desfasoara activitate prin intermediul unui sediu permanent īn Romānia
106 Impozit pe profit din asociere datorat de persoane fizice
110 Fondul Romania
111 Impozit pe profit scutit conform art.38 alin(1) din Codul fiscal
112 Impozit pe profit scutit conform art.38 alin(3) din Codul fiscal
[etc.............]
300 Taxa pe valoarea adaugata
301 Taxa pe valoarea adaugata- lunar
302 Taxa pe valoarea adaugata- trimestrial
303 Taxa pe valoarea adaugata- semestrial
304 Taxa pe valoarea adaugata- anuala
305 Dobanzi si penalitati de intarziere aferente T.V.A.
[etc...............................]
988 Venituri din compensarea creantelor din despagubiri SOMAJ
991 Cont unic nerezidenti
992 Venituri ale bugetului de stat incasate in contul unic, in curs de distribuire
993 Venituri ale bugetelor asigurarilor sociale de stat incasate in contul unic, in curs de distribuire
994 Disponibil al bugetelor asigurarilor sociale si fondurilor speciale, in curs de distribuire
995 Disponibil din sume īncasate din īnfiintarea popririi (banca/tert) asupra sumelor ce se cuvin debitorilor
997 Disponibil din sume incasate reprezentand prejudiciul cauzat si recuperat in conditiile art.10 din Legea nr. 241/2005

Exemple:
Astfel in cazul in care in oricare din cele 10 sub-declaratii se foloseste o tranzactie de tipul TaxCode = 301 adica [301=Taxa pe valoarea adaugata- lunar]
va trebui sa punem in tagul XML combinatia aferenta TVA cu 301 astfel:
|nsSAFT:Tax|
|nsSAFT:TaxType>301|/nsSAFT:TaxType|
|nsSAFT:TaxCode>301301|/nsSAFT:TaxCode|
|/nsSAFT:Tax|
d.) - unitatile de masura
e.) - codurile vamale NC8/ ProductCommodityCode (CN8 = combined noemnclature identice probabil cu cele din Declaratia statistica Intrastat)
f.) - tari [ISO3166-2-CountryCodes]
g.) - judete [ISO3166-1A2 - RO Dept Codes]
h.) - nomenclator tipuri de documente [Nom_Tipuri_facturi] / NOMENCLATOR PENTRU TIPURILE DE FACTURI EMISE sI PRIMITE

Costuri f. mari pentru realizarea acestei noi declaratii si fisiere greu de manipulat.


Firmele mari cu zeci de mii de tranzactii (poate milioane de tranzactii lunare) indiferent de modulul ERP de provenienta (stocuri intrari/iesiri, contabilitate/note, facturi client/funizori la nivel de linie, incasari/plati pe fiecare iban pe tipuri s.a.m.d) vor genera fisiere XML modale enorme de peste 100MB. In documentatie ANAF (vezi mai jos) sunt indicate ca fiind "suportate" fisiere de 5 GB. Manipularea unui fisier de tip XML (sau chiar TXT plat) de 100 MB la 1 GB indiferent de utilitarul/editorul/viewerul folosit de manipulare XML duce la inghetarea/blocarea calculatorului PC indiferent de performanta acestuia si de memoria RAM folosita.
Din documentatia ANAF [Raspuns 45:]:
[....Dimensiunile maxime pentru fisierele XML pregatite - cu una sau mai multe sub-sectiuni sunt de cca. 5 GB (Gigabytes), sau chiar mai mari in functie de continutul sub-sectiunii extras din sistemul informatic al contribuabilului...]

2. Cele mai importante raportari din aceasta declaratie sunt:


1. Registrul jurnal general al perioadei (toate notele contabile DEBIT/Credit)
2. Balanta contabila simplificata la nivel de cont cu sold initial /sold final
3. Balanta stocurilor cantitativ valorica pe magazie [se da doar la cererea ANAF in termen de 30 de zile]
4. Balanta Furnizorilor pentru perioada raportata
5. Balanta Clientilor pentru perioada raportata
6. Toate facturile emise la Clienti pentru perioada de raportare la nivel de linie de factura. (In D394 se raporteaza la nivel de total facturi per client/ per cota tva)
7. Toate facturile primite de la Furnizori pentru perioada de raportare la nivel de linie de factura. (In D394 se raporteaza la nivel de total facturi per Furnizor/ per cota tva) Vezi: 4. SourceDocuments > 4.1 SalesInvoices [4.2 PurchaseInvoices]>Invoice structure>InvoiceLine
8. Situatia mijloacelor fixe la nivel de nr_inventar [Identificator unic de inventar al activului] ,cont contabil , PIF [Data punerii in functiune a activului.], sold initial, final inclusiv amortizari perioada. [Se da doar anual]
9. Toate incasarile si platile de pe toate registrele de casa si conturile IBAN deschise la toate bancile cu detalii pe id_client/id_furnizr (CUI RO si CUI UE sau CNP RO dupa caz) , factura_platitra_incasata. Paranteza aici: tocmai renuntasem la CNP in D394 si inlocuisem cu strada+oras+judet acum 2 ani.
10. Toate miscarile de active (Mfixe in general) si toate miscarile de stocuri (inventory) . [4.4 MovementOfGoods + 4.5 AssetTransactions].
Asta insemna ca vom raporta probabil la cerere fiindca are legatura cu Balanta stocurilor de mai sus toate tranzactiile de tip RCT/receipt (receptie) si ISS/Isue (iesiri) la nivel de receptii de la furnizori si iesiri de orice fel catre clienti. Nu am vazut referire la transferurile interne in aceiasi curte intre doua magazii (nota de transfer intern) - poate le vin idei si le bagam si pe astea, mai asteptam.


3. Va fi manipulata doar prin DukeIntegrator (Java soft J*)si nu prin declaratie PDF (soft A)

4. A aparut notiunea de [Raportarea modala]. Vezi despre [Raportarea modala] mai jos

Exista mai multe sub -sectiuni ce vor putea fi trimise separat urmand ca tu sa te asiguri ca le-ai trimis pe toate pina in ultima zi de raporare. Daca ai uitat sa trimiti o sub-sectiune serverul sterge toate sectiunile trimise anterior pentru luna respectiva.

5. Nu am gasit notiunea de zip/comprimare fisiere (cum e la bilant). Sunt folositi algoritmii de compresie interni PDF (ca la D394)


Asta insemna ca fisierul XML rezultat din DukeIntegrator va fi trimis in clar identic ca la D394 impachetat in PDF.
Fisierul in clar XML stocat in PC-ul dvs [C:/temp/general_ledgers.XML] poate avea insa peste 500 MB iar in urma compresiei in PDF acesta sa scada ca dimensiune folosind o rata de compresie 1:10 pina la 1:25
Din Documentatia ANAF - Raspuns nr 45:
[...Limita tehnica de 500 de MB este insa pentru dimensiunea fisierului XML in format compresat - atunci cand este atasat formularului electronic D406/D406T, nu pentru dimensiunea fisierului XML care cuprinde o sectiune (de ex. GENERAL LEDGER ENTRIES). Rata de compresie medie pentru fisiere XML atasate formularelor electronice D406/D406T variaza intre 1:10 si chiar 1:25, in functie de continutul fisierului (inregistrarile contabile)...]

Un fisier/sectiune nu poate depasi insa 500 Mb.
Avertizari extrase din documentatia actuala:
[....ATENtIE! Dimensiunea Declaratiei informative D406 sau D406T in format PDF cu XML atasat nu trebuie sa depaseasca limita maxima de 500 MB. Daca Declaratia informativa D406 sau D406T are o dimensiune mai mare decat aceasta limita, documentul NU va fi acceptat la incarcare in platforma e-guvernare.ro sau Portalul ANAF. Pentru a putea incarca toate informatiile solicitate, la generare, declaratia va trebui īmpartita in segmente, conform informatiilor prezentate īn sectiunile 8.3 Raportarea modala si 10.2. Modul de raportare al campurilor, pana cand toate informatiile aferente perioadei de raportat au fost transmise....]
[....Daca pana la termenul limita nu sunt primite ABSOLUT TOATE sectiunile si campurile obligatorii - toate declaratiile / fisierele depuse de contribuabili - declaratia este neconforma si este stearsa, eroarea semnalata in mod automat prin mesaj in SPV sau contribuabilul sau delegatul acestuia se poate informa despre stadiul procesarii declaratiilor...]

Extras din documentatie referitor la [Raportarea modala]:

[....Contribuabilii cu obligatii de depunere trebuie sa pregateasca si sa depuna Declaratiile informative D406 pana la data limita stabilita prin actul normativ. In cazul contribuabililor cu activitate economica mare, materializata intr-un numar foarte mare de inregistrari contabile si informatii de transmis prin Fisierul Standard de Control Fiscal (SAF-T) - modul de pregatire si depunere a Declaratiei Informative D406 permite depunerea folosind mai multe formulare D406, fiecare cu sectiuni sau sub-sectiuni din declaratia informativa, transmise succesiv de catre contribuabilii respectivi pentru perioada de depunere (luna, trimestru), pana la data limita. Sistemele ANAF asigura primirea, procesarea si pastrarea integrala a Declaratiilor informative D406. Raportarea modala reprezinta raportarea datelor in mai multe parti (nu aceeasi declaratie de mai multe ori) - mai multe D406 in aceeasi luna pentru fiecare contribuabil. Raportarea modala - priveste strict planul de transport al datelor de la contribuabil la ANAF, pentru raportarea in format electronic. Raportarea modala se aplica pe un fisier XML generat si functioneaza identic pentru toate fisierele extrase / pregatite, indiferent de numarul campurilor si continutul lor. Impartirea fisierelor XML pentru raportare modala cu mai multe formulare D406 pentru aceeasi luna este in sarcina contribuabilului, la pregatirea Declaratiei informative D406. Aceasta metoda se foloseste in cazul unor Declaratii de dimensiuni foarte mari, iar impartirea se face la nivel de Sub-Sectiune....]
[...In cazul depunerii Declaratiei informative D406 prin mai multe formulare D406 (ce contin date raportate modal) vom avea cate o recipisa pentru fiecare formular depus (care certifica depunerea, eventualele erori si DOAR daca in urma respectivei depuneri a fost indeplinit CRITERIUL DE CONFORMARE - se primeste confirmarea ca s-a conformat.
Confirmarea conformarii poate aparea doar in ultima recipisa din serie, niciodata la celelalte recipise.
Exemplu: Daca depunerea s-a facut prin trei fisiere / D406 - primele doua recipise semnaleaza ca respectivele formulare D406 au fost depuse, care sunt eventualele erori si daca nu au fost identificate erori - este transmisa confirmarea ca nu are erori), iar a treia recipisa semnaleaza ca declaratia a fost depusa, de exemplu ca nu are erori sI ca declaratia in ansamblu este CONFORMA....]

Exemple cu cele mai importante sub-sectiuni ale declaratiei ce vor trebui raporate de dvs. lunar/trimestrial extrase din: [SAF-T_Romania_SchemaDefinitionCodes_actualizata.xlsx]


[2. MasterFiles] contine:
[2.1 GeneralLedgerAccounts] = Balanta contabila a perioadei raportate simplificata doar cu sold initial + sold final
[2.3 Customers] = Balanta CLIENTILOR pentru perioada raportata (luna, trimestru) cu Id client (CUI/CIF) + cont contabil (4111x) + sold initial [OpeningDebitBalance]+ sold final perioada [ClosingDebitBalance]
[2.4 Suppliers] = Balanta FURNIZORILOR pentru perioada raportata (luna, trimestru) cu Id furnizor (CUI/CIF) + cont contabil (4011x) + sold initial [OpeningCreditBalance]+ sold final perioada [ClosingCreditBalance]

[2.10 PhysicalStock] = Balanta stocurilor cantitativ valorica pentru perioada raportata (luna, trimestru) la nivel de: articol,magazie, STOC initial (cantitate/qty) , SOLD initial (valoare/value), STOC final, SOLD, final astfel:
WarehouseID ____________________________ Depozitul in care sunt pastrate marfurile - posibil si pentru identificarea productiei in curs sau a stocurilor in tranzit
LocationID ____________________________ Amplasarea marfurilor in depozit. (asta ar fi location-id adica locatia din raftul XYZ)
ProductCode ____________________________ Codul produsului
StockAccountNo__________________________ Lot de stocuri, lot, serie de identificare. Nu se utilizeaza atunci cand exista exact 1 intrare de stoc fizic per cod de produs
ProductType ____________________________ Pentru a determina daca produs/contul de stocuri este materie prima, productie in curs de executie, produs finit, marfa etc.
ProductStatus __________________________ Pentru a determina daca produs/contul de stocuri este scos din exploatare, deteriorat, invechit, activ etc.
StockAccountCommodityCode_______________ Clasificarea pentru import / export
OwnerID_________________________________ Referinta la Fisier Master Proprietari
UOMPhysicalStock________________________ Unitate de masura pentru aceasta pozitie PhysicalStock
UOMToUOMBaseConversionFactor____________ Factorul de conversie a UOM la UOMBase
UnitPrice ______________________________ Pretul unitar de baza pentru acest cont de stoc in valuta implicita a antetului.
OpeningStockQuantity____________________ Stocul fizic in UOM pentru perioada de selectie [STOC initial]
OpeningStockValue_______________________ In codul valutar al antetului pentru perioada de selectie [SOLD initial]
ClosingStockQuantity____________________ Stocul fizic īn UOM pentru perioada de selectie, [STOC FINAL]
ClosingStockValue_______________________ Valoarea finala a stocului in moneda implicita a antetului pentru perioada de selectie [SOLD final]

[3. GeneralLedgerEntries] = Registrul jurnal general


Linkuri catre saitul ANAF/Mfinante referitor la proiectul declaratiei SAF-T D406:


Ultimile informatii publicate de ANAF referitor la stadiul dezvoltarii proiectului SAF-T D406 se regasesc aici:
09 August 2021 | Detalii proiect ANAF actualizeaza documentatia tehnica SAF-T aici:

Documentatia este impachetata in fisierul ZIP: 20210809182200_saft_actual_090821.zip si contine inclusiv:

Instructiuni de utilizare pentru contribuabili a Modulului Validator (DUKValidator) - asistenta contribuabili pentru pregatirea Declaratiilor Informative D406 si D406T Fisierul standard de control fiscal (SAF-T) (Soft-J)

si:

GHIDUL CONTRIBUABILULUI pentru pregatirea si depunerea DECLARAtIEI INFORMATIVE D406 FIsIERUL STANDARD DE CONTROL FISCAL (SAF-T)

Last Updated on 22/09/2021
By Homecont SRL

Homecont.ro website reputation
  • Vacanta: Drumul spre Turcia prin Bulgaria: Razgrad-Targoviste-Omurtag-Kotel-Yambol-Hamzabeyli-Edirne-Havsa-Ecebat-Küēükkuyu-Izmir-Selkuk
  • Vacanta: Drumul prin Bulgaria catre Turcia: Razgrad-Targoviste-Omurtag-Kotel-Yambol-Hamzabeyli
  • Vacanta: Drumul prin Turcia: Hamzabeyli-Edirne-Havsa-Ecebat-Küēükkuyu-Izmir-Selkuk-Kusadasi-Didim-Bodrum