Skip to content

stefanache/MFP-ANAF-RO

BranchesTags

Repository files navigation

Atentie:

  Acest "github-repository" NU ESTE UNUL OFICIAL dar poate constitui(daca doriti) un instrument 
  util  care  vine(sau NU) in sprijinul  activitatii dumneavoastra!

 Sper ca aceasta documentatie de analiza [cvasi-]tehnica  constituie macar o sursa de inspiratie;
 (aceasta se adreseaza tuturor factorilor implicati/angajati in acest efort comun de eGuvernare)

Hit star ⭐ if you like this repo!!! or maybe ...

Contact us today to setup a one-on-one discovery call and let us help you scale your next innovative project!

Thanks all for the 22 stars and great traffic(many downloads and many-many views)!

Sorry, But 0 money :)!

You can https://www.buymeacoffee.com/stefanache... Thanks

Contact me


For more details please contact me on:


Social:

Emails:

*** You can https://www.buymeacoffee.com/stefanache... Thanks ***

ANAF autoritate fiscala; Introducere, Standardizari, Clasificari, Codificari, Nomenclatoare, Registre, Liste, serii de date(dataset-uri) ...

Cateva informatii despre inregistrarea fiscala a unei firme/companii(PJ) puteti gasi si aici pe site-ul MFP; Lista marilor contributori si a celor mijlocii poate fi gasita aici pe site-ul ANAF(Agenția Națională de Administrare Fiscală);

Despre formularele fiscale puteti consulta aceasta pagina de pe portalul ANAF;

Dar pentru inceput sa invatam din experienta altora... iar motoarele de cautare(carora le multumim!) sunt... cele mai bune prietene in aceasta speta :)*

ANAF sub egida MFP pune la dispozitie aceasta pagina despre/pentru serviciile sale web/online: servicii web ANAF

Pe site-ul MLDPA gasiti datele primariei generale si a primariilor de sector(UAT-urilor) ale Bucurestiului va ofera cateva exemple de CUI-uri adica Coduri Unice de Identificare(care sunt diferite de CIF ) asa incat le puteti folosi pt a extrage date de bilant:

Un site interesant despre serviciul [Verificare-TVA] va permite sa aflati lururi interesante despre vs6 a serviciului api ANAF: verificare TVA; Aveti aici descris si formatul de raspuns la interogarea serviciului. Desigur documentatia tehnica serviciului vs 6 este cea care trebuie luata in considerare ca document oficial ANAF Un lucru as dori sa scot in eviddenta si aunume fatul ca sunt prezentate exemple in limbaje de back-end(Jav+Spring,PhP,NodeJS) semn ca folosirea limbajului JS(pe front-end) care expune sursa nu este sigura/de dorit(desi daca se iau masuri de securitate a datelor acest lucru ar trebui sa fie posibil!) Tot cei de la VerificareTVA au un articol in care se prezinta cotele de tva; Iata aici si un site dedicat calcularii TVA

Si in acest caiet de sarcini pe la pagina 16 puteti vedea care sunt link-urile serviciilor ANAF. Tot acolo este si o schema bloc pe care o puteti studia pt. avea o idee de ansamblu asupra acestei spete.

Sunt servicii de date cum este cel listafirme.ro care va permit sa aflati(dupa ce va inregistrati ca firma ca sa puteti sa obtineti key = cheia api secretă pe care o găsiti în datele contului dumneavoastră dacă si dupa ce serviciul este activat) o sumedenie de informatii despre companiile cu care aveti relatii economice.

Puteti avea date de bilant ale unei persoane juridice(PJ) folosind link-ul urmator: servicii web ANAF- Bilant ori folosind serviciul online MFP care ofera informatii despre persoanele juridice PJ

Nomenclatoare

Pentru generarea si validarea documentelor/rapoartelor fiscale pe care le veti transmite catre autoritatile fiscale veti avea nevoie de Nomenclatoare.

Guvernul, MFP si ANAF pun la dispozitie o serie de nomenclatoare pentru :

Aceste nomenclatoare se gasesc pe internet in documentatia ANAF/MFP/BNR/GOV..., in diverse tipuri/formate/containere pdf, htm/html, xml, xlsx, csv, txt, ... si, de la caz la caz, in limba romana si/sau limba engleza.

REGISTRE,Liste,Proceduri,Informatii(puteti consulta si serviciile web ANAF )

0. e-TVA - decont pre-completat, e-Sigiliu, e-Case, ...:

click pt a citi despre e-TVA

Proiecte de acte normative: MFP

Wikipedia TVA

RO e-TVA:

- prezentare system: 
  Sistemul RO e-TVA se implementează cu data de 1 august 2024 pentru 
  operaţiunile efectuate începând cu data de 1 iulie 2024 de persoanele impozabile înregistrate în scopuri de TVA şi 
  se transmite, pentru fiecare perioadă fiscală de raportare, prin intermediul SPV, 
  până la data de 20 inclusiv a fiecărei luni următoare încheierii perioadei fiscale.

Procedura e-TVA:

