Salt la conținut
e‑FacturaRDCopilotOS
RDCopilotOS EN Trimite facturi exemplu
Meniu
English Trimite facturi exemplu

Modul RDCopilotOS · pentru firme care operează în România · UBL 2.1 · CIUS‑RORomânia · UBL 2.1 · CIUS‑RO

e‑Factura, urmărită până la răspunsul final.

România cere ca facturile B2B, B2C și B2G să treacă prin sistemul e‑Factura al ANAF. Conectăm ERP-ul tău la el: fiecare factură devine XML CIUS‑RO, este verificată înainte de încărcare și revine cu starea oficială. La nok vezi motivul explicat pe înțeles, iar corecția rămâne legată de factura inițială.

Trimite-ne câteva facturi exemplu pentru verificareTrimite facturi exemplu Urmărește o factură
R&D COPILOT e-Factura: factura EF/026 respinsă de ANAF (nok), motivul explicat pe înțeles cu un responsabil, apoi corecția legată acceptată (ok)
  1. Încărcată
  2. in prelucrare
  3. nok
  4. ok

Date exempluFactura EF/026: respinsă de ANAF, explicată, corectată și acceptată.

Proiect de implementare · configurare unică + licență lunară · găzduire în UE · suport în română și engleză

Manual vs conectat

Ce se schimbă când e‑Factura face parte din flux

Afișează
Încărcarea manuală în SPV comparată cu R&D COPILOT
ActivitateManual, în SPVConectat cu R&D COPILOT
Generarea XML Manual:Exportat sau introdus pentru fiecare factură Conectat:Pregătit din factura ERP, după maparea agreată
Depistarea erorilor Manual:După ce ANAF răspunde nok Conectat:Înainte de încărcare, pe câmp, cu un responsabil
Aflarea stării Manual:Verificarea mesajelor din SPV Conectat:Starea oficială și identificatorul, pe factură (in prelucrare, ok, nok)
Respingeri Manual:Un XML de erori de descifrat Conectat:Motiv explicat, responsabil, corecție legată de factura inițială
Încărcare eșuată Manual:Ușor de confundat cu o respingere Conectat:Fiecare încercare înregistrată; încărcarea separată de rezultatul final
Mai multe firme Manual:Certificate și drepturi SPV gestionate separat pe fiecare firmă Conectat:Drepturi pe persoană și pe firmă; acces retras dintr-un singur loc

Traseul facturii

Din ERP la ANAF și înapoi, în cinci pași

Ce se întâmplă, ce verificăm și ce interfață ANAF este folosită. Detaliul tehnic este pliat sub fiecare pas, pentru cine face integrarea.

01ERP

Emiți factura acolo unde lucrezi deja

Facturile pornesc din R&D COPILOT ERP sau din sistemul de facturare pe care îl folosești deja. La implementare mapăm tipurile de documente, seriile și datele clienților, ca nimeni să nu mai reintroducă nimic.

Detaliu tehnic
  • R&D COPILOT ERP se conectează direct; alte sisteme prin R&D COPILOT Integrări, în funcție de proiect.
  • Coduri de tip document conform CIUS‑RO: 380 factură, 381 notă de creditare, 384 factură corectată, 389 autofactură, mapate pentru fiecare proiect.
  • Maparea seriilor; un profil de firmă pentru fiecare cod TVA.
R&D COPILOT e-Factura: factura de vânzare exemplu EF/026 în ERP, 1.815,00 RON pentru Client Exemplu SRL, tip document 380, gata de verificare înainte de pregătirea XML-ului CIUS-RO
eF · Date exemplu

02UBL XML

Verificată înainte să ajungă la ANAF

Factura este pregătită ca XML UBL 2.1, conform CIUS‑RO, și verificată înainte de coada de transmitere: câmpuri obligatorii, codul TVA al cumpărătorului, categoria de TVA față de cotă, unitățile de măsură și totaluri care se potrivesc linie cu linie. Fiecare problemă apare pe câmpul ei, cu persoana responsabilă.

Câmpurile verificate cel mai des (10)
Câmpurile verificate cel mai des
BTCâmpProvine din
BT-1Număr facturăSerie + număr
BT-2Data emiteriiData facturii
BT-5Moneda facturiiMonedă
BT-31Cod TVA furnizorProfilul firmei
BT-44Denumire cumpărătorFișa clientului
BT-48Cod TVA cumpărătorFișa clientului
BT-130Cod unitate de măsurăArticol / mapare UM
BT-151Cod categorie TVAMapare fiscală
BT-153Denumire articolArticol
BT-112Total cu TVACalculat
Detaliu tehnic
  • Coada de transmitere verifică faptul că versiunea verificată este cea transmisă.
  • Serviciul ANAF validare (FACT1 pentru facturi, FCN pentru note de creditare) poate fi folosit ca a doua verificare, acolo unde s-a stabilit.
  • transformare/FACT1 returnează afișarea PDF a XML-ului, generată de ANAF.
  • Exemplu de regulă explicată: BR-CO-15 — „totalul cu TVA trebuie să fie egal cu totalul fără TVA plus TVA”.
