Scenariu posibil si pasii de urmat:

Vezi selectie-chestionar-preliminar-corespondeta-erp-homed406-d406.pdf

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

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

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

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 ]:


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

Cum verificam continutul sub-declaratiilor din D406? Recapitulatie (libret mic)

<. !.--
Recapitulatie declaratie (Libret mic) F:\temp\HOMED406\D406_Luna_4_2022.XML
2022-05-17 22:31:28 - PC-MARIANA-CONTA-2R - 195.212.134.101 - 0A:01:0F:A1:00:01 - D406-SAF-t * Ver. 1705.2022.9
BALANTA________ 179
BALCLIE________ 590
BALFURN________ 324
TAXCODE________ 43
UOM1___________ 15
ACCMSTR________ 102
APTMSTR________ 11655 din care Active luna: 2009
ACONTA1________ 77083
CONGAAP________ 154166
SOINVOICE______ 7393
POINVOICE______ 1076
REGCASABANC____ 1708
Sfarsit Libret
-.-.>

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 27-09-2022
By Homecont SRL