- pasi procedurali: 
  Procedura de folosire a RO e-TVA:

  • După primirea decontului precompletat RO e-TVA, persoanele impozabile înregistrate în scopuri de TVA verifică datele și informațiile precompletate în concordanță cu operațiunile impozabile realizate și starea de fapt fiscală. Indiferent de primirea decontului precompletat RO e-TVA, persoana impozabilă are obligația de a transmite decontul de taxă pe valoarea adăugată până la termenul prevăzut de lege.

  • Pentru realizarea comparabilității, actul normativ reglementează definirea diferențelor semnificative în sensul valorilor care depășesc pragul de semnificație ce îndeplinește condițiile cumulative de minim 20% în cotă procentuală și o valoare absolută de minim 1.000 lei, rezultate din compararea valorilor înscrise în rândurile din decontul de taxă pe valoarea adăugată depus de persoana impozabilă, cu cele corespunzătoare rândurilor din decontul precompletat RO e-TVA.

  • Stabilirea pragului de semnificație în cadrul actului normativ creează premisele conștientizării obiectivelor urmărite de administrația fiscală și implicit creșterea conformării voluntare a persoanelor impozabile înregistrate în scopuri de TVA.

  • După identificarea diferențelor semnificative, se transmite formularul electronic de notificare „Diferențe operațiuni impozabile RO e-TVA” în Spațiul Privat Virtual, iar persoana impozabilă înregistrată în scopuri de TVA are obligația transmiterii formularului electronic denumit „Notă justificativă privind diferențe RO e-TVA” prin mijloacele electronice, ca rezultat al verificărilor realizate asupra diferențelor comunicate.

  • Agenția Națională de Administrare Fiscală analizează Nota justificativă privind diferențe RO e-TVA și dispune măsurile legale în conformitate cu competențele atribuite și obiectivele actului normativ propus. Totodată, actul normativ reglementează transmiterea, în baza analizei de risc efectuate de către Agenția Națională de Administrare Fiscală, a formularului „Diferențe operațiuni impozabile RO e-TVA” și în situația în care diferențele identificate sunt sub pragul de semnificație.

  • Modelele de formulare electronice, modificarea acestora, precum și actualizarea pragului de semnificație se realizează prin ordine de președinte al Agenției Naționale de Administrare Fiscală în termenele și condițiile precizate de actul normativ. De asemenea, se stabilesc sancțiunile aplicabile în cazul netransmiterii Notei justificative privind diferențe RO e-TVA sau a nerespectării termenului legal de transmitere a acesteia.

  • Suplimentar, actul normativ reglementează faptul că nefurnizarea sau furnizarea parțială a informațiilor solicitate prin Nota justificativă privind diferențe RO e-TVA reprezintă indicator de risc fiscal privind nivelul de declarare al taxei pe valoare adăugată.

  • În funcție de nivelul riscului fiscal al persoanei impozabile, stabilit pe baza analizei de risc, aceasta poate face obiectul inspecției fiscale sau controlului antifraudă. De asemenea, se stabilesc și alte situații în care persoana impozabilă înregistrată în scopuri de TVA prezintă risc de rambursare necuvenită a TVA, în plus față de cele deja prevăzute la art. 169 alin. (4) din Codul de procedură fiscală.

    Ordonanța de urgență nr. 116/2023 privind unele măsuri pentru gestionarea şi evidențierea veniturilor curente ale bugetului public prin implementarea unor proiecte de digitalizare a fost publicată în data de 15 decembrie 2023 în Monitorul Oficial nr. 1138.

Un nou sistem de interes strategic național, sistemul informatic RO e-TVA, urmează să devină operațional de la 1 august 2024, alături de celelalte 5 sisteme informatice de interes strategic naţional în administrarea fiscală, prin care se urmărește prevenirea, reducerea şi combaterea evaziunii fiscale şi a fraudelor fiscale, în vederea creșterii veniturilor bugetare:

  • sistemul naţional privind factura electronică RO e-Factura,
  • sistemul naţional RO e-Transport,
  • sistemul naţional RO e-Sigiliu,
  • sistemul informatic naţional RO e-SAF-T,
  • sistemul informatic naţional RO e-Case - case de marcat electronice.

Deconturi de TVA precompletate de la 1 august 2024 prin sistemul RO e-TVA.

Ce presupune sistemul RO e-TVA?

Un nou sistem de interes strategic naţional, în administrarea fiscală, urmează să devină operațional de la 1 august 2024. Denumit sistemul național RO e-TVA, acesta va permite precompletarea informaţiilor privind operaţiunile impozabile în deconturile de TVA. Noul sistem va utiliza datele existente despre operaţiunile impozabile furnizate de sistemele RO e-Factura și RO e-Case de marcat electronice, precum şi de alte baze de date existente în sistemele informatice gestionate de Ministerul Finanţelor. Decontul de TVA se va precompleta în sistemul informatic cu datele coroborate din aceste sisteme și baze de date. Când și unde va fi disponibil decontul de TVA precompletat?

Decontul de TVA va fi precompletat pentru fiecare perioadă de raportare, până la data de 20 inclusiv a fiecărei luni următoare încheierii perioadei fiscale. Decontul va fi disponibil prin intermediul Spaţiului privat virtual. Ce obligații au contribuabilii?

Persoanele impozabile înregistrate în scopuri de TVA care utilizează Sistemul informatic naţional RO e-TVA, au următoarele obligaţii: – să verifice, să modifice şi să completeze informaţiile din decontul de TVA potrivit stării de fapt fiscale reale;

– să semneze şi să depună decontul de TVA conform legislaţiei fiscale în vigoare.

Prin noul sistem se urmărește creșterea gradului de colectare a veniturilor bugetare, iar acesta va fi implementat începând cu 1 august 2024. Când va începe ANAF analiza datelor furnizate de sistemele digitale?

Utilizarea şi/sau implementarea de către Ministerul Finanţelor a modulelor de analiză a datelor şi informaţiilor furnizate prin intermediul sistemului informatic de interes strategic național S.I.I.S.N. urmează următorul calendar:

  • RO e-Factura – sistemul național de facturare electronică: 1 martie 2024;
  • RO e-Case de marcat electronice – registrul naţional de evidenţă a aparatelor de marcat electronice fiscale instalate în judeţe şi în sectoarele municipiului Bucureşti: 1 aprilie 2024;
  • RO e-Sigiliu – sigiliul electronic al mărfurilor de urmărire a deplasării pe calea rutieră a bunurilor: 1 ianuarie 2025;
  • RO e-Transport – sistemul de monitorizare a transporturilor rutiere de bunuri cu risc fiscal ridicat: 1 septembrie 2024;
  • RO e-TVA – sistemul de precompletare a deconturilor de TVA: 1 august 2024;
  • alte module: 1 martie 2025.

Totodată, începând cu data de 1 ianuarie 2024 se înființează, la nivelul ANAF, Evidența operativă a veniturilor din digitalizare, care are drept scop evidențierea/urmărirea/monitorizarea lunară a veniturilor suplimentare rezultate din utilizarea S.I.I.S.N. și a modulelor de valorificare pentru gestionarea veniturilor publice.

Alte link-uri utile:

click pt a vedea alte subiecte interesante

Scutiri de TVA

Ghid rambursare TVA

Registrul de TVA poate fi consultat folosind link-ul https://www.anaf.ro/RegistruTVA/

Registrul persoanelor impozabile care aplică sistemul TVA la încasare

Ghid practiv TVA la incasare

TVA la incasare si exceptii

Ghid pt aplicarea sistemului TVA la incasare