Validează datele e‑Factura înainte de coada de transmitere
R&D COPILOT e-Factura: factura exemplu EF/026 cu traseul stărilor de la validată la ok și XML-ul CIUS-RO, cu câmpul Denumire cumpărător (BT-44) selectat
eF · Date exemplu

03SPV

Încărcată cu autorizarea firmei tale

Încărcarea în SPV se face prin interfața oficială ANAF, autorizată de o persoană înrolată în SPV pentru firma ta, cu certificatul ei digital calificat. Stabilim cine păstrează credențialele și unde, pentru ce firme poate acționa fiecare coleg și cum se retrage accesul când cineva pleacă.

Detaliu tehnic
  • Persoana care autorizează este administrator, contabil sau împuternicit înrolat în SPV; retragerea accesului oprește și operațiunile automate care îl folosesc.
  • Autorizare OAuth 2.0 prin ANAF, cu certificat calificat.
  • POST /upload?standard=UBL&cif=00000001 (partea numerică a codului TVA) returnează index_incarcare.
  • ANAF are medii separate de test și de producție; mediul de test se folosește la implementare, înainte de pornire.
  • Facturile B2C folosesc endpointul separat ANAF uploadb2c, obligatoriu din 31 martie 2025.
  • Tokenurile de acces ANAF sunt valabile 90 de zile, iar cele de reîmprospătare 365 de zile; reînnoirea se urmărește pe fiecare firmă.
  • Certificatul calificat rămâne la titular; unde se păstrează tokenurile OAuth se stabilește în contractul de implementare.
Cum organizezi accesul e‑Factura pentru mai multe firme
R&D COPILOT e-Factura: acces SPV pentru trei firme exemplu, cu starea autorizării, drepturile de transmitere și citire pe persoană, reînnoirea tokenului în 21 de zile și ultima încărcare pe firmă
eF · Date exemplu

04Stare

ok, nok sau în prelucrare: mereu pe factură

Răspunsul ANAF este scris pe factură, împreună cu identificatorul oficial. La ok, răspunsul semnat este descărcat și păstrat. La nok primești motivul explicat pe înțeles, câmpul și un responsabil. O încărcare eșuată apare ca încărcare eșuată, niciodată ca respingere, și se reia.

in prelucrare
ANAF a preluat fișierul și îl procesează. Se așteaptă; starea se verifică din nou.
ok
Validată și prelucrată. Factura este acum disponibilă cumpărătorului, iar răspunsul (factura + semnătura MF) poate fi descărcat. Răspunsul se descarcă și rămâne lângă factură.
nok
Respinsă. Factura nu ajunge la cumpărător; răspunsul conține fișierul de erori și semnătura MF. Motivul apare explicat, cu responsabil și corecție legată.
XML cu erori nepreluat de sistem
Refuzată la încărcare: fișierul nu a intrat în prelucrare, iar eroarea a venit în răspunsul la încărcare. Fișierul se corectează și se încarcă din nou, ca încercare nouă.
Detaliu tehnic 
GET /stareMesaj?id_incarcare=…
→ in prelucrare | ok | nok
  | XML cu erori nepreluat de sistem
  ok | nok → id_descarcare

GET /descarcare?id=…
→ ZIP: XML + semnătura MF
  (sau XML-ul de erori)
  • Reușita încărcării se înregistrează separat de rezultatul final.
  • Încărcările eșuate se reiau automat după programul aprobat de tine, iar starea se verifică întâi, ca aceeași factură să nu fie transmisă de două ori.
  • Verificările de stare și descărcările respectă limitele publicate de ANAF (100 de verificări și 10 descărcări pe mesaj, pe zi).
Urmărește e‑Factura de la încărcare la răspunsul oficial
R&D COPILOT e-Factura: ANAF indisponibil la încărcare, înregistrată ca încărcare eșuată, nu ca respingere, reluată automat, apoi prelucrată și acceptată (ok)
eF · Date exemplu

05Răspuns și corecție

Răspunsul rămâne lângă factură

