CRM rendszer: architektúra, integrációk és ellenőrzött adatok

A demók hasonlítanak egymásra. A különbségek a második évben jelentkeznek, amikor módosítani szeretne egy munkafolyamatot vagy ki akarja nyerni az adatokat.

• Létezik dokumentált API minden entitáshoz, vagy csak a demóban bemutatott néhányhoz?
• Az adatai saját tenant-on (elkülönített környezetben) vagy egy közös, megosztott adatbázisban vannak?
• Exportálható minden adat strukturált formátumban, külön díj és terméktámogatási kérelem nélkül?
• Hogyan történik a frissítés: automatikusan, kockáztatva az egyedi beállítások működését, vagy ellenőrzött módon?
• Mi történik az integrációkkal az ERP rendszer jelentősebb verzióváltása esetén?

A CRM rendszer és az ERP összekapcsolásának módja határozza meg a következő öt év karbantartási költségeit.

• Import/export fájlokon keresztül - olcsó elindítani, de sérülékeny, késleltetett adatokat ad, és nincs hibaegyeztetés.
• Harmadik féltől származó middleware - rugalmas, de egy plusz beszállítót és egy plusz hibaforrást jelent.
• Natív, kétirányú konnektor - a CRMconnect esete, entitás-leképezéssel és automatikus újrapróbálkozással hiba esetén.

A CRMconnect single-tenant podokban fut: minden ügyfél saját példánnyal és saját adatbázissal rendelkezik, Kubernetes alapú auto-scalinggel. Az ERP konnektorok natívak, a modulok pedig - CRM, OMS, WMS, EDIconnect, SupplySync - ugyanazt az adatmodellt használják, így nincs fenntartandó belső szinkronizáció.

• Teljes tenant izoláció, nincsenek ügyfelek között megosztott adatok.
• Natív konnektorok a gyakori romániai (WinMentor, Saga, SmartBill) és nemzetközi (SAP, Dynamics) ERP rendszerekhez.
• Bármikori, teljes adatexport strukturált formátumban.