Registrul persoanelor care aplică plata defalcată a TVA.

Ghidul TVA -partea I

Mic ghid fiscal

TVA-ul de la A la Z - ghid practic.

Mini-ghiseul unic pt TVA

Ghiseul unic pt TVA

TVA CE UE

TVA intracomunitar

EU VAT

e-TVA devine complementara e-Factura

e-TVA decont precompletat

Casele de marcat vor transmite decontul e-TVA

e-TVA vs. D300

1. Factura electronica eFactura:

e-Factura se extinde și devine obligatorie pentru toate tranzacțiile din România - OUG

Citește mai mult la: este lege de la 1-ianuarie-e-Factura este obligatorie in relatia Firma-Client

Informaţiile publicate pe site-ul Digi Economic pot fi preluate, în conformitate cu legislația aplicabilă, doar în limita a 120 de caractere.

Nota: A se vedea analiza generatorului eFactura;

Pentru cei grabiti reddit a pus la dispozitie cateva URL-uri utile legate de ANAF:

...pentru inceput cateva link-uri interne/nationale:

Totusi procesul de automatizare completa RO e-Factura este unul complex si cuprinde cel putin urmatoarele etape:

  • emitere factura de catre/in calitate de vanzator/furnizor,
  • trimitere e-Factura xml în SPV ANAF,
  • citire stare document transmis(eng. "status"),
  • primire recipisă și ...
  • in calitate cumparator, preluare e-Facturi de la terti furnizori.

Prezinta un deosebit interes relativ la facturarea electronica aceasta prezentare ANAF a sistemului eFactura

dar si cateva referinte remarcabile:

Informatii tehnice MFP privind eFactura puteti gasi pe site-ul MFP

Informatii ANAF despre eFactura gasiti pe site-ul ANAF

Conform acestui comunicat de presa al MFP este util sa consultati si acest ghid eFactura editat de ANAF

Puteti de asemenea consulta si aceste clarificari ANAF privind eFactura

Daca folositi o factura mai simpla atunci o puteti genera folosind acest generator XML{sintaxa UBL2.1} ANAF e-Factura

Acest generator eFactura-XML utilizeaza un pre-validator DOM pentru interfatarea cu utilizatorul(GUI/front-end), care trebuie armonizat cu regulile de afaceri/business-rules (BR) ale CIUS_RO / CIUS 1.0.0 / CIUS-RO 1.0.1. Desigur restul validarilor ce acopera cerintele standardului EN-16931 aferent eFacturii si RO_CIUS revine partii de backend-ului( JavaServerFaces i.e. JSF in acest caz)

Regulile de validare RO_CIUS ale eFacturii, pot suferi modificari/actualizari cum sunt cele din ORDIN-ul nr. 4.092 din 14 noiembrie 2022 adica O4092/14.11.2022 ce urmeaza Ordinului nr. 1366 din 08 noiembrie 2021 adica O1366/8.11.2021

OBS: Referitor la Ordinul O4092/14.11.2022 nu trebuie confundat cu cel din 27 aprilie 2023 adica O4092/27.04.2023 care nu are legatura cu e-Factura/RO_CIUS!

Ca baza legala sunt importante si SPECIFICAȚII tehnice și de utilizare a elementelor de bază ale facturii electronice - RO_CIUS - și a regulilor operaționale specifice aplicabile la nivel național cum este si cea din din 5 noiembrie 2021, 1616 precum si alte informari de modificare ale RO-CIUS. Oricum toate aceste modificari ale RO_CIUS apar si in Monitorul Oficial M.O

Conform site-ului cabinetexpert.ro, privitor la regulile CIUS(BR-RO-xxxx) trebuie stiut ca exista 2 tipuri de reguli de business(afaceri):

Aceste reguli se pot schimba la propunerea diverselor autoritati fiscale sau jucatori din piata.

Pentru validarea unei facturi stocata in format xml( UBL2.1 sau CII 16B ) puteti apela la urmatorul link: verificare factura xml

Validarea eFactura se poate face si local folosind Java si DUKIntegrator-SAFT (utilizat pentro validarea declaratiilor pe baza de formular ANAF tipizat,inclusiv D406/SAF-T) care acopera validarea facturii d.p.d.v. CIUS RO-NAT si/armonizat cu EN-16931.

Dar cel mai important punct de plecare ramane pagina oficiala MFP ce cuprinde informatii tehnice MFP privind eFactura.

O colectie de Intrebari si Raspunsuri legate de facturare gasiti si pe site-ul MFP(FAQ)

Folosind magazinul ASRO putem procura documente referitoare la standardele implicate in raportarea fiscala si nu numai.

La comanda, putem sa cream in acest depozit-static, aplicatii informatice specifice oricarei persoane fizice PF sau

juridice PJ din RO si din afara, urmarind calenadarul obligatiilor de raportare fiscala ANAF

legate de toate formularele ANAF (eFactura,eTransport,SAF-T(D406),D112,...etc) formulare ANAF

Despre nomenclatoare si de pe unde le puteti culege am discutat in sectiunea precedenta( a se vedea subiectul/"topic"-ul Nomenclatoare) asa incat le puteti descarca(de cele mai multe ori URL-urile nu va permit sa le luati direct de pe site asa incat descarcarea ramane/este cea mai sigura metoda de culegere de informatii) pentru a le folosi in procesul de depunere a facturilor-electronice in format UBL/xml(ma refer desigur la etapele de generare si de validare si nu la etapele de transmite si incarcare)

De asemenea, puteti cauta o serie de informatii privind facturarea electronica pe site-ul ASRO

Desigur gasiti exemple pe github pentru eInvoicing dar si pe website-urile romanesti puteti gasi exemple concrete de buna practica. Puteti incepe un exemplu minimal de eInvoice/UBL 2.1 ca mai apoi sa descoperiti/testati exemple mai complexe de facturi, comenzi si note de credit.

Interesanta este si solutia gasita de cei de la Microsoft MSF pentru eFactura

Cei de la ro-eFactura au expus un post pe blog-ul lor in care se discutat despre integrarea conturilor-bancare intr-o eFactura (UBL 2.1)

Facturis prezinta modul in care se modela manual/neautomat diferite formate de factura si cum pot fi verificate si depuse facturile XML spre raportare la ANAF. In general este de evitat a se efectua manual aceste operatii repetitive mari consumatoare de timp asa incat companiile prefera sa folosesca aplicatii automate si utilizatori inregistrat[e/i] in spatiul virtual al ANAF.

