Inapoi/GoBackInapoi La pagina anterioara

Inapoi/GoBack mailto:saftd406 AROND yahoo PUNCT com

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)

Despre dezvoltarea declaratiei D406/Saf-t dupa 28 februarie 2022 (cand a fost prima depunere oficiala) sau pana in 31-07-2022 cand beneficiem de termenul de gratie


19-04-2022:
Va rugam sa folositi numai aceasta adresa de e-mail de comunicare pentru orice aspect ce tine de obtinerea declaratiei D406/Saf-t :
[saftd406 AROND yahoo PUNCT com]: Inapoi/GoBack saftd406 AROND yahoo PUNCT com
Pentru posibile colaborari, consultatii, structura fisierelor de transport XLSX sau implementarea programului HOMED406.exe sau orice alte informatii despre configurarile necesare in aplicatiile dvs. ERP pentru obtinerea unei declaratii D406/SAF-T lunare complete si corecte cu date consistente (cu toate sub-declaratiile) va rugam sa folositi numai adresa de e-mail din imaginea de mai sus : [saftd406 AROND yahoo PUNCT com].
________________________
Nu uitati ca indiferent de metoda folosita de dvs. pentru generarea D406_lunaXYZ_2022.XML [cu departamentul IT propriu (oficiul de calcul) sau cu o firma de soft externa] setarile, testele prealabile si corectarea erorilor (reveniri) dureaza cateva zile minimum pentru o firma mare pentru ianuarie 2022.
Timpii de generare se reduc pentru lunile urmatoare doar in conditiile in care:
- setarile de ianuarie se replica de la o luna la alta corect;
- exceptiile constatate sunt tratate corect pe masura ce apar si "memorate" de softul de generare declaratie;
- nu exista instrument de verificare ca la D394 pe litere (A,V,L,N + tip_partener="1/2" +cota ): trebuie sa le inventati dvs.
Ideal ar fi: un instrument inventat de dvs. care sa acopere recapitulatiile pe taxtype de exemplu la nivelul lui SalesInvoices/PurchaseInvoices care sa bata cumva cu coloanele/totalurile din Jurnalul dvs. de cumparari si J de vanzari si aprox. cu unele casute din D300/D394 (ar fi ideal).

Noi am depus declaratia D406 pe saitul ANAF oficial si pe martie 2022. Fisierul XML de martie 2022 a fost mai mare decat ian/feb. (260MB) necesitand timp de verificare incrucisata suplimentar.
Vezi imaginea de mai jos:

Declaratie D406 31 Martie 2022

Pretul de implementare al declaratiei HOMED406.exe (sau al aplicatiilor similare de pe piata)

