-
Efactura – introducere campuri la emitere conform cu procedura anaf
Din ce in ce mai multe institutii ne solicita popularea cu informatii a campurilor suplimentare in efactura.
Momentan ni se solicita campuri conform imaginii atasate de la un furnizor si campul
<b style=”font-family: inherit; font-size: inherit; color: var(–bb-body-text-color);”>Codul tipului de instrument de plată (BT-81)
<b style=”font-family: inherit; font-size: inherit; color: var(–bb-body-text-color);”>Dar cine stie ce se va solicita pe viitor.
<b style=”font-family: inherit; font-size: inherit; color: var(–bb-body-text-color);”>Va rog sa luati in calcul implementarea campurilor optionale la emiterea de facturi conform procedurii Anaf – factura extinsa. In prezent am ajuns sa emitem facturile si apoi sa modificam in codul sursa xml campurile necesare inainte de a fi urcate insa deja ajungem la erori in urcare foarte frecvent,
<b style=”font-family: inherit; font-size: inherit; color: var(–bb-body-text-color);”>Mentionez ca utilitatea campurilor este momentan doar la emiterea facturilor si urcarea acestora si nu este necesara momentan stocare in baza de date. dar daca se poate face si stocare, atunci cu atat mai bine.
https://www.anaf.ro/CompletareFactura/faces/factura/informatiigenerale.xhtml
-
1 Răspuns
-
Salut Ciprian,
Formatul xml generat de connectorul SmartCashANAF si incarcat in SPV respecta atat structura cat si campurile obligatorii cerute de ANAF.
Aplicatiile Magister Software sunt destinate cu precadere vanzarii cu amanuntul unde este acoperita in integralitate partea de cerinte legislative si pe E-factura. Pe partea de vanzare cu ridicata nu avem forme de plata standardizate in aplicatie asa cum sunt la un bon fiscal, si prin urmare nu putem pentru moment sa transmitem in xml aceasta informatie optionala.
Daca doresti ca forma de plata sa fie transmisa in SPV va trebui ca si pana acum sa editezi manual xml-ul si dupa sa il procesezi prin connectorul ANAF sau sa il incarci manual.
Din punct de vedere juridic factura emisa, transmisa si acceptata de catre beneficiar constituie contract si obligativitate/angajament de plata, indiferent de metode, SPV neputand sa substituie un contract sau o factura emisa in aplicatii terte ale furnizorului cu atat mai mult cu cat unele campuri pe care le pot solicita beneficiarii sunt prevazute ca „optionale” in documentatia ANAF.
Ceea ce vreau sa subliniez este ca niciun beneficiar daca accepta o factura, si ulterior la incarcarea in SPV nu contine detalii optionale, nu poate folosi acest motiv pentru refuz la plata.
Numai bine!
Conectați-vă pentru a răspunde
Log in to reply.