22-10-2025 - D406 (SAF-t) full documentation in English for ERP developers
The D406 English documentation Contains at least:
Basic documentation with chapters describing D406 functionality, main objectives (scope), responsibilities divided at ERP level, IT team level, accountants CFO level, DUKIntegrator D406Validator.jar errors and verification tips, flow to develop and flow to exploit D406.
All mandatory ERP 20++ tables with explanations and examples in clear at field level. For each table at least 20-30 random in clear examples with customers, suppliers, accounting accounts, NC8 and items, accounting notes, TaxCode/TaxType fields.
All mandatory approx 310 detailed TAGS (310 of 1200++ tags) explanations with linking (mapping) with correspondence to the ERP field/tables.
Sections order and field order inside of each sections with their ERP tables correspondence (SOInvoices, PoInvoices, Payments, GLE) at field level.
Closing tags rules and conditional presences or conditional values treatment where exists like:
Conditional IIF DEBIT or Credit vs Conditional IIF vs in many sections
Fields Suggestions with Very Short Programming sources code examples using basic commands like SELECT SQL, substring(filed,3,20), IIF(field, something, something_else)
D406.XML validated file with all testing rows/tags/sections in final format with many used only as didactic reasons and only for example.
GTM TaxCode-TaxType-TaxReasons correspondence with D406 TaxCode (310309,300201, 310312, 301104...etc) and to your ERPs GTM tables - found already 4 similar big ERPs with the same logic and approach of GTM already discussed in the previous article. As a joke: I didn't verified yet GTM approach from Navision (Microsoft Dynamics 365) but I think 365 is having the same GTM logic....
24-08-2025 -Actualizare D406Validator.jar pentru declaratia D406/SAF-T la 18-08-2025
ANAF a actualizat din nou la 18-08-2025 aplicatia de validare DukIntegrator D406Validator.jar pt saf-t/D406.
Principala modificare o reprezinta mutarea logicii de validare coduri noi TaxCode pt TVA 21%+11% valabile dupa 01-08-2025 in noua sursa program java Parameters_v3.class (Parameters_v3.java )
Pentru programatorii care consulta clasa java de validare din interiorul D406Validator.jar noile coduri sunt stocate si validate in fisierul JAVA Parameters_v3.class (Parameters_v3.java ):
this._taxCode = new String[] { "000000", "310301", "310302", "310303", "310304", "310305", "310306",.........
..........
"310343", "310344", "310345", "310346", "3...., "380306" };
Vezi pagina ANAF a proiectului declaratiei D406 aici:
https://www.anaf.ro/anaf/internet/ANAF/despre_anaf/strategii_anaf/proiecte_digitalizare/saf_t
23-10-2024 - actualizare homev406.exe cu GeneralLedgerEntries din fisierul XML lunar al declaratiei D406/saf-t
conform teste consistenta din Notificari iunie-iulie 2024 ANAF
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. si a perioadei raportate (de obicei o luna).
In cazul Sub-declaratiei stocurilor care se pare ca va fi raportata doar la cererea ANAF
(solduri si miscari pe periodate), aici numarul de tranzactii/linii per sub-declaratie variind f. mult
proportional cu perioada raportata.
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.
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]
si la fel din documentul din 11.11.2021 [SAFT_intrebari_frecv_raspunsuri_v1_1_071021.pdf]
Pagina oficiala ANAF a proiectului SAF-t/D406 dupa 10.11.2021
Am hotarart ca informatiile ce tin de evolutia proiectului saf-t/D406 pe parcursul
anilor 2021-2025 sa ramina stocate in pagini separate ca sa nu incarcam pagina asta principala.
Pentru paginile vechi cu arhiva proiectului SAF-t/D406 pe parcursul anilor 2021-2025
va rugam sa accesati:
Alte pareri despre implementarea SAF-T in alte tari din Europa
Asa-zisul standard SAF-T este o recomandare (may be) si nu o obligativitate (must/mandatory).
Fiecare tara poate adopta un sistem propriu de raportare [format de raportare]
si poate decide ce este obligatoriu de declarat,
cine declara (firme mari, mici sau toate) si mai ales cand declara [lunar sau doar la cerere / on demand].
Formatul XML de raportare nu este ceva obligatoriu
- se poate folosi orice altceva pentru transportul datelor catre serverele guvernamentale
cum ar fi un format XLS sau CSV pentru firmele mici
si fisiere text cu delimitator special (altul decat virgula sau punctsivirgula ,/;) pentru firmele mari.
Fiecare tara poate hotari ce e mai bine de facut pentru
a primi informatiile despre [taxe, stocuri, plati, contabilitate]
si ce format de raportare sa se folosesca in acord proportional cu aplicatiile financiar-contabile sau Erp existente in tara respectiva.
Acest lucru este stabilit initial cu mediul economic al tarii respective si nu prin impunerea unui model din alta tara.
Puteti incepe analiza pe tarile din Europa care au implementat forme ale SAF-T de aici:
https://en.wikipedia.org/wiki/SAF-T
SAF-T in Franta
Cu Franta sora noastra de la 1821-1848-1859,
relatiile nu s-au schimbat nici la 1877 sau la 1916 (chiar s-au intarit/ Generalul Henri Berthelot)
si au ramas prietenesti si in perioada comunista [1968 - Dacia/Charles de Gaulle si Ceausescu].
Un mic preambul la modelul legislativ francez aplicat in Romania dupa 1990:
La inceputul anilor 90 dl. Feleaga (decedat) impreuna cu o delegatie de la Min.Finantelor
a plecat la Paris ca sa aduca "lumina contabila" si asa s-a nascut Legea Contabilitatii (Cartea Verde)
iar dl. Iorgovan (decedat) tot de la Paris ne-a adus lumina constitutionala si asa s-a nascut Constitutia din 1992.
A fost o decizie corecta in ambele cazuri.
Nici teoretic si nici practic Romania anilor 90 nu putea adopta si implementa
in timp rezonabil alte modele cum nici acum nu poate importa alte modele cum ar fi cel anglo-saxon/GAPP
desi multi o doresc dar acest lucru nu se poate tehnic [altadata despre asta].
[Niculae Feleaga: Profesor ASE si decan in perioada 1996-2000.
Este cel care intre 1990-1994 a armonizat noul sistem contabil romanesc cu cel francez.
Asemanator cum colectivul profesorului Antonie Iorgovan
a armonizat noua Constitutie romaneasca in 1991 cu Constitutia franceza.]
Franta a avut grija (ca intotdeuna de altfel) sa ignore formatele propuse de SAF-T
si sa dezvolte propriul sistem de raportare [sistem proprietar] numit [Le Fichier des Écritures Comptables] sau FEC.
Pentru Franta puteti incepe analiza de aici:
Fichiers des écritures comptables (FEC) de pe saitul Ministerului Francez de finante [Direction générale des Finances publiques]
Vezi aici: https://www.economie.gouv.fr/dgfip/outil-test-des-fichiers-des-ecritures-comptables-fec
Aici veti gasi detaliat toate cele 5 sub-declaratii specifice Frantei /FEC:
https://snitechnology.net/fec-france/
sau aici:
https://www.runview.fr/tout-savoir-fec
O analiza EXCEL/VBA facuta de o firma din Franta (pasionati chiar de informatica economica).
Aici avem analiza celor 18 cimpuri principale din FEC de Franta
echivalentul sub-declaratiei: Registrului jurnal general din Romania.
Vezi aici: https://www.auditsi.eu/?p=6512
O analiza din 2017 facuta de Baker & McKenzie. [bakermckenzie.com/BMKDigital / ]
pentru FEC [ fichier d'écriture comptable] ne spune ce impedimente majore a intampinat Franta in 2017
in implementarea FEC (saf-t/D406 de Franta) in conditiile in care Franta a adoptat un standard propriu si nu unul strain.
Daca Franta ar fi adoptat direct standardul SAF-t/D406 al OECD pe care noi ne chinuim sa il implementam azi
atunci probabil ca nu ar fi terminat niciodata implementarea..
Vezi atasata analiza [Baker & McKenzie]
Le fichier d'écriture comptable : pourquoi est-ce encore un sujet en 2017 ?
The "fichier d'écriture comptable": why is it still on the agenda in 2017?
Vezi aici analiza (PDF) din 2017 :https://www.bakermckenzie.com > bmk-digital
Paradoxal este ca Franta una din fondatoarele OECD in 1948
ce avea ca prim obiectiv sustinerea planului Marsahal pentru redresarea Europei de Vest
si-a creat propria structura de raportare SAF-T prin [FEC].
Standardul saf-T al OECD este adoptat in Romania in conditiile in care Romania NU este membru OECD.
OECD reprezinta un club al tarior puternice (dezvoltate).
Romania este candidat la OECD si nu membru. Romania a inceput negocierile de aderare:
Vezi aici: MAE : https://www.mae.ro/node/18539
Vezi aici: OECD oficial: https://www.oecd.org/about/members-and-partners/
Ultima "strigare" pentru Romania a fopst facuta aici:
[..The most recent countries to join the OECD were Colombia, in April 2020, and Costa Rica, in May 2021.
On 25 January 2022, the Council decided to take the first step in accession discussions with six candidate countries to OECD Membership - Argentina, Brazil, Bulgaria, Croatia, Peru and Romania..]
OECD takes first step in accession discussions with Argentina, Brazil, Bulgaria, Croatia, Peru and Romania:
Vezi aici: OECD oficial: https://www.oecd.org/countries/romania/oecd-takes-first-step-in-accession-discussions-with-argentina-brazil-bulgaria-croatia-peru-and-romania.htm
SAF-T in Polonia
Polonia. Spre deosebire de Franta,
Polonia a dezvoltat un sistem propriu de raportare bazat pe logica SAF-T si pe modelul ERP-ului SAP
cu transferuri de xml f.f. asemantor (sa nu zicem identic) cu cel propus acum pentru Romania din ianuarie 2022.
Despre SAF-T in Polonia aici:
https://www.edicomgroup.com/solutions/electronic-vat-compliance/SAFT-poland.html
Oracle 2018 - JD Edwards -Working with OECD SAF-T XML
O documentatie oficiala de pe saitul Oracle privind modul de mapare al aplicatiei Oracle JD Edwards
la schema standard SAF-T
Working with OECD SAF-T XML
mailto:saftd406 AROND yahoo PUNCT com
