↓

RO e-Transport și ERP: cum obțineți codul UIT fără blocaje în depozit

RO e-Transport leagă fiecare transport rutier de bunuri cu risc fiscal ridicat de un cod UIT. Aflați ce are de făcut ERP-ul, ce rămâne în aplicația ANAF și ce testați cu integratorul.

Actualizat la 28 octombrie 2026

Dacă firma dumneavoastră expediază marfă pe șosea, RO e-Transport nu mai este o formalitate de la birou, ci o condiție pentru ca ușa depozitului să se poată închide în spatele camionului. Fără un cod UIT valid, încărcătura riscă să circule fără acoperire legală. Iar codul se obține dintr-o declarație pe care cineva, undeva, trebuie să o facă la timp.

Acest ghid explică, pe înțelesul unui director, al unui DAF sau al unui responsabil de logistică, ce înseamnă sistemul pentru ERP-ul firmei: ce trebuie să știe programul, ce rămâne în aplicația ANAF și ce merită testat cu integratorul înainte de a semna.

Ce este RO e-Transport, pe scurt

RO e-Transport este sistemul prin care ANAF urmărește transportul rutier de bunuri cu risc fiscal ridicat, numite în practică BRFR. Temeiul îl găsiți în OUG nr. 41/2022, iar modul de lucru este detaliat în ordinul comun ANAF–Autoritatea Vamală Română nr. 2545/6316/2022.

Ideea este simplă: înainte ca marfa să plece, transportul este declarat, iar sistemul întoarce un cod unic, codul UIT. Acel cod urmărește încărcătura pe tot drumul și poate fi verificat în caz de control.

Nu vă oprește nimeni să tratați totul manual, dar fiecare declarație scrisă de mână este o ocazie de eroare: un număr de înmatriculare greșit, un cod uitat, un camion plecat fără el. Tocmai aici își arată rostul un ERP bine configurat.

Când este obligatoriu codul UIT: pragul de 500 kg și de 10 000 lei

Pentru o parte de marfă, codul UIT este necesar dacă:

  • masa brută totală depășește 500 kg, sau
  • valoarea depășește 10 000 lei.

Un detaliu pe care ERP-ul trebuie să îl respecte: pragurile nu se calculează prin cumularea mai multor tranzacții comerciale. Contează doar partea de marfă care, luată singură, trece de unul dintre cele două praguri. Asta schimbă felul în care se construiește regula în program.

Situație Ce înseamnă pentru ERP
O expediere depășește singură pragul de masă sau de valoare Fluxul trebuie să ceară declarația și să rețină codul UIT
Mai multe comenzi mici ale unor clienți diferiți, în același camion Se evaluează fiecare parte de marfă, nu suma încărcăturii
Marfa nu face parte din categoria BRFR Regula nu se aplică; programul trebuie să știe să diferențieze articolele
Valoarea este aproape de prag Contează valoarea reală a părții de marfă, deci prețurile și rabaturile din comandă trebuie să fie corecte

Din această cauză, fișa de articol din ERP are nevoie de un indicator clar (marfa este sau nu în sfera RO e-Transport) și de o masă brută completată corect. Fără aceste date de bază, orice automatizare se sprijină pe nisip.

Cine declară transportul: furnizorul, transportatorul sau organizatorul

Pentru tranzacțiile interne cu BRFR, declararea transportului în RO e-Transport și obținerea codului UIT revin furnizorului. El trebuie să transmită codul transportatorului cel târziu în momentul în care vehiculul se pune efectiv în mișcare.

Consecința practică este una de proces, nu de tehnologie: codul trebuie să existe înainte de ieșirea din depozit. Dacă cel care încarcă nu îl are, camionul nu trebuie să plece, iar ERP-ul poate ajuta tocmai la acest lucru, blocând finalizarea expediției până când câmpul „cod UIT” este completat.

Declarația și actualizarea vehiculului (numărul de înmatriculare) se fac prin aplicația RO e-Transport, accesibilă din contul SPV (Spațiul Privat Virtual) al organizatorului transportului sau al transportatorului. Reținem de aici două lucruri pentru proiect:

  1. cine are acces la SPV în firmă și cine îl folosește efectiv trebuie stabilit înainte de punerea în producție;
  2. dacă transportul este subcontractat, trebuie clarificat cine poate schimba mașina, pentru că schimbarea unui vehicul în ultimul moment este scenariul cel mai frecvent de blocaj.

Ce trebuie să facă un ERP pentru RO e-Transport

Nu există un singur mod corect de a lega ERP-ul de sistem. Există însă un set de funcții pe care orice soluție serioasă ar trebui să le acopere sau să le sprijine printr-un modul ori un prestator.

