Metro e-factura furnizor: Ghid de integrare si conformitate
Fluxul Metro e-factura furnizor impune corelarea stricta intre comanda electronica, avizul de expeditie, documentul fiscal transmis prin SPV si factura EDI. Furnizorii transmit fisiere XML in standard UBL catre sistemul national RO e-Factura, asigurand preluarea identificatorilor comerciali Metro pentru validarea automata si plata la termen a livrarilor.
Pe scurt
- •Relatia de furnizare cu Metro presupune dublarea fluxului: transmiterea fiscala obligatorie prin RO e-Factura (SPV) si schimbul operational prin mesaje EDI.
- •Includerea numarului de comanda si a codurilor GLN in XML este obligatorie pentru a evita blocarea facturilor la reconcilierea automata.
- •Sistemele dedicate preiau automat comenzile si valideaza datele inainte de transmiterea in SPV pentru a reduce erorile umane.
Furnizarea de marfuri catre reteaua Metro Cash & Carry impune respectarea unui flux integrat de date in care cerintele de conformitate fiscala ANAF se suprapun peste standardele operationale de retail. Procesarea comenzilor de aprovizionare, emiterea documentelor de transport si facturarea electronica necesita sincronizare precisa pentru a evita blocarea platilor sau aplicarea de penalitati comerciale.
Validarea operationala a comenzilor si sincronizarea liniilor de factura
Un picker cu scanner dintr-un depozit cu 3 gestiuni pregateste o comanda cu 40 de linii pentru livrare intr-un magazin Metro. Validarea rapida conteaza enorm. Erorile costa bani. Daca operatorul scaneaza un cod de bare gresit sau daca unitatea de masura difera de specificatia din comanda initiala, factura electronica generata ulterior va fi respinsa direct la reconcilierea automata din contabilitatea retailerului. Diferentele de pret blocheaza receptia marfii. Sistemele retailerului compara automat liniile din mesajul electronic de comanda cu liniile facturii transmise prin SPV. Fiecare pozitie din documentul fiscal trebuie sa corespunda exact cantitatilor efectiv receptionate la rampa magazinului.
- •Verificarea codurilor EAN si a unitatilor de masura la nivel de linie de comanda
- •Prevenirea neconcordantelor intre pretul negociat si pretul inscris pe factura finala
- •Confirmarea cantitatilor fizice receptionate prin avize de receptie detaliate
Structura XML pentru relatia cu Metro si campurile obligatorii
Optzeci la suta dintre blocaje apar din cauza lipsei identificatorilor de comanda in fisierul XML. SPV valideaza doar structura. Metro verifica datele comerciale. Desi ANAF accepta o factura care respecta schema generala UBL, procesul comercial impune prezenta codului de comanda al cumparatorului in nodul specific din XML, fara de care sistemul contabil Metro nu poate asocia documentul cu receptia din magazin.
- •Completarea obligatorie a referintei comenzii in campul OrderReference din XML
- •Inscrierea corecta a codului de furnizor atribuit de Metro in structura electronica
- •Evitarea transmiterii de documente agregate care comaseaza mai multe comenzi distincte
Diferenta dintre fluxul EDI comercial si sistemul RO e-Factura
Unii manageri considera ca mesajele EDI standard inlocuiesc obligatia transmiterii prin SPV. Aceasta abordare este gresita. Riscul fiscal este major. Desi reteaua EDI transmite fisiere de tip INVOIC pentru gestiunea operationala a stocurilor, documentul original cu valoare legala ramane exclusiv fisierul XML purtand semnatura electronica a Ministerului Finantelor, descarcat direct din sistemul national RO e-Factura. Dublarea fluxurilor necesita o disciplina stricta in departamentul de vanzari. Factura transmisa pe canalul EDI si cea incarcata in SPV trebuie sa fie identice din punct de vedere al sumelor, TVA-ului si identificatorilor. Orice discrepanta intre cele doua canale suspenda automat plata pana la clarificarea furnizorului.
- •Canalul EDI asigura fluxul operational de procesare a comenzilor si avizelor
- •Sistemul RO e-Factura asigura conformitatea fiscala si deductibilitatea TVA pentru livrare
- •Sincronizarea valorica stricta intre mesajul EDI INVOIC si fisierul XML din SPV
Identificarea punctelor de livrare prin coduri GLN in relatia comerciala
In comparatie cu micii comercianti traditionali, Metro opereaza pe baza de coduri de locatie globale GLN pentru fiecare magazin fizic si depozit central. Livrarea gresita blocheaza receptia. Codul GLN este esential. Fara specificarea corecta a codului GLN al punctului de descarcare in factura transmisa catre ANAF, sistemele automate de procesare nu pot identifica gestiunea corecta de receptie. Aceasta eroare genereaza intarzieri de saptamani in procesarea platilor catre furnizor.
- •Maparea corecta a codurilor GLN pentru fiecare magazin Metro din tara
- •Includerea identificatorului GLN atat pentru vanzator cat si pentru cumparator
- •Actualizarea permanenta a bazei de date cu adresele punctelor de lucru active
Automatizarea fluxului de facturare prin straturi operationale dedicate
O factura respinsa in SPV din cauza unui cod de taxa invalid blocheaza intregul flux financiar asociat unei livrari mari de produse perisabile. Corectia manuala consuma timp. Trimiterea manuala esueaza des. O solutie precum modulul e-Factura si EDIconnect din CRMconnect preia automat comanda electronica emisa de Metro, o transforma in comanda de vanzare si genereaza documentul fiscal validat conform regulilor ANAF. Stratul operational verifica automat prezenta referintelor comerciale inainte de transmiterea catre SPV. Nu recomandam aceasta automatizare pentru companiile cu sub cinci utilizatori care emit doua facturi pe luna, deoarece efortul de configurare initiala depaseste beneficiile practice imediate. Pentru distribuitorii activi, insa, sincronizarea cu ERP-ul elimina complet munca manuala de reintroducere a datelor.
- •Preluarea automata a comenzilor din retelele retail direct in fluxul de vanzari
- •Validarea prealabila a structurii XML inainte de transmiterea automata in SPV
- •Sincronizarea statusului de procesare si a mesajelor de eroare direct in interfata de lucru
Fluxul de documente electronice in relatia furnizor - Metro
| Etapa proces | Document / Mesaj | Canal de transmitere | Rol operational / fiscal |
|---|---|---|---|
| Comanda aprovizionare | ORDERS | Retea EDI | Transmite solicitarea comerciala initiala a retailerului |
| Notificare livrare | DESADV | Retea EDI | Anunta continutul transportului si detaliile de expeditie |
| Conformitate fiscala | XML UBL (e-Factura) | ANAF - SPV | Asigura valoarea legala a facturii si deductibilitatea TVA |
| Facturare comerciala | INVOIC | Retea EDI | Faciliteaza reconcilierea automata cu receptia din magazin |
Pas cu pas
1. Receptia si validarea comenzii de achizitie
Preluati electronic comanda transmisa de retailer, verificand concordanta preturilor de vanzare, a termenelor de livrare si a cantitatilor solicitate pentru fiecare linie de produs in parte.
2. Pregatirea marfurilor si emiterea documentelor de transport
Asigurati culegerea marfii in depozit pe baza identificatorilor corecti de produs si generati avizul de expeditie corelat strict cu marfurile fizice incarcate in mijlocul de transport.
3. Generarea facturii electronice cu date comerciale complete
Emiteti factura fiscala completand obligatoriu numarul comenzii Metro, data comenzii si codurile GLN aferente magazinului de destinatie in structura de date a documentului.
4. Transmiterea documentelor fiscale si operationale
Incarcati fisierul XML validat in SPV si transmiteti simultan mesajul INVOIC in reteaua EDI, monitorizand primirea confirmarii oficiale de inregistrare din partea ANAF.
5. Reconcilierea receptiei si arhivarea recipisei ANAF
Comparati receptia confirmata de magazin cu factura transmisa si arhivati fisierul XML purtand semnatura electronica a Ministerului Finantelor pentru evidenta fiscala.
Întrebări frecvente
Ce se intampla daca lipseste numarul comenzii din XML transmis prin SPV?
Daca factura transmisa prin SPV nu contine numarul comenzii Metro in campul dedicat din XML, sistemul retailerului nu poate realiza reconcilierea automata cu receptia fizica, blocand documentul fiscal de la plata.
Este necesara trimiterea facturii atat prin EDI cat si prin SPV?
Da. Sistemul national RO e-Factura reprezinta canalul fiscal obligatoriu din Romania, in timp ce mesajul INVOIC din reteaua EDI asigura imperecherea operationala directa cu receptia din magazinul sau depozitul Metro.
In cat timp trebuie transmisa factura in sistemul RO e-Factura dupa livrare?
Termenul legal de transmitere in sistemul national RO e-Factura este de 5 zile calendaristice de la data emiterii documentului, dar nu mai tarziu de 5 zile calendaristice de la data limita prevazuta de Codul fiscal.
Cum se gestioneaza diferentele cantitative identificate la receptia Metro?
Diferentele cantitative dintre aviz si receptia fizica din magazin impun emiterea unei facturi strict pe cantitatile confirmate sau emiterea ulterioara a unei facturi de stornare transmise prin SPV conform procedurii agreate.
De ce sunt obligatorii codurile GLN in structura e-Factura?
Codurile GLN identifica unic magazinul sau depozitul de receptie si entitatea juridica a furnizorului, fiind obligatorii atat in mesajele EDI operationale cat si in structura XML transmisa catre ANAF pentru asocierea documentelor.
Cum se remediaza o factura respinsa cu erori de validare in SPV?
Erorile tehnice de structura XML primite din SPV impun corectarea datelor sursa in stratul operational si retransmiterea documentului validat in sistem, fara modificarea datelor economice confirmate la receptia marfii.
Surse oficiale
Vrei fluxul acesta automatizat în CRMconnect?
Îți arătăm pe datele tale cum arată procesul, integrat cu ERP-ul pe care îl folosești deja.
Discută cu un specialist