Facturis prezinta si cateva modele de facturi xml si este important sa mentionam ca ei prezinta doar niste exemple particulare.

O sa preluam si noi aceste cateva exemple(cu amendamentul ca acestea nu constituie exemple generalizate) pentru a fi mai confortabil de interpretat/vizualizat:

Manuela Nistor a plasat un exemplu de Invoice in format UBL/xml pe scribd

Indiferent ca vorbim de faza/valul de implementare al e-Facturii B2G sau B2B, etapele de baza/fundamentale in fluxul operational al procesului eFactura sunt urmatoarele:

  • etapa de creare a fisierului xml(poate include si [pre-]validarea) si apoi
  • cea de transmitere sau de incarcare(upload) la ANAF(etapa ce include in mod obligatoriu si validarea).

In etapa de incarcare/transmitere se face apel la un web-seviciu de "upload/incarcare", expus de echipa IT&C a ANAF-ului.

Odata incarcata puteti verifica daca e-Factura a fost inregistrata in Registrul eFactura.

In acest sens poate fi utila aceasta prezentare a WS-eFactura ANAF.

Dupa parcurgerea pasilor de autorizare a accesului la resursele protejate ale ANAF(cf protocol OAuth2.1) urmeaza validarea XSD( a se vedea sintaxa UBL2.1 sau sintaxa CII ) si in final daca documentul este valid se incarca/upload intr-unul din serverele ANAF.

Dupa incarcarcare documentul e-Factura creat in format xml ramane in atentia ANAF, proces asincron care poate dura o anumita perioada.

Starea procesarii documentului xml transmis poate fi aflata daca folosit un alt micro-webserviciu ANAF.

De asemenea puteti transforma acest xml intr-un format citibil si anume PDF folosind unul dintre serviciile ANAF(xml-to-pdf sau xml2pdf).

Daca doriti puteti consulta si aceste specificatii de formatare a documentelor UBL unde veti vedea cum se poate folosi Xsl[t] pt a obtine diverse reprezentari grafice ale facturii(gasiti aici spre ex. un format scurt dar si multe alte detalii privind utilizarea foilor de stil xsl care va vor permite diverse reprezentari/redari grafice ale documentelor ce se supun standardului UBL).

Avand in vedere ca standardul UBL se refera doar la datele XML, acest pas este doar unul optional pt ca in definitiv modul cum vrem sa arate/redam factura/alt document nu este unul standard ci mai degraba unul personalizat cu aspecte ce tin de stilul grafic si uneori poate fi chiar completat cu unele date suplimentare(sau nu) fata de standardul de baza solicitat de ANAF si care sunt utile in documentarea reciproca a partilor implicate(cumparator,vanzator,transportator...)

Referitor la specificitatea e-Facturilor, trebuie sa amintim ca si sistemul de management al documentelor detine un rol insemnat in special in faza/etapa de creare/extragere a documentului xml.

In acest sens am gasit un exemplu de factura generat cu ajutorului unui ERP cunoscut de pe piata IT&C si anume ODOO;

eFactura emisa in acest caz cu ajutorul lui ODOO are in/la final semnatura/certificatul X509 plasata de catre emitentul/autorul calificat al documentului.

Trebuie sa stiti ca semnarea locala(eToken) si semnarea la distanta a documentelor este echivalenta dpdv juridic.

Pana acum am vorbit doar de transmiterea facturii catre ANAF(deci din perspectiva emitentuluisau daca vreti a furnizorului) dar ar trebui sa mai spunem ca si receptorul final/destinatarul e-Facturii poate descarca e-Factura care i-a fost transmisa prin ANAF( detalii privind descarcarea e-Facturii pot fi gasite in documentatia Swagger a webserviciului ANAF dar mai cu seama gasiti informatii tehnice complete pe pagina e-Factura ANAF)

ANAF ca broker/intermediar intre furnizor(emitent) si cumparator(destinatar) are un serviciu web de notificare prin/via email/mesagerie folosit pentru a anunta faptul ca "a sosit o factura noua dar care nu a fost descarcata inca".(n.r. In materie de notificari acest sistem nu este o noutate pentru ANAF dar in acst caz, aceste notificari webhook/electronice/informatice prezinta o scalabilitate foarte ridicata)

Tot pentru bunul mers al acestei activitati de "e-Invoicing" atunci cand sunt facturi eronat completate ofera cadrul pentru a putea corecta factur{a/ile} respective.

Romania ofera suport legislativ pentru/in materie de e-Factura pentru toate segmentele de afaceri(B2G,B2B,B2C). Proiectul romanesc eFactura este parte integranta a proiectului eInvoicing al Uniunii Europene.

Acest demers al/aceasta preocupare specifica e-Facturii [l-]am intalnit[-o] si in Republica Modova. Proiectul moldovenesc vine si cu o serie de exemple de cod pentru dezvoltatorii .NET

Trebuie sa ne amintim si de reteaua pan-europeana Peppol(Pan-European Public Procurement Online) care se ocupa de transmiterea acestor e-Facturi in cadrul UE si nu numai.

Pan-European Public Procurement OnLine adica pe scurt PEPPOL a câștigat notorietate ca rețea pentru transmiterea facturilor în regiunea europeană și nu numai.

De asemenea pe site-urile europene si nu numai se gasesc informatii detaliate despre eFactura; As aminti aici ca exemplu, o publicatie deosebit de activa VATupdate.

Daca va descurcati cu sintaxa UBL si XML atunci puteti accesa si acest site pentru a va crea/customiza un skeleton specific de factura conform cerintelor voastre.

Unele articole sunt foarte specifice, asa cum este si acest mic articol al celor de la ro-efactura.ro despre modul in care se integreaza numarul de inregistrare acordat de catre ONRC(J40/nn...n/aaaa unde aaaa=este anul inregistrarii companiei la ONRC si nn...n este efectiv numarul acordat firmei) in formatul UBL/xml al e-Facturii.

Un alt articol care tot o tinta foarte precisa este acesta propus de catre cei de la facturis despre livrarile catre punctele de lucru ale clientului care desigur dorim sa apara/fie integrate in eFactura.

