Sistem CRM: arhitectură, integrări și date sub control

Demo-urile se aseamănă între ele. Diferențele apar în anul doi, când vrei să schimbi un flux sau să scoți datele.

• Există API documentat pentru toate entitățile, sau doar pentru cele câteva expuse în demo?
• Datele tale stau izolate pe tenant propriu sau într-o bază comună, partajată?
• Poți exporta integral, în format structurat, fără tarif și fără cerere de suport?
• Cum se face upgrade-ul: automat, cu risc de regresie pe personalizări, sau controlat?
• Ce se întâmplă cu integrările la o schimbare majoră de versiune a ERP-ului?

Modul în care sistemul CRM se leagă de ERP determină costul de mentenanță pentru următorii cinci ani.

• Import/export prin fișiere - ieftin de pornit, fragil, cu decalaj și fără reconciliere a erorilor.
• Middleware terț - flexibil, dar adaugă un furnizor și un punct suplimentar de defect.
• Conector nativ bidirecțional - cazul CRMconnect, cu mapare pe entități și retry automat pe erori.

CRMconnect rulează în pod-uri single-tenant: fiecare client are propria instanță și propria bază de date, cu auto-scaling pe Kubernetes. Conectorii de ERP sunt native, iar modulele - CRM, OMS, WMS, EDIconnect, SupplySync - folosesc același model de date, deci nu există sincronizare internă de întreținut.

• Izolare completă pe tenant, fără date partajate între clienți.
• Conectori nativi pentru ERP-urile românești și internaționale uzuale.
• Export integral al datelor, oricând, în format structurat.