ConnectWiz + Estesoft Stella

Integrazione attiva

Stella resta il vostro CRM. Le conversazioni finalmente lo sanno.

Il primo fornitore sulla nostra porta CRM agnostica: contesto cliente in tempo reale da Estesoft Stella dentro ogni conversazione, prenotazioni riscritte nell’agenda di Stella — e una serie di rifiuti voluti, messi per iscritto, su quello che un prodotto di comunicazione non dovrebbe mai toccare.

Contesto legato all’identità Le prenotazioni si riscrivono all’origine Dati medici: mai letti
Estesoft Stella × ConnectWiz
Bloccato su questo cliente
Appuntamenti · preventivi · saldo sott’occhio
Prenotazione in chat → agenda Stella
Cartelle dei trattamenti: mai lette
10
Operazioni di lettura elencate per nome: appuntamenti, preventivi, ordini, saldo, note, documenti, catalogo, personale, sedi, ricerca cliente
7
Operazioni di scrittura definite: sei aperte, una trattenuta finché non sarà misurata, e diciamo quale
4
Cancelli su ogni scrittura: adapter, capacità, interruttore per singola operazione, proprietà dei dati
5
Classi di record che il motore di migrazione porta dentro: appuntamenti, preventivi, vendite, crediti, note

CRM

Che cosa fa, esattamente

Contesto in tempo reale, legato all’identità

Gli appuntamenti, i preventivi, il saldo aperto, le note e i documenti di questo cliente compaiono sulla conversazione, e l’AI può leggerli esattamente per questo cliente, risolto dalla conversazione stessa e mai da un ID indovinato.

Le prenotazioni si riscrivono all’origine

Un appuntamento preso in chat finisce nell’agenda di Stella, e dove l’API del fornitore non riesce a portare un dettaglio la sincronizzazione dice che cosa ha lasciato indietro, invece di lasciarlo indietro in silenzio.

L’AI legge, non scrive mai

Una regola fissa su tutta la porta CRM: le letture sono legate all’identità e le scritture restano umane. Un’AI che può leggere male un saldo è la prova generale a basso costo di una che prenota il paziente sbagliato.

La migrazione quando decidete voi

Un motore a coda e riprendibile importa in ConnectWiz appuntamenti, preventivi, vendite, crediti e note: gli scarti sono riportati per nome, e la proprietà dei dati passa solo come ultimo passo.

Pagamenti e ordini si riscrivono all’origine

Registrare un pagamento o creare un ordine in ConnectWiz può scrivere su Stella: si apre con una decisione esplicita del titolare, dietro gli stessi quattro cancelli e la stessa modalità di prova di tutto il resto.

Incrementale, non uno specchio

Il polling dei cambiamenti esiste per recuperare gli eventi persi, non per tenere una seconda copia del registro della clinica. Perdere questa distinzione trasforma una cache in un database, quindi è scritto nero su bianco.

Il lato tecnico

Il percorso di scrittura: quattro cancelli e una prova generale

Spento è il valore predefinito, operazione per operazione

Ogni scrittura esce disattivata, e ognuna delle sette operazioni — note, appuntamenti, annullamenti, clienti, preventivi, ordini, pagamenti — ha il suo interruttore. Qui la sicurezza è un’assenza: se un cancello non si apre, non esiste nessun oggetto scrittore da chiamare.

La proprietà conta più dell’interruttore

Sopra gli interruttori delle singole operazioni sta la proprietà dei dati: un dominio che appartiene al vostro workspace non scrive mai verso Stella, qualunque cosa dica l’interruttore. L’ordine dei cancelli è fisso e documentato.

La prova gira sul codice vero

La modalità dry-run costruisce esattamente il payload che manderebbe la scrittura vera e si ferma solo al trasporto: una prova che passa da un altro percorso di codice non dimostra niente, quindi non esiste.

Le scritture si verificano da sole

Dopo ogni scrittura l’integrazione rilegge quello che ha creato e confronta. Una discrepanza emerge come avviso per una persona, mai come correzione automatica, perché l’API del fornitore non ha una chiave di idempotency che renda sicura la correzione.

Migrazione nell’ordine giusto

Gli appuntamenti si importano per primi, di proposito, perché l’agenda è l’unica superficie che può scoprire le persone su tutto il tenant. Ogni riga saltata viene contata per nome: fuori finestra temporale, forma sconosciuta, contatto mancante.

Le letture dell’AI hanno tre serrature

Lo strumento CRM dell’AI dichiara solo le azioni che il vostro workspace ha davvero, rivalida l’azione al momento della chiamata e risolve il cliente dalla conversazione stessa: un’opzione allucinata o un ID indovinato muore prima del trasporto.

Configurazione

Come si collega