Pretul este unul de implementare (format din mai multe activitati dependente de complexitatea clientului si capacitatea undeva limitata a lui HOMED406.exe).
Pretul nu este un pret individual per aplicatie stand-alone. Adica:[... da-mi si mie 3000 de EUR, eu iti dau un link cu programu'. Tu (client) il downlodezi, il instalezi, incarci datele prin excel load (fisiere de transport), mai vorbim la telefon si pe email si pe webex/anydesk 2-3 zile si gata ai generat declaratia....]
Pretul nu poate fi decat unul estimativ si clar este de cateva mii de EUR pentru cazuri simple.
Dar nu prea exista cazuri simple printre cei 3280 mari contribuabili din lista marilor contribuabili ANAF (ver. feb.2022).
NOTA: In stabilirea pretului se va tine cont de:
Caracterul de noutate absoluta proiect in UE cu toate sub-declaratiile, complexitate activitati beneficier (client) si numar tranzactii, lipsa know-how similar pe piata, imitatie structuri impuse ANAF neclare, ambigue si dinamice, complexitate structuri (10 sub-declaratii).
Pretul poate urca la peste zece mii de EUR in functie de complexitatea proiectului (poate ajunge chiar la zeci de mii de EUR). Fiecare firma (client) este un proiect separat pe care il executam cumva de la [0]/zero. Ca in constructii-montaj: avem citeva prefabricate pe care incercam sa le "bagam pe gat" clientului dar nu tine... Trebuie tinunt cont de curtea clientului, de sol (e nisipos?, unde e apa freatica ?, ar trebui sa facem ceva epuismente si sa bagam niste piloti de beton ? la ce adancime?) s.a.m.d...
Pretul in principiu este format din:
- pretul aplicatiei in sine HOMED406 la care se adauga pretul activitatilor/prestatiilor cu:
- setari, codificari, adapatari la particularitatile beneficiarului, proceduri de lucru pentru preluare date din alte aplicatii pe baza de fisiere de transport EXCEL sau poate ne conectam prin ODBC (Progress, Oracle, SqlServerx) sau alte API specifice beneficiarului (cine stie ?, trebuie discutat aici)
- teste , f.f. multe teste finale pina ies ianuarie si februarie 2022 inclusiv verificari incrucisate cu jurnalele clientului.

Inainte de a folosi un program sau altul pentru generarea SAF-T e bine sa facem o mica analiza atat noi cat si dvs.


04-04-2022:
Intrebarea principala este:
Poate aplicatia HOME406.EXE sa preia date din ERP-ul dvs. prin intermediul fisierelor de transport XLSX, sa le prelucreze si apoi sa scoata un D406XML_luna_X_an_YYYY.XML ?
Tinand cont de complexitatea D406 si numarul f.mare de tranzactii posibile din interiorul D406.XML trebuie sa vedem întai daca D406.XML face fata volumului de tranzactii provenite lunar din aplicatiile ERP detinute de firma dvs. Numarul mare de tranzactii pentru Reg._Jurnal_general + Reg._Casa/Banca+ LiniifacturiPo/Furnizori + LiniiFacturiSO/Clienti poate duce la fisiere rezultat XML finale de sute de mb. sau chiar giga bytes (Gb). Acest lucru ingreuiaza verificarea si transportul fisierului final. Tot din acest motiv ANAF a propus varianta MODALA cu spargerea in sub-declaratii de maximum 500Mb.
Din analiza noastra cele mai multe tranzactii se regasesc in Reg. Jurn. General [nsSAFT:GeneralLedgerEntries] care poate avea mii (sau milioane) de linii atomice DEBIT=CREDIT. La acestea se aduna miile de linii provenite din [nsSAFT:SalesInvoices] + [nsSAFT:PurchaseInvoices] + [nsSAFT:Payments]
Estimativ o declaratie completa ce contine 48.000 de linii in reg.jurnal Debit=Credit va avea in saf-t 96.000 de linii format GAAP (linia 1 Debit separat de linia 2 Credit). Aceasta declaratie cu toate sub-declaratiile complete mai putin [nsSAFT:Assets] si stocuri si [nsSAFT:MovementOfGoods] va avea aprox. 170 Mb. (170.000.000 octeti)
Aceiasi declaratie completa de mai sus dar de 10 ori mai mare cu 960.000 de linii (480.000 D=C) va avea aprox. 1,6 Gb. Validarea cu Duke = 3 minute. Validare cu PDF = 4 minute.
Ce este imbucurator este faptul ca un D406.XML de 1.6 GB este comprimat (zipuit cu algoritmi interni PDF) rezultand un fisier final PDF_semnat de 17 Mb (comprimare 1:100). Vezi imaginea de mai jos.
Declaratie D406 de 1.6 Gb
31-03-2022:
Am terminat varianta beta 1 a programului HOMED406.exe.
Am generat D406T si D406 pentru ianuarie si februarie 2022 pentru o firma cu un volum mediu de date.
Pentru a ne face o idee despre timpul total de generare al declaratiei in conditiile in care toate setarile sunt [perfecte] iar datele incarcate din sursele de date externe/ERP [ODBC] sau [fisiere transport EXCEL] sunt consistente, fara greseli sau lipsuri la campurile de baza (mandatory) si mai ales [datele sunt curate] adica nu avem caractere nepermise atunci timpul aproximativ de rulare este cel de mai jos:
Timpii de generare aproximativi pentru o firma cu 100.000 note contabile sunt:
1.1- preluare date din ERP = 7 -10 minute (varianta ODBC) sau
1.2- preluare date din ERP = 10 minute (varianta fisiere transport EXCEL load)
2. - calcul sub-declaratii de baza (3 balante, Reg Jurn GAAP, fact. furn + fact. clienti + Registre casa/banca/payements) = 10-20 minute contextual in functie de volumul datelor lunare
3.- generare finala XML final D406.XML pentru preluarea in DukeIntegrator = 5-10 minute.
4. Validarea cu DukeIntegrator dureaza si ea 1-5 minute in functie de dimensiunea fisierului XML. La un fiser D406.xml de 200Mb putem sta 2 minute.
TOTAL aprox. = 40 minute
In cazul in care apar erori la Preluarea in DukeIntegrator atunci revenim la pasul 2 ,
facem modificarile/adaugirile in HOMED406.exe si reluam pasii 2+3 din nou pana iese bine.
Daca erorile sunt grave prin lipsa unui numar mare de tranzactii ne vom intoarce la pasul 1 si vom pregati fisierele excel de transport cu datele complete aducand si tranzactiile lipsa. Vom executa apoi pasii 1+2+3+4 din nou pina iese bine....
Alte informatii importante zic eu pentru firme mari cu peste 100.000 de note lunare:
Timpii de generare si verificare finala D406 aproximativi in cazul fericit ca toate merg snur si nu sunt greseli ce necesita intoarceri si modificari :
1. Preluare date din fisiere transport EXCEL/xlsx > 10-15 minute
2. Calcul local (HOMED406.EXE) si pregatire sub-declaratii - 10-15 minute
3. Export final XML pe disc D406_Luna_2_2022.XML - 10 minute
4. Verificari interne incrucisate prin EXCELuri/Rapoarte proprii , Rapoarte ERP versus continut D406_Luna_2_2022.XML aprox 30 minute pe toate sub-declaratiile
5. Validare locala DUKE si PDF semnat : D406_Luna_2_2022_semnat.PDF = 5 minute.
Configuraratie minima Calculator PC local necesar pentru generarea declaratiei ca sa mearga repede:
1. RAM - 8 Gb DDR4/5
2. Procesor minimum I7-6700 / i5-8600 sau un I9-9700 care sa aiba Single Thread Rating: 2581 adica mai mare de 2300!
3. HDD recomandat: SSD format M.2 2280 PCIE cu:
Viteza citire max (MB/s) Pana la 3500
Viteza scriere max (MB/s) Pana la 2600
Poate fi si cu citire/scriere mai mica Sata3: 560/520 dar se cistiga timp mult aici... Exemplu de disc SSD M.2 2280 PCIE:
Exemplu calcul declaratie din aplicatia [HOMED406.exe ] [homed406-beta1.png ]
Calcul declaratie D406

Ultima modificare de documentatie proiect, validari noi la cimpuri si alte modificari: 29.04.2022

Ultimul validator DUKE oficial pentru D406/Saf-t: Vineri 29-04-2022


ANAF a venit cu o noua modificare la proiectul SAF/T/D406 miercuri 20.04.2022 (mai pe seara...) [SAF-T_Ro_SchemaDefCodes_v4_1_10_200422.xlsx].
Gasim informatii noi si vechi structurate corect in noul document:[Intrebari_rasp_specifice_SAF-T_v_1_2_200422.pdf].
F. interesant de citit capitolul [6] pag. 196/213 [VI. CAZURI DE UTILIZARE PENTRU RAPORTARILE MODALE] unde gasim descrisa varianta modala cu exemple de impartire a declaratiei D406 in sub-declaratii. Acest capitol trebuie citit cu siguranta de contribuabilii f.f. mari cum ar fi: ELECTRICA (si companii similare ), Petrom, Lukoil, Rompetrol, Dedeman, Lidl, Carrefour sau DACIA etc...care vor avea fisiere XML pe masura complexitatii lor.
Ghidul cu intrebari are acum 213 pagini fata de 144. Modificari noi pe la codurile de taxe si validari la cimpuri, deci avem de citit...
Validatorul de duke a fost modificat si el (29.04.2022).
Pentru a facilita depunerea declaratiei D406, ANAF republica validatorul actualizat in data de 29.04.2022.
Vezi detalii aici despre ultimul KIT oficial Soft J (java) pentru D406/SAF-t [inclusiv Schema xsd + Schema xlsx 29.04.2022]: Vezi ultimul kit oficial D406 aici: https://static.anaf.ro/static/10/Anaf/Declaratii_R/406.html In aceasta versiune din 25-03-2022 gasim noi validari si modificari fata de 28-12-2022. Toate aceste modificari sunt explicate in [RO_SAFT_SchemaDefCod_v418_090322.xlsx] de la poz. 48 incolo in sheet IstoricDocument. Sau aici : https://static.anaf.ro/static/10/Anaf/Informatii_R/saf_t.htm
21-03-2022:
Pentru firmele care agrega date din mai multe aplicatii externe de contabilitate, stocuri, facturare, mijloace fixe inclusiv un ERP consacrat (QAD/MFG/Pro/SAP/Oracle/Navision etc…) lucram la fisierele de transport XLS cu exemple (cateva linii incarcate) pentru alinierea la structura campurilor obigatorii SAF/T D406 (campurile optionale sunt excluse momentan). Fisierele XLS vor contine atat formatul pentru nomenclatoarele importante (Taxe/Tva, Unitati masura, Plan de conturi, Nom. Articole stoc + balanta furnizori si balanta clienti) cat si pentru fisierele cu tranzactii (reg. jurnal general, facturi clienti, facturi furn., plati).
03-01-2022:
Pentru cei dintre dvs care v-ati apucat deja sa dezvoltati D406/SAF-T langa ERP-ul dvs. din august, septembrie sau noiembrie 2021 trebuie sa aveti in vedere modificarile importante introduse de ANAF in decembrie 2022.
Vezi: sheetul Istoric document din [20211227_SAF-T_Romania_SchemaDefinitionCodes_v4.1.6.xlsx].
Aici veti gasi taguri XML noi, validari noi si modificari ale validarilor deja existente.
Exact ce spuneam acum o luna despre dezvoltarea SAF-t: ANAF va veni cu modificari de continut, structurale si de validare probabil mult timp de acum incolo pana cand declaratia se va maturiza. Declaratia D406/SAF-t este in continuare in dinamica.
Documentatia proiectului SAF-T/D406 a fost modificata din nou zilele trecute pe 20-12-2021 si pe 28-12-2021 (ultimile variante erau din 15-11-2021).
In notele explicative au fost adaugate si fragmentele relevante de cod XML pentru utilizarea elementelor vizate.
[- publicat in data de 28 decembrie 2021]
Vezi aici noile modificari aduse de ANAF la D406:
- forma finala a Ghiduluicontribuabilului restructurat;
- documentatia tehnica updatata, respectiv: schema xlsx, fisierul xsd dedicat dezvoltatorilor de soft si validatorul soft J actualizat în data de 17.12.2021 D406 format zip - publicat in data de 20.12.2021
https://www.anaf.ro/anaf/internet/ANAF/despre_anaf/strategii_anaf/proiecte_digitalizare/saf_t/


Din punctul nostru de vedere acesta este [STANDARDUL] la care dezvoltatorii de software in-house (oficul de calcul/serviciul IT al firmei) sau producatorii independenti trebuie sa se alinieze.
Sunt doua aspecte importante identificate de Homecont SRL in procesul de dezvoltare al aplicatiei externe pentru generarea declaratiei SAF-T/D406.

[ 1.] Primul il reprezinta maparea a 22 de nomenclatoare inexistente in orice aplicatie financiar contabila sau ERP. Unele din nomenclatoare pot exista totusi in format partial/incomplet in format proprietar specific fiecarui Erp dar nu suficient pentru a demara dezvoltarea aplicatiei.

[ 2. ] Al doilea aspect il reprezinta lipsa recapitualatiilor valorice/contoare/totaluri in formatul PDF final ce il vom exporta catre ANAF dupa ce am validat cu Duke integrator. In concluzie dupa ce te muncesti sa exporti datele din ERP-ul tau si sa il transferi catre formatul XML conform regulilor din schema   Schema.xlsx+  Schema.xsd , il validezi in Duke soft-j si obtii PDF-ul cu XML atasat in formatul PDF. Din acest punct  NU ai nici cea mai mica recapitulatie care sa indice totalurile sau numarul de linii continute. Acest PDF este/devine o cutie neagra care in Header are numele emitentului si codul lui fiscal (GIGI si Fanel SRL + cui 9988776655) si una sau mai multe bife pe sectiunea [B] (subdeclaratie transmisa) [X] Facturi de Vanzare sau [X]Registrul Jurnal sau [X]Stocuri..+ semnatura lui Gigel sau a lui Fanel. Nu gasim nimic despre numarul de linii transmise, o recapitulatie valorica de genul: total valoare  = 225.154.325LEI??? sau un total de cantitate??? sau un total Clienti declaratie = 42.501 clienti??? sau TOTAL debit = 1540000/TOTAL credit  = 1540099??? s.a.m.d. Adica transmiti o cutie neagra la propriu. Din acest motiv firmele care dezvolta vor trebui sa faca preventiv pentru uz intern totaluri specifice fiecarei dintre cele 10 sub-declaratii pentru a face punctajul si verificarea incrucisata cu aplicatiile proprii financiar contabile. Un exemplu de verificare incrucisata il gasim in declaratia D394 unde avem recapitulatii pe Tip_partener1/2 cote de TVA, suma de control, totaluri pe litere: A,L,V,AI,N etc..
In D406 nu avem astfel de totaluri. Va trebui sa le construim noi in aplicatiile noastre externe.
Mai jos (la sfarsitul paginii) am selectat cele 22 de nomenclatoare obligatorii ce se vor mapa in aceasta declaratie. Unele se mapeaza usor (planul de conturi de exemplu si poate NC8 ) restul necesita munca multa de analiza, proiectare si dezvoltatre din partea dezvoltatorului declaratiei. Munca este proportionala cu dimensiunea si complexitatea si numarul tranzactiilor firmei care declara. 
Mai jos doar enumar nomenclatoarele obligatorii cu validari personalizate impuse de ANAF care trebuie integrate in D406. Sunt cele din excelul de proiect din sheetul [Centralizator_Nomenclatoare] din :
[SAF_T_Ro_SchemaDefinitionCodes_v414_101121.xlsx]  sunt 22 de nomenclatoare obligatorii din 34. Unele sunt usor de integrat altele sunt f. greu de integrat:

21-12-2021:
Aplicatia [HOMED406.exe ] pentru generarea declaratiei lunare SAF-T/D406 se afla in faza de dezvoltare prototip.
Prima varianta oficiala anuntata va fi varianata Beta.1.- ( probabil in martie 2022).
Aplicatia [HOMED406.exe ] va putea prelua date din ERP-ul dvs prin intermediul unor fisiere de transport tip.XLS/tip.XLSX (load external data) .
Fisierele Excel vor avea o structura fixa compatibila cu SAF-T/D406 impusa/obligatorie.
Pregatirea acelor fisiere intra in sarcina si responsabiitatea clientului de ERP (dvs.).
Fisierele de transport XLS odata pregatite cu balanta contabila lunara, balanta clientilor, balanta furnizorilor, Reg.J.General etc... vor putea fi preluate (import/load) in Aplicatia [HOMED406.exe ].
Aplicatia [HOMED406.exe ] va analiza acele date importate din ERP-ul dvs., va prezenta/lista erorile existente conform structurilor obligatorii si restrictiilor XML si a celor peste 20 de nomenclatoare obligatorii de mai jos.
Dvs. veti corecta erorile in [Aplicatia [HOMED406.exe ]]
F.f. important: in Aplicatia [HOMED406.exe] veti putea lista toate declaratiile aflate in prelucare sub forma de raport PDF/HTML/XLS asa cum o faceti din ERP-ul dvs. acum.
Veti putea face comparatia totalurilor pe conturi, clienti, furnizori, registre de casa/banca, balante de stoc la nivel de articol/magazie. Vezi exemplu [saf-t-d406-exemplu1.jpg ] mai jos.
Aceste totaluri recapitulative va permit sa faceti comparatie intre ce exista fizic in ERP (rapoarte) ERP SAP/Oracle/MfgPro/Axapta/Navision etc....si ce rapoarte vor fi trimise fizic catre serverul ANAF. Un exemplu de astfel de raport - vezi mai jos.
Dupa ce nu mai sunt erori, Aplicatia [HOMED406.exe ] va genera 1 (modal) sau mai multe declaratii (toate) pentru luna respectiva.
Apoi veti exporta catre ANAF declaratiile generate.
Exemplu de filtrare a cimpurilor importante (mandatory) din declaratie din aplicatia [HOMED406.exe ]:
Selectie campuri declaratie

Exemplu cu totaluri recapitulative din aplicatia [HOMED406.exe ] [saf-t-d406-exemplu1.jpg ] similare in balanta contabila si balanta clientilor/furnizorilor:
Balanta furnizori

Cand sa zic si eu hop ca am sarit santul la D406/SAF-t, am dat peste problema "clasica" a prezentei caracterelor nepermise cum ar fi [& > < / \ î/â din A ] s.a.m.d care rupe structura XML si o baga in balarii

Problema carcterelor nepermise o stiam de la D394 sau Arival.XML/Dispatch.XML de la Intrastat dar m-am facut ca nu o vad


Una din cele mai fine erori poate veni de la chr(160) asa-numitul [Non-breaking space] pe care nu il vei vedea in veci.
**chr 160 240 A0 10100000     Non-breaking space !!!
Mai jos am facut o lista cu o parte a caracterelor nepermise care trebuie excluse din declaratie si inlocuite cu blank/spatiu sau contextual cu altceva [0/1/-/x]. Sunt f. multe campuri la care va trebui sa controlam existenta caracterelor nepermise cum ar fi: Cimpuri de tip Descrieri in primul rand, elemente de adresa, nume de articole, clienti furnizori etc.
In lista de mai jos inlocuirea e propusa cu x:
xnepermis1=strtran(xnepermis1,chr(37),'x')
xnepermis1=strtran(xnepermis1,'!','x')
xnepermis1=strtran(xnepermis1,'#','x')
xnepermis1=strtran(xnepermis1,'$','x')
xnepermis1=strtran(xnepermis1,'%','x')
xnepermis1=strtran(xnepermis1,'^','x')
xnepermis1=strtran(xnepermis1,'&','x')
xnepermis1=strtran(xnepermis1,'*','x')
xnepermis1=strtran(xnepermis1,'(','x')
xnepermis1=strtran(xnepermis1,')','x')
xnepermis1=strtran(xnepermis1,'_','x')
xnepermis1=strtran(xnepermis1,',','x')
xnepermis1=strtran(xnepermis1,'\','x')
xnepermis1=strtran(xnepermis1,'[','x')
xnepermis1=strtran(xnepermis1,']','x')
xnepermis1=strtran(xnepermis1,'{','x')
xnepermis1=strtran(xnepermis1,'}','x')
xnepermis1=strtran(xnepermis1,'|','x')
xnepermis1=strtran(xnepermis1,':','x')
xnepermis1=strtran(xnepermis1,'"','x')
xnepermis1=strtran(xnepermis1,"'","x")
xnepermis1=strtran(xnepermis1,"<","x")
xnepermis1=strtran(xnepermis1,">","x")
xnepermis1=strtran(xnepermis1,"?","x")
xnepermis1=strtran(xnepermis1,"~","x")
xnepermis1=strtran(xnepermis1,"`","x")
xnepermis1=strtran(xnepermis1,"/","x")
xnepermis1=strtran(xnepermis1,"=","")
xnepermis1=strtran(xnepermis1,";","x")
xnepermis1=strtran(xnepermis1,"*","x")
xnepermis1=strtran(xnepermis1,"£","x")
xnepermis1=strtran(xnepermis1,chr(191),"x")
xnepermis1=strtran(xnepermis1,chr(194),"x")

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

Pagina oficiala ANAF a proiectului SAF-t. Gasim aici si ultimul validator Duke soft-J si instructiunile (normele) si anexele.
Din 10.11.2021 Duke Validator [D406TValidator.jar ] a suferit 3 modificari, ultima varianta publicata este din 22.11.2021: [D406TValidator.jar 1.4.17.3.3 ]
Vezi aici pagina Oficiala ANAF pentru proiectul SAF-T/D406 Inclusiv ordinul nr. 1.783 publicat in 10 noiembrie 2021 aici: xxxxxxaici

Am hotarart ca informatiile ce tin de evolutia proiectului saf-t/D406 pe parcursul anului 2021 sa ramina stocate intr-o pagina separata ca sa nu incarcam pagina asta principala.

Pentru pagina veche ce tine arhiva proiectului SAF-t/D406 pe parcursul anului 2021 va rugam sa accesati:
Vezi pagina cu arhiva D406/SAF-t Homecont aici: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

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

Stadiul in care se afla Homecont SRL ref. la Proiectul declaratiei SAF-T/D406 la 02-12-2021:

15.11.2021: Conform informatiilor oficiale publicate de ANAF despre proiectului SAF-t dupa 10.11.2021 (f. tarziu) avem validatorul oficial (soft-J), schema , cimpurile, normele (ANEXELE) pe saitul Anaf mai jos. Deci putem sa ne apucam de treaba...
Vezi aici pagina Oficiala ANAF pentru proiectul SAF-T/D406 Inclusiv ordinul nr. 1.783 publicat in 10 noiembrie 2021 aici:
18.01.2022: Firma Homecont SRL nu a finalizat inca nici o solutie [aplicatie] externa care sa fie compatibila cu declaratia D406 /Saf-T de Romania deoarece exista riscul ca proiectul sa poata fi modificat oricand de ANAF si multe aspecte importante sunt in dinamica.
Referitor la riscul modificarilor aparute in dinamica proiectului SAF-T/D406 va oferin urmatorul exemplu:
Pentru Campul [nsSAFT:AccountType] din sectiunea [nsSAFT:MasterFiles]/ [nsSAFT:GeneralLedgerAccounts] adica pe romaneste balanta contabila cu doua coloane SI/ SF avem urmatoarele modificari succesive din partea ANAF:
1.Formatul initial din August 2021 pentru cimpul [nsSAFT:AccountType] avem starea = GL
2.Formatul propus/modificat in 25.10.2021 este: [nsSAFT:AccountType] = Activ, Pasiv, Venit, Cheltuiala
[comentariu: asta e o varianta GAAP din 1995 pe care stau erp-urile batrane SAP/MFG/PRO/Oracle in contradictoriu cu modeul Francez]
3. Formatul din 15.12.2021 (sa speram final) este: [nsSAFT:AccountType] = "Activ","Pasiv","Bifunctional"
[comentariu: asta e varianta Franceza normala pe care stau aplicatiile fin-contabile din Romania si Franta bazate pe planul contabil francez unde un cont poate fi atat A/P/B dar poate fi si venit sau cheltuiala si se inchide in 121 (inexistent in GAAP)]
Un alt exemplu este campul [nsSAFT:SelfBillingIndicator]/autofacturare de la [nsSAFT:PurchaseInvoices] care initial a fost propus cu starea NULL/august iar azi trebuie completat cu valoarea 0(NU) sau 389(DA).
Am inceput dezvoltarea oficiala a solutiei externe de preluare date din ERP-ul dvs prin intermediul fisierelor de transport excel dar nu vrem sa facem promisiuni (momentan) in acest sens nici unui posibil client. Solutia declaratiei SAF-T/D406 la care lucram este similara solutiei intrastat: preluam date din ERP-ul dvs si apoi le validam consistenta conform restrictiilor din cele 22 de nomenclatoare.
Desi avem experienta de 15 ani a aplicatiei externe [Intrasta.exe ver 2007-2021]   prin care generam aplicatia statistica Intrastat in format XML (si de 5 ani pentru D394), in cazul declaratiei [D406 /Saf-T] in format XML inca suntem in faza de analiza.
Declaratia [D406 /Saf-T] este mult mai complexa decat Declaratia Statistica intrastat sau decit D394.

  • 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
  • Descrierea unor hoteluri din Turcia, pozitie, facilitati: http://www.homecont.ro/kusadasi/hoteluri-turcia-2019-kusadasi.htm

    Despre dezvoltarea declaratiei D406/Saf-t pina in februarie 2022 cand ar fi prima depunere oficiala sau pina in 31-07-2022 cand beneficiem de termenul de gratie (22 de nomenclatoare din 34)

    Documentatia finala a proiectului SAF-T/D406 a fost publicata oficial de ANAF pe 15-11-2021 inclusiv norme, anexe,Duke Validator (soft J) si f.f. important: Schema declaratiei in format excel. [SAF_T_Ro_SchemaDefinitionCodes_v414_101121.xlsx]


    Vezi aici schema nomenclatoarelor: https://www.anaf.ro/anaf/internet/ANAF/despre_anaf/strategii_anaf/proiecte_digitalizare/saf_t
    Din punctul nostru de vedere acesta este [STANDARDUL] la care dezvoltatorii de software in-house (oficul de calcul/serviciul IT al firmei) sau producatorii independenti trebuie sa se alinieze.
    Lista celor 22 de nomenclatoare obligatorii din D406 o aveti mai jos in pagina veche D406 (2021).
    Mai jos am selectat cele 22 de nomenclatoare obligatorii ce se vor mapa in aceasta declaratie D406. Unele se mapeaza usor (planul de conturi de exemplu si poate NC8 ) restul necesita munca multa de analiza, proiectare si dezvoltatre din partea dezvoltatorului declaratiei. Munca este proportionala cu dimensiunea si complexitatea si numarul tranzactiilor firmei care declara.  Sunt cele din excelul de proiect din sheetul [Centralizator_Nomenclatoare] din :
    [SAF_T_Ro_SchemaDefinitionCodes_v414_101121.xlsx]  sunt 22 de nomenclatoare obligatorii din 34. Unele sunt usor de integrat altele sunt f. greu de integrat:
    Pentru pagina veche ce tine arhiva proiectului SAF-t/D406 pe parcursul anului 2021 va rugam sa accesati:
    Vezi pagina cu arhiva D406/SAF-t Homecont aici:
    xxxxxxx
  • 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
  • Descrierea unor hoteluri din Turcia, pozitie, facilitati: http://www.homecont.ro/kusadasi/hoteluri-turcia-2019-kusadasi.htm

    Erp Ghidul Curiosului on Scribd ...complet. by on Scribd

    Vezi lucrarea completa ERP-Ghidul-Curiosului pe Scribd:
    Last Updated on 07/05/2022
    By Homecont SRL