Si website-ul celor de la factureaza.ro ofera o serie intreaga de informatii utile cu privire la generarea facturii UBL/xml.

Interesant este si serviciul dddInvoices care primeste date de intrare in format JSON(si, in general, in dialogul cu utilizatorii se poate folosi JSON). Am mentionat acest serviciu deoarece are exemple de facturi extrem de interesante si in plus cred ca este un exemplu de buna practica daca intentionati sa va faceti propriul API(pentru voi sau pentru comercializare). DDDinvoices este un furnizor global de solutii e-Factura(eng: Provider of global e-invoicing solutions for SaaS, ERPs, independent software vendors and enterprises) Daca va veti uita la subiectul DDI_save in documentatia furnizorului, veti vedea, inante de tabelul(cap-tabel: Etapa Descriere Pași necesari) ce prezinta etapele, că exista combinația de etape 35, 50, 70 și 85 care generează factura in format UBL specific țării(ex. RO), trimite factura electronică cumpărătorului prin TAP(Tax Authority; ex. ANAF) și generează un PDF cu detalii de la TAP.

Iata etapele din tabelul mai sus amintit:

Etapa 35:	Factură confirmată și blocată pentru editare;            Pasi necesari: -	
Etapa 50:	Generați UBL specific țării;                             Pasi necesari: 35
Etapa 70:	Trimiteți către autoritatea fiscală (TAP);	         Pasi necesari: 35, 50
Etapa 85:	Generare document pdf cu fiscalizare si trimitere date;  Pasi necesari: 35, (40), (50, 70), (55, 80)

De asemenea daca cititi subiectul "Introducere" din documentatia DDDinvoices veti afla ca trebuiesc urmati 3 pasi(dialogul se realizeaza prin comenzi cURL):

  "Integrarea cu serviciul DDD Invoices se poate face în trei pași simpli.
  
  Apelați API-ul DDDI_GetNew pentru a prelua obiectul JSON al facturii inițializate. 
  Acest API vă va oferi un obiect de factură care este gata să fie completat cu date.
  Completați obiectul facturii cu datele necesare din software-ul dvs.
  Alegeți pașii care ar trebui să fie executați pe datele facturii, precum și documentele la alegere, 
  care ar trebui să apară în răspuns.
  Executați fluxul de lucru apelând API-ul DDDI_Save, care va crea factura electronică folosind datele de factură furnizate, 
  precum și va efectua pașii aleși, va returna documentele dorite și va salva factura.
  Urmând acești trei pași, puteți să vă integrați fără probleme cu serviciul DDD Invoices și 
  să utilizați funcționalitățile acestuia pentru nevoile dvs. de gestionare a facturilor."

Si web-serviciul e-Invoices.online are o documentatie care este ceva mai concisa.

Ca modalitati de transmitere a facturii XML o puteti face automat/direct din ERP/API daca prepararea datelor este gestionata intr-un astfel de sitem sau manual daca aveti un sistem propriu intr-o faza incipienta de dezvoltare. Uneori daca ai facturi foarte putine nu se merita sa investesti timp si bani intr-un sistem complex de gestionare si atunci poti lua decizia, de a lucra intr-un sistem de de generare a facturii mai primitiv, urmand ca mai apoi sa incarci [manual] acest document XML in site-ul online al autoritatii fiscale(ANAF). Ulterior poteti folosi generarea online a facturii in format PDF, desigur daca acest format grafic este adecvat cerintelor afacerii pe care o derulati si nu veti dori sa aveti propriul format dat fiind fie ca nu sunt suficiente informatii in factura xml fie ca aspectul grafic nu se ridica la asteptatile dumneavoastra.

Dat fiind faptul ca avem un context foarte volatil legat de aceasta activitate de raportare/control fiscal uneori vedem cum anumiti agenti/jucatori din sfera economicului dedica spatii ample transformand site-urile lor in adevarate surse de stiri

Pentru cei interesati de sistemul e-Factura din Rep. Moldova veti gasi pe site-ul SFS acest ghid.

De asemenea daca studiati manualul eFactura al BizDepozit veti gasi link-uri catre servciile web ale SPV-ANAF.

Pe forumul Facebook al ProFox, am gasit un articol interesant referitor la lungimea maxima a eFactura XML.

Tot legat de erorile aparute la incarcarea/transmiterea eFactura, puteti consulta si acest subiect de pe phpBB-forumul celor de la hotfox.

Un tutorial e-Factura ANAF web API token JWT poate fi consultat dpdv tehnic.

Un subiect interesant este legat de erorile posibile aparute la/in raportarea eFactura.

Daca doriti un model de imputernicire/procura pt. deschidere cont SPV(ANAF) puteti citi acest articol

Pentru subiectul eInvoicing si eReporting in Romania puteti citi pe acest website.

Noutati:

RO E-Factura restartează sistemul fiscal

Document Justificativ in sistemul e-Factura

Conturile Bancare in sistemul e-Factura

e-Factura si e-Transport

Semnatura digitala pe Token si in Cloud

SPV vs. B.D. de procesare si evitenta tranzactii

2. Declaratia 406 si 406T(SAF-T) (D406 audit/control financiar); Sistemul SAF-T

Daca este sa ne referim spre exemplu la SAF-T(D406) reprezentativ este acest link: SAF-T(D406)

avand urmatoarea schema de validare .xsd pt SAF-T(D406)

Platforma inteligentă de raportare ANAF actuala se refera la 4-uplul format din SAF-T,e-Factura si r-Transport dar si e-TVA;Platforma este parte integranta a digitalizarii raportarilor fiscale

Un document-2021 util este si acest document de asistenta pt pregatirea D406/SAF-T

Despre D406/SAF-T gasim o prezentare pe site-ul fiscalitatea.ro precum si pe contabilul.manager.ro

O schema excel de definire+cod a SAF-T vine in sprijinul declaratiei D406

Un bun inceput este sa va creati o viziune de ansamblu privind structura SAF-T

Principalul produs/piesa de asistenta ANAF este/ramane acest validator DUKIntegrator.

A fost emis si un ghid D406T/SAF-T vs.2 (versiunea anterioara vs1.1 a acestui ghid o gasiti aici) Pe la finalul acestui document PDF gasiti si o lista cu nomenclatoarele utilizate pt acest raport de control fiscal. Astfel de etichete NC8 sau simplu NC, TARIC3, CPV,CAEN, COR, EORI, etc va sunt deja cunoscute.

