ConnectWiz-integrasjoner
Stacken din, koblet sammen – og beskrevet ut fra hva den faktisk gjør.
Integrasjonssider pleier å liste opp logoer. Denne lister opp oppførsel: hva som synkroniseres, i hvilken retning, under hvem sitt eierskap, og hvor de ærlige grensene går. For «integrerer med X» er en påstand om dybde, ikke et klistremerke.
Commerce
WooCommerce og WordPress
WooCommerce – toveis, styrt
Kobling med ett klikk, dyp produktimport, ekte tilbakeskriving – under eierskap på feltnivå som du velger, en øvingsmodus per operasjon og et synlig konfliktregister. Hele historien står på Commerce-siden.
Full sideWordPress-plugin
Bygger inn chat-widgeten på nettstedet ditt og lager signerte SSO-tokens – innloggede kunder blir gjenkjent i chatten, med ordrer og alt, uten å registrere seg på nytt.
Full sideHandelsfeeder til Google og Meta
En tokenisert produktfeed i Googles skjema (Meta Commerce Manager leser det samme) holder annonsekatalogene dine synkronisert – ingen appgjennomgang i veien, ingen manuelle opplastinger på nytt.
Shopify Snart
Grunnarbeidet er ekte – Shopify-kundeidentiteter fødereres allerede inn på kontakter, og i dag kobles Shopify-butikker til via API-et og webhooker. En native toveis synkronisering i samme støpning som WooCommerce står på veikartet, og denne merkelappen snur når den er i produksjon, ikke før.
Full sideSupport og saker
Zendesk – en bro for team midt i en overgang
Push: saker ut
Sakssamtaler i ConnectWiz oppretter Zendesk-saker og speiler svar som kommentarer – så et team som fortsatt lever i Zendesk, ser arbeidet uten å måtte spørre.
Full sidePull: svar fra medarbeidere tilbake
En trigger i Zendesk legger medarbeiderkommentarer tilbake i ConnectWiz-tråden – sikret med en delt hemmelighet, og med en løkkevakt, slik at de to systemene aldri spiller ping-pong med en kommentar i det uendelige.
Omfanget, uten pynt
Det er en saksbro – opprett, svar, begge retninger kan slås av og på – ikke en import av hjelpesenter, makroer eller SLA-er fra Zendesk. Team bruker den til å migrere gradvis, og slår den så av.
CRM
Estesoft Stella – CRM-et ditt, synlig fra samtalen
Den første leverandøren på vår leverandøruavhengige CRM-port: klinikker som kjører Stella, beholder CRM-et sitt og får et samtalelag som faktisk kjenner det.
Levende kontekst, låst til identitet
Avtaler, tilbud, saldoer, notater og dokumenter fra Stella dukker opp på samtalen – og AI-en kan lese dem for nøyaktig denne kunden, aldri ved å gjette en ID.
Bookinger skrives tilbake
En avtale som settes opp i en chat, havner i timeboken i Stella – og der leverandørens API ikke klarer å bære en detalj, sier synkroniseringen fra om hva den lot ligge, i stedet for å la det ligge i stillhet.
Bevisste nei
Journalopplysninger om behandling leses eller vises aldri, leverandørens egne livsløpsetiketter overskrives aldri, og ingen full toveis speiling påstås – grensene er designbeslutninger, skrevet ned.
Estesoft Stella – full side · Kjører du et annet CRM? Porten er leverandøruavhengig av design – si fra hvilket du bruker. Og når du er klar til å forlate det gamle systemet helt, bærer migreringsmotoren nedenfor historikken din inn.
Markedsføring og leverandører
Ta med dine egne leverandører – husfilosofien
AI: dine nøkler, 5 leverandører
Wiz kjører på dine egne leverandørnøkler hos fem AI-leverandører og dusinvis av modeller – ingen påslag på tokens, modellvalg per bruk, og frihet til å forlate hvilken som helst leverandør. Hele historien står på AI-siden.
Push: din egen OneSignal
Web push til besøkende går gjennom din egen push-app på ditt eget domene – fordi det er slik web push faktisk fungerer, og å late som noe annet ryker dag én.
Bookinger ut, opptatt tid inn
Avtaler pushes til kalendere i Google, Microsoft 365 og Apple/CalDAV og forsvinner ved avbestilling; opptatt tid utenfra trekkes fra tilgjengeligheten, så ingen dør – verken menneskelig eller AI – kan tilby en time som allerede er tatt. Detaljene står på Booking-siden.
Retning per kilde
Hver kalender spiller den rollen du gir den – lese, skrive, begge deler eller bare opptatt tid – slik at klinikkens delte kalender og en behandlers private kan leve side om side uten å overskrive hverandre.
Annonser og etterlevelse
Infrastrukturen mellom samtaler, annonseplattformer og tilsynsmyndigheter
Meta Conversions API
En vunnet avtale rapporteres tilbake til annonsen som startet chatten – som en kjøpshendelse med riktig identitetsmatching per kanal – pluss signaler om leadkvalitet fra CRM-trakten din. Ditt datasett, ditt token, av som standard; fire porter (samtykke inkludert) før noen hendelse forlater huset, og et helsepanel som viser hva som ble sendt og hva som ble avvist, med begrunnelse.
Full sideİYS (Tyrkia)
Tyrkias register for kommersiell kommunikasjon, integrert: samtykker sendes som gitt eller trukket, avmeldinger på registersiden hentes tilbake daglig, og legitimasjonen kan bare skrives inn i panelet, aldri leses ut. Etterlevelse mot registeret som infrastruktur – med dagens halvannenveis omfang beskrevet på İYS-siden.
Full sideÆrlighetsregelen for denne delen
Integrasjoner for annonser og etterlevelse fyrer bare bak samtykkeporter, og hver eneste avviste hendelse logges med begrunnelsen sin. Kan et nummer ikke kobles med sikkerhet, blir det ikke gjettet – en feil identitet koster noen andres personvern.
Migrering
Forlat det gamle CRM-et. Behold historikken.
En ekte migreringsmotor
For støttede kildesystemer: kontakter, timehistorikk, tilbud, salgsordrer, fordringer og notater importeres gjennom en købasert motor som kan gjenopptas – kjørt sammen med teamet vårt, for et CRM-bytte fortjener en operatør, ikke en knapp.
Det som hoppes over, navngis
Motoren nekter å finne på verdier – en oppføring som mangler valuta eller dato, hoppes over og telles, slik at «migreringen er ferdig» aldri skjuler oppføringer som fortsatt lever i det gamle systemet.
Eierskapet flyttes sist
Eierskapet til dataene overføres som siste steg, etter at importen har bevist seg – det gamle systemet er autoritativt helt til det øyeblikket du bestemmer noe annet.
Én OpenAPI-kontrakt
Hele plattformen er spesifisert i ett eneste OpenAPI 3-dokument – den samme kontrakten som webpanelet og mobilappen vår genererer typene sine fra. Ingen skjulte endepunkter, ingen drift i dokumentasjonen.
Commerce-API-nøkler med scopes
Nøkler utstedt per tenant med eksplisitte scopes – katalog lese, ordrer lese, ordrer skrive – driver din egen nettbutikk eller app på katalogen og ordremotoren vår.
Innkommende webhooker, sikret
Ethvert eksternt system kan starte en automatisering: hver webhook-utløser i en flyt har sin egen URL, sin egen hemmelighet, HMAC-verifisering og replay-beskyttelse – og payloads er data, aldri instruksjoner.
Utgående: flytene ringer deg
REST-steget kaller systemene dine nøyaktig i de øyeblikkene du tegner på lerretet. En generisk webhook-strøm du kan abonnere på alt gjennom, er ikke bygd ennå – sagt her, ikke oppdaget i en salgssamtale.
Dybde slår logoer.
Koble sammen delene du allerede kjører – og vit nøyaktig hva hver kobling gjør før du slår den på.