Fiecare factură își păstrează istoricul: fiecare încercare de încărcare și identificatorul ei oficial, starea returnată de ANAF, răspunsul semnat sau mesajul de eroare și orice corecție legată de factura inițială. Oricine are acces la firma respectivă vede aceeași înregistrare.

Detaliu tehnic
  • Răspunsurile se păstrează exact cum au fost descărcate, astfel încât semnătura MF poate fi verificată oricând cu serviciul ANAF de validare a semnăturii.
  • Corecția face referire la factura inițială (BT-25).
  • ANAF păstrează răspunsurile disponibile pentru descărcare doar 60 de zile, așa că fiecare se descarcă și se păstrează lângă factură. Unde se păstrează în cei 10 ani ceruți de legea contabilității se stabilește în scris.
R&D COPILOT e-Factura: istoricul facturii EF/026, originalul respins și corecția acceptată EF/026-C1 legate, cu doi identificatori de încărcare, XML-ul inițial și răspunsul semnat păstrate
eF · Date exemplu
ERP · Facturi emiseDate exemplu
EF/0261.815,00 RON
Serie
EF
Nr.
026
Client
Client Exemplu SRL RO00000002
Tip
380
Data emiterii
06.10.2026
Monedă
RON
TVA
315,00
Liniile facturii
ArticolCant.PrețTVA
Servicii de implementare2750,00S 21 %
Gata de verificareUrmează: pregătire XML CIUS‑RO
EF/026 · Furnizor Exemplu SRL → Client Exemplu SRL Date exemplu
  1. Validată
  2. Încărcată
  3. in prelucrare
  4. ok
  5. Răspuns
Ce se întâmplă la nok? 
<?xml version="1.0" encoding="UTF-8"?><Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2" …>  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:efactura.mfinante.ro:CIUS‑RO:1.0.1</cbc:CustomizationID>  <cbc:ID>EF/026</cbc:ID>  <cbc:IssueDate>2026-10-06</cbc:IssueDate>  <cbc:DueDate>2026-11-05</cbc:DueDate>  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>  <cbc:DocumentCurrencyCode>RON</cbc:DocumentCurrencyCode>  <cac:AccountingCustomerParty> …    <cbc:RegistrationName>Client Exemplu SRL</cbc:RegistrationName>  </cac:AccountingCustomerParty>  <cac:TaxTotal>    <cbc:TaxAmount currencyID="RON">315.00</cbc:TaxAmount>  </cac:TaxTotal>  <cac:LegalMonetaryTotal> …    <cbc:TaxInclusiveAmount currencyID="RON">1815.00</cbc:TaxInclusiveAmount>  </cac:LegalMonetaryTotal></Invoice>

Selectează o etichetă BT ca să vezi câmpul pe care îl conține.

Acces SPVDate exemplu
Firme, autorizare și drepturi
FirmăAutorizareDrepturiUltima încărcare
Furnizor Exemplu SRLRO00000001ActivăTransmite Ana P. (financiar)Citește Cabinet contabil exemplu06.10.2026 11:05
Furnizor Exemplu Est SRLRO00000003Reînnoire token în 21 de zileTransmite Ana P. (financiar)Citește Cabinet contabil exemplu03.10.2026 09:12
Exemplu Servicii SRLRO00000004ActivăTransmite —Citește Cabinet contabil exemplu30.09.2026 16:40

+2 firme cu aceleași reguli de acces

Retrage accesul…

Într-o instalare reală se cere confirmarea: Ana P. pierde dreptul de transmitere pentru toate cele trei firme, iar operațiunile automate care folosesc accesul ei se opresc.

EF/026 · Client Exemplu SRL · 1.815,00 RONDate exemplu
  1. in prelucrare

    Încărcată · index_incarcare 5012…

  2. nok

    Stare verificată · mesaj de eroare descărcat

    1. 1Stare ANAFnok
    2. 2RegulăBR-S-05
    3. 3Pe înțelesRespinsă: categoria TVA de pe linia 1 este S (standard), dar cota este 0 %. Setează cota la 21 % sau folosește categoria de scutire potrivită, cu motivul ei. Responsabil: Ana P.
    4. 4Corecție legatăEF/026 → EF/026-C1

    ANAF returnează un XML cu erori; îl afișăm ca câmp, motiv și responsabil și păstrăm împreună factura inițială, eroarea și corecția.

  3. in prelucrare

    Corecția EF/026-C1 încărcată · index_incarcare 5014…

  4. ok

    Răspuns semnat descărcat