Chiar daca declaratia Intrastat se depune la INS(si nu la ANAF), totusi este util sa vedem cam ce nomenclatoare se folosesc si aici

Oricum este foarte important si util sa urmariti comunicatele ANAF pentru ca apar dese modificari care trebuiesc transpuse in codul dumneavoastra.

Si buna practica a unor provideri de suport fiscal poate fi utila in a vedea cum se lucreaza cu aceste nomenlcatoare.

Baza legala referiotare la D406/SAF-T](https://milo-trading.ro/wp-content/uploads/2018/09/Procedura-VALIDARE-si-CREARE-declaratie-A4200-DUKIntegrator.pdf) o puteti regasi pe site-ul lege5 (O.1783/2021).

Cei de la fiscalitatea.ro mi-au transmis si Noutatile legislative din Codul fiscal aduse de L296/293 (Ei au si un ghid complet orientat pe baza legala aferenta eFactura)

Acest articol al celor de la factureaza.ro va poate constitui o bna sursa de informare.

Unele informatii si despre ghidul SAF-T puteti citi in acest articol.

Exemplul portughez privitor la API-PhP

NexusERP.ro despre declaratia D406/SAF-T, Profit.ro despre SAF-T

3. eTransport

Ca si in cazul eFactura puteti desigur folosi serviciul web al ANAF pt eTransport utilizand protocolul REST.

In general pentru informare ANAF(RO-CIUS, XSD-uri,formulare,...) puteti folosi motorul de cautare ANAF

Spre exemplu, daca folosim cautatorul website-ului ANAF putem gasi pe site-ul ANAF: informatii ANAF eTransport

ori pe site-ul MFP informatii tehnice MFP eTransport

Un fisier Excel ofera informatii despre structura eTransport

Sunt multe surse de informare dar si multe modificari legislative si in cazul platformei eTransport.

O sinteza legata de eTransport poate fi urmarite pe acest site al Euload

Aici puteti gasi un material informativ ANAF privind eTransport;

Si pe forumul HotFox gasiti o discutie interesanta despre documentul xml eTransport; Idem si pe forumul SAGA;

Gasiti informatii utile legate de eTransport si pe acest site al DGAF

Un articol interesant despre eTransport gasiti si pe smartBill;

Daca doriti informatii cu privire la cum se face raportarea eTransport atunci puteti citi articolul urmator;

Aceasta raportare vizeaza pana la urma:

Codul UIT poate fi de interes pentru oricare transportator care se pregaste sa plece in cursa.

Si acum cate ceva despre baza legala OUG-9, OUG-41 modificata de OUG-115; Nedeclararea este sanctionata;

O schema face cat 1000 de cuvinte;

Daca nu v-a convins poate va ghideaza mai exact acest articol;

eTransport si eFactura merg mana in mana;

Semnatura electronica in cazul eTransport constituie primul pas catre acest sistem de raportare catre ANAF;

Daca doriti sa aflati cam ce nomenclatoare sunt specifice eTransport atunci acest mic articol pare sa face ceva lumina.

Pentru cei ce se grabesc sa afla informatii cat mai rapid, aceasta sinteza poate fi solutia;

Daca doriti sa vedeti structura unui document xml utilizat pt eTransport puteti incerca sa studiati si acest portal sau aici

Iata cum arata o notificare, o confirmare si o corectie xml pt eTransport;(si aici alta corectie!)

Despre functionarea sistemului eTransport puteti afla daca cititi pe acest site

Registrul eTransport este o piesa importanta a puzzle-ului acestui sistem de raportare ANAF;

Si site-ul TDec are un ghid si o prezentare cu privire la eTransport si eFactura.

Tripleta SAF-T,eFactura si eTransport impreuna cu declaratiile fiscale alcatuiesc sistemul de raportare MFP-ANAF.

Despre erori de raportare eTransport puteti citi aici

Autoritatea vamala are un rol important in cadrul sistemului eTransport.

Conform documentatiei legale, nedeclararea atrage sancitiuni.

4. Declaratii; Impozitul pe Venit ori pe Profit, TVA, Accize,...

Cateva exemple de astfel de declaratii gasiti si pe github. O prima observatie ar fi ca in fisierul PDF avem formularul necompletat iar datele sunt separat stocate intr-un fisier xml asociat.La final putei obtine un fisier cuompletat cu datele aferente.

Despre asa-zisele PDF-uri inteligente(ex. D112) gasiti pe internet o multime de informatii. Daca vreti sa aveti cateva instructiuni privind semnarea acestui document D112 puteti accesa aceste instructiuni in conditiile in care ai datele stocate intr-un fisier(sau container) XML si formularul intr-un fisier stocat intr-un fisier PDF.

Pe site-ul ANAF veti regasi o sumedenie de alte declaratii specifice fiecarei obligatii de control/raportare fiscal(a) in parte si desigur veti dori un suport informatic si pentru acestea.

In acesta sectiune sa incepem prin a ne referi la Impozitul pe Venit aferent sau provenit din activitati economice adica din:

  • Activităţi impuse pe bază de norme de venit
  • Arendă
  • Asociere fără personalitate juridică
  • Activităţi agricole
  • Chirie
  • Comerţ, meserie
  • Dividende
  • Dobânzi
  • Drepturi de proprietate intelectuală
  • Jocuri de noroc şi premii
  • Lichidarea unei firme
  • Moşteniri, donaţii, burse, alocaţii etc.
  • Profesiuni libere(exista si un ghid al profesiilor liberale)
  • Pensie
  • Salarii
  • Salariu din străinătate
  • Străinătate
  • Titluri de valoare, acţiuni
  • Tranzacţii cu valută
  • Vânzarea unei locuinţe

Pentru fiecare activitate veti avea si formularul sau formularele pt Impozitul pe Venit.

Anumite declaratii au suport software, instructiuni si documentatie.

Declaratiile se supun unei legislatii sau alta si in general gasiti instructiuni generale sau specifice privind depunerea acestora pe internet sau pe site-ul ANAF.

Treuiesc urmarite anumite instructiuni de depunere online ale acestor documente electronice deoarece va arata clar pasii care trebuiesc urmati pentru acest demers.

Foarte utile sunt si mesajele scurte cu privire la pasii de urmat in cazul depunerii declaratiilor fiscale chiar daca unele se refara specific la unul sau o lista scurta de documente electronice.

Foarte utile sunt si paginile unor site-uri de specialitate care esplica mai in detaliu si mai specific cum se procedeaza in cazul depunerii acestor documente electronice

Descarcarea artefactelor privind suportul informatic o gasiti cu usurinta pe site-ul ANAF.

[Depunerea online] este in general dcocumentata de ghiduri, instructiuni,formulare...care contin meta-informatii(chiar si din sfera bazei legale de un real folos. Destul de rar dar gasiti emisii si pe youtube.

Referitor la acest subiect, uneori gasiti pagini sau[ mesaje] ce poseda un continut destul de succint, alteori acestui subiect i se dedica spatii online generoase

Au fost cazuri cand au fost dedicate chiar domenii pentru un formular anume cum este si cazul formularului 230 dar cele mai multe informatii legate de aceste declaratii se restrang/rezuma la una sau cateva pagini

Oricum trebuie pornit/inceput de la/cu calendarul si termenele de depunere online a acestor declaratii inainte de orice demers.

Unele platforme comerciale au extensii ale solutiilor lor software care se ocupa de aceste declaratii ANAF

Daca pentru depunere este nevoie de certificat calificat digital probabil ca va trebui sa accesati formularul 150

Unele agentii(ex. AFM) pe partea lor de competenta vin si ele in sprijinul acestei activitati de depunere online cu suportul lor informatic specific. Tot aici trebuie spus ca este posibil sa gasiti pe internet informatii oficiale legate de activitatea de depunere a rapoartelor fiscale si pe site-urile Rep. Moldova SFS.md dar atentie pentru ca acestea sunt uneori valabile doar pentru Republica Moldova(cele care au domeniul .md).

Chiar si bancile vin in sprijinul clientilor cu informatii importante legate/privind de activitatea de depunere a anumitor declaratii.

Orice fel de sprijin in acest sens este binevenit dar trebuie a fiti atenti si la versiunea acestor publicatii acolo unde aceasta va este la indemana sau macar sa va uitati la data publicarii acestor articole(desigur important ramane si autorul acestora) deoarece acest laborios context(legat de declaratii) este in continua schimbare si este posibil ca anumite informatii sa se fi depreciat.

Desigur mai toate informatiile neoficiale sunt cu titlu rezervat si trebuiesc intotdeauna verificate din surse oficiale ANAF. Asa incat mai toate cautarile noastre de verificare pe internet trebuiesc sa inceapa cu cuvinte cheie ANAF, MFP, GOV... si desigur sa se refere la cele scrise in limba romana. Desigur cel mai important motor de cautare ramane Google dar sunt si alte motoare care pot sa va ajute sa gasiti informatii utile legate de acest subiect.

Cu toate acestea trebuie sa siti ca exista si in cadrul surselor oficiale si segmente care pot fi asimilate ca fiind oficiale. Asa este cazul directiilor teritoriale fiscale care functioneaza pe langa UAT-uri si care, la randul lor au publicatii de specialitate/in acest sens.

In tot acest peisaj al declaratiilor avem deseori ocazia sa vedem articole legate de Declaratia Unica(DU: D212). Aici lucrurile se complica si mai mult pentru ca sunt mai multe tipizate pe acest palier. Trebuie citit cu atentie carui segment de aplicatii i se adreseaza si in general tot contextul legat de un formular sau altul care se refera la acest tip de declaratie(de altfel foarte special). In cazul in care ati gresit ceva atunci cand ati completat o declaratie sau alta trebuie sa stiti ca puteti apela si la corectii. Informatiile legate de declaratiile rectificative sunt mai rar intalnite dar nu lipsesc cu desavirsire.

Pentru cei interesati sau care trebui sa depuna Declaratia de Avere si Interese(DAI) puteti studia acest manual. Si cei de la ANI au pe site-ul lor informatii privind depunerea DAI. Si AEP are un ghid sintetic despre DAI.

Daca aveti nevoie de certificat digital pt semnatura electronica puteti studia acest ghid TSP

Remarcabil este si faptul ca aceste declaratii au un numar desigur dar si un cod. Folosind acest cod(ex. cod 14.13.01.03 pt Declaratia/decontul privind accizele ) veti gasi utilizand motorul de cautare Google, informatii despre acel document/declaratie mult mai rapid si mult mai eficient.

Va invit sa consultati si directorul "js_scripts/anaf/declaratii/DU_D212/" si sa cititi "ReadMe.md" deoarece veti putea afla detalii cu privire la modul in care se pot citi fisierele XSD in mod "prietenos" pentru a va completa informatiile cu privire la completarea corecta a formularului cu date astfel sa puteti trece cu bine de validarile acestuia.

In finalul acestei sectiuni as vrea sa mai spun ca si institutiile publice au de depus declaratii/rapoarte la ANAF

Daca doriti o baza legala aparuta prin 2010 despre "Declaraţiei privind obligaţiile de plată a contribuţiilor sociale, impozitului pe venit şi evidenţa nominală a persoanelor asigurate " H.1397/2010 aparuta pe site-ul Lege5.ro veti avea imaginea unui document legal in care gasiti o specificatie extrem de tehnica dar foarte bogata in informatii specifice informaticii.

Un alt link interesant pe care-l puteti gasi pe portalul ANAF este si acesta al

generarii numerelor de evidenta a platii pentru

  • Decizii de impunere si
  • Documente de constatare amenda

Daca veti dori sa verificati online starea Documentului D112 incarcate/predate la ANAF pe internet/ la ghseu atunci veti putea utiliza acest link;

Probabil ca ar putea fi util in anumite situatii sa studiati si acest raport cu privire la erorile frecvente de raportare ale DU=D112;

Mai nou se vorbeste despre tranformarea DU in DUI(Declaratie Unica Inteligenta)

5. MFP - factor integrator:

Un link MFP va poate indruma catre informatii MFP despre formularele F11xx

In acelasi timp este util sa urmariti si experienta altora in ce priveste relatia cu ANAF/MFP/GOV deoarece legislatia in materie este in continua schimbare si puteti castiga timp si know-how de buna practica.

Trebuie sa stiti ca acest mod de raportare specific pessoanelor fizice si juridice se aplica si in cazul institutiilor publice si chiar si in cazul IFN-urilor

Pentru institutiile publice exista insa o dumentatie separata(totusi va recomand sa o consultati chiar daca nu se aplica in cazul dumneavoastra).

Legat de un proiect mai vechi "e-Documents", trebuie sa amintim si faptul ca arhivarea documentelor ar fi ultima etapa din "viata" unui document.

6. GOV; Baza legala

Unele acte normative le gasiti pe portalul Guvernului(GOV) dar mare parte din ele au un caracter general si explica mai mult strategia de e-Guvernare .

O alta parte de informatii legate de baza legala se regases pe site-ul MFP. Dar si acestea sunt oarecum cu caracter general.

Desigur cele mai multe informatii despre baza legala care sta la baza proceselor eFactura,eTransport,D406/SAF-T... o sa le regasiti la ANAF; Practic acestea va conduc catre specificatiile tehnice singurele in masura sa va ajute la dezvoltarea propriilor solutii informatice ...

Baza legala este destul de stufoasa/ampla si este in continua schimbare ... asa ca trebuie urmarita incontinuu! In realitate ea se transpune prin normele sale de aplicare in modificarea/manipularea formularelor si eventual afecteaza softurilor A sau/si J, schemelor de validare(.XSD) si drept urmare vor fi actualizate si instructiunile lor de utilizare.

Daca doriti sa aflati detalii despre cloud-ul guvernamental puteti accesa acest articol;

Detalii privind serverless computing(calcul/procesare fara-server) puteti citi acest articol;Aceasta comparatie poate fi de asemenea interesanta;

Interesant poate fi si acest articol despre cele mai "BUNE PRACTICI PENTRU GESTIONAREA FIȘIERELOR DE STARE TERRAFORM ÎN LINIILE AWS CI-CD";Ca material preparator puteti citi acest articol despre AWS CodePipeline;

Daca sunteti la inceput de drum privind partea de serverless-cloud-computing, pt programatorii PhP poate fi interesant acest articol iar pt programatorii NodeJS poate fi interesant acest articol; Pentru ambele categorii de programatori incepatori poate fi util ca si literatura de inceput acest articol; Recomandat ar fi, pentru incepatori, a se vedea si Top5 platforme fara server in 2023;

7. La final cateva cuvinte in loc de ... La revedere!...

Inca de la inceputul acestei sectiuni as dori sa spun ca efortul depus de catre integratori pentru a pune la dispozitia clientilor sai suportul necesar e-Guvernarii este unul major. Deseori trebuiesc facute ajustarile necesare pentru ca solutiile lor sa se alinieze efortului comun de integrare. Astfel de rapoarte/draft-uri ca cel pe care il puteti descarca de pe portalul Winmentor veti gasi cu siguranta si in cazul altor furnizori de suport informatic.Acelasi efort il regasim si in cazul clientilor acestor platforme care trebuie sa se adapteze din mers la schimbarile de paradigma. De altfel forumurile sunt pline de intrebari si apoi de sfaturi ori solutii si de ce sa nu o spunem cateodata de "joc de glezne"...prietenii stiu de ce :)

Implementarea proceselor economice de afaceri/business ramane o provocare pentru mediul de afaceri avnd in vedere ca trebuiesc integrate aceste raportari periodice dar sper ca aceste informatii sa vina in ajutorul dumneavoastra.

Aceste procese de business pot fi modelate folosind scheme precum BPMN / RPA pentru ca mai apoi sa aveti oportunitatea de a le optimiza si integra in ERP-ul dumneavoastra; Trebuie punctat aici ca fiecare agent economic are propria-i versiune de modelare a proceselor de afaceri pe care le desfasoara'

In acest context, poate fi de mare ajutor si documentia Peppol: Peppol Business Interoperability Specification (Peppol BIS)

Puteti sa va scufundati cat mai adanc in modul in care un document ajunge in reteaua Peppol pentru a avea o idee cat mai clara de modul in care se proceseaza cererile dumneavoastra.

Este bine de stiut ca Peppol nu opereaza numai/doar in UE ci acopera o multime de tari de pe toate continentele. Asadar ca documentul dvs poate fi transmis oricarui/primit de la oricare operator ce isi are rezidenta fiscala intr-una din tarile din lista respectiva. Sa nu mai vorbim ca Peppol face schimb de informatii si cu alt retele asadar avem un spectru larg de adresare directa internationala.

Desigur in reteaua Peppol cel mai important lucru inainte de toate(daca vreti de gestionarea fluxului de transmitere a documentelor intre partile implicate) este procesul de validare

Schematron-ul este oficial ales de catre standardul EN16931 deoarece pot fi exprimate multe reguli in plus fata de alte limmbaje de validare XML(XSD,DTD...). Trebuie stiut insa ca validarea Schematron nu este infailibila dar impreuna/in combinatie cu alte limbaje de validare pot fi alegeri castigatoare pentru Schimbul electronic de date -EDI

Si despre EDI ar fi multe de spus dar as puncta doar faptul ca in tranzactiile EDI este implicata o intreaga stiva de protocoale mai mult sau mai putin specifice.

La ora scrierii acestui document(2023-2024) cel mai discutat subiect ramane cel al e-Facturii B2B

Este posibil ca uneori sa fiti nevoiti sa solicitati documente de la ANAF. Inainte de acest demers poate fi util sa studiati si acest Ghid priv. acte justif. nec. elib. div.ctg. de doc. sol.de catre contrib.-PF

Daca aveti intrebari/nelamuriri sau doriti sa sustineti ori sa colaboram in vederea dezvoltarii unei aplicatii specifice ANAF/MFP,

va rog, nu ezitati sa ma contactati via email: [email protected]

Succes si ... cat mai putine erori(-frecvente)!

PS: You can https://www.buymeacoffee.com/stefanache... Thanks

About

linked of Romanian fiscal authority(MFP-ANAF-GOV-RO)

github.com/stefanache/MFP-ANAF-RO/blob/main/README.md

Topics

xml xsd xslt x509 cloudflare cbc ubl fiscal cac cii anaf saf-t e-invoicing e-factura e-transport ro-cius cius-ro e-tva e-sigiliu e-case

Resources

Readme
Activity

Stars

22 stars

Watchers

2 watching

Forks

4 forks
Report repository

Releases

No releases published

Packages

No packages published

Languages