Provocarea: vinzi marfă care încă nu există fizic
Importurile din China au lead time de 35–55 de zile door-to-door. În aceste 5–7 săptămâni, echipa comercială trebuie să poată vinde din lotul care vine, nu doar din ce e fizic în depozit. Asta cere o integrare CRM–ERP care expune lotul în pipeline.
Cele 4 câmpuri minime în fiecare oportunitate
Pentru fiecare linie de ofertă în CRM, integrarea ERP trebuie să furnizeze:
- Lot PO sursă — care comandă de achiziție alimentează această ofertă
- ETA confirmat — data sosirii în depozit, nu data plecării din China
- Cantitate disponibilă din lot — total comandat minus deja alocat
- Cantitate deja alocată — câte unități sunt rezervate pentru alți clienți
Restul (preț furnizor, condiții Incoterm, freight forwarder) trăiește doar în ERP. Nu polua CRM-ul cu date care nu schimbă decizia vânzătorului.
Arhitectura integrării
Opțiunea 1: middleware sincronă (recomandată)
ERP-ul publică modificările pe un message broker (RabbitMQ, Kafka, Azure Service Bus). CRM-ul consumă. Latență tipică 2–5 secunde. Avantaj: vânzătorul vede ETA actualizat aproape instant când freight forwarder-ul confirmă booking-ul.
Opțiunea 2: pull batch la 15 minute
Cron job care interoghează ERP-ul și updatează CRM-ul. Mai simplu de implementat, dar pierzi reactivitate. Acceptabil dacă vinzi în loturi mari, nu pe firul vânzării rapide.
Opțiunea 3: stack integrat nativ
Pentru companii care nu vor să mențină integrarea în casă, soluții precum CRMconnect oferă CRM + WMS + OMS nativ în același produs, deci nu există „integrare” — există un singur model de date. Trade-off: dependență de un singur furnizor. Salesforce + SAP rămâne standardul enterprise; Odoo + module proprii e o variantă open-source.
Reguli de alocare în momentul ofertei
Când vânzătorul cotează din lot viitor, sistemul trebuie să rezerve. Trei moduri uzuale:
- Hard reserve la cotare — riscant: pipeline-ul cald nu se închide tot, blochezi stoc
- Soft reserve la cotare, hard reserve la confirmare — mai sănătos, dar cere o regulă clară de „cine vede ce” în pipeline
- No reserve, first-come-first-served la confirmare — rapid, dar generează conflicte interne între agenți
Best practice: soft reserve cu expirare automată la 14–21 de zile (în funcție de ciclul tău de vânzare). Dacă oferta nu se închide, stocul revine în ATP.
Status PO și alerte automate
Integrarea trebuie să trimită alerte în CRM pe schimbări de status:
- PO deschis → notificare către vânzătorii cu oferte pe acel SKU
- Booking confirmat de freight forwarder → ETA devine „confirmat”
- Containerul ajuns în Constanța → schimbare status la „în vamă”
- Marfa recepționată în WMS → stoc devine fizic, alocările soft devin hard
- Întârziere ETA (>5 zile) → alert escaladat către COO și clienții afectați
Flux EDI pentru fluxul out
Dacă livrezi către retail mare, integrarea nu se oprește la CRM–ERP. Comanda din retailer vine prin EDI (ORDERS), confirmarea pleacă tot prin EDI (ORDRSP), avizul (DESADV), factura (INVOIC) și e-Factura ANAF. Pentru România, EDIconnect acoperă cei mai mari retaileri (Kaufland, Carrefour, Auchan, Mega Image, Lidl, Profi) plus integrare e-Factura nativă. Alternativ, soluții EDI internaționale precum Comarch, Tradeshift sau SPS Commerce funcționează pentru companii cu prezență multi-țară.
Pași concreți de implementare
- Mapează schema de date ERP → CRM pe cele 4 câmpuri obligatorii
- Decide tipul de sync (event-driven sau batch)
- Implementează soft reserve cu expirare
- Configurează alertele pe schimbări de status PO
- Testează pe un singur lot înainte de roll-out
- Măsoară: procent de oferte cu ETA precis (±3 zile) după 60 de zile
Erori frecvente
- Sincronizare în ambele direcții pe câmpul „stoc disponibil” — duce la deadlocks
- Lipsa expirării pe soft reserve — pipeline-ul „mănâncă” stocul real
- Notificare prea agresivă (spam pe fiecare update ETA de 1 zi) — vânzătorii ignoră
- Lipsa unui owner clar pentru calitatea datelor între cele două sisteme
