Forum SAGA

Buna ziua,

Am o nelamurire: se da o factura cu o linie de prestari servicii software pentru luna anterioara. In saga PS la UM nu s-a completat nimic. In urma transmiterii facturii in SPV si generarii facturii in noul format Ro eFactura, pe langa inconsistenta ordinii datelor in antete, am observat ca mi-a pus la UM H87 ceea ce inseamna BUC.

Intrebarile mele:
- e corect acesst H87 sau trebuie ales alt UM din Saga?
- daca trebuie ales altceva, cum se procedeaza cu factura trimisa deja? Se face rectificativa?
- daca in certificatul de la registrul comertului am denumirea cu diacritice "PERSOANĂ FIZICĂ AUTORIZATĂ" este necesar sa fie cu diacritice si in e-Factura? Denumirea la vanzator se ia din SAGA de la configurare sau se pune dupa CUI?

Va multumesc.

Cu privire la "inconsistenta ordinii datelor in antete", s-ar cuveni să argumentați.
În ceea ce privește unitățile de măsură ar fi de spus că aceasta reflectă expresia cuantificării ordinului de mărime și ar trebui să exprime cât mai fidel reprezentarea cantitativă a bunurilor sau prestațiilor ce fac obiectul facturii.
e-Factura își propune a fi un sistem standardizat de raportare motiv pentru care și în cazul unităților de măsură, s-a optat pentru un "sistem global" (găsiți aici informații https://docs.peppol.eu/poacc/billing/3.0/codelist/UNECERec20/).
Astfel, H87 [piece=A unit of count defining the number of pieces (piece: a single item, article or exemplar)] reprezintă o convenție, o modalitate de codificare. Întrucât în activitatea cotidiană n-ar fi rezonabil să considerăm fezabilă "memorarea" acestor coduri, majoritatea sistemelor parsează/asociază unitățile de măsură "relevante în limba română" (bucăți, perechi, metrii cubi...etc) cu echivalentul acestora potrivit standardului EN 16931.
Dacă unitatea de măsură H87=buc este sau nu este corect selectată, răspunsul îl cunoașteți deja (aș recomanda totuși ca pentru evitarea discuțiunilor ulterioare, să reevaluați contractul de furnizarea de servicii și să armonizați sistemul de facturare în consecință).
În considerația faptului că serviciile software au fost "pentru luna anterioara" aveți posibilitatea să utilizați unitatea de măsură luni = MON (month=Unit of time equal to 1/12 of a year of 365,25 days).
Altfel, este recomandat să utilizați una din valorile propuse de aplicație (drop-down pe câmpul UM). Vă prezint mai jos valorile predefinite.

În eventualitatea în care aveți interpretarea unei erori de substanță privind modul în care ați reflectat unitatea de măsură în e-Fcatura, modalitatea de corecție este prevăzută în Codul fiscal și nu s-a modificat odată cu apariția acestor XML-uri.

Cu privire la denumire, analiza poate fi ceva mai complexă dar, în niciun caz, accentul nu cade pe denumire (ca formă lterară), font ori dimensiune a acestuia. În plus, în primii ani de "capitalism românesc", rezervarea de denumire nu era o cerință expresă. În practică, elementele de identificare sunt cu privire la numărul de înregistrare în cadrul autorității de reglementare (înmatriculare) și (mai ales) cu privire la numărul de înregistrare fiscală în vreme ce denumirea se poate modifica de-a lungul vremii.

Sper să fi răspuns nelămuririi dumneavoastră.

cod cod_ro denumire
H87 BUC Bucata
KGM KG Kilogram
LTR LITRI Litru
MTR M Metru
GRM GRAME Gram
XBX CUTII Cutie
XPK PAC Pachet
XPO PUNGI Punga
SET SET Set
MTK MP Metru patrat
MTQ MC Metru cub
MMT MM Milimetru
CMT CM Centimetru
TNE TONE Tona
PR PER Pereche
XSA SACI Sac
MLT ML Mililitru
KWH KWH Kilowatt ora
HUR ORE Ora
MIN MIN Minut
DAY ZILE Zi de lucru
MON LUNI Luni de lucru
E27 DOZE Doza
E48 SERV Unitate de service
T3 1000B O mie de bucati
QTR TRIM Trimestru
P1 PROC Procent
KMT KM Kilometru
XCR LADA Lada
DT DT Dry tone
CMK CMK Centimetru patrat

Buna ziua, va multumesc pentru timpul acordat si pentru lamuriri,

Sa le iau pe rand:

1. Prin inconsistenta ordinii datelor in antete ma refer ca valorile campurilor din antetele de la Vanzator si Cumparator nu au aceeiasi ordine.
Ex:
La vânzător pe prima linie am “Identificator nr cui” la cumparator am doar un cui
La vânzător pe a doua linie am Nume, la cumpărător am Strada
La cumpărător, numele e pe a 7-a linie
Faptul ca am primit facturi prin SPV de la alti furnizori cu ordinea corecta, ma face sa ma gandesc ca are importanta si modul in care se genereaza xml-ul din SAGA.

2. Intradevar, pare ca MON e UM-ul corect in acest caz. E oarecum aiurea sa se faca o noua factura pentru a corecta acest UM avand in vedere ca sumele sunt in regula. Din cate observ art 330 se refera la corectarea facturilor. Eu inteleg ca ar trebui sa fie o noua factura cu linia de pe factura anterioara cu -, urmand apoi o noua linie cu valoarea cu + si UM corect. Avand in vedere ca factura e de luna trecuta, o sa am noua factura cu data de azi.

b) în cazul în care factura a fost transmisă beneficiarului, fie se emite o nouă factură care trebuie să cuprindă, pe de o parte, informaţiile din factura iniţială, numărul şi data facturii corectate, valorile cu semnul minus sau, după caz, o menţiune din care să rezulte că valorile respective sunt negative, iar, pe de altă parte, informaţiile şi valorile corecte, fie se emite o nouă factură conţinând informaţiile şi valorile corecte şi concomitent se emite o factură cu valorile cu semnul minus sau, după caz, cu o menţiune din care să rezulte că valorile respective sunt negative, în care se înscriu numărul şi data facturii corectate.

3. Legat de diactritice in denumire, daca fac o cautare pe web dupa CUI la mfinante imi returneaza informatia cu diacritice. Problema e daca eFactura suporta sau nu aceste diacritice.

4. Din cate observ eu, se zice ca pana in vara, eFactura e mai mult de acomodare, deci inca se folosesc facturile clasice pe hartie ca referinta. Cum ar fi mai ok de facut, in perioana ian-iun 2024 se incarca in spv eFactura, asta e clar, mai ales ca de la 1 apr se si dau amenzi. Insa la client, in perioada ian-iun se trimite factura clasica pana acum sau pdf-ul de la anaf cu ro e-Factura?

1. ordinea din xml este irelevantă în cadrul tagurilor principale, dar ele depind și de informațiile fiscale - sunt sau nu plătitori de TVA. Există înregistrare la ONRC sau nu. Aveți erori cumva? Erori care să vă indice că acele elemente sunt puse altfel decât credeți că ar trebui?
2. dacă nu se schimbă nimic altceva decât tipul UM și sau referințele la contract, comandă, eventual adresă de livrare, așadar nu se modifică datele clientului (cui, adresă, etc) sau valorile fără TVA și TVA ori cantitățile, atunci puteți trimite o rectificare la factura anterioară. Faptul că e trecut bucată și nu lună este complet irelevant în opinia mea.
3. Problema e că în baza de date nu se suportă diacritice în toate cazurile. Identificarea se face oricum după codul dvs fiscal.
4. E un mit că e de acomodare. Da, până la 30 iunie, ba chiar și după acea dată puteți da facturile tipărite. Cu mențiunea că după 30 iunie ele nu mai au valoare fiscală, iar după 31 martie netrimiterea lor se sancționează.