Date de bază care condiționează totul

  • Fișa articolului: masa brută, unitatea de măsură, marcajul care spune dacă marfa intră în sfera BRFR.
  • Fișa partenerului: adresa de livrare completă, pentru ca locul de descărcare să fie declarat fără retușuri.
  • Fișa transportatorului și a vehiculului: numerele de înmatriculare utilizate frecvent, ca să nu fie rescrise la fiecare cursă.

Fluxul de expediție

  • calculul, pe fiecare parte de marfă, dacă se depășește pragul de masă sau de valoare;
  • pregătirea datelor de declarare pornind de la comanda sau livrarea deja introdusă, fără retastare;
  • păstrarea codului UIT pe documentul de expediție, astfel încât să apară alături de factură sau aviz;
  • blocarea finalizării expediției dacă marfa este în sfera sistemului și lipsește codul.

Documentele care însoțesc marfa

Sistemul precizează că documentele care însoțesc un transport de BRFR cuprind, fără limitare, scrisoarea de transport CMR, factura, avizul de însoțire sau alte documente justificative. Foaia de parcurs nu este un astfel de document. ERP-ul trebuie să poată emite aceste documente într-o formă coerentă cu declarația făcută.

Dacă facturarea electronică este deja în funcțiune la dumneavoastră, rețineți că OUG nr. 120/2021 definește factura electronică drept o factură emisă, transmisă și primită într-un format electronic structurat de tip XML. Fluxurile sunt diferite, dar datele din comandă și din livrare sunt aceleași: merită să fie introduse o singură dată. Detalii în ghidul despre facturarea electronică și ERP.

Modul, conector sau prestator: ce se alege și când

Iată cum se împart de obicei responsabilitățile între ERP și restul lanțului.

Variantă Cum funcționează Când se potrivește
Declarare manuală în aplicația ANAF Omul copiază datele din ERP în aplicația din SPV Volum mic de expedieri, puține curse pe săptămână
Modul sau conector pentru ERP Datele pleacă din livrare, codul UIT se întoarce în document Expedieri regulate, depozit cu program strâns
Prestator extern de integrare Un serviciu terț preia datele din ERP și le transmite sistemului ERP fără modul propriu sau cu versiune veche
Program de transport propriu al transportatorului Transportatorul declară în contul lui SPV Când transportul este subcontractat integral

Alegerea nu ține de eticheta „cloud” sau „on-premise”, ci de volum, de numărul de depozite și de cine ține contul SPV. Pentru decizia de infrastructură, vedeți ERP cloud sau on-premise.

Cum arată situația în câteva soluții ERP

Nu vă promitem aici ce nu putem verifica: disponibilitatea unei funcții depinde de versiunea instalată, de modulele licențiate și de cum a fost configurat proiectul. Ce vă recomandăm este să puneți aceeași întrebare fiecărui candidat, pe un caz real al firmei.

  • Odoo este un ERP modular. Verificați dacă modulul de stocuri și livrări poate purta un câmp pentru codul UIT și dacă există o extensie pentru RO e-Transport în versiunea pe care o veți folosi.
  • Microsoft Dynamics 365 Business Central se extinde frecvent prin aplicații adăugate. Întrebați integratorul ce aplicație acoperă transportul și cine o întreține la fiecare actualizare.
  • SAP Business One se adaptează adesea prin dezvoltări sau add-on-uri. Cereți o demonstrație pe un caz de expediție reală, nu pe o prezentare generală.
  • Oracle NetSuite este o soluție în cloud; discutați cum se tratează cerințele locale românești și cine răspunde de ele.
  • WinMentor Enterprise este un program românesc, cunoscut în contabilitatea locală; întrebați cum se leagă gestiunea de declararea transportului.

Dacă încă comparați variante, ghidul cum alegeți un ERP vă ajută să puneți ordinea corectă criteriilor, iar cerințele legale ale unui ERP în România arată unde se așază RO e-Transport între celelalte obligații.

Puncte de testat cu integratorul înainte de semnare

Cea mai bună apărare împotriva surprizelor este un scenariu de test scris împreună cu integratorul, rulat pe date din depozitul dumneavoastră. Propunem lista de mai jos.

  1. Expediere sub prag și peste prag. Aceeași marfă, o cantitate mică și una mare: ERP-ul cere codul doar când trebuie?
  2. Mai multe comenzi în același camion. Pragurile se evaluează pe fiecare parte de marfă, nu pe total.
  3. Schimbare de vehicul în ultima clipă. Cine actualizează numărul de înmatriculare și cum ajunge noua informație în document?
  4. Cod UIT absent. Poate depozitul să finalizeze totuși expediția? Ar trebui să nu poată.
  5. Anulare sau modificare a comenzii după obținerea codului: ce se întâmplă cu declarația?
  6. Documentele de însoțire. Factura, avizul și CMR-ul poartă aceleași date ca declarația?
  7. Accesul la SPV. Cine are contul, cine îl folosește, ce se întâmplă când persoana respectivă lipsește?
  8. Urmă de audit. Puteți afla, la cerere, cine a declarat ce și când?

