ConnectWiz + Estesoft Stella

Integrasi aktif

Stella tetap jadi CRM Anda. Percakapannya akhirnya tahu itu.

Penyedia pertama di port CRM kami yang tidak terikat penyedia: konteks pelanggan langsung dari Estesoft Stella di dalam tiap percakapan, pemesanan yang ditulis balik ke buku agenda Stella — plus sederet penolakan yang disengaja dan tertulis, tentang apa yang tidak boleh disentuh sebuah produk komunikasi.

Mulai gratis Semua integrasi

Konteks yang terkunci identitas Pemesanan ditulis balik Data medis: tidak pernah dibaca

Estesoft Stella × ConnectWiz

Terkunci pada pelanggan ini

Janji temu · penawaran · saldo terlihat

Pemesanan lewat obrolan → buku agenda Stella

Rekam perawatan: tidak pernah dibaca

Operasi baca yang disebut namanya — janji temu, penawaran, pesanan, saldo, catatan, dokumen, katalog, staf, lokasi, pencarian pelanggan

Operasi tulis yang didefinisikan — enam terbuka, satu ditahan sampai terukur, dan kami menyebut yang mana

Gerbang di setiap penulisan — adapter, kemampuan, sakelar per operasi, kepemilikan data

Kelas catatan yang dibawa mesin migrasi — janji temu, penawaran, penjualan, piutang, catatan

CRM

Apa yang dilakukannya — persisnya

Konteks langsung, terkunci identitas

Janji temu, penawaran, sisa tagihan, catatan, dan dokumen milik pelanggan ini muncul di percakapannya — dan AI bisa membacanya khusus untuk pelanggan itu saja, yang ditentukan dari percakapannya sendiri, tidak pernah dari ID hasil tebakan.

Pemesanan ditulis balik

Janji temu yang dibuat lewat obrolan mendarat di buku agenda Stella — dan di titik tempat API vendornya tidak sanggup membawa sebuah detail, sinkronisasinya menyebutkan apa yang dibuangnya alih-alih membuangnya diam-diam.

AI membaca, tidak pernah menulis

Aturan tetap yang berlaku di seluruh port CRM: pembacaan terkunci identitas dan penulisan tetap dikerjakan manusia — AI yang bisa salah membaca saldo adalah gladi bersih murah untuk AI yang memesankan jadwal untuk pasien yang salah.

Migrasi ketika Anda memutuskan

Mesin yang mengantre dan bisa dilanjutkan mengimpor janji temu, penawaran, penjualan, piutang, dan catatan ke ConnectWiz — baris yang dilewati dilaporkan dengan namanya, dan kepemilikan datanya baru berpindah di langkah terakhir.

Pembayaran dan pesanan ditulis balik

Mencatat pembayaran atau membuat pesanan di ConnectWiz bisa dikirim ke Stella — dibuka lewat keputusan eksplisit pemiliknya, di balik empat gerbang dan mode gladi bersih yang sama dengan semuanya.

Bertahap, bukan cermin

Polling perubahan ada untuk menangkap event yang terlewat — bukan untuk menyimpan salinan kedua dari buku besar kliniknya. Kehilangan pembedaan itu mengubah sebuah cache menjadi basis data, makanya kami menuliskannya.

Sisi teknis

Jalur penulisannya: empat gerbang dan satu gladi bersih

Mati adalah bawaannya, per operasi

Setiap penulisan dirilis dalam keadaan mati, dan masing-masing dari ketujuh operasinya — catatan, janji temu, pembatalan, pelanggan, penawaran, pesanan, pembayaran — punya sakelarnya sendiri. Keamanan di sini berupa ketiadaan: kalau satu gerbang gagal, tidak ada objek penulis yang bisa dipanggil.

Kepemilikan mengalahkan sakelar

Di atas sakelar per operasi itu duduk kepemilikan data: domain data yang dimiliki workspace Anda tidak pernah ditulis keluar ke Stella, apa pun kata sakelarnya. Urutan gerbangnya baku dan terdokumentasi.

Gladi bersih di jalur kode yang sesungguhnya

Mode uji coba menyusun payload yang persis sama dengan yang akan dikirim penulisan sungguhan, lalu berhenti tepat di lapisan transportnya — gladi bersih yang menempuh jalur kode berbeda tidak membuktikan apa pun, jadi kami tidak punya yang seperti itu.

Penulisan memverifikasi dirinya sendiri

Setelah tiap penulisan, integrasinya membaca kembali apa yang baru dibuatnya lalu membandingkannya. Ketidakcocokan muncul sebagai peringatan untuk manusia — tidak pernah sebagai koreksi otomatis, karena API vendornya tidak punya kunci idempotensi yang membuat koreksi itu aman.

Migrasi dengan urutan yang benar

Janji temu diimpor lebih dulu — dan itu disengaja, karena buku agenda adalah satu-satunya titik tampil yang bisa menemukan orang di seluruh tenant. Tiap baris yang dilewati dihitung dengan namanya: di luar jendela waktu, bentuk yang tidak dikenali, kontak yang tidak ditemukan.

Pembacaan oleh AI dikunci tiga kali

Perkakas CRM milik AI hanya mengiklankan aksi yang memang dipunyai workspace Anda, memvalidasi ulang aksinya saat dipanggil, dan menentukan pelanggannya dari percakapan itu sendiri — opsi hasil halusinasi atau ID hasil tebakan mati sebelum sampai ke lapisan transport.

Penyiapan

