Integrasi ConnectWiz
Stack Anda, tersambung — dan dijelaskan menurut apa yang benar-benar dilakukannya.
Halaman integrasi biasanya memajang logo. Halaman ini memajang perilaku: apa yang tersinkron, ke arah mana, di bawah kepemilikan siapa, dan di mana batas jujurnya. Karena "terintegrasi dengan X" adalah klaim tentang kedalaman, bukan sebuah stiker.
Commerce
WooCommerce & WordPress
WooCommerce — dua arah, terkelola
Pemasangan satu klik, impor produk yang mendalam, tulis-balik yang sungguhan — di bawah kepemilikan tingkat field yang Anda pilih, mode gladi bersih per operasi, dan buku konflik yang terlihat. Cerita lengkapnya ada di halaman Commerce.
Halaman lengkapPlugin WordPress
Menyematkan widget obrolan di situs Anda dan mencetak token SSO bertanda tangan — pelanggan yang sudah login dikenali di dalam obrolan, lengkap dengan pesanannya, tanpa perlu mendaftar ulang.
Halaman lengkapFeed belanja Google & Meta
Feed produk bertoken dalam skema Google (Meta Commerce Manager membaca yang sama) menjaga katalog iklan Anda tetap tersinkron — tanpa peninjauan aplikasi di jalurnya, tanpa unggah ulang manual.
Shopify Segera
Fondasinya sudah nyata — identitas pelanggan Shopify sudah berhimpun menjadi kontak, dan hari ini toko Shopify tersambung lewat API dan webhook. Sinkronisasi dua arah native seperti pada WooCommerce ada di roadmap, dan lencana ini berubah ketika itu dirilis, tidak sebelumnya.
Halaman lengkapDukungan & tiket
Zendesk — jembatan untuk tim yang sedang bertransisi
Push: tiket keluar
Percakapan tiket ConnectWiz membuat tiket Zendesk dan mencerminkan balasannya sebagai komentar — sehingga tim yang masih tinggal di Zendesk melihat pekerjaannya tanpa perlu bertanya.
Halaman lengkapPull: balasan agen kembali
Sebuah trigger Zendesk mengirim komentar agen kembali ke utas ConnectWiz — diamankan dengan shared secret, plus penjaga lingkar agar kedua sistem tidak pernah saling pingpong sebuah komentar selamanya.
Cakupan, apa adanya
Ini jembatan tiket — buat, balas, kedua arah bisa dinyalakan atau dimatikan — bukan impor help center, makro, atau SLA milik Zendesk. Tim memakainya untuk bermigrasi secara bertahap, lalu mematikannya.
CRM
Estesoft Stella — CRM Anda, terlihat dari dalam percakapan
Penyedia pertama pada port CRM kami yang tidak peduli penyedianya: klinik yang menjalankan Stella tetap memakai CRM-nya dan mendapat lapisan percakapan yang benar-benar mengenalnya.
Konteks langsung, terkunci identitas
Janji temu, penawaran, saldo, catatan, dan dokumen dari Stella muncul di percakapannya — dan AI-nya bisa membacanya khusus untuk pelanggan ini, tidak pernah dengan menebak sebuah ID.
Pemesanan ditulis balik
Janji temu yang dibuat di dalam obrolan mendarat di buku agenda Stella — dan di tempat API vendornya tidak sanggup membawa sebuah detail, sinkronisasinya menyebutkan apa yang dibuangnya alih-alih membuangnya diam-diam.
Penolakan yang disengaja
Rekam tindakan medis tidak pernah dibaca maupun ditampilkan, label siklus hidup milik vendornya tidak pernah ditimpa, dan tidak ada pencerminan dua arah penuh yang dipura-purakan — batas-batasnya adalah keputusan desain, dan tertulis.
Estesoft Stella — halaman lengkap · Menjalankan CRM lain? Port-nya memang dirancang agar tidak peduli penyedianya — beri tahu kami CRM Anda. Dan ketika Anda siap meninggalkan sistem lama sepenuhnya, mesin migrasi di bawah akan membawa masuk riwayat Anda.
Marketing & penyedia
Bawa penyedia Anda sendiri — filosofi rumah ini
SMS: Twilio · NetGSM
Akun gateway Anda, sender ID Anda, harga hasil negosiasi Anda — dengan kejujuran soal kemampuan tiap gateway dan hitungan segmen tercap pada setiap kiriman. Detailnya ada di halaman SMS.
AI: kunci Anda, 5 penyedia
Wiz berjalan di atas kunci penyedia Anda sendiri di lima penyedia AI dan puluhan model — tanpa markup token, model bisa dipilih per penggunaan, dan Anda bebas meninggalkan vendor mana pun. Cerita lengkapnya ada di halaman AI.
Push: OneSignal milik Anda
Web push untuk pengunjung berjalan lewat aplikasi push Anda sendiri di domain Anda sendiri — karena begitulah web push benar-benar bekerja, dan berpura-pura sebaliknya akan rusak sejak hari pertama.
Pemesanan keluar, waktu sibuk masuk
Janji temu dikirim ke kalender Google, Microsoft 365, dan Apple/CalDAV lalu lenyap saat dibatalkan; waktu sibuk dari luar mengurangi ketersediaan, sehingga tidak ada pintu — manusia maupun AI — yang bisa menawarkan slot yang sudah terisi. Detailnya ada di halaman Booking.
Arah per sumber
Tiap kalender memainkan peran yang Anda tetapkan — baca, tulis, keduanya, atau khusus waktu sibuk — sehingga kalender bersama klinik dan kalender pribadi seorang praktisi bisa hidup berdampingan tanpa saling menimpa.
Iklan & kepatuhan
Pipa yang menghubungkan percakapan, platform iklan, dan regulator
Meta Conversions API
Kesepakatan yang dimenangkan dilaporkan balik ke iklan yang memulai obrolannya — sebagai event pembelian dengan pencocokan identitas yang benar per kanal — plus sinyal kualitas lead dari corong CRM Anda. Dataset Anda, token Anda, mati secara bawaan; empat gerbang (persetujuan termasuk) sebelum satu event pun berangkat, dan panel kesehatan yang menunjukkan apa yang terkirim dan apa yang ditolak, beserta alasannya.
Halaman lengkapİYS (Turki)
Daftar komunikasi komersial milik Turki, terintegrasi: persetujuan dikirim sebagai diberikan atau dicabut, opt-out di sisi registri ditarik kembali setiap hari, kredensialnya hanya bisa ditulis di panel. Kepatuhan registri sebagai pipa — dengan cakupannya yang saat ini satu setengah arah dinyatakan di halaman İYS.
Halaman lengkapAturan kejujuran untuk bagian ini
Integrasi iklan dan kepatuhan hanya berbunyi di balik gerbang persetujuan, dan setiap event yang ditolak dicatat beserta alasannya. Kalau sebuah nomor tidak bisa dicocokkan dengan yakin, ia tidak ditebak — identitas yang keliru dibayar dengan privasi orang lain.
Migrasi
Tinggalkan CRM lama Anda. Pertahankan riwayatnya.
Mesin migrasi yang sungguhan
Untuk sistem sumber yang didukung: kontak, riwayat janji temu, penawaran, pesanan penjualan, piutang, dan catatan diimpor lewat mesin berantrean yang bisa dilanjutkan — dijalankan bersama tim kami, karena berpindah CRM layak mendapat seorang operator, bukan sebuah tombol.
Yang dilewati dilaporkan satu per satu
Mesinnya menolak mengarang nilai — catatan yang kehilangan mata uang atau tanggalnya dilewati dan dihitung, sehingga "migrasi selesai" tidak pernah menyembunyikan catatan yang masih tinggal di sistem lama.
Kepemilikan berpindah paling akhir
Kepemilikan data berpindah sebagai langkah terakhir, setelah impornya membuktikan diri — sistem lama tetap menjadi acuan sampai saat Anda memutuskan sebaliknya.
Satu kontrak OpenAPI
Seluruh platformnya dispesifikasikan dalam satu dokumen OpenAPI 3 — kontrak yang sama dengan yang dipakai panel web dan aplikasi mobile kami untuk membangkitkan tipenya. Tanpa endpoint bayangan, tanpa dokumentasi yang melenceng.
Kunci API Commerce bercakupan
Kunci yang diterbitkan tenant dengan scope eksplisit — baca katalog, baca pesanan, tulis pesanan — menggerakkan etalase atau aplikasi Anda sendiri di atas katalog dan mesin pesanan kami.
Webhook masuk, diamankan
Sistem eksternal mana pun bisa memulai otomatisasi: tiap pemicu webhook pada sebuah alur punya URL-nya sendiri, secret-nya sendiri, verifikasi HMAC, dan perlindungan dari pemutaran ulang — dan payload adalah data, tidak pernah instruksi.
Keluar: alur yang memanggil Anda
Langkah REST memanggil sistem Anda persis pada momen yang Anda gambar di atas kanvas. Feed webhook generik berlangganan-semuanya belum dibangun — dinyatakan di sini, bukan ditemukan di tengah panggilan penjualan.
Kedalaman mengalahkan logo.
Sambungkan potongan-potongan yang sudah Anda jalankan — dan ketahui persis apa yang dilakukan tiap sambungan sebelum Anda menyalakannya.