Close Menu
EDI HUB

    Abonează-te

    Primiți cele mai recente știri, actualizări și oferte uimitoare

    Ce este la modă
    Standarde & Mesaje

    EDI MOA: Reduceri și suprataxe împreună cu ALC – scenarii reale

    Stiri

    ANAF publică clarificări privind arhivarea electronică și semnătura digitală în fluxurile RO e-Factura

    Stiri

    România accelerează automatizarea back-office: integrarea EDI (electronic data interchange) cu RO e-Factura urcă pe agenda CFO-ilor

    Pagini importante:
    • Acasă
    • Despre noi
    • Contactaţi-ne
    • Termeni și condiții
    • Politica de confidențialitate
    EDI HUB
    • Stiri
    • Ghiduri
    • Retaileri & Distribuitori
    • Integrari ERP & API
    • Standarde & Mesaje
    • Erori & Validari
    • Resurse
    EDI HUB
    Home » EDI INVOIC: Referințe RFF (PO, livrare, contract) și trasabilitatea documentelor
    Standarde & Mesaje februarie 9, 2026

    EDI INVOIC: Referințe RFF (PO, livrare, contract) și trasabilitatea documentelor

    Share Copy Link LinkedIn Facebook WhatsApp
    EDI INVOIC: Referințe RFF (PO, livrare, contract) și trasabilitatea documentelor

    În ultimul an, accelerarea reglementărilor de e-facturare în Europa a pus trasabilitatea documentară în centrul arhitecturilor B2B. România a generalizat RO e-Factura pentru tranzacțiile B2B interne de la 1 ianuarie 2024 (cu obligația de recepție efectivă din iulie 2024), Franța a amânat mandatul național pentru 2026, iar Polonia a reprogramat KSeF tot spre 2026. În acest context, modul în care referințele RFF sunt populate în EDI INVOIC devine decisiv pentru reconciliere automată, audit și conformitate.

    RFF în EDI INVOIC: ce, unde, de ce

    În mesajul EDIFACT EDI INVOIC, segmentul RFF (Reference) leagă factura de documentele precursoare: comandă de achiziție (PO), aviz de expediție sau notă de livrare, contract, dar și elemente fiscale sau logistice. Standardele UN/EDIFACT și GS1 EANCOM explicitează o listă de calificatori; în practică, pentru EDI INVOIC veți întâlni frecvent:

    • RFF+ON: numărul comenzii de achiziție (Purchase Order)
    • RFF+DQ: numărul notei de livrare/aviz (Delivery note)
    • RFF+CT: numărul contractului-cadru
    • RFF+VA: numărul de TVA (VAT), de regulă prezent la nivel de părți (NAD), dar posibil și ca referință

    RFF apare atât la nivel de antet (pentru referințele documentului global), cât și la nivel de linie, unde EDI INVOIC poate rafina referința la poziția din PO — esențial pentru potrivirea 3-way (PO–DESADV–INVOIC) în ERP-uri precum SAP S/4HANA, Oracle Fusion sau Microsoft Dynamics 365.


    UNH+1+INVOIC:D:01B:UN'
    BGM+380+INV-2025-00123+9'
    DTM+137:20250115:102'
    RFF+ON:PO-456789'
    RFF+DQ:DN-998877'
    RFF+CT:CTR-2024-001'
    NAD+BY+RO123456:160:ZZZ++Client SRL+++RO'
    RFF+VA:RO12345678'
    ... (linii, taxe, sume) ...
    UNT+...'

    În EANCOM (GS1), aceiași calificatori pentru EDI INVOIC sunt aliniați cu practicile din retail; lanțuri precum Carrefour, Auchan, Kaufland sau METRO folosesc EDI EANCOM în România pentru ORDERS, DESADV și EDI INVOIC, tocmai pentru a asigura coerența cap–coadă a fluxurilor.

    Trasabilitate end-to-end din EDI INVOIC

    Trasabilitatea robustă începe în PO (ORDERS) și se propagă în DESADV, RECADV și EDI INVOIC. Cheia este consistența referințelor:

    • ORDERS: BGM conține ID-ul comenzii; acest ID devine RFF+ON în DESADV și EDI INVOIC.
    • DESADV/nota de livrare: numărul devine RFF+DQ în EDI INVOIC, permițând legătura cantităților livrate cu cele facturate.
    • Contractul-cadru: RFF+CT în EDI INVOIC determină condiții comerciale și valabilitatea prețurilor.

    Pentru canalele bazate pe UBL/Peppol BIS, mapping-ul este direct: OrderReference/ID corespunde lui RFF+ON, ContractDocumentReference corespunde lui RFF+CT, iar DespatchDocumentReference corespunde lui RFF+DQ. Rețelele Peppol sunt active în peste 40 de țări, iar convergența între UN/EDIFACT și UBL simplifică integrarea multi-format. În Germania, XRechnung (CII/UBL) devine obligatoriu treptat din 2025, iar în Italia SDI rămâne nucleul B2B. În România, RO e-Factura (OUG 120/2021 și actele subsecvente) coabitează cu EDI: multe companii generează EDI INVOIC pentru partenerii EDI și, în paralel, trimit factura în format cerut de ANAF.

    Modele tehnice de implementare în ERP/EDI

    • Chei de corelare: persistați triplete precum (RFF+ON, RFF+DQ, BGM+1004) pentru a asigura idempotency și deduplicare la procesarea EDI INVOIC.
    • Normalizare și validare: impuneți reguli de formatare pentru RFF (lungimi, prefixe, caractere permise) și corelați cu registrul PO/avize intern.
    • Split/merge logic: gestionați facturi multi-PO sau cu livrări parțiale; EDI INVOIC trebuie să reflecte clar cantitățile cu DTM/locații și RFF per linie.
    • Guvernanță: păstrați audit trail pentru fiecare EDI INVOIC — cine a emis, când a sosit, ce RFF au fost consumate în match-ul 3-way.
    • Monitorizare: KPI-uri precum “% EDI INVOIC auto-aprobate” sau “timp mediu de reconciliere” oferă feedback imediat asupra calității referințelor RFF.

    Ecosistem și exemple din piață

    Furnizori enterprise precum IBM Sterling, OpenText, SAP Integration Suite și Comarch EDI oferă adaptori gata de producție pentru EDI INVOIC, cu suport pentru RFF la antet și linie. Rețele ca Basware și Pagero interopera cu Peppol și localizări (ex. RO e-Factura), menținând mapări coerente între UBL și EDIFACT pentru EDI INVOIC.

    În retail-ul românesc, GS1 Romania promovează EANCOM pentru interoperabilitate; practici consacrate includ RFF+ON pentru PO, RFF+DQ pentru note de livrare și concordanță strictă a codurilor GTIN la nivel de linie. În segmentul X12 (SUA), factura 810 joacă același rol, dar pentru proiectele multi-regiune este comună coexistența 810 cu EDIFACT EDI INVOIC, cu o stratificare de mapări între RFF și REF din X12.

    Pe partea de mandate, Franța va rula pilot în 2025 înaintea obligativității, Polonia a amânat KSeF după audituri tehnice, iar Belgia și Spania au anunțat calendar de adoptare etapizat. Pentru companiile cu prezență în mai multe țări, un model “multi-rail” (EDI INVOIC clasic + UBL/Peppol + conectivitate la platforme fiscale) reduce riscul. Un exemplu local: integratorii oferă conectori duali — de pildă, un modul EDI care mapează RFF către EDI INVOIC și, simultan, expune aceleași referințe în schema RO e-Factura pentru validare ANAF.

    Checklist de calitate pentru EDI INVOIC

    • RFF+ON obligatoriu pentru toate facturile ce derivă din comenzi standard; validați existența PO-ului în ERP.
    • RFF+DQ pentru fiecare aviz/nota de livrare menționată în DESADV; verificați cantitățile cumulate vs. PO.
    • RFF+CT la contracte-cadru; folosiți-l ca ancoră pentru condiții comerciale și toleranțe.
    • Mapări unitare între EDIFACT și UBL/Peppol pentru aceleași referințe, astfel încât EDI INVOIC să rămână sursa unică de adevăr.
    • Alertare când lipsesc RFF critice sau când referințele duc la PO/avize inexistente.

    Pentru companiile care preferă soluții locale, pe piața din România există furnizori ce oferă module EDI integrate cu CRM/ERP și conexiuni la RO e-Factura; de exemplu, unii conectori comerciali asigură maparea RFF și validările fiscale în aceeași rută, reducând timpul de punere în producție pentru EDI INVOIC.

    Concluzie

    RFF este scheletul trasabilității în EDI INVOIC. Într-o Europă în care rețelele Peppol se extind, iar mandatele fiscale se generalizează, referințele corecte către PO, livrare și contract fac diferența între reconciliere automată și excepții costisitoare. Standardele EDIFACT/EANCOM și UBL oferă toate cârligele necesare; responsabilitatea noastră, ca IT managers, consultanți ERP și dezvoltatori EDI, este să le populăm consecvent și să le guvernăm cu rigurozitate. Astfel, EDI INVOIC nu este doar un transport de date, ci un liant verificabil al întregului lanț Procure-to-Pay.

    Citește și:  EDI: Cum alegi și comunici delimitatorii în segmentul UNA pentru interoperabilitate maximă
    Share. Facebook Twitter Pinterest LinkedIn WhatsApp Copy Link

    Articole similare

    EDI QTY: Validare semantică vs. sintactică — ce contează pentru cantități

    Standarde & Mesaje

    REMADV alimentat de AI: clasificarea remitențelor și tratarea excepțiilor

    Standarde & Mesaje

    EDI IFTSTA: guvernanță de date și codificări UN/LOCODE, UN/CL, SCAC/BIC

    Standarde & Mesaje
    Follow us
    • Facebook
    • Instagram
    Postări de top
    Retaileri & Distribuitori

    EDI pentru cataloage: marketplace-urile testează schimbul standardizat de date de produs prin GS1/GDSN

    Standarde & Mesaje

    EDI QTY: Cum corelăm QTY cu DTM, PRI și MOA pentru facturare fără dispute

    Standarde & Mesaje

    Maparea avansată pentru ORDERS în SAP S/4HANA și Dynamics 365

    Standarde & Mesaje

    EDI pentru BGM: conformare rapidă cu RO e-Factura și e-Transport fără costuri ascunse

    Standarde & Mesaje

    Segmentul PRI în EDI: mapare între EDIFACT și UBL (Peppol) pentru facturare electronică

    Abonează-te

    Primiți cele mai recente știri si articole de interes.

    Postări de top

    Marile rețele din România mențin campanii de “preț blocat” la alimente de bază

    Retaileri & Distribuitori februarie 2, 2026

    EDI IFTSTA: bune practici de validare cu CONTRL/APERAK și gestionarea excepțiilor

    Standarde & Mesaje februarie 2, 2026

    EANCOM vs GS1 XML: criterii de alegere și trasee de migrare

    Standarde & Mesaje ianuarie 30, 2026
    Despre
    Despre

    Soluții CRM este un blog dedicat profesioniștilor, antreprenorilor și companiilor care doresc să își optimizeze relațiile cu clienții prin tehnologie modernă și soluții inteligente. Ne concentrăm pe tot ceea ce înseamnă CRM software, de la platforme SaaS CRM până la soluții B2B CRM adaptate nevoilor reale ale afacerilor.

    Facebook X (Twitter) Instagram Pinterest
    Cele mai populare

    EDI: Transformări EDIFACT cu Python (bots-edi, pyx12) – rețete gata de folosit

    Standarde & Mesaje

    OpenPeppol publică actualizări de validare EDI pentru BIS Billing 3 în Europa

    Stiri

    EDI la UNZ: integrare cloud-native cu ERP-uri (SAP/Oracle/Microsoft) pentru partenerii B2B

    Standarde & Mesaje
    Alegerile noastre

    EDI și eIDAS 2.0: semnături și sigilii electronice pentru documente comerciale în spațiul UE

    Stiri

    EDI: Maparea EDIFACT în Azure Logic Apps și Functions – arhitectură și cod

    Standarde & Mesaje

    FMCG și distribuție: 3-way match reduce disputele comerciale în România

    Retaileri & Distribuitori
    © 2026 Electronic Data Interchange HUB.
    • Acasă
    • Despre noi
    • Contactaţi-ne
    • Termeni și condiții
    • Politica de confidențialitate

    Type above and press Enter to search. Press Esc to cancel.