Erorile la sistemul e-factura sunt mult mai frecvente decât dorește MF să pară că sunt. Poate că ați citit deja zilele acestea reacția ministrului finanțelor, domnul Marcel Boloș, legată de sistemul e-Factura și de faptul că utilizatorii se plâng de faptul că sistemul generează erori și că are probleme. Detalii despre acestea găsiți în mai multe articole postate pe profit.ro – aici , hotnews.ro – aici sau startupcafe.ro aici.
Domnul ministru spune că în cazul facturilor ce sunt trimise de mai multe ori e de vină utilizatorul și că sistemul MF este perfect, că nu are nicio problemă.
Eu nu vreau să spun că domnul ministru minte, dar cu siguranță nu are toate informațiile ori i s-au livrat doar informații pozitive.
Să încep prin a vă da o pildă:
O sală de evenimente are o ușă automată, care se deschide automat când vin participanții la eveniment, dar care i se defectează și nu se mai deschide automat. Sala permite participanților să intre chiar dacă ușile nu se mai deschid automat, dar pentru asta participanții la eveniment trebuie să deschidă ușile manual, folosind o procedură mai complicată. Dacă participanții la eveniment știu că ușile se deschid, de regulă, automat și că, de regulă, treceau de acele uși fără probleme, fără vreo procedură anume, fără să se mai chinuie să deschidă ușa manual, aceștia se vor plânge că ușa nu se mai deschide automat.
Iar când proprietarul sălii, când vede că ușa se deschide manual, va spune: uite, ușa se deschide! Ergo, nu este nicio problemă cu ușa. În acest caz participanții care au semnalat problema ușii ce nu se deschide automat, primind un astfel de răspuns, se vor simți jigniți pentru că ei știu sigur că e o problemă cu ușa.
La fel este cu serverele ANAF. Fix ca-n povestea cu ușa. MF/ANAF, prin CNIF, pun la dispoziția contribuabililor acces pe site-ul ANAF pentru trimiterea manuală a facturilor, dar și automatizări care permit trimiterea, în mod automat, programatic, a facturilor prin așa numite web services (servicii web). Dacă aceste servicii web nu funcționează sau returnează erori, iar site-ul ANAF pentru trimitere manuală funcționează, atunci logic că te simți mințit când ți se spune că nu e nicio problemă dacă tu, utilizator, le trimiți automat.
Așa că, fără a întinde prea mult povestea, iată, pentru domnul ministru Boloș, o listă de probleme, așa cum sunt cunoscute și raportate de utilizatori a trei platforme (SAGA, FGO și Tdec) – din partea cărora am avut acceptul de a le face cunoscute. Neoficial, am confirmare pentru o parte din acestea și din partea utilizatorilor Tigris, dar din păcate nu am avut timpul necesar să solicit confirmarea sau infirmarea lor.
Să le luăm pe rând:
- MF/ANAF nu își vede propria bază de date! Să știe domnul ministru că o firmă nou înființată care apare în baza de date a ANAF le generează furnizorilor acesteia probleme. Concret dacă eu facturez ceva către o firmă ce este nou înființată, deși la căutarea în baza de date a MF este găsită, în registrul TVA este identificată, la trimiterea unei facturi către aceasta se generează eroare de tip “CUI identificat în factura ….. = NU EXISTĂ”. Așa ceva, domnul ministru, este de râsul curcilor! Sistemul e-factura zice că nu există o firmă ce există în toate bazele de date a MF/ANAF. Când un coleg din Oradea mi-a semnalat această eroare pentru prima dată și am încercat să determinăm cum și când apare, nu mi-a venit să cred. Azi am primit confirmare și din alte surse externe, de la utilizatori TDec și FGO, care confirmă aceeași situație. Colegul de la Oradea așteaptă răspuns din partea ANAF la sesizarea făcută prin SPV. Sunt curios ce vor spune, dacă vor spune ceva.
- erori la generarea codului OAuth (acest cod este unul special pe permite după generarea lui, transmiterea facturilor de către contribuabili, fără prezența efectivă a certificatului digital, ulterior generării acestui cod) – în ultimele zile aceste erori pare că s-au redus ori că au dispărut – dar logica ne spune așa – mare parte din erori au apărut la generarea lor, iar acum cel mai probabil numărul de generări ori re-generări este redus așadar probabilitatea de erori este și ea redusă.
- erori ale serviciilor web – acestea par oprite aleator, nefuncționale pentru perioade scurte de timp. Par să scadă ca frecvență, dar pentru că ele sunt oprite ori modificate temporar, în mod absolut netransparent, generează probleme.
- erori false legate de formatarea facturilor. Aceiași factură fără nicio modificare poate fi trimisă fără probleme a doua oară. – este una din cele mai dese și frecvente erori atunci când facturile se trimit automat prin API. Spre exemplu eroarea “element necunoscut (“Invoice”) in namespace” e celebră. Este o eroare de tip false positive.
- modificarea formatului listei de răspunsuri ori alte modificări ale acestora la interogarea lor prin web services – o eroare raportată o singură dată de o singură sursă.
- la reînnoire de certificat digital sistemul e-Factura nu vede datele noului certificat chiar dacă autentificarea în spv este posibilă manual. Durează cel puțin o zi pentru ca sistemul respectiv să vadă datele certificatului reînnoit. Apare din ce în ce mai des. Partea tristă este că pe ANAF în SPV se pot autentifica manual. Dar nu pot trimite în e-Factura nicio factură timp de minim câteva ore chiar dacă au confirmarea ANAF că li s-a reînnoit certificatul digital.
- lipsa detaliilor necesare la respingerea apelurilor – același token/certificat funcțional pe unele firme și nefuncțional pe altele deși sunt autorizate în SPV la fel.
- lipsa posibilităților de paginare și blocarea apelurilor – documentația lor spune că blochează apelurile dacă sunt prea multe și întoarce un cod de eroare ca cei care trimit automat facturile să se oprească. În realitate nu se întoarce ce zice documentația ci altceva. Declarațiile oficiale sunt că se acceptă 100 facturi pe minut. Realitatea indică faptul că se pot trimite maxim 60 (adică una pe secundă) pentru a fi sigur că se trimit corect.
- ghidul MF cu privire la e-Factura zice că se pot atașa documente anexă la facturile trimise așa – documentația NU are nici cele mai mici specificații despre cum se face asta. NU există nici un singur exemplu în acest sens. Să încerce cineva să folosească pagina MF de generare a facturilor și să vadă dacă poate atașa ceva la ea!
- apelul prin servicii web permite descărcarea unei limite zilnice de doar 500 de facturi/răspunsuri/index. Ce înseamnă asta? Că dacă emiteți 600 de facturi și primiți 10 facturi, se vor descărca doar 500 din cele 610 facturi! Nu toate. Ceea ce este o aberație. Ajung să-i înțeleg pe cei de la Vodafone. Mi se spune că eroarea returnată indică faptul că pentru mai mult de 500 trebuie apelat un endpoint nou. Care, ce să vezi: nu are documentație!
- au fost erori la validarea on-line a XML pentru e-factura (la serviciile web de validare on-line) și la cele care generau on-line pdf din acele XML. S-au remediat temporar, apar aleatoriu.
Separat de cele de mai sus, din partea celor ce folosesc TDec în primul rând, dar și al altor utilizatori a altor platforme, am avut notificări cu privire la acest aspect:
“Utilizarea aplicației https://www.anaf.ro/uploadxml/ induce în eroare utilizatorii deoarece aceștia consideră că facturile în format PDF generate de site-ul ANAF pot fi considerate originale / oficiale, contrar prevederilor Art. 3 alin (3) din PROCEDURĂ la ORDIN MF Nr. 1365/2021: „[…] Exemplarul original al facturii electronice se consideră fișierul de tip XML însoțit de semnătura electronică a Ministerului Finanțelor, care este pus la dispoziția emitentului, respectiv destinatarului, în sistemul RO e-Factura, sub forma unui fișier arhivă de tip zip.”
Domnul ministru Boloș ar mai trebui să știe și că serviciile web ale ANAF, unele esențiale activității de zi cu zi a firmelor, mai ales în contextul digitalizării proceselor, cad frecvent – cele mai dese erori sunt cele a registrului TVA care permite identificare plătitorilor de TVA. Să știe și că pe site, la verificarea în registru a informațiilor, se afișează și informații care la apelul lor prin API nu se afișează.
Și aici avem exemplul cu ușa. La o căutare manuală a unui cod de TVA nu ai probleme, dar dacă ești o firmă ce vrea să verifice grupat datele prin acele servicii web nu vei putea face asta. Și când te plângi, omul de la ANAF intră și el pe site și după ce verifică manual zice: Uite, merge! De ce vă plângeți?!
Problema cu facturile trimise de mai multe ori e una ce a apărut încă din 2022 de la implementarea e-Factura pe relația B2G. Atunci ANAF spunea că nu e o problemă. Știau de ea încă de atunci. Pot căuta mesaje primite pe blog sau pe forum legate de această problemă încă de atunci. Și cu toate că știau nu au făcut nimic pentru a o rezolva. E un bug clar al sistemului. Așa cum nu poți depune două declarații 100 cu aceeași obligație fiscală așa ar trebui să fie și aici – să nu poți depune două facturi identice. A-i pune să storneze acum când valoare de document fiscal o are factura tipărită în sine, e o prostie. Pentru că vor avea pe ANAF 3 facturi – două cu același număr și aceleași valori pozitive și una de stornare, negativă, iar faptic contribuabilul va avea doar două!
Cum se procedează cu transmiterea e factura și implicit generarea codului pt 2 firme , fiecare cu semnatura ei digitala dar care se țin în același program saga?la prima se generează corect cod acces dar când întru pe a 2 a firma deja da eroare la generare
Vă rog să vă adresați serviciului de asistență SAGA.
buna ziua,,,daca aveti un raspuns de la saga mi-ar prinde bine si mie sa-l stiu. intampin aceeasi problema. multumesc!
Legat de erorile de transmitere, e si vina softurilor (inclusiv SAGA) fiindca, s-a implementat sa se declanseze trimiterea “manual”, cand utilizatorul da un “click”.
Asta nu este doar incomod pentru utilizator (care trebuie si sa-si aminteasca sa dea “Trimite”) ci face sa fie nevoit si sa reincerce manual, in timpul zilei, cand traficul este cel mai mare.
O implementare “serioasa” presupune sa se trimita facturile pe un server al producatorului softului si sa se incarce automat, in timpul noptii. Daca apar erori, sa se reincerce trimiterea pana cand se finalizeaza cu succes.
Nu are nicio legătură. Dacă sistemul ar funcționa fără erori nu ar fi nicio problemă trimiterea automată ori chiar manuală. Chiar trimiterea manuală, cum îi spuneți, tot prin webservices se face.
FGO, TDec. Oblio, Smartbill și nu numai o fac și automat și reîncearcă. Dar ia ghiciți dacă sunt sau nu probleme.
Eroarea numita “eroare tehnica…” sigur se rezolva daca incerci mai tarziu. Eroarea in care ai un CUI nou pe care nu-l stie E-Factura – sunt aproape sigur ca se rezolva si ea in cateva zile zile (ma astept sa fie un “delay” intre sincronizarea bazelor de date); aceea cu “invoice” poate nu se rezolva – n-am intalnit-o, nu stiu…
Deci, daca sistemul ar incerca automat retrimierea – utilizatorul nici n-ar observa astfel de erori.
Bună ziua.
Cred că nu înțelegeți. Aveți impresia că Orange trimite manual?! Sau că din FGO erorile alea care apar în loguri sunt generate aiurea?! Facturile se trimit automat și când apar anomalii și există erori și se resping pentru că tehnic serverul lor nu răspunde, atunci când se retrimit automat nu credeți că se aglomerează sistemul inutil?
Sunt de acord cu cristi, problema trebuie rezolvata la ANAF, nu la soft. Ori sugestia de a stoca datele clientilor pe alte servere decat cele de la anaf, nu prea imi surade deloc. Nu te poti juca cu datele clientilor mai ales cu GDPR-ul…
Intrebarea me este: Exsita un concept de API pentru e-facturare? Sunt prevazute API POST/GET metode?
Foarte bine ați punctat cei de la Saga, este un soft care mi place! Sunt curioasă dacă dl ministru înțelege ceva din ce ati explicat aici căci sunt sigură ca dansul nu are nevoie de semnătura digitală de înrolare în Dpv sau dacă are cel mai probabil are om care face acest lucru! Ideea este ca nici dansul nici altii care pricep nu sunt curioși de nenumăratele probleme de care ne lovim noi utilizatorii, contabili sau administratori și noi vom plăti amenzi nu ei….. e groaznic ce se întâmpla
Ca sa fim cinstiți pâna la capăt, situația este cu mult mai bună decât mă asteptam. Nu am văzut să fi rămas cineva cu facturi netransmise în SPV.
Sunt probleme inerente pentru un proiect atat de amplu, dar rezultatul este o revoluție în domeniu. Mi se pare fascinant că se întamplă.
Nu numai fascinant! Eu parca am impresia ca desi parem sau chiar suntem speriati momentan, totusi daca se va reusi cu brio aceasta implementare, vom castiga cu totii in plus ceva foarte, foarte pretios…si anume: timp si pentru noi, nu numai pentru munca!
Sunt perfect de acord.
Cred ca in maxim un an sau doi va merge totul brici.
Sa vedeti jale la decontul de TVA precompletat cum o sa aiba multi “patroni” de dat explicatii de ce sunt putred de bogati cu firme “pă” pierdere de ani de zile.
Povestea cu decontul precompletat este una care și ea necesită multe clarificări.
Nu poate fi precompletat corect câtă vreme există bonuri cu valoare de factură simplificată ori facturi simplificate. Ori limite de deductibilitate. Vă necesita multe clarificări.
Eu susțin e-factura și mi se pare o chestie bună. Am fost deranjat de altceva.
Buna ziua !
Este obligatorie logarea la saga web , pentru transmiterea facturilor ?
Ce presupune asta pentru un contabil care lucreaza mai mult de
3 firme ?
In momentul acesta se pot transmite bine din program , pentru mai mult de trei firme .
Multumesc !
Nu.
Referitor la punctul 10: pentru endpoint-ul listaMesajePaginatieFactura există documentație, în pagina https://mfinante.gov.ro/static/10/eFactura/listamesaje.html#/EFacturaListaMesaje/getPaginatie.
Știu de acea pagină, dar din partea unor oameni ce au lucrat la implementare mi se spune că pentru mai mult de 500 de mesaje este alt endpoint care nu este documentat oficial. Cunoștințele mele tehnice sunt limitate. Am și explicat că cele de mai sus nu sunt doar dintr-o sursă ci din 3 surse diferite. Iar eu am încredere în informațiile primite. Asta pentru că independent sursele au confirmat problemele semnalate ba chiar au completat cu informații suplimentare problemele semnalate sau au nuanțat unele din ele.
In teorie merge, in practica nu…
Documentatia este aici: https://mfinante.gov.ro/static/10/eFactura/prezentare%20api%20efactura.pdf
Problema este ca API listaMesajePaginatieFactura se poate folosi pana la data de 18-11-2023 23:59:59. Dupa acaesta data afiseaza eroarea: {“eroare”:”endTime = 20-01-1970 19:35:24 nu poate fi <= startTime = 19-11-2023 00:00:00","titlu":"Lista Mesaje"} Probabil starsitul lumii era programat pe 18-11-2023 23:59:59…
Puteti verifica din browserul autentificat cu token:
– merge doar pentru ultimele 60 zile, dar macar functioneaza:
https://webserviceapl.anaf.ro/test/FCTEL/rest/listaMesajePaginatieFactura?startTime=1700344799999&endTime=1704924000&cif=7392416&pagina=1
– nu mai merge din 19-11-2023:
https://webserviceapl.anaf.ro/test/FCTEL/rest/listaMesajePaginatieFactura?startTime=1700344800000&endTime=1704924000&cif=7392416&pagina=1
– astazi tot nu merge:
https://webserviceapl.anaf.ro/test/FCTEL/rest/listaMesajePaginatieFactura?startTime=1705559203&endTime=1704924000&cif=7392416&pagina=1
Eu am cunoștințe limitate în privința erorilor tehnice :)
Am și spus că sunt erori ce mi-au fost semnalate de oameni care se pricep. De unele m-am lovit și eu, de unele, tehnice s-au lovit toți cei care au lucrat la implementare în softurilor lor.
Din păcate nu funcționează e-factura din saga cu semnătura electronică cu cloud de la trans sped, fapt care din păcate nu mi-a fost comunicat (măcar printr-un e-mail) la începutul nebuniei cu e-factura. Așa ca rămâne doar varianta de a încărca manual … ok spuneți ca și așa se poate… dar eu zic ca era mai corect sa ne anunțat!
Buna ziua.Dupa ce am transmis o factura, din program,imi apare mesajul jos factura generata si transmisa deja….iar la stare negenerata.Precizez ca nu am mai transmis-o.Multumesc
Eu nu inteleg ce atata agitatie cand art. 10 alin 7 din lege spune ca ai termen 5 zile lucratoare sa incarci factura.
Ok.
O faci, o transmiti la beneficiar daca vrei banii rapid si ai termen de 5 zile sa o incarci in sistem.
Nu merge azi sistemul, merge maine, nu merge maine merge poimaine.
Ce atata agitatie pentru nimic?
Nu e nicio agitație. Dar unele cazuri pot determina trimiterea peste crke 5 zile. Și mai este ceva: nu poți spune în mod oficial că totul e bine și e roz și că nu ai probleme când realitatea indică altceva.
Eu ma o nelamurire.
Daca momentam exita obligatia de a transmite e-factura si nu se acorda amenda, daca incep sa transmit e-factura doar din 01.02.2024, o sa am obligatia de a transmite si perioada 01.01.2024-31.01.2024 sau nu?
Da, bineînțeles!
La data de 31 martie 2024 toate facturile emise în intervalul 01/01/2024-26/03/2024 vor trebui să fi trimise în e-Factura. Fapta contravențională există și azi dacă nu se trimit, doar că prin lege aplicarea amenzilor contravenționale este suspendată temporar.
Amenzie se aplica de la 1 aprilie,deci nu retroactiv..
Nu spune nimeni că se aplică retroactiv. Aplicarea amenzilor este suspendată, fapta contravențională, de netrimitere a celor emise anterior zilei de 31 martie, rămâne.
Buna ziua, facturile primite de la furnizori trebuie sa le importam in program? Sunt facturi cu foarte multe pozitii, informatii pe care noi nu le inregistram chiar asa detaliat. Putem doar sa le listam si sa le dam anulare? Multumesc!
Programul nu vă obligă la nimic. Puteți să anulați preluarea dacă doriți.
Este suparator, exact cum spuneati, ca nu stim niciodata daca noi, dezvoltatorii am gresit ceva, sau iar nu le merg lor, serverele. Lipsa transparenta. Nu le pasa de noi, nu dau doi bani pe o comunicare corecta.
De multe ori in ultimele saptamani, sambata nu mergea deloc serviciul de tva. Cat de greu era sa puna un anunt pe pagina anaf ? Asa cum fac si bancile. Diferenta dintre stat si privat se vede si aici.
solifocar srl
Ce facem cu facturile trimise dublu ,apare ID de confimare la diferenta de 2 ore ?
Întrebați la MF! Declarațiile oficiale sunt că se lucrează la o rezolvare. Să vedem dacă ea va și exista.
Avem factura emisa de SAGA Software SRL din 12.01.2024 si nu apare in SPV ,asteptam .
Dacă aveți index e imposibil să nu vă apară în SPV.
Nici eu nu am ….
Am exact aceeasi problema, factura incarcata de furnizor in 17.01.2024, cu index, mie nu imi apare, am facut si actualizarea programului SAGA….stie cineva de ce oare? Si unde putem verifica indexul primit de la furnizor?
În SPV.
Dar înainte de asta sfatul meu este ca în ecranul efactura pagina configurări să măriți la 60 de zile perioada de descărcare a facturilor din spv.
După ce schimbați perioada ieșiți din ecran și reintrați.
Ce facem cu facturile trimise care apar in SPV duble si la noi si la beneficiari ?
Nimic. Valoare de factură au cele listate, exact ca până acum, în perioada 01/01/2024-30/06/2024. Doar din 01/07/2024 vor fi probleme.
Buna ziua,
Doresc sa-mi clarific un aspect intrucat nu am gasit raspunsul in alta parte si poate ma poate ajuta cineva aici.
Facturile primite prin e-factura, in momentul in care le accept si se importa automat in ecranul “Intrari”, vin ca Tip “Nedefinit” si daca exista mai multe produse pe aceeasi factura, pretul unitar este copiat de la primul produs, pana la ultimul (indiferent de tipul produsului sau nr. de bucati) – mentionez ca pretul final este corect.
Eu pana acum am introdus produsele cu tip “MARFA” – pot modifica manual?
Pot modifica denumirea produsului? (primesc facturi cu denumire produs un cod – cod folosit intern de furnizor).
Nu am mai văzut o astfel de problemă. Vă recomand să re-actualizați programul. Dacă problema se menține, vă rog să apelați la serviciul de asistență clienți și să semnalați problema pe mail atașând și fișierele XML descărcate din SPV pentru acele facturi.
Buna seara,am o problema cu importul de facturi in e-Factura.Toate bune si frumaoase numai ca nu generaza cod de produs.Cand vreau sa facturez mai depare nu pot descarca din stocuri produsul respectiv pentru ca nu are cod.Stie cineva unde este greseala.
După import ați creat sau selectat articolele astfel importate? În ecranul de intrări vedeți codul de articol la ele?
Buna ziua,revin cu problema mea,daca factura furizorului are codurile de produs in contul meu ,atunci fatura apere cu cod de produs,problema cu produsele noi de pe facturi ,astea nu apar.
Multumesc
Produsele noi trebuie create în gestiunea dvs la întrarea lor în gestiune pentru ca ulterior sa fie recunoscute/alese la import.
Buna seara,
Cabinet Neplatitor de TVA, a cumparat din magazin o piesa pt calculator, a primit factura fara RO la codul fiscal.
Urmatoarea zi a primit in SPV factura de la Altex, dar la codul fiscal al cumparatorului este trecut in fata RO, lusru confirmat si in recipisa cu eroarea NU a fost indentificat CUI cumparator !!!
S-a luat legatura cu magazinul, sa verifice inca o data datele cumparatorului, si raspunsul a fost ca in baza lor de date acest client este fara RO, si factura e corecta.
Altex sustine ca daca storneaza aceasta factura si emite alta o sa apara la fel…
Ce solutii ar fi pentru remediere?
Multumesc mult
Este o problemă pe care ALTEX trebuie să o investigheze. Puteți verifica fișierul XML. Dacă acesta conține la tagul ceea ce vedeți mai jos cu bold – adică codul fiscal al dvs precedat de RO și la TaxScheme – cbc:ID este VAT – atunci ALTEX generează XML ca și cum firma dvs ar fi plătitoare de TVA indiferent că ei au RO sau nu în baza lor de date.
RO….codul dvs fiscal
RO….codul dvs fiscal
VAT
Buna ziua,
Exact asa este scris in XML la TaxScheme cu RO.
Nu stiu daca Altex va rezolva problema…
Ma gandesc sa solicit stornarea facturii pe cabinet asa cum este emisa, si sa intocmeasca alta factura pe persoana fizica ca sa nu mai fie problema, aceasta nefiind obligatorie de transmis in SPV.
Si astfel, in contabilitatea cabinetului nu se va mai inregistra aceasta factura.
Va multumesc mult de ajutor!
Ce trebuie facut sa mearga e-factura prin conexiune proxy
Buna seara.
In ecranul e-Facturi primite, am anumiti furnizori care sunt platitori de TVA dar nu apare RO in fata codului fiscal,in coloana de cod fiscal din Saga, In PDF-ul descarcat apare RO.Care sa fie problema?
Multumesc.
Buna ziua,
Am mai multe societati in Saga. Problema mea este ca unele sunt legate cu ANAF, astfel incat in e-factura vad facturile primite. Pentru 2 din societati nu ma lasa sa accesez. Am incercat sa <>, fara succes. Mentionez ca pentru ambele firme am acces SPV. ( la aceste 2 firme nu imi trece jos in ecranul de generare codup de acces spv…..). Unde gresesc? Multumesc
La transmiterea facturilor din SAGA cu e-factura imi apare mesajul ca “nu exista nici un cif pentru care sa aveti drept in SPV” desi am acest drept intrucat am transmis declaratii si am primit confirmari fara erori de validare,. Va rog sa ma ajutati sa pot trimite facturi cu SAGA prin e-facturi. Va multumesc !
Una e sa trimiteți declarații și alta să aveți acces în SPV.
Dacă v-ați înregistrat ca împuternicit în SPV atunci acel mesaj apare doar dacă înregistrarea a fost făcută în ziua în care ați și încercat sa trimiteți facturile. Sau poate sa apară la reînnoirea certificatului digital. Durează cel puțin o zi de la confirmarea reînnoirii la ANAF, până când certificatul poate fi utilizat pentru e-factura.
Buna ziua, in versiunea anterioare celei din 24.01.2024 se putea descarca direct din saga facturile primite in format pdf si lista, acum , odata cu aceasta versiune, s-a introdus un buton pdf e facturi care este nefunctiinal. Se va remedia aceasta problema? este foarte util sa putem lista imediat facturile primite, e mai usor asa, se pot face si platile mai rapid urmand ca ulterior sa le descarcam in xml si arhiva. Multumesc
Ba este funcțional. Problema e alta. Acele pdf sunt generate de anaf la descărcarea xml. Dacă acele pdf nu există nu ai ce deschide.
Sunt angajati care fac achizitii si cer factura pe numele si CUI-ul firmei, care in general nu au legatura cu activitatea societatii dar apar in sistemul Ro e-Factura si pe care nu vreu sa le inregistrez in contabilitate (le achita din buzunarul propriu). Este vreo problema? Pot sa nu le descarc din sistemul RO E-Factura, sau mai bine le descarc si le sterg din SAGA, ca sa apara descarcate de pe siteul ANAF? Multumesc.
Considerați-le nedeductibile fiscal. Neînregistrarea unei astfel de facturi este contravenție.
Buna ziua. Am si eu o problema cu efact. Am facut o fact pe 6 ian (pe pers cu cnp-inmatriculare PFA ) iar pe 12 ian am facut pt aceeasi pers alta fact dar de data asta pentru infiintare pct lucru (e-factura -avand CUI acum).Am intrat in saga si am dat accept pentru a transmite efact dar primesc cod eroare (CUI inexistent).
Clientul are 15 zile sa mearga la ANAF sa se inregistreze (pana atunci apare CUI inexistent dar este inregistrat in registrul comertului si are cui dat de ANAF). Am sunat clientul sa mearga la anaf ca sa pot trimite si eu factura. Clientul s-a inregistrat la Anaf dar nu in alea 5 zile de la emiterea facturii ci dupa.In saga imi apare aceasta factura de pe 12 ca fiind netransmisa si daca incerc sa o transmit imi zice ca a fost incarcata dar a tot acolo e …O fi sau nu tansmisa (cele transmise cu succes dispar)? Optiunea de rectificare inseamna ca trebuie sa dau alt numar facturii?
Este o problemă a ANAF faptul că nu se pot emite facturi către coduri a firmelor nou înființate. Odată ce au cod fiscal emis ei sunt înregistrați.
Am preluat gresit o factura in Saga pe care am trimis-o cu E-factura
Am observat ca in E factura exista un buton de rectificat
Pot corecta factura si sa o mai trimit o data ca rectificativa sau doar prin stornare si refacere
Multumes
Vă reiau aici mesajul postat pe o rețea de socializare unde mi-ați scris:
Dacă acea corecție se referă la elemente cum ar fi:
– adresa clientului
– adresa de livrare
– referințe client, cod articol client
– număr comandă/contract sau elemente de identificare a produsului/serviciului
Da. Corectați ce aveți de corectat și o trimiteți ca rectificare.
Dacă însă corecția presupune modificarea cantităților, valorilor fără TVA sau TVA, atunci stornați factura și o refaceți corect după care veți trimite atât factura de stornare cât și cea corectă.
Cristi aveti o mare problema cu generarea xml-urilor pe cod articol. Codul articol nu ar trebui sa fie trecut sub nici o forma in fisierul xml. In cazul in care trimiti in e-factura si clientul o preia din Saga din rubrica E-facturi , daca codul de produs exista in baza de date existenta va asocia automat alt produs daca au acelasi cod.
Nu e un bug. Codul propriu al celui care vinde este pus la cod al vânzătorului, tag explicit din e-Factura și permis acolo. Codul de bare, dacă există este pus și el.
Vreau s atestez programul, in mod special efactura.
Varianta gratuita nu ofera aceasta posibilitate?
Multumesc anticipat.
Ba da, se poate folosi fără probleme.
Cristi dacă programul pune codul id de articol si exista unul deja in baza de data va lua informatia din baza de date si va iesi o varza. Rezultatul la anaf furnizorul declara o factura ,tu la preluare in program iti apar alte produse si totusi la tiparirea e-facturii apare ce corect. Comparația cu id produs poate funcționa dacă folosești sa citești informația din tag-ul produsului și sa o compari apoi poți folosi sa zicem funcția replace . Eu zic ca e o greșeală de programare. Gândește si tu logic . Cum poți sa compari id-ul din e-factura cu cel existent în baza de date a ta. Nu compari id-urile ci informația din câmpul articol dacă tot vrei sa dezbatem. Testați și voi și o sa vedeți ce spun. O sa îți pun printscreen dacă e greu sa înțelegi.
Înțeleg ce spuneți și,da, am testat. Nu face defel așa.
Am testat la două firme ce sunt chiar în portofliul meu de clienți. Una emite din SAGA facturi și le trimite și cealaltă le primește. La import codul de articol al firmei emitente nu este luat în considerare. De altfel, la import, în ecranul de import codul de articol nu este completat. Va repet: codul de articol al furnizorului nu este luat în considerare la beneficiar pentru a fi preluate pe codul identic folosit de beneficiar.
Programul preia ceea ce există în XML la denumire articol. Și să dau un exemplu cu eMag – descrierea produselor nu este la denumire articol în ceea ce vine de la eMag ci la informații suplimentare.
Buna ziua. Am observat ca la facturile emise si primite de firma noastra in e-factura , la nr.inreg.registrul comertului apare de fapt cif-ul societatii. Va rugam sa ne spuneti daca gresim noi undeva sau se poate remedia din program ?
Să se remedieze ce? În standardele e-factura numărul de la ONRC apare la informații suplimentare. Codul de înregistrare conform standardelor este codul fiscal.
Am o factura trimisa in spv. Aceasta a fost trimisa cu succes, dar in Program imi arata ca trebuie sa o trimit din nou. Cand o trimit, primesc eroare ca a mai fost trimisa. Ce trebuie sa fac ca sa nu mai apara la Facturi de trimis?
Nu se prea poate asta. Vă rog să apelați la serviciul de asistență al SAGA.
Buna ziua, am si eu doua probleme.1.factura pe hartie primita de la fz are o valoare diferita fata de cea descarcata in saga din spv ,diferenta de banuti.2.pe o factura de achizitie pe langa alte materiale cu tva normal am o pozitie cu taxare inversa.Cum procedez ? Cea cu taxare inversa o introduc separat?Multumesc
1. În mod normal asta nu ar trebui să se întâmple, dar dacă se întâmplă ar trebui sesizat emitentul facturii.
2. Da, se introduce separat. în e-Factura așa ceva nu prea ar mai fi posibil.
1. Se intampla in mod frecvent asta la facturile unde unitatea de masura era cu 3 zecimale (Metro), e-factura o prelua rotunjit la doua zecimale si (atunci) existau diferente de valoare, pt ca se prelua corect pretul pe unitatatea de masura. Cand intrai si modificai cantitatea, valoarea se corecta si pana la final ajungeai pe valoarea facturii. Azi, e mai rau. Greutatea e tot rotunjita la doua zecimale dar pretul este eronat, pt ca se face operatia inversa – valoarea fara tva / cantitatea rotunjita la doua zecimale. Acum cand corectezi cantitate trebuie sa modifici si valoarea. Nu cred ca emitentul facturii este vinovat, cred ca se pierd datele astea la transmitere.
Puteți verifica simplu, deschizând un XML al facturii. Dacă la cantitate sunt doar 2 zecimale atunci așa e trimisă de către emitentul ei.
Buna ziua ,
Dupa toata nebunia care este de zile intregi cu SPV-ul si astazi vad ca da erori de conectare ,astazi am transferat baza de date de la mine din Saga unui client si era sa lesin ,mi-au aparut facturile cu alta denumire, sumele erau bune ,articole contabile de la alta firma si tot felul de ciudatenii ,la mine in calculator vad una si la client vad alta .A patit cineva ? Un ajutor va rog.Multumesc .
Nu înțeleg cum este posibil așa ceva, dar vă recomand să actualizați la ultima versiune.
De ce incepand de astazi, dupa ultimul update .570 nu mai pot accesa “e-facturi” -> imi apare in bucla eroare 1832 sau 13 si se blocheaza aplicatia (trebuie inchisa fortat din task manager). Multumesc
Refaceți actualizarea!
Totdeauna e de vina altvineva ca Maria Sa Bugetaru e perfect… nu are cum altfek :)
Buna ziua, am constatat ca in luna ianuarie si februarie 2024 s-au emis eronat facturi 3 facturi cu taxare inversa catre un neplatitor de tva aceste facturi au fost transmise si prin e-factura, cum se poate face corectia, se pot modifica acele facturi si trimise cu bifa pe rectificativa in SPV? facturile respective sunt gresite trebuiau emise cu tva, in acest moment nu se genereaza corect in D394. Multumesc!
Nu. Se stornează factura și e emite factură corectă.
Va multumesc pt raspuns, inca o lamurire daca se poate, acele facturi emise eronat in declaratia D394 nu se declara si nici in D300? Oricum D394 da eroare la validare deoarece e neplatitor si nu se poate sa fie cu taxare inversa. Multumesc!
Puteți să nu le preluați în d394, dar să le preluați în D300. Preluarea lor în D300 nu produce niciun efect.
La fel veți proceda și cu facturile de stornare.
Buna ziua,
stim ca cnp-ul nu este obligatoriu pentru facturare la persoane fizice. Fireste, am eroare la e-factura din lipsa cnp. Ce fac? Sun clientul sa-mi dea CNP – adica date personale?
în sistemul efactura se trimit facturi emise către persoane fizice într-un singur caz. Dacă facturați servicii turistice pe care le încasați cu vouchere de vacanță. În acest caz CNP este obligatoriu, iar clientul persoană fizică care solicită factura este obligat prin lege să îl furnizeze.
Buna ziua!
Am si eu o problema la transmiterea e-facturi. La generare cod de acces primesc mesajul Certificatul nu este inrolat in SPV pentru transmiterea e-facturi. Doarca daca intru in SPV, ma autentific cu certificatul si manual pot incarca facturile. Unde gresesc sau ce e de facut. Totusi manual sa incarci facturile este destul de incomod plus ca nu se pot descarca nici facturile de la furnizori, doar manual din SPV si cu un alt soft obtinem in format pdf.
Vă rog să apelați la serviciul de asistență SAGA. Nu ar trebui să primiți acel mesaj. Dar înainte de a apela la asistență vă recomand să actualizați programul SAGA la ultima versiune. Dacă o aveți instalată refaceți actualizarea.
Buna ziua,
Va rog sa ma ajutati cu un sfat.
Am primit prin e-factura o factura la care cumparatorul este o firma din Constanta dar CUI-ul din factura este al nostru. I-am trimis expeditorului mesaj in e-factura in care i-am explicat eroarea si ca noi nu recunoastem factura si serviciul din factura. Am trimis si pe email ( date preluate di factura primita) aceleasi observatii. Nu am primit niciun raspuns si nici nu au stornat factura in e-factura.
Am doua intrebari:
1) Ce pot face cu factura? Nu o pot inregistra nefiind concordanta intre numele cumparatorului si CUI si nici nu exista una astfel de serviciu.
2) Cui ma pot adresa pentru rezolvarea acestei probleme. Nu vrem sa avem surpriza ca peste n ani sa fim chemati in judecata pentru neplata unei facturi si sa aparem in registrul rau-platnicilor. Am mai patit cu Orange care, printr-o firma de recuperare ne-au dat in judecata pentru facturi emise pe numele firmei, cui corect, adresa gresita, contractul fiind semnat de o persoana necunoscuta iar certificatul de inmatriculare depus la dosarul contractului era un fals grosolan. Practic un furt de identitate. Noi nu primisem nicio factura de la ei dar eram buni de plata. Noroc ca au depus tardiv cererea. Dar neplacerile si efortul depus pentru a demonta acuzatiile au fost mari. In cazul de fata, cu factura primita in e-factura, cui putem sesiza abuzul/neconcordanta?
1. Nu o înregistrați.
2. Nu aveți de ce. Păstrați recipisa de la ANAF referitoare la mesaj. Reveniți, tot prin SPV, tot prin ANAF, cu solicitare către acel furnizor de a storna factura eronat întocmită.
Dacă tot nu face asta, puteți reclama situația la ANAF pentru că puteți fi subiectul unei fraude în ideea că firma a emis factura către dvs cu bună știință, dar de fapt marfa a dat-o la altcineva ori firma a emis factura pe numele dvs fiind indusă în eroare de cumpărător.
Buna ziua,
Am o problema. Eu lucrez cu “remote” si accesez reteaua locala a firmei. Pana luna asta, puteam sa trimit prin e-factura pe SPV. Acum, la apelul pentru e-factura primesc invariabil mesaj de neconectare la serverele ANAF, in timp ce, la birou, colegii n-au aceasta problema (deci, in acelasi moment, serverele ANAF functioneaza). Obs. Nu “merge” nici cu anydesk.
Va rog sa-mi dati o solutie, alta decat sa rog colegii ca, dupa inregistrarea facturilor, sa lanseze ei e-factura…
Va multumesc.
Problema este una locală, nu are nicio treabă cu SAGA.
Dacă vă conectați remote și există cod SPV generat în SAGA este imposibil să nu se trimită datele la ANAF. Dacă nu se trimit e o chestiune ce ține de setările locale.
Buna ziua. Nu reusesc sa ma inregistrez pe forum, poate imi dati o mana de ajutor.
Legat de subiectele de mai sus, as dori o clarificare pentru urmatoarele spete. Noi lucram cu un soft de gestiune farmacie din care emitem si facturile. Contabilitatea o tinem in Saga global valoric. Importam facturile de marfa si NIR-urile prin interfata de import. Facturile emise de noi si incarcate/transmise in e-factura apar in Saga in interfata e-factura si putem sa le preluam.
1. Facturile pe care le emitem din bon sunt generate de soft cu codul B3 751. La importul in Saga din e-factura, unde se poate vedea acest cod?
2. Exista in perioada asta cazuri in care, dupa transmiterea prin e-factura, clientii ne aduc la cunostinta modificari necesare la datele clientului (adrese actualizate, etc.). Atunci se genereaza aceeasi factura cu codul B3 384. La importul din e-factura in Saga, factura respectiva apare de doua ori, nu ne dam seama decat dupa data care e factura cu 380 si 384. Doar una e preluata. Puteti sa imi explicati cum functioneaza preluarea in acest caz? Multumesc.
Pe forum vă puteți autentifica folosind userul și parola primite în mailurile trimise de SAGA, legate de actualizări.
1. Nicăieri.
2. Programul nu face disctincția, la preluare de facturi emise, care sunt inițiale și care sunt corecție. Dacă nu doriți să preluați una din ele, anulați preluarea ei punând bifă pe coloana de anulare.
Buna ziua,
Am intalnit o problema la transmiterea facturii pe SPV si anume:
– la lansarea interfetei SPV prin autentificare cu certificat in meniu nu imi apare tabul ‘factura electronica’ de unde as putea urma pasii pentru transmiterea acesteia;
– totusi daca accesez tabul urmator ‘test factura electronica’ am optiunea ‘trimitere factura’
In continuare daca urmez pasii reusesc sa atasez factura in formar XML insa la verficare statusului dupa codul de incarcare generat, primesc eroare cu un cod de descaracre.
Imi puteti spune va rog daca urmez pasii corecti (dat fiind interfata diferita din tutoriale) si de asemenea cum sa interpretez acel cod de descarcare?
Multumesc anticipat!
Marian
Bună ziua,
Tutorialele de pe acest site sunt făcute pentru cei care utilizează programele SAGA. Nu există aici un tutorial care să vă arate cum operați pe site la ANAF.
Buna ziua.
Din analiza mea la e-facturi am constatat ca la facturile emise din Saga codul apare separat cu descrierea ,,Identificator vanzator articol pentru linia…..”
Si pentru facturile primite de la furnizori, care nu folosesc Saga, si au coloana de cod separata pe factura clasica, in e-factura apare tot separat cu descrierea ,,Identificator vanzator articol pentru linia…..”
Daca am avea in Saga la articole si o coloana pentru ,,cod articol furnizor”s-ar putea realiza un import in Intrari din PDF-ul cu e-factura?
Sa preia din PDF e-factura ,,Identificator vanzator articol pentru linia…..” si daca este introdus sa preia codul din Saga.
Acuma vad in Intrari ca se pot importa PDF-uri de la Bolt si Uber.
Multumesc.
Aceste întrebări va rog să le adresați direct pe mail.
Buna ziua,
Saga PS, la e-Facturi apare Stare Netransmisa, daca incerc din nou Accept atunci apare eroarea: Factura a mai fost transmisa anterior cu index=xxx. Cum procedezi?
Mersi,
Zoli
Această situație poate să aibă mai multe cauze. Pentru a identifica exact este necesar să vă adresați serviciului de asistență clienți.
Buna ziua… am facut o factura catre un client. Dupa cateva zile am constatat ca am gresit ceva la factura. Am facut storno la prima, adica am facut o alta factura exact la fel, dar cu minus si apoi am facut o a treia factura cu toate sumele corecte. Le-am incarcat pe toate din SAGA in SPV si acum clientul imi spune ca toate facturile s-au generat pe cod 380, dar ca nu este corect asa, factura de stornare trebuia pe 381, iar cea finala, corecta pe 384. Eu nu am vazut nicaieri in SAGA ca se poate selecta aceste coduri. Care ar fi solutia? Multumesc.
Eu zic că nu are dreptate.
Tipul 381 este pentru notă de creditare care nu există ca document legal în România.
Tipul 384 este pentru o factură corectată. Tipul acesta este generat de program dacă se rectifică factura inițială – adică rectific unele informații eronate din prima – nu produse sau cantități ori valori și nici clientul ci informații cum ar fi – adresa de livrare, refeințe legate de contract sau comandă, etc. Atunci pot “rectifica” factura inițială și ceea ce se trimite va avea codul 384.
Dar în situația în care emit factură, apoi o a doua care e de stornare și o a treia corectă, tipul va fi 380 la toate.
Misterul ROeFactura continua pentru mine si incerc sa adun pareri din mai multe directii.
Situatie:
– factura cu numarul 2 trimisa in anaf cu invoice type code 380
– softul de facturare a permis modificarea facturii (a liniei din factura si implicit a sumei)
– factura cu numarul 2 a fost trimisa din nou in anaf, dar cu invoice type code 384 (factura corectata conform ordinului 1.366 – mo 1065/8.XI.2021).
Dar articolul 330 din codul fiscal spune ca modificarea unei facturi se face cu o factura noua, ceea ca mie imi suna a numar nou de factura pe 3 variante:
– factura 3 storno + factura 4 cu valorile corecte (sau ordinea inversa, dar e acelasi lucru – 2 facturi noi)
– factura 3 cu linie negativa care sa anuleze factura 2 si linie pozitiva cu noile valori
– factura 3 cu linie negativa care sa anuleze doar suma facturata in plus / sau linie pozitiva care sa adauge ce lipsea.
Anaf inca nu a formulat un raspuns in acest sens si cei cu softul de facturare sustin ca e corect ca in anaf sunt 2 trimiteri cu acelasi numar de factura, fara sa imi poata furniza cadrul legal care permite asta, dar sustin ca si celelalte softuri fac la fel
Intreb si aici: in SAGA cum se intampla? Poate fi modificata o factura deja trimisa catre ANAF?
Cum apar cele 2 intrari? Sunt interpretate ca 2 facturi diferite de SAGA? sau a 2-a intrare, cea cu invoice type code 384, suprascrie complet prima intrare?
Sunt intr-o faza de ilegalitate dpdv contabil/fiscal? Daca da, cum pot corecta?
Factura de tip rectificare – de coredcție – tip 384 trebuie folosită atunci când se modifică unele informații de ordin general – explicații, număr de contract, adresă de livrare, referințe, etc. În niciun caz dacă se modifică clientul, produsele, cantitățile și/sau valorile.
Dacă se modifică ceva legat de valori, cantități, produse/servicii, este necesar să se storneze și să se emită una corectă.
Buna ziua. Va rog sa-mi spuneti cum pot copia codul de acces in SPV, pentru a putea trasmite facturi de pe alt calculator . mentionez ca amandoua calculatoarele au programul de contabilitate SAGA C cu licenta.
Dacă este cod scurt, de tip vechi, selectați codul apăsați tastele CTRL+C și deschideți un fișier TXT în Notepad. Lipiți acolo codul respectiv – cu CTRL+V.
Codul din acel fișier TXT se poate transmite la calculatorul unde se dorește a fi utilizat. Acolo – se apasă pe e-Facturi și când se solicită codul, se deschide fișierul TXT se selectează întreg codul din fișier (cel mai simplu cu CTRL+A) se apasă CTRL+C și se lipește cu CTRL+V în caseta din program după care apăsași Salvează.
Buna ziua,
Dl. Cristi va rog sa imi spuneti
Un SRL neplatitor primeste o factura de la LEROY in SPV si la campul ”Indentificator” apare RO4765443, la campul ”Nr.inregistrare”nu apare nimic.
Factura primita in magazin este completata corect, fara RO in fata codul fiscal.
Trebuie trimis mesaj furnizorului sa puna codul fiscal fara RO in campul ”Indentificator” sau la campul Nr.inregistrare? Nu inteleg, aunci cand s-a transmis factura de catre furnizor nu trebuia sa ii dea lui eroare ca acest client este neplatitor de tva…
La alte facturi primite de la furnizori codul fiscal din e-factura este trecut numai la campul ”Nr.inregistrare”
Care e diferenta dintre ele? Cum e corect?
Va multumesc mult!
Eu zic să nu vă stresați. E o problemă ce ține de ei și mă îndoiesc că vor lua în considerare mesajele primite de la clienți venite prin e-factura.
Buna ziua, la import e-facturi emise, la doua societati imi da urmatoarea eroare:
Alias ‘C_E_RASP’ is not found. 13. (C_GET_MESAJE_SPV)
ce pot face ? Multumesc frumos!
De regulă la astfel de erori, semnalați eroarea prin mail la serviciul de asistență clienți. Sau prima dată încercați să refaceți actualizarea programului și vedeți dacă nu este o problemă deja rezolvată.
Buna ziua,
Am o mare problema: la o firma care are TVA-ul normal tot ce am importat din SPV a venit cu TVA la incasare.
Cum as putea sa o reglez?
Verificați dacă:
– firma este setată ca plătitoare de TVA la încasare. Dacă în ecranul de configurare societăți este bifă pusă la TVA încasare, atunci, da, așa vor veni datele.
– firma furnizoare aplică sau nu sistemul de TVA la încasare. Dacă îl aplică, atunci e firesc ca și la beneficiar să fie înregistrate așa acele facturi.
Firma nu este setata cu tva la incasare; firma isi transmite singura facturile(in jur de 400/luna).
Eu le preiau din SPV si vin cu tva la incasare!!!
Am reusit, multumesc.
Ati fost de mare ajutor.
Buna ziua,
Va rog sa analizati urmatoarea situatie:
1. Am emis o factura si am transmis-o in SPV
2. Ulterior am constatat ca numarul facturii este gresit, l-am modificat in SAGA, am intrat la e-facturi, am pus bifa pentru rectificare si am retransmis factura in SPV, cu numarul corect; in SPV apar 2 facturi, cea initiala cu nr. gresit si cod 380, iar cea rectificata, cu nr. corect, cod 384. In evidenta contabila bineinteles ca eu am o singura factura, cea cu numarul corect.
3. Dupa cateva saptamani, clientul reclama ca programul lui a identificat cele doua facturi similare in SPV, si solicita sa stornez a doua factura.
Oare se poate rezolva cumva acest diferend? Multumim mult.
Corecție nu se poate face cu număr de factură diferit de cel inițial.
În acest caz este o problemă. Ați trimis două facturi separate.
În mod normal trebuia stornata prima factură și emisă una corectă.
Buna ziua!
Factura primita de la un furnizor pe care este trecut codul fiscal al clientului fara RO, desi clientul este platitoar de TVA, trebuie solicitata stornare, refacturare cu CUI cu RO si retransmitere prin SPV?
Eu nu cred ca e necesar să facă factura de stornare. Eventual corecție la factura. Luați legătura cu furnizorul în acest caz.
Va multumesc pentru raspuns!
Am emis o factura pentru un client extern (Spania), cu TVA – aceste facturi se incarca in e-Factura ?
Apare in lista unde se trimit / se incarc prin Saga, dar da eroare cu privire la CUI (nu recunoaste).
Ce e de facut in acest caz?
Nu se trimit în efactura. Programul le preia pentru ca sunt emise cu TVA. Debifați acele facturi.
In luna februarie am emis prima factura prin efactura..am dat trimitere in spv dar nu am pus acea bifa de preluare.. Intre timp am mai emis cateva facturi si in data de 30.04.2024 la o discutie cu un client (care mi-a spus ca nu imi vede facturile de aceea nu le-a platit) am realizat ca acea bifa avea rolul ei… Asa ca am transmis toate facturile din 2024.( 5-6 facturi). ..pe 31.05.2024 mi-am dat seama ca aveam o versiune veche asa ca am actualizat programul si facturile …cred ca s-au trimis din nou sau le-am trimis eu panicata ca acel client care avea 4 facturi nu le vede.
Surpriza…clientul vede in spv toate facturile dar unele incarcate de 2-3 ori dar cu id de incarcare diferit..Am aflat intre timp ca pot afla statusul facturii pe site ANAF.
Intrebarile mele ar fi :
1.cum pot remedia situatia in Saga ?(clientul doreste stornarea a 2 din cele 4 facturi pentru ca si-a inchis luna).
2.ce fac cu acele facturi dublate si triplate din spv( clientul le doreste si pe acelea stornate)…dar cum sa fac asta fara a afecta Saga.
Apreciez orice sfat inclusiv observatiile
Pentru facturile emise în perioada ianuarie – iunie contează factura emisă normal nu ce e trimis în efactura. Așadar dacă aveți o singură factură și prin efactura e dublată nu aveți ce să stornați. Începând cu 1 iulie va fi o problemă. Clientul dumneavoastră poate înregistra o singură dată factura respectivă și nu are nicio problemă. Poate ignora dublura. Asta pentru ca doar de la 1 iulie are valoare de factură doar cea trimisă prin efactura.
Buna ziua, cum procedam in situatia in care dau import facturi, imi apare index incarcare si index descarcare, dar factura nu poate fi listata – apare mesajul ca Factura nu a putut fi descarcata din SPV?
Va multumesc!
Refaceți actualizarea și reîncercați.
Buna ziua,dl.Cristi!Va rog mult sa ma descurcati si pe mine cu o problema:lucrez in SAGA PS,am mai multe firme.Problema mea este la un singur client,la ceilalti este ok:ma pozitionez pe e factura si-mi zice,0 facturi primite pt.fiecare luna in parte.Ma pozitionez pe o factura primita,cu index de incarcare,pana la 31.05.2024 ,functioneaza butonelul care ne arata fisierele pt.doc.curent,dar pt.luna iunie nu functioneaza.Caut in folderul SAGA PS,la facturi primite,le gasesc pe toate,pana la 31 mai 2024,pt.iunie,nimic.Cand deschid folderul acestei firme,,se deschide un folder cu foldere pt.alte firme,inclusiv folder nou pt.aceasta firma,dar gol.Facturi are primite in fiecare zi si transmise si pt.luna iunie.Va rog mult,chiar nu stiu ce sa ma fac,e ca si cand,facturile nu-si gasesc calea..Va multumesc!
Vă rog să apelați la serviciul de asistență clienți. Pot fi mai multe cauze pentru care se întâmplă asta de aceea e cel mai bine să apelați la serviciul de siatență clienți.
Bună ,rog să mă ajutați și pe mine,doresc să import facturile din SPV și primesc eroare “nu există CIF pentru care să aveți drept inSPV “deși am primit toate aprobările de la ANAF asta îmi dă pe o firmă.
Pe un alt PFA introdus în același SAGA mi a dat voie să transmit o factura,menționez ca am semnături electronice pt ambele firme.multumesc
Semnătura respectivă nu are drept de acces în SPV momentan. Asta înseamnă că a trecut mai puțin de 24 de ore de la data înrolării în SPV ori a reînnoirii în SPV a certificatului digital.
O societate neplatitoare de tva conform codului CAEN 8559 Alte forme de invatamant presteaza servicii – lectii limba engleza catre persoane fizice din Italia prin inetrmediul internetului ca instrument de comunicare precum si catre persoane juridice neplatitoare de tva din Republica Moldova tot prin intermediul internetului.
Societatea factureaza astfel :
– fara TVA catre persoanele fizice din Italia, conform art. 278 alin (3) si art 310 din Codul fiscal;
– fara TVA catre persoanele juridice neimpozabile din Republica Moldova, conform art. 278 alin (3) si art. 310 din Codul fiscal;
– fara TVA, cu mentiunea ‘neimpozabil in Romania’, catre persoanele juridice impozabile din Republica Moldova, conform art.278 alin (2) din Codul fiscal.
In aceste cazuri suntem obligati la transmiterea facturilor in EFACTURA? Multumesc
Nu.
Factura emisa de catre un restaurant din Romania de masa servita, catre un client din Belgia
a fost emisa cu tva de 9% , deoarece locul prestarii este in Romania. Aceasta factura se transmite in EFACTURA? Am transmis factura in Efactura dar a aparut mesajul urmator”Factura cu id_incarcare=4351147919 emisa de cif_emitent=…… transmisa cu EXTERN=DA, la care nu s-a putut identifica cif_beneficiar, urmand ca dumneavoastra sa procedati la inmanarea facturii utilizand calea clasica de comunicare.
Clientul a furnizat datele de mai jos, insa cand fac verificarea in vies imi apare mesajul “No, invalid VAT number for cross border transactions within the EU (please refer to FAQ, questions 7, 11, 12, 13 and 20 for more information).” Cum procedam in acest caz?
Date client:
Cabinet Médical Dr. Man (SRL)
Active
VAT BE 0737372917
Address
Chaussée de Liège(JB) 125
5100 Namur
Established
04-11-2019
Principal activity
General medical practice activities
Se facturează cu TVA și nu se trimite în efactura.
Buna ziua, din Saga Web se poate fac import de facturi dim SPV , vad doar optiunea de trimitere. Multumesc
Momentan nu. Importul se va face din programul instalat local.
Buna ziua Dl Cristi,
Mă confrunt cu următoarea situație, sunt emitentul facturii și am observat ca se calculează TVA în Saga pe fiecare linie de produs iar valorile obținute (rotunjite) se aduna la sfârșit pentru calculul TVA-ului total. Daca se calculează TVA total din prețul total net, se va observa o diferența de câțiva bănuți. Mă puteți îndrumă spre o rezolvare? Este o situație delicată întrucât clientul refuza plata acestor facturi. Mulțumesc!
Refuzul este complet nejustificat și. TVA se calculează în factură la nivel de linie nu la total. Totalul este suma liniilor.
Buna ziua, am intampinat o situatie in Saga, am observat ca la anumite facturi cu minus-facturi de stornare, la transmiterea in SPV s-a pus automat la Tip factura codul 384, cod care inseamna factura corectata ceea ce nu este corect, fiind o stornare de avans, se mai poate face ceva in aceasta situatie? Se poate pune manual acest cod inainte de transmitere? Sau se poate verifica in Saga daca este pus corect? Am observat ca si la anumite facturi in zero dar care includ o pozitie de stornare este pus codul 384. Are legatura cu modul de emitere al facturi, daca se alege butonul stornare cumva? Multumesc!