EF/026 · Client Exemplu SRL1.815,00 RON
  1. EF/026nok

    Mesaj de eroare descărcat · responsabil Ana P.

    index_incarcare 5012… · 06.10.2026 10:47
  2. EF/026-C1ok

    Răspuns semnat descărcat

    index_incarcare 5014… · 06.10.2026 11:09
Încercări
2
Identificatori
5012… · 5014…

XML-ul inițial păstratRăspunsul semnat (ZIP) păstrat

Date exemplu

Încearcă

Rezolvă verificările deschise înainte să plece ceva spre ANAF

Ecranul de pregătire, cu date exemplu. Completează cumpărătorul și referința comenzii, reconciliază totalurile și pregătește factura.

  • Fiecare verificare își numește câmpul
  • Totaluri reconciliate linie cu linie
  • Verificată înainte de coada de transmitere
PREGĂTIRE · EF/026 · RONÎncearcă: rezolvă verificările deschise.
Data emiterii06.10.2026MonedăRONEtapăDe verificat
FurnizorEntitatea ta juridicăDatele companiei și profilul fiscal se configurează la implementare.

Selectează un element din marginea de verificare pentru a ajunge direct la câmp. Modificările rămân în această sesiune de browser.

EF / 02601 / 03

Roluri

Un singur flux, trei roluri

Vezi ce facturi sunt în prelucrare, care au fost respinse și cine se ocupă de fiecare corecție, fără să intri în SPV.

in prelucrare2
nok1responsabil: Ana P.
ok12
Săptămâna aceasta · date exemplu

Acoperire

Acoperire și control

Domeniu
Facturi B2B, B2C și B2G: ce se aplică firmei tale se confirmă pentru fiecare proiect.
Documente
Facturi (380), note de creditare (381), facturi corectate (384) și autofacturi (389), mapate din tipurile tale de documente.
Când se transmite
Imediat după validare sau doar după aprobarea unei persoane: alegi pentru fiecare firmă.
Cine ce poate face
Transmitere sau doar citire, pe persoană și pe firmă; acces retras dintr-un singur loc.
Unde stau datele
Centre de date din UE. Răspunsurile ANAF se descarcă și se păstrează lângă fiecare factură; unde se păstrează tokenurile și răspunsurile în cei 10 ani ceruți de legea contabilității se stabilește în contractul de implementare.

RDCopilotOS

e‑Factura este un modul RDCopilotOS

RDCopilotOS reunește ERP, operațiuni, CRM, contabilitate, HR, documente, AI privat și servicii de conformitate ca module pentru o companie. e‑Factura este modulul de facturare electronică pentru România și funcționează cu RDCopilotOS ERP sau cu sistemul de facturare pe care îl folosești deja.

Descoperă RDCopilotOS Toate modulele

Factura rămâne conectată

De la idee la implementare

Ghiduri pentru fluxul de lucru

Implementare

Configurat o dată, apoi funcționează zilnic

  1. 01

    Analiza exemplelor

    Analizăm facturile exemplu trimise, sursele, tipurile de documente, seriile, firmele și cine corectează ce.

  2. 02

    Configurare și verificare

    Maparea câmpurilor, pregătirea XML, regulile de validare aplicabile și verificarea dinaintea transmiterii.

  3. 03

    Test înainte de pornire

    Înainte de pornire, facturile trec prin mediul de test ANAF, inclusiv respingeri.

  4. 04

    Pornire și suport

    Autorizare SPV pentru fiecare firmă, păstrarea credențialelor așa cum s-a stabilit, apoi suport zilnic în română și engleză.

Ai nevoie să preluăm în ERP facturile primite de la furnizori în SPV (FACTURA PRIMITA) sau să păstrăm răspunsurile pe termen lung? Le stabilim pentru fiecare proiect.

Preț

Cum se stabilește prețul

01

Taxă unică de implementare

Analiza exemplelor, maparea, configurarea, testarea și pornirea pentru firmele tale.

02

Licență lunară

Găzduire în UE, actualizări și suport.

Lucrările suplimentare se facturează la un tarif orar fix. Funcționalitățile și prețul se confirmă în scris înainte de începere.

Trimite facturi exemplu

Inclus

  • validare înainte de transmitere
  • responsabili pe câmp și verificarea versiunii
  • încercări de încărcare și identificator oficial
  • stări de procesare pe factură
  • răspunsuri semnate descărcate
  • corecții legate de factura inițială
  • încărcări eșuate separate de respingeri
  • permisiuni pentru mai multe firme și retragerea accesului
  • găzduire în UE
  • suport în română și engleză

Întrebări

Întrebările puse primele de financiar și IT

Altceva? Întreabă în formularul de contact și răspundem în română sau engleză.

Cine trebuie să folosească e‑Factura?

Firmele stabilite în România transmit facturile prin RO e‑Factura: B2G din iulie 2022, B2B din ianuarie 2024 și B2C din ianuarie 2025. Principalele excepții sunt bonurile fiscale care îndeplinesc condițiile unei facturi simplificate, livrările intracomunitare către cumpărători cu cod de TVA din alt stat membru și furnizorii care se identifică fiscal prin CNP, care pot opta pentru sistem. Confirmăm la început ce documente ale tale intră în obligație, inclusiv pentru o firmă din România care face parte dintr-un grup.

De ce aveți nevoie ca să ne conectăm la SPV?

Un certificat digital calificat al unei persoane autorizate pentru fiecare firmă, înrolarea în SPV și decizia despre cine poate transmite și cine doar citește. Un contabil înrolat în SPV pentru mai multe firme-client le poate autoriza pe fiecare cu propriul certificat calificat. Trecem prin mediul de test ANAF înainte de pornire. Proprietarul rămâneți voi.

Ce se întâmplă când ANAF respinge o factură?

Starea devine nok. Mesajul de eroare este descărcat, câmpul și motivul apar explicate, cu un responsabil, iar corecția transmisă rămâne legată de factura inițială.

Dar când sistemul ANAF nu răspunde?

Încercarea apare ca încărcare eșuată, nu ca respingere, și se reia automat după programul aprobat de tine. Înainte de reluare se verifică starea, ca aceeași factură să nu fie transmisă de două ori. Fiecare încercare rămâne vizibilă.

Trebuie să folosim R&D COPILOT ERP?

Nu. R&D COPILOT ERP se conectează direct; alte sisteme de facturare sau ERP se conectează prin R&D COPILOT Integrări, iar conexiunea o stabilim împreună.

Poate lucra și contabilul extern?

Da. Accesul se acordă pe persoană și pe firmă, cu drept de transmitere sau doar de citire, și se retrage dintr-un singur loc, inclusiv pentru operațiunile automate care îl folosesc.

Unde sunt păstrate datele și cine deține credențialele?

Serviciul rulează în centre de date din UE. Certificatul calificat nu pleacă de la titular: accesul în SPV se face prin tokenurile OAuth ANAF, emise după autentificarea acelei persoane. Unde se păstrează tokenurile și răspunsurile descărcate și cât timp se stabilesc în contractul de implementare.

Cât costă?

O taxă unică de implementare și o licență lunară care include găzduirea, actualizările și suportul. Ambele depind de numărul de firme și de sistemele sursă, așa că oferta vine după analiza exemplelor.

Există un termen pentru încărcarea facturilor?

Da. Din 1 ianuarie 2026, factura trebuie transmisă în RO e‑Factura în 5 zile lucrătoare de la data emiterii, dar nu mai târziu de 5 zile lucrătoare de la termenul legal de emitere. Întârzierea se amendează cu 1.000 până la 10.000 de lei, în funcție de mărimea firmei. Vizualizarea stărilor arată fiecare factură netransmisă încă.

Cum sunt tratate notele de credit și facturile de stornare?

Fiecare se transmite așa cum o emite ERP-ul tău: ca notă de creditare (381) sau ca factură cu cantități negative, pentru că prețul unitar nu poate fi negativ. Trece prin aceleași verificări și rămâne legată de factura pe care o corectează.

Dar facturile în valută sau cu taxare inversă?

Moneda și categoria TVA (BT-5, BT-6, BT-151) fac parte din mapare și din verificări. O factură în valută are totalul TVA și în lei, cum cere CIUS‑RO, iar liniile cu taxare inversă folosesc categoria AE. Testăm cazurile tale reale pe facturile exemplu înainte de pornire.

Încărcăm deja manual în SPV sau folosim alt furnizor. Putem trece?

Da. Stabilim o dată de trecere pentru fiecare firmă, ca nicio factură să nu fie transmisă de două ori. Facturile transmise înainte rămân unde sunt, dacă preluarea lor nu face parte din proiect.

Referințe

Conform specificației oficiale

Surse consultate la 7 octombrie 2026. Aplicabilitatea se confirmă pentru proiectul tău.

Trimite-ne câteva facturi exemplu. Îți arătăm ce am verifica.

Spune-ne de unde vin facturile, câte firme ai și cine corectează azi erorile. Analizăm exemplele și stabilim împreună conexiunea, verificările și prețul.

Trimite-ne câteva facturi exemplu pentru verificareTrimite facturi exemplu Solicită acces

© 2026 R&D COPILOT Făcut în UE Formular de contact