ConnectWiz-integrációk
A rendszereid összekötve – és azzal leírva, amit tényleg csinálnak.
Az integrációs oldalak általában logókat sorolnak. Ez viselkedéseket: mi szinkronizálódik, milyen irányban, kinek a tulajdonában, és hol húzódnak az őszinte határok. Mert az „integrálható X-szel” a mélységről szóló állítás, nem matrica.
Commerce
WooCommerce és WordPress
WooCommerce – kétirányú, szabályozott
Párosítás egy kattintással, mély termékimport, valódi visszaírás – az általad választott mezőszintű tulajdonjoggal, műveletenkénti próbamóddal és látható ütközésnyilvántartással. A teljes történetet elmondja a Commerce-oldal.
Teljes oldalWordPress-bővítmény
Beágyazza a chatwidgetet az oldaladba, és aláírt SSO-tokeneket állít ki – a bejelentkezett ügyfelet a chat felismeri, a rendeléseivel együtt, újbóli regisztráció nélkül.
Teljes oldalGoogle- és Meta-termékfeedek
Egy tokenizált, a Google sémája szerinti termékfeed (a Meta Commerce Manager ugyanezt olvassa) szinkronban tartja a hirdetési katalógusaidat – nincs alkalmazás-jóváhagyás az útvonalon, és nincs kézi újrafeltöltés.
Shopify Hamarosan
Az alapozás valódi – a Shopify-ügyfélazonosságok már összekapcsolódnak a kapcsolatokkal, és a Shopify-boltok ma az API-n és webhookokon keresztül kötnek be. A WooCommerce mintájára épülő natív kétirányú szinkron az ütemterven van, és ez a jelölés akkor fordul, amikor éles lesz – nem előbb.
Teljes oldalTámogatás és jegyek
Zendesk – híd az átmenetben lévő csapatoknak
Kiküldés: jegyek kifelé
A ConnectWiz jegybeszélgetései Zendesk-jegyet hoznak létre, és a válaszokat hozzászólásként tükrözik – így a még Zendeskben élő csapat kérdezés nélkül látja a munkát.
Teljes oldalBehúzás: az ügyintézői válasz vissza
Egy Zendesk-trigger visszaírja az ügyintézői hozzászólásokat a ConnectWiz üzenetszálába – megosztott titokkal védve, hurokvédelemmel, hogy a két rendszer ne pingpongozzon egy hozzászólást a végtelenségig.
Őszinte hatókör
Ez jegyhíd: létrehozás, válasz, mindkét irány külön kapcsolható. Nem Zendesk-tudásbázist, -makrókat vagy -SLA-kat importál. A csapatok fokozatos átállásra használják, aztán kikapcsolják.
CRM
Estesoft Stella – a CRM-ed, a beszélgetésből látva
Az első szolgáltató a szolgáltatófüggetlen CRM-csatlakozónkon: a Stellát használó klinikák megtartják a CRM-jüket, és kapnak mellé egy beszélgetési réteget, amely tényleg ismeri.
Élő kontextus, azonossághoz kötve
A Stellából az időpontok, az árajánlatok, az egyenlegek, a jegyzetek és a dokumentumok megjelennek a beszélgetésen – és az AI pontosan ehhez az ügyfélhez olvassa be őket, soha nem egy megtippelt azonosító alapján.
A foglalás visszaíródik
A chatben lefoglalt időpont bekerül a Stella naptárába – és ahol a gyártó API-ja nem tud átvinni egy adatot, ott a szinkron megmondja, mit hagyott el, ahelyett hogy csendben elhagyná.
Szándékos elutasítások
Kezelési adatokat soha nem olvasunk be és nem jelenítünk meg, a gyártó saját életciklus-feliratait soha nem írjuk felül, és nem teszünk úgy, mintha teljes kétirányú tükrözés lenne – a határok tervezési döntések, leírva.
Estesoft Stella – teljes oldal · Más CRM-et használsz? A csatlakozó szándékosan szolgáltatófüggetlen – mondd el, melyiket használod. Ha pedig végleg elhagynád a régi rendszert, a lenti migrációs motor hozza át az előzményeidet.
Marketing és szolgáltatók
Hozd a saját szolgáltatóidat – ez nálunk alapelv
AI: a te kulcsaid, 5 szolgáltató
A Wiz a saját szolgáltatói kulcsaidon fut, öt AI-szolgáltatónál és több tucat modellen – token-felár nélkül, használatonkénti modellválasztással és azzal a szabadsággal, hogy bármelyik gyártót otthagyd. A teljes történetet elmondja az AI-oldal.
Kiküldés: a saját OneSignalod
A látogatói webes push a saját domainodon futó saját push-alkalmazásodon megy át – mert a webes push így működik, és az ellenkezőjét állítva az első napon elszáll.
Foglalás ki, elfoglaltság be
Az időpontok kimennek a Google, a Microsoft 365 és az Apple/CalDAV naptárakba, lemondáskor pedig eltűnnek; a külső elfoglaltság levonódik a szabad időből, így egyetlen ajtó – ember vagy AI – sem kínálhat foglalt idősávot. Részletek: a foglalási oldal.
Irány forrásonként
Minden naptár azt a szerepet kapja, amit kiosztasz neki: olvasás, írás, mindkettő vagy csak elfoglaltság. Így a klinika közös naptára és egy szakember személyes naptára egymás felülírása nélkül fér meg egymás mellett.
Hirdetés és megfelelés
A gépház a beszélgetések, a hirdetési platformok és a szabályozók között
Meta Conversions API
A megnyert üzlet visszajelez annak a hirdetésnek, amelyből a beszélgetés indult: Purchase eseményként, csatornánként rendes azonosságegyeztetéssel, a CRM-tölcséredből érkező lead-minőségi jelzésekkel együtt. A te adatkészleted, a te tokened, alapból kikapcsolva; négy kapu – köztük a hozzájárulás –, mielőtt bármelyik esemény elhagyná a rendszert, és egy állapotpanel, amely megmutatja, mi ment ki, és mit utasítottunk el, indokkal.
Teljes oldalİYS (Törökország)
Törökország kereskedelmi kommunikációs nyilvántartása, integrálva: a hozzájárulások megadottként vagy visszavontként mennek ki, a nyilvántartás oldali leiratkozások naponta jönnek vissza, a hitelesítő adatok a panelen csak írhatók. Nyilvántartási megfelelés gépházként – a jelenlegi másfélirányú hatókörét kimondja az İYS-oldal.
Teljes oldalŐszinteségi szabály erre a szakaszra
A hirdetési és megfelelési integrációk kizárólag hozzájárulási kapuk mögött sülnek el, és minden elutasított eseményt indokkal naplózunk. Ha egy számot nem lehet biztosan azonosítani, nem tippelünk – a téves azonosság valaki más magánszféráját viszi.
Migráció
Hagyd ott a régi CRM-et. Az előzményeidet hozd magaddal.
Valódi migrációs motor
A támogatott forrásrendszerekből a kapcsolatok, az időpont-előzmények, az árajánlatok, a vevői rendelések, a kinnlevőségek és a jegyzetek sorba állított, folytatható motoron keresztül jönnek át – a csapatunkkal közösen futtatva, mert a CRM-váltás kezelőt érdemel, nem gombot.
A kihagyást névvel jelentjük
A motor nem talál ki értékeket – a pénznem vagy dátum nélküli rekordot kihagyja és megszámolja, így a „migráció kész” soha nem takar el a régi rendszerben maradt rekordokat.
A tulajdonjog vált utoljára
Az adatok tulajdonjoga utolsó lépésként száll át, miután az import bizonyított – addig a régi rendszer marad a mérvadó, amíg te másképp nem döntesz.
Egyetlen OpenAPI-szerződés
A teljes platformot egyetlen OpenAPI 3 dokumentum írja le – ugyanaz a szerződés, amelyből a webes panelünk és a mobilalkalmazásunk a típusait generálja. Nincs árnyékvégpont, és nincs elcsúszó dokumentáció.
Hatókörös Commerce API-kulcsok
A tenant által kiállított, kifejezett hatókörű kulcsok – katalógus olvasása, rendelések olvasása, rendelések írása – a saját webshopodat vagy alkalmazásodat hajtják a mi katalógus- és rendelésmotorunkon.
Védett bejövő webhookok
Bármelyik külső rendszer indíthat automatizálást: minden folyamat webhook-indítójának saját URL-je, saját titka, HMAC-ellenőrzése és visszajátszás elleni védelme van – a tartalom pedig adat, soha nem utasítás.
Kifelé: a folyamatok hívnak téged
A REST-lépés pontosan azokban a pillanatokban hívja a rendszereidet, amelyeket a vásznon megrajzolsz. Általános, mindenre feliratkozó webhookcsatorna még nincs megépítve – ezt itt mondjuk ki, nem egy értékesítési beszélgetésen derül ki.
A mélység többet ér a logóknál.
Kösd össze azt, amit már üzemeltetsz – és minden kapcsolatról tudd pontosan, mit csinál, mielőtt bekapcsolod.