Cara menyambungnya

Sambungkan Stella

Tambahkan kredensial Stella Anda; konektornya memvalidasi ke API sungguhan sebelum apa pun disimpan.

Bekerja dengan konteks

Percakapan menampilkan kartu CRM pelanggannya; agen dan AI menjawab dari fakta, bukan dari ingatan.

Bermigrasi kalau dan ketika Anda mau

Jalankan migrasi berpendamping untuk membawa riwayat penuhnya masuk — sistem lama tetap jadi acuan sampai Anda memindahkan kepemilikannya.

Lebih baik bersama

Apa yang bisa dipadukan

Mesin pemesanan

Pemesanan lewat obrolan mendarat di buku agenda Stella, dan sistem pemesanan mengurangkan janji temu Stella dari ketersediaan — satu kebenaran buku agenda.

Kartu di kotak masuk

Agen melihat konteks CRM pelanggan yang sedang berjalan — janji temu, penawaran, saldo — bersebelahan dengan percakapannya di kotak masuk bersama.

Wiz, baca-saja

Di sini Agen AI menjawab "kapan janji temu saya?" dari fakta di Stella, terkunci pada identitas orang yang ada di utas itu — dan menurut aturan tetapnya, ia tidak bisa menulis.

Keamanan & jaminan

Jaminan yang membosankan

Data kesehatan: tidak pernah dibaca

Rekam perawatan termasuk data kategori khusus menurut KVKK. Menariknya ke layar dukungan pelanggan akan memperluas lingkaran orang yang memprosesnya, dari para dokter klinik menjadi seluruh tim — jadi endpoint-nya ada dan kami menolaknya, hitam di atas putih.

Tanpa tangan-tangan tak terlihat

Kami tidak pernah menutup tugas milik kliniknya, tidak pernah mengubah segmen pelanggannya, tidak pernah menyentuh buku besar akuntansinya — masing-masing adalah penolakan yang terdokumentasi, karena mengotomatiskan proses bisnis milik orang lain dari sebuah obrolan adalah kelas kesalahan paling mahal di produk ini.

Token tidak pernah masuk ke URL

Vendornya menyediakan endpoint pemeriksa token yang menaruh kredensial di dalam URL — tempat log dan proxy bisa melihatnya. Kami tidak pernah memanggilnya. Cara menangani kredensial kami pilih endpoint demi endpoint.

Penghapusan: tidak kami tawarkan

Endpoint penghapusan milik vendor untuk pelanggan, lead, tagihan, dan penawaran tidak kami pakai — perilaku hapus lunak versus hapus permanennya belum terverifikasi, dan menghapus rekam pasien tidak muncul di satu pun user story yang bersedia kami tanggung.

Ketentuan kecilnya, apa adanya

Batas-batas, dinyatakan

Penolakan yang disengaja

Rekam perawatan medis tidak pernah dibaca atau ditampilkan, label siklus hidup milik vendornya tidak pernah ditimpa, dan kami tidak berpura-pura punya cermin dua arah yang penuh — tiap penolakan itu keputusan desain yang terdokumentasi, bukan lubang yang kelewat.

CRM lain

Port-nya memang dirancang tidak terikat penyedia — Stella penyedia pertamanya, bukan yang terakhir. Memakai yang lain? Beri tahu kami; itu ikut membentuk antrean pengerjaannya.

FAQ Estesoft Stella

Jawaban langsung

Selengkapnya di halaman FAQ, atau tanyakan langsung kepada kami.

Janji temu, penawaran, pesanan, sisa tagihan, catatan, dan dokumen milik pelanggan itu sendiri, di percakapan tempat dia sedang berbicara — plus katalog, staf, dan lokasi bisnis Anda sebagai bahan jawaban AI. Semua pembacaan terkunci pada pelanggan yang ada di utas itu.

Karena aturannya begitu: di port ini AI bersifat baca-saja, dan pembacaannya terkunci identitas. Penulisan yang salah ke CRM sebuah klinik adalah insiden di dunia nyata; kami menjaga penulisan tetap dikerjakan manusia dan bisa diaudit.

Bisa — mesin migrasinya mengimpor janji temu, penawaran, penjualan, piutang, dan catatan dalam satu jalannya proses yang mengantre dan bisa dilanjutkan, serta melaporkan apa saja yang dilewatinya dengan namanya. Kepemilikannya berpindah sebagai langkah terakhir yang eksplisit, jadi tidak ada yang pindah setengah jalan.

Enam: catatan pelanggan, janji temu (buat dan batal), pelanggan baru, penawaran, pesanan, dan pembayaran — masing-masing di balik sakelarnya sendiri, semuanya bawaannya mati, semuanya dimulai dalam mode gladi bersih. Unggah berkas sudah didefinisikan tetapi tetap ditutup sampai perilaku endpoint vendornya terukur — itu kekosongan pengukuran, bukan sebuah keputusan.

Tiap pelewatan dihitung dengan namanya: baris di luar jendela waktu yang Anda pilih, baris yang bentuknya tidak dikenali mesinnya, baris yang menyebut pelanggan yang tidak bisa dicocokkan. Hitungan itulah laporannya — Anda mengakhiri migrasi sambil tahu apa yang tidak ikut pindah dan kenapa.

Terhubung secara jujur lebih berharga daripada terhubung secara berisik.

Setiap integrasi di sini dijelaskan menurut apa yang benar-benar dilakukannya — lengkap dengan arah, kepemilikan, dan batasnya.