01

Collegare Stella

Si inseriscono le credenziali Stella; il connettore le valida contro l’API vera prima che venga salvato qualcosa.

02

Lavorare con il contesto

Le conversazioni mostrano la scheda CRM del cliente; operatori e AI rispondono a partire dai fatti, non dalla memoria.

03

Migrare se e quando

Si lancia la migrazione assistita per portare dentro tutto lo storico: il vecchio sistema resta quello autorevole finché non spostate la proprietà.

Meglio insieme

Con che cosa si combina

Il motore di prenotazione

Le prenotazioni fatte in chat finiscono nell’agenda di Stella, e il sistema di prenotazione sottrae dalla disponibilità gli appuntamenti Stella: una sola verità nell’agenda.

La scheda nell’inbox

Gli operatori vedono il contesto CRM del cliente in tempo reale — appuntamenti, preventivi, saldo — accanto alla conversazione, dentro l’inbox condivisa.

Wiz, in sola lettura

Il nostro agente AI risponde a «quando ho l’appuntamento?» partendo dai fatti di Stella, legato all’identità della persona nella conversazione — e per regola fissa non può scrivere.

Sicurezza e garanzie

Le garanzie noiose

Dati sanitari: mai letti

Le cartelle dei trattamenti sono dati di categoria particolare secondo la KVKK. Leggerle dentro una schermata di assistenza allargherebbe la platea di chi tratta quei dati dai medici della clinica a tutto il team: gli endpoint esistono e noi li rifiutiamo, per iscritto.

Nessuna mano invisibile

Non chiudiamo mai i task della clinica, non cambiamo mai i suoi segmenti clienti, non tocchiamo mai la sua contabilità: ognuno è un rifiuto documentato, perché automatizzare il processo aziendale di qualcun altro partendo da una chat è la classe di errore più costosa del prodotto.

I token non finiscono negli URL

Il fornitore offre un endpoint di verifica del token che mette le credenziali nell’URL, dove le vedono log e proxy. Noi non lo chiamiamo mai. La gestione delle credenziali si decide endpoint per endpoint.

Cancellazioni: non le offriamo

Gli endpoint di cancellazione del fornitore per clienti, lead, fatture e preventivi restano inutilizzati: non è verificato se cancellino davvero o solo in apparenza, e cancellare la scheda di un paziente non compare in nessuno scenario d’uso che siamo disposti a firmare.

Le clausole, senza giri di parole

I limiti, messi per iscritto

Rifiuti voluti

Le cartelle dei trattamenti medici non vengono mai lette né mostrate, le etichette di ciclo di vita del fornitore non vengono mai sovrascritte e non si finge nessuno specchio completo nei due sensi: ogni rifiuto è una decisione di progetto documentata, non una lacuna.

Altri CRM

La porta è agnostica rispetto al fornitore per scelta: Stella è il primo fornitore, non l’ultimo. Ne usate un altro? Diteci qual è; è così che si forma la coda.

FAQ su Estesoft Stella

Risposte dirette

Il resto è nelle FAQ, oppure scriveteci direttamente.

Gli appuntamenti, i preventivi, gli ordini, il saldo aperto, le note e i documenti di quel cliente, sulla conversazione dove sta scrivendo — più il catalogo, il personale e le sedi dell’attività, perché l’AI possa rispondere a partire da lì. Tutte le letture sono bloccate sul cliente della conversazione.

Per regola: su questa porta l’AI è in sola lettura, e le letture sono legate all’identità. Una scrittura sbagliata nel CRM di una clinica è un incidente nel mondo reale; teniamo le scritture umane e verificabili.

Sì: il motore di migrazione importa appuntamenti, preventivi, vendite, crediti e note in un’esecuzione a coda e riprendibile che riporta per nome quello che ha saltato. La proprietà si trasferisce come passo finale esplicito, così non resta niente a metà.

Sei: note sul cliente, appuntamenti (creazione e annullamento), nuovi clienti, preventivi, ordini e pagamenti — ognuna dietro il suo interruttore, tutte spente per impostazione predefinita, tutte in modalità di prova all’inizio. Il caricamento file è definito ma resta chiuso finché il comportamento dell’endpoint del fornitore non sarà misurato: una misura che manca, non una decisione.

Ogni scarto viene contato per nome: righe fuori dalla finestra scelta, righe di cui il motore non riconosce la forma, righe che nominano un cliente che non si riesce ad abbinare. Il conteggio è il rapporto: la migrazione finisce sapendo che cosa non si è spostato e perché.

Meglio un’integrazione onesta che un’integrazione rumorosa.

Ogni integrazione di questa pagina è descritta per quello che fa davvero: direzione della sincronizzazione, proprietà dei dati e limiti compresi.