Dacă integratorul nu poate rula aceste scenarii într-o demonstrație, aflați din timp că ele vor deveni probleme de producție.

Legătura cu celelalte obligații digitale ale firmei

RO e-Transport nu trăiește singur. În același ERP se întâlnesc RO e-Factura, declarația informativă SAF-T (D406) și evidența contabilă pe care o ține contabilul. Aceleași date de bază (parteneri, articole, adrese, valori) alimentează toate aceste fluxuri. O fișă de articol incompletă produce o eroare în transport, apoi o diferență în factură, apoi o neconcordanță în raportare.

De aceea recomandăm să nu tratați RO e-Transport ca pe un mic modul de adăugat la final, ci ca pe un criteriu de selecție de la început, mai ales dacă lucrați în comerț en-gros și distribuție sau în logistică, unde volumul expedierilor face ca fiecare minut pierdut la poartă să conteze.

Cum se pregătește o firmă, pas cu pas

  1. Inventariați mărfurile. Stabiliți ce articole intră în sfera BRFR și completați masa brută.
  2. Hotărâți cine declară. Furnizorul pentru vânzările interne, deci, de regulă, firma dumneavoastră; stabiliți persoana și înlocuitorul ei.
  3. Clarificați accesul SPV. Fără el, nici cel mai bun ERP nu poate fi folosit în practică.
  4. Scrieți fluxul de expediție. Cine pregătește datele, cine verifică codul, cine dă drumul camionului.
  5. Alegeți varianta tehnică. Manual, modul, conector sau prestator, după volumul real.
  6. Testați pe cazuri reale înainte de lansare și instruiți și transportatorii.

Pentru restul proiectului, de la cerințe la lansare, vedeți cum se desfășoară implementarea unui ERP.

Cum vă ajutăm

Integrator ERP este un serviciu gratuit de mediere: nu implementăm noi proiectul și nu suntem afiliați vreunui editor. Descrieți-ne firma, mărfurile și numărul de depozite, iar noi vă punem în legătură cu un integrator certificat, potrivit proiectului. Vedeți cum funcționează punerea în legătură; integratorul este cel care face apoi parametrarea și testele descrise mai sus.

Întrebări frecvente

Ce este RO e-Transport și pe cine privește?

RO e-Transport este sistemul prin care ANAF monitorizează transportul rutier al bunurilor cu risc fiscal ridicat (BRFR). A fost instituit prin OUG nr. 41/2022, iar procedura este stabilită prin ordinul comun ANAF–Autoritatea Vamală Română nr. 2545/6316/2022. Vă privește dacă expediați, transportați sau organizați transportul unor astfel de bunuri.

Când am nevoie de cod UIT pentru o marfă?

Codul UIT este necesar pentru o parte de marfă a cărei masă brută totală depășește 500 kg sau a cărei valoare depășește 10 000 lei. Pragurile nu se cumulează între mai multe tranzacții comerciale: contează doar partea de marfă care depășește singură un prag. ERP-ul trebuie deci să evalueze fiecare expediere, nu totalul zilei.

Cine declară transportul în cazul unei vânzări în interiorul țării?

Pentru tranzacțiile interne cu BRFR, declararea transportului în RO e-Transport și obținerea codului UIT revin furnizorului. El trebuie să predea codul transportatorului cel târziu la punerea efectivă în mișcare a vehiculului. De aceea fluxul de expediție din ERP trebuie să producă codul înainte de plecarea camionului.

Poate ERP-ul să declare singur transportul la ANAF?

Depinde de soluție și de versiune. Declararea și actualizarea vehiculului (numărul de înmatriculare) se fac prin aplicația RO e-Transport din contul SPV al organizatorului transportului sau al transportatorului. Dacă ERP-ul are un modul sau un conector către acest sistem, integratorul trebuie să vi-l demonstreze pe datele dumneavoastră; altfel, declarația se face manual în aplicația ANAF.

Ce documente trebuie să însoțească marfa pe drum?

Documentele de însoțire includ, fără a se limita la ele, scrisoarea de transport CMR, factura, avizul de însoțire sau alte documente justificative. Foaia de parcurs nu face parte dintre ele. ERP-ul ar trebui să tipărească sau să exporte aceste documente coerent cu codul UIT obținut.

Surse

  1. ANAF — Ro e-Transport (asistență contribuabili)
  2. ANAF — Facturarea electronică (OUG nr. 120/2021)

Numele programelor menționate sunt mărci ale editorilor respectivi și apar doar cu titlu informativ. Acest site este independent și nu este afiliat niciunui editor.