Un furnizor care livrează către Dedeman lucrează, de fapt, cu două tipuri de relații în paralel: o relație comercială (oameni, negocieri, promoții, dispute, plan de listare) și o relație tranzacțională (comenzi, avize, recepții, facturi). CRM-ul se ocupă de prima. EDI se ocupă de a doua. Confuzia dintre ele explică multe proiecte care „merg pe hârtie", dar nu în operațional.
Acest articol explică, pe cazul concret al unui furnizor din zona DIY / materiale de construcții, ce înseamnă CRM într-un asemenea context, ce face EDI, unde se leagă cele două și cum pot continua datele mai departe în OMS, WMS, portal B2B, ERP și BI.
Ce înseamnă CRM pentru un furnizor de retail modern?
CRM (Customer Relationship Management) înseamnă sistemul în care o companie păstrează și folosește istoricul relației cu clienții săi: contacte, discuții, oferte, activități ale agenților, reclamații, oportunități și starea contului. Pentru un furnizor de retail, „clientul" nu este consumatorul final, ci lanțul: departamentul de achiziții, category managerii, logistica retailerului, uneori magazinele individuale.
Într-un CRM/SFA (Sales Force Automation) tipic pentru acest profil găsești:
- fișa contului comercial și structura lui (central, depozite, magazine);
- persoanele de contact și rolurile lor reale, nu doar titlurile;
- planul comercial: listări, promoții, discount-uri agreate, termene;
- vizitele agenților de teren și rapoartele lor din magazine (facing, rupturi de stoc, poziționare la raft);
- reclamațiile, retururile și deciziile luate pentru fiecare;
- pipeline-ul pentru produse noi propuse spre listare.
CRM-ul răspunde la întrebarea „ce se întâmplă în relația cu acest client și ce urmează?". Nu răspunde la „unde este comanda 4471 și de ce nu s-a recepționat integral".
Ce înseamnă EDI și de ce îl cere retailerul?
EDI (Electronic Data Interchange) înseamnă schimbul automat de documente comerciale standardizate între sistemele a două companii, fără intervenție umană și fără e-mail sau PDF. În loc ca un coleg să descarce comanda dintr-un portal și să o retasteze în ERP, comanda intră direct, structurat, în sistemul furnizorului.
Documentele uzuale în relația cu un retailer DIY sunt:
| Document EDI | Denumire uzuală | Direcție | Ce conține |
|---|---|---|---|
| ORDERS | Comandă | retailer → furnizor | articole, cantități, locație de livrare, termen |
| ORDRSP | Confirmare comandă | furnizor → retailer | ce se confirmă, ce se modifică, ce lipsește |
| DESADV | Aviz de expediție | furnizor → retailer | conținutul paleților/coletelor, SSCC |
| RECADV | Aviz de recepție | retailer → furnizor | ce s-a recepționat efectiv |
| INVOIC | Factură | furnizor → retailer | valorile facturate, corelate cu recepția |
Retailerii mari din România — inclusiv rețelele de bricolaj — cer tot mai des EDI ca condiție de colaborare, nu ca opțiune. Motivul este simplu: la volume de mii de linii pe zi, retastarea manuală generează erori de cantitate și de preț, care mai departe generează diferențe la recepție și facturi blocate.
Pe scurt: CRM-ul gestionează relația, EDI gestionează tranzacția. Un furnizor are nevoie de ambele, dar din motive diferite.
Care este legătura reală dintre EDI și CRM?
Legătura este datele. Ce circulă prin EDI devine contextul obiectiv al relației din CRM.
Câteva exemple concrete:
- Agentul de vânzări intră în discuția cu achizițiile. Dacă în CRM vede rata de confirmare integrală a comenzilor (fill rate) din ultimele 90 de zile, calculată din ORDERS vs. DESADV, discuția devine documentată, nu emoțională.
- Reclamația de la depozit. Diferența dintre avizul de expediție și avizul de recepție este cauza reală a unei bune părți din dispute. Dacă acea diferență ajunge automat ca activitate în CRM, se rezolvă în ore, nu în două săptămâni de e-mailuri.
- Promoția. O promoție agreată în CRM se validează în EDI: comenzile cresc sau nu, iar efectul se vede la nivel de articol și de locație.
- Riscul comercial. Facturile emise prin EDI și starea lor dau o imagine mai bună a contului decât un raport lunar din contabilitate.
Fără această legătură, CRM-ul rămâne o agendă de întâlniri, iar EDI rămâne o conductă tehnică pe care nimeni din vânzări nu o vede.
Cum poate EDIconnect conecta furnizorul cu Dedeman
EDIconnect este o platformă românească de EDI și Business Operations care oferă conexiuni EDI pre-certificate cu peste 25 de lanțuri de magazine din România și din Europa, inclusiv rețele de bricolaj și materiale de construcții precum Dedeman, Leroy Merlin, Brico Depot, Hornbach, Arabesque, Romstal sau Mathaus. Practic, conexiunea tehnică și maparea documentelor cu retailerul sunt deja pregătite, iar proiectul furnizorului se reduce la conectarea propriului sistem.
Dedeman este cel mai mare retailer DIY din România, cu o rețea națională de magazine — ceea ce înseamnă, pentru furnizor, multe puncte de livrare, ferestre de descărcare stricte și o cerință clară de acuratețe a documentelor.
Fluxul, pas cu pas, arată în felul următor:
- Comanda este emisă de retailer și ajunge structurat în platformă, fără preluare manuală.
- Validarea verifică articolele, codurile EAN, prețurile față de lista agreată și locația de livrare.
- Confirmarea (ORDRSP) pleacă înapoi cu cantitățile realizabile din stocul disponibil.
- Avizul de expediție (DESADV) se generează la momentul pregătirii paletului, cu identificarea unităților logistice.
- Factura (INVOIC) se emite corelat cu recepția, ceea ce reduce numărul de facturi respinse.
- Documentele rămân arhivate și trasabile, iar erorile sunt semnalate înainte să ajungă la retailer.
EDIconnect indică un timp mediu de conectare de sub o săptămână per retailer și disponibilitate ridicată a serviciului. Aceste cifre sunt orientative și depind de pregătirea datelor din partea furnizorului — catalog curat, coduri EAN corecte, unități de măsură și ambalare bine definite. În practică, acesta este de obicei efortul principal, nu partea de comunicație.
Pentru furnizorii care nu au ERP sau nu vor o integrare imediată, există și varianta unui portal web prin care comenzile se lucrează în interfață, cu aceleași documente standard în spate.
Unde continuă datele: CRM/SFA, OMS, WMS, portal B2B, ERP Connector, BI
Odată ce documentele circulă electronic, ele pot alimenta mai departe restul operațiunii. Aceasta este ideea de „business operations" din jurul EDI:
- CRM & SFA — agenții din teren văd contul, comenzile reale, rupturile de stoc semnalate în magazine și istoricul de dispute. Vizita în magazinul Dedeman din Bacău pornește de la date, nu de la memorie.
- OMS (Order Management System) — centralizează comenzile din toate canalele (EDI, portal, magazin online propriu, telefon) și decide alocarea și prioritizarea lor.
- WMS (Warehouse Management System) — traduce comanda în muncă de depozit: culegere, ambalare, palet, SSCC, expediție. Aici se naște avizul corect.
- Portal B2B — pentru distribuitorii și clienții mai mici care nu au EDI: comenzi, prețuri, stoc și documente în autoservire.
- ERP Connector — sincronizarea cu softul de gestiune sau ERP (documente, articole, parteneri, facturi), ca să nu existe două adevăruri paralele.
- BI — rapoarte pe fill rate, sell-in pe magazin, sezonalitate, marjă per retailer, cost al erorilor. Fără date structurate, aceste rapoarte nu se pot construi credibil.
Ordinea recomandată este pragmatică: mai întâi EDI cu retailerul care o cere, apoi ERP Connector, apoi OMS/WMS acolo unde volumul o justifică, apoi CRM/SFA și BI peste datele deja curate.
Ce greșesc frecvent furnizorii în acest proiect
- Tratează EDI ca pe un proiect IT. Este un proiect comercial și logistic; IT-ul doar îl execută.
- Amână curățarea catalogului. Coduri EAN greșite sau ambalări neclare produc erori indiferent de platformă.
- Confundă CRM-ul cu ERP-ul. ERP-ul ține evidența, CRM-ul ține relația. Ambele au nevoie de aceleași date de bază.
- Nu definesc cine răspunde la excepții. Fiecare diferență de recepție trebuie să aibă un responsabil și un termen.
- Măsoară doar costul licenței. Costul real al erorilor manuale, al facturilor blocate și al penalizărilor de nelivrare este de obicei mai mare.
EDI vs. CRM: diferența în șapte rânduri
| Criteriu | EDI | CRM |
|---|---|---|
| Obiect | documentul comercial | relația cu clientul |
| Utilizator principal | operațional, logistică, financiar | vânzări, key account, marketing |
| Frecvență | continuă, automată | la fiecare interacțiune umană |
| Declanșator | comanda retailerului | discuția, vizita, reclamația |
| Măsoară | acuratețe, timp de ciclu, fill rate | pipeline, listări, satisfacție, retenție |
| Cerut de retailer | de regulă da | nu |
| Efect dacă lipsește | comenzi retastate, facturi respinse | decizii comerciale fără istoric |
Cele două nu concurează. Un furnizor poate avea EDI fără CRM (mulți au) sau CRM fără EDI (până în ziua în care retailerul cere). Combinația este cea care schimbă modul de lucru.
Un plan realist de implementare, pe 60 de zile
Zilele 1–10 — pregătirea datelor. Se curăță catalogul: coduri EAN, denumiri, unități de măsură, cantități per palet și per bax, prețuri agreate. Se stabilește cine deține fiecare set de date.
Zilele 11–20 — conectarea tehnică. Se activează conexiunea cu retailerul și se leagă platforma de softul de gestiune prin conector. Se testează comanda și confirmarea pe un set restrâns de articole.
Zilele 21–35 — testarea fluxului complet. Se rulează în paralel cu procesul manual: comandă, confirmare, aviz, recepție, factură. Se compară rezultatele și se corectează maparea acolo unde apar diferențe.
Zilele 36–45 — trecerea în producție. Se oprește preluarea manuală. Se definește procedura de excepție: cine intervine, în cât timp, cu ce document.
Zilele 46–60 — extinderea. Se adaugă al doilea retailer, se conectează datele în CRM/SFA pentru echipa de teren și se construiesc primele rapoarte de BI: fill rate, timp mediu de confirmare, valoarea diferențelor de recepție.
Un calendar de acest tip este orientativ. Furnizorii cu catalog mare sau cu mai multe depozite au nevoie de mai mult timp la primii doi pași, iar cei care lucrează deja curat pot termina mai repede.
Ce indicatori merită urmăriți după implementare
- Fill rate pe retailer și pe articol — cât din ce s-a comandat s-a și livrat.
- Timp mediu de la comandă la confirmare — măsurat în ore, nu în zile.
- Rata facturilor respinse — indicatorul cel mai direct al calității datelor.
- Valoarea diferențelor de recepție — costul real al erorilor.
- Ore de muncă administrativă economisite — comparate cu perioada anterioară.
Aceste cifre au sens doar dacă sunt urmărite din primele săptămâni, ca să existe o bază de comparație.
Concluzie
Pentru un furnizor care lucrează cu Dedeman, EDI nu înlocuiește CRM-ul, iar CRM-ul nu rezolvă cerința retailerului. EDI face ca documentele să circule corect și rapid între sisteme; CRM-ul face ca oamenii din vânzări să înțeleagă și să conducă relația pe baza acelor date. Legate corect — și continuate în OMS, WMS, portal B2B, ERP și BI — cele două transformă o relație administrativă într-una măsurabilă.