Arsitektur Multi-Tenant
Contact center multi-tenant: setiap klien terisolasi, satu platform.
Aturan kepatuhan, rekaman, pengguna, dan penagihan terpisah untuk setiap klien. PostgreSQL RLS diterapkan di lapisan basis data. Siapkan tenant baru dalam hitungan menit.
Uji coba gratis 14 hari · kredit AI gratis untuk mencoba agen suara AI · tanpa kartu
Dasbor DialerBee — kelola kampanye, agen, dan laporan per tenant dari satu tempat.
Jawaban singkat
Apa itu arsitektur multi-tenant di DialerBee? Arsitektur multi-tenant DialerBee menyediakan isolasi klien menyeluruh bagi BPO, reseller telekomunikasi, dan organisasi yang mengelola banyak program klien. Setiap tenant mendapatkan data yang terisolasi (ditegakkan oleh PostgreSQL Row-Level Security di lapisan basis data), aturan kepatuhan independen (daftar DNC, jam panggilan, pelacakan persetujuan), rekaman panggilan terpisah (penyimpanan per tenant dengan retensi dan legal hold independen), penagihan per tenant (penggunaan, menit, dan seat dilacak terpisah), kontrol akses berbasis peran (agen dan supervisor dibatasi pada tenant-nya), penyetelan AI per tenant (akurasi AMD meningkat secara independen per tenant), serta penyiapan tenant dalam hitungan menit melalui portal admin atau API. Tersedia dalam 11 bahasa dengan bahasa default per tenant.
Masalah
Dialer single-tenant tidak bisa diskalakan untuk BPO
BPO dan reseller telekomunikasi mengelola banyak program klien di satu platform. Setiap klien memiliki persyaratan kepatuhan, daftar DNC, kebijakan perekaman, dan penagihan yang berbeda. Menjalankan instance dialer terpisah untuk setiap klien itu mahal, rumit secara operasional, dan tidak bisa diskalakan. Namun menjalankan semua klien di satu instance bersama tanpa isolasi yang memadai menimbulkan risiko yang tidak dapat diterima — data satu klien bocor ke klien lain, atau aturan kepatuhan satu klien memengaruhi kampanye klien lain.
Sebagian besar dialer hanya menawarkan grup pengguna dasar — bukan multi-tenancy sejati. Pengguna dapat dikelompokkan, tetapi data di baliknya tetap digunakan bersama. Laporan mungkin bisa difilter per grup, tetapi penegakannya ada di lapisan aplikasi, bukan di basis data. Satu bug, filter yang salah konfigurasi, atau kueri API yang ditulis buruk dapat membuka data satu klien ke klien lain. Bagi BPO yang menangani data teregulasi — keuangan, kesehatan, atau PII — tingkat isolasi ini tidak memadai.
Multi-tenancy sejati berarti isolasi di setiap lapisan: kueri basis data dibatasi per tenant, rekaman disimpan terpisah, aturan kepatuhan dapat dikonfigurasi secara independen, penagihan dilacak per klien, dan kontrol akses yang membuat akses lintas tenant mustahil secara arsitektur — bukan sekadar kecil kemungkinannya.
Cara Kerjanya
Isolasi di setiap lapisan
Arsitektur multi-tenant DialerBee menggunakan PostgreSQL Row-Level Security (RLS) untuk menegakkan batas antar-tenant pada tingkat database engine. Ini berarti isolasi bukan hanya logika aplikasi — melainkan ditegakkan oleh database itu sendiri. Setiap query otomatis dibatasi pada tenant yang sedang aktif. Akses data lintas-tenant dicegah secara arsitektural, bukan hanya dibatasi oleh kebijakan. Jika Anda membandingkan ini dengan stack open-source yang lebih lama, lihat alternatif VICIdial comparison.
Isolasi Data
Data setiap klien berada dalam partisi yang terisolasi secara logis. PostgreSQL RLS memastikan setiap kueri otomatis dibatasi pada tenant yang sedang aktif — ditegakkan oleh mesin basis data, bukan logika aplikasi.
Isolasi Aturan
Setiap tenant mendapatkan konfigurasi kepatuhan independen: daftar DNC, aturan jam panggilan, pelacakan persetujuan, batas percobaan ulang, dan profil regulasi. Aturan satu klien tidak pernah memengaruhi kampanye klien lain.
Isolasi Rekaman
Rekaman panggilan disimpan dan diakses per tenant dengan isolasi penuh. Kebijakan retensi, kontrol legal hold, dan pemantauan penyimpanan independen untuk setiap klien.
Isolasi Penagihan
Penggunaan, menit, dan seat dilacak per tenant. Ekspor data penagihan untuk faktur klien atau integrasikan dengan sistem penagihan Anda. Atribusi biaya lengkap per klien.
Perbandingan Berdampingan
Multi-tenancy sejati vs grup pengguna dasar
| Kemampuan | Grup Pengguna Dasar | DialerBee Multi-Tenant |
|---|---|---|
| Isolasi data | Filter di lapisan aplikasi | PostgreSQL RLS di tingkat mesin basis data |
| Aturan kepatuhan | Digunakan bersama dengan pengecualian per grup | Independen per tenant — terisolasi sepenuhnya |
| Rekaman | Penyimpanan bersama dengan tag grup | Penyimpanan terisolasi per tenant |
| Penagihan | Atribusi manual | Pelacakan penggunaan otomatis per tenant |
| Penyiapan | Penyiapan manual per klien | Hitungan menit via portal admin atau API |
| Risiko lintas tenant | Bug atau filter yang salah konfigurasi dapat membocorkan data | Dicegah secara arsitektur oleh RLS |
| Penyetelan AI | Satu model bersama untuk semua klien | Alur kerja penyetelan AMD per tenant |
| Pelaporan | Tampilan terfilter dari data bersama | Dashboard dan ekspor yang dibatasi per tenant |
Fitur Manajemen
Jalankan banyak klien dari satu platform
Lebih dari sekadar isolasi, arsitektur multi-tenant DialerBee menyediakan lapisan manajemen yang dibutuhkan BPO agar dapat beroperasi secara efisien untuk banyak klien. Penyiapan tenant, akses berbasis peran, analitik lintas tenant bagi pemilik platform, dan opsi white-label bekerja bersama sehingga pengelolaan banyak klien praktis secara operasional — bukan sekadar mungkin secara teknis.
Kontrol Akses Berbasis Peran
Izin terperinci per tenant. Admin, supervisor, dan agen hanya melihat apa yang memang menjadi hak mereka. Pemilik platform mendapatkan tampilan lintas tenant untuk manajemen operasional.
Pelaporan Tingkat Klien
Setiap laporan, dasbor, dan ekspor dibatasi pada tenant-nya. Analitik lintas klien tersedia bagi pemilik platform. Laporan terjadwal khusus per klien.
Penyediaan Tenant
Siapkan lingkungan klien baru dalam hitungan menit melalui portal admin atau API mitra. Pengguna, kampanye, aturan kepatuhan, dan pool DID — semuanya berbasis templat.
Pemisahan Penagihan
Lacak penggunaan, menit, seat, dan biaya pesan per tenant. Ekspor data penagihan untuk pembuatan faktur. Integrasikan dengan sistem penagihan Anda melalui API.
Penyetelan AI per Tenant
Akurasi AMD meningkat secara independen per tenant melalui alur kerja penyetelan yang dibatasi per tenant. Umpan balik setiap klien meningkatkan kinerja modelnya sendiri.
Opsi White-Label
Jalankan DialerBee dengan merek Anda sendiri, lengkap dengan domain, logo, dan skema warna kustom. Branding per tenant untuk implementasi reseller.
Kasus Penggunaan
Multi-tenancy untuk setiap model bisnis
Operasional BPO
Kelola puluhan program klien di satu platform. Kepatuhan, rekaman, penagihan, dan pelaporan per klien. Data klien tidak pernah melintasi batas tenant.
Reseller Telekomunikasi
DialerBee white-label untuk pelanggan Anda. Branding, penagihan, dan dukungan per tenant. Kembangkan bisnis reseller Anda tanpa mengelola instance terpisah.
Divisi Perusahaan
Unit bisnis terpisah dengan persyaratan kepatuhan masing-masing. Setiap divisi mendapatkan tenant sendiri dengan data, aturan, dan pelaporan yang terisolasi.
Agensi Penagihan
Isolasi tenant per portofolio. Klien berbeda, aturan kepatuhan berbeda, retensi rekaman berbeda. Buktikan isolasinya kepada pemilik portofolio.
BPO MENA
Multi-tenant dengan dukungan RTL bahasa Arab. Klien UEA di bawah aturan TDRA, klien Saudi di bawah aturan CST — di platform yang sama dengan kepatuhan yang terisolasi.
Operasi Waralaba
Tenant per pewaralaba dengan pengawasan terpusat. Setiap waralaba beroperasi secara independen, sementara kantor pusat tetap memiliki visibilitas di tingkat platform.
Spesifikasi Teknis
Di balik layar
| Metode isolasi | PostgreSQL Row-Level Security (RLS) di tingkat mesin basis data |
| Cakupan data | Setiap kueri otomatis dibatasi pada tenant yang sedang aktif |
| Isolasi kepatuhan | Daftar DNC, jam panggilan, persetujuan, batas percobaan ulang, dan profil regulasi per tenant |
| Isolasi rekaman | Penyimpanan per tenant dengan retensi dan legal hold independen |
| Pelacakan penagihan | Penggunaan, menit, seat, dan biaya pesan per tenant |
| Penyiapan | Hitungan menit via portal admin atau API mitra dengan konfigurasi berbasis templat |
| RBAC | Kontrol akses berbasis peran yang terperinci per tenant |
| Penyetelan AI | Alur kerja penyetelan AMD per tenant — peningkatan model per klien |
| Pelaporan | Dasbor dan ekspor per tenant; tampilan lintas tenant untuk pemilik platform |
| Manajemen DID | Pool caller ID per tenant dengan rotasi terisolasi dan pemetaan kampanye |
| White-label | Domain, logo, dan warna kustom per tenant |
| Akses API | Manajemen tenant, penyiapan, dan penagihan melalui REST API |
Fitur terkait
Platform White-Label
Jalankan DialerBee dengan merek Anda sendiri, lengkap dengan domain dan harga kustom.
Bring Your Own Carrier
Trunk SIP per klien tanpa biaya platform per menit.
Solusi BPO
Lihat bagaimana BPO memanfaatkan multi-tenancy untuk mengelola klien.
Compliance Autopilot
Aturan kepatuhan dan jejak audit per tenant.
Pertanyaan umum seputar multi-tenancy
Bagaimana DialerBee menegakkan isolasi tenant?
Apakah setiap tenant bisa memiliki aturan kepatuhan yang berbeda?
Berapa cepat saya bisa menyiapkan tenant baru?
Apakah rekaman panggilan terisolasi antar-tenant?
Bagaimana cara kerja penyetelan AI per tenant?
Apakah pemilik platform bisa melihat data lintas tenant?
Apakah multi-tenancy bisa digunakan bersama white-label?
Bagaimana penagihan dilacak per tenant?
Dirancang untuk BPO dan reseller
Pesan demo dan lihat bagaimana DialerBee mengisolasi setiap klien dengan multi-tenancy kelas enterprise.
Uji coba gratis 14 hari · kredit AI gratis · tanpa kartu · lihat harga