ConnectWiz-integrationer
Din stack, inkopplad — och beskriven utifrån vad den faktiskt gör.
Integrationssidor brukar lista logotyper. Den här listar beteenden: vad som synkas, åt vilket håll, under vems ägarskap och var de ärliga gränserna går. För ”integrerar med X” är ett påstående om djup, inte en dekal.
Handel
WooCommerce & WordPress
WooCommerce — åt båda hållen, styrt
Parkoppling med ett klick, djup produktimport, verklig återskrivning — under ägarskap på fältnivå som du väljer, ett repetitionsläge per operation och ett synligt konfliktregister. Hela historien finns på handelssidan.
Hela sidanWordPress-plugin
Bäddar in chattwidgeten på din sajt och präglar signerade SSO-tokens — inloggade kunder känns igen i chatten, med ordrar och allt, utan att registrera sig på nytt.
Hela sidanShoppingflöden för Google & Meta
Ett produktflöde med token i Googles schema (Meta Commerce Manager läser samma) håller dina annonskataloger i synk — ingen app-granskning i vägen, inga manuella omladdningar.
Shopify Snart
Grundarbetet är gjort — Shopify-kundernas identiteter federeras redan till kontakter, och i dag kopplas Shopify-butiker in via API:et och webhooks. En inbyggd synk åt båda hållen i WooCommerce-formen ligger på färdplanen, och den här märkningen vänder när den levereras, inte tidigare.
Hela sidanSupport & ärenden
Zendesk — en brygga för team mitt i en övergång
Push: ärenden ut
Ärendekonversationer i ConnectWiz skapar Zendesk-ärenden och speglar svaren som kommentarer — så att ett team som fortfarande lever i Zendesk ser arbetet utan att fråga.
Hela sidanPull: medarbetarnas svar tillbaka
En Zendesk-trigger postar medarbetarnas kommentarer tillbaka in i ConnectWiz-tråden — säkrad med en delad hemlighet och en slingspärr, så att de två systemen aldrig pingpongar en kommentar i evighet.
Ärlig omfattning
Det är en ärendebrygga — skapa, svara, båda riktningarna går att slå av och på — inte en import av Zendesks hjälpcenter, makron eller SLA:er. Team använder den för att flytta över gradvis och stänger sedan av den.
CRM
Estesoft Stella — ditt CRM, synligt från konversationen
Den första leverantören i vår leverantörsoberoende CRM-port: kliniker som kör Stella behåller sitt CRM och får ett konversationslager som faktiskt känner till det.
Levande kontext, låst till identiteten
Tider, offerter, saldon, anteckningar och dokument från Stella visas på konversationen — och AI:n kan läsa dem för exakt den här kunden, aldrig genom att gissa ett ID.
Bokningar skrivs tillbaka
En tid som bokas i en chatt landar i Stellas kalender — och där leverantörens API inte kan bära en detalj säger synken vad den tappade i stället för att tappa det i tysthet.
Medvetna nekanden
Medicinska behandlingsjournaler läses eller visas aldrig, leverantörens egna livscykeletiketter skrivs aldrig över, och ingen fullständig spegling åt båda hållen låtsas finnas — gränserna är designbeslut, nedskrivna.
Estesoft Stella — hela sidan · Kör du ett annat CRM? Porten är leverantörsoberoende från grunden — berätta vilket du har. Och när du är redo att lämna det gamla systemet helt bär migreringsmotorn nedan in din historik.
Marknadsföring & leverantörer
Ta med dina egna leverantörer — husets filosofi
AI: dina nycklar, 5 leverantörer
Wiz kör på dina egna leverantörsnycklar hos fem AI-leverantörer och dussintals modeller — inget påslag per token, modellval per användning och friheten att lämna vilken leverantör som helst. Hela historien finns på AI-sidan.
Push: din egen OneSignal
Webbpush till besökare går via din egen push-app på din egen domän — för så fungerar web push faktiskt, och att låtsas något annat går sönder dag ett.
Bokningar ut, upptagen tid in
Tider pushas till kalendrar i Google, Microsoft 365 och Apple/CalDAV och försvinner vid avbokning; extern upptagen tid dras från tillgängligheten, så att ingen dörr — mänsklig eller AI — kan erbjuda en tid som redan är tagen. Mer om det finns på bokningssidan.
Riktning per källa
Varje kalender spelar den roll du tilldelar den — läsa, skriva, båda, eller endast upptagen tid — så att klinikens gemensamma kalender och en behandlares privata kan samsas utan att skriva över varandra.
Annonser & regelefterlevnad
Stommen mellan konversationer, annonsplattformar och tillsynsmyndigheter
Meta Conversions API
En vunnen affär rapporteras tillbaka till annonsen som startade chatten — som en köphändelse med ordentlig identitetsmatchning per kanal — plus signaler om leadkvalitet från din CRM-tratt. Ditt dataset, din token, avstängt som standard; fyra spärrar (samtycket inräknat) innan någon händelse lämnar systemet, och en hälsopanel som visar vad som skickades och vad som nekades, med skäl.
Hela sidanİYS (Turkiet)
Turkiets register för kommersiell kommunikation, inkopplat: samtycken pushas som givna eller återkallade, avregistreringar på registersidan hämtas hem dagligen, inloggningsuppgifterna går bara att skriva i panelen, aldrig att läsa. Registerefterlevnad som stomme — med sin nuvarande omfattning åt ett och ett halvt håll uttalad på İYS-sidan.
Hela sidanÄrlighetsregeln för det här avsnittet
Integrationer för annonsering och regelefterlevnad utlöses alltid bakom samtyckesspärrar, och varje nekad händelse loggas med sitt skäl. Kan ett nummer inte matchas med säkerhet gissas det inte — en felaktig identitet kostar någon annans integritet.
Migrering
Lämna ditt gamla CRM. Behåll din historik.
En riktig migreringsmotor
För källsystem som stöds: kontakter, bokningshistorik, offerter, kundordrar, fordringar och anteckningar importeras genom en köad motor som går att återuppta — körd tillsammans med vårt team, för ett CRM-byte förtjänar en operatör, inte en knapp.
Överhoppade poster rapporteras vid namn
Motorn vägrar hitta på värden — en post som saknar sin valuta eller sitt datum hoppas över och räknas, så att ”migreringen klar” aldrig döljer poster som fortfarande lever i det gamla systemet.
Ägarskapet vänder sist
Ägarskapet över datan flyttas som sista steg, efter att importen visat vad den går för — det gamla systemet förblir det som gäller tills den stund du bestämmer annat.
Ett OpenAPI-kontrakt
Hela plattformen är specificerad i ett enda OpenAPI 3-dokument — samma kontrakt som vår webbpanel och vår mobilapp genererar sina typer ur. Inga dolda endpoints, ingen dokumentation som glider isär.
Avgränsade nycklar till Handels-API:et
Nycklar utfärdade per tenant med uttryckliga scopes — läsa katalog, läsa ordrar, skriva ordrar — driver din egen butik eller app på vår katalog- och ordermotor.
Inkommande webhooks, säkrade
Vilket externt system som helst kan starta en automation: varje flöde har en egen webhooktrigger med egen URL, egen hemlighet, HMAC-verifiering och skydd mot replay — och nyttolasterna är data, aldrig instruktioner.
Utgående: flödena ringer upp dig
REST-steget anropar dina system exakt i de ögonblick du ritar på arbetsytan. Ett generiskt webhookflöde där du prenumererar på allt är ännu inte byggt — sagt här, inte upptäckt i ett säljsamtal.
Djup slår logotyper.
Koppla in delarna du redan kör — och vet exakt vad varje koppling gör innan du slår på den.