Arsitektur Multi-Tenant
Jalankan semua klien pada satu platform. Terisolasi sepenuhnya.
Aturan kepatuhan, perekaman, pengguna, dan penagihan terpisah untuk setiap klien. RLS PostgreSQL diterapkan pada lapisan basis data. Menyediakan tenant baru dalam hitungan menit.
Uji coba gratis 14 hari · tidak perlu kartu kredit
Dasbor DialerBee — kelola kampanye, agen, dan pelaporan per tenant dari satu tempat.
Jawaban singkat
Apa itu arsitektur multi-tenant di DialerBee ? Arsitektur multi-tenant DialerBee menyediakan isolasi klien lengkap untuk BPO, reseller telekomunikasi, dan organisasi yang mengelola banyak program klien. Setiap tenant mendapatkan data yang terisolasi (diberlakukan oleh PostgreSQL Row-Level Security pada lapisan basis data), aturan kepatuhan independen (daftar DNC , jam panggilan, pelacakan persetujuan), rekaman panggilan terpisah (penyimpanan per-tenant dengan retensi independen dan penangguhan hukum), penagihan per-tenant (penggunaan, menit, seat dilacak secara terpisah), kontrol akses berbasis peran (agen dan supervisor dibatasi pada tenant mereka), penyetelan AI per-tenant (akurasi AMD meningkat secara independen per tenant), dan penyediaan tenant dalam hitungan menit melalui portal admin atau API . Tersedia dalam 11 bahasa dengan bahasa default per-tenant.
Masalah
Dialer single-tenant tidak skala untuk BPO
BPO dan reseller telekomunikasi mengelola berbagai program klien pada satu platform. Setiap klien memiliki Persyaratan kepatuhan yang berbeda, daftar DNC yang berbeda, kebijakan perekaman yang berbeda, dan penagihan yang berbeda.Menjalankan instance dialer terpisah untuk setiap klien itu mahal, rumit secara operasional, dan tidak mudah diskalakan. Tetapi menjalankan semua klien pada instance bersama tanpa isolasi yang tepat menciptakan risiko yang tidak dapat diterima — data satu klien bocor ke klien lain, aturan kepatuhan satu klien memengaruhi kampanye klien lain.
Sebagian besar aplikasi panggilan hanya menawarkan kelompok pengguna dasar — Ini bukan multi-tenancy sejati. Pengguna dapat diorganisir ke dalam grup, tetapi data yang mendasarinya dibagikan. Laporan mungkin dapat difilter berdasarkan grup, tetapi penegakannya berada di lapisan aplikasi, bukan basis data. Bug, filter yang salah konfigurasi, atau kueri API yang ditulis dengan buruk dapat mengekspos data satu klien ke klien lain. Bagi BPO yang menangani data yang diatur — keuangan, perawatan kesehatan, atau PII — tingkat isolasi ini tidak memadai.
Multi-tenancy sejati berarti isolasi di setiap lapisan: kueri basis data dibatasi berdasarkan tenant, rekaman disimpan secara terpisah, aturan kepatuhan dapat dikonfigurasi secara independen, penagihan dilacak per klien, dan kontrol akses yang membuat akses lintas tenant secara arsitektur tidak mungkin — bukan hanya tidak mungkin.
Cara Kerjanya
Isolasi di setiap lapisan
Arsitektur multi-tenant DialerBee menggunakan Keamanan Tingkat Baris (RLS) PostgreSQL untuk menegakkan batasan tenant pada tingkat mesin basis data. Ini berarti isolasi bukan hanya logika aplikasi — isolasi ditegakkan oleh basis data itu sendiri. Setiap kueri secara otomatis dibatasi pada tenant saat ini. Akses data lintas tenant dicegah secara arsitektural, bukan hanya dibatasi oleh kebijakan.
Mengisolasi Data
Setiap data klien tersimpan dalam partisi yang terisolasi secara logis. PostgreSQL RLS memastikan setiap kueri secara otomatis dibatasi pada tenant saat ini — hal ini diberlakukan oleh mesin basis data, bukan logika aplikasi.
Aturan Isolasi
Setiap tenant mendapatkan konfigurasi kepatuhan independen: daftar DNC, aturan jam panggilan, pelacakan persetujuan, batasan percobaan ulang, dan profil peraturan. Aturan satu klien tidak pernah memengaruhi kampanye klien lain.
Rekaman Terisolasi
Rekaman panggilan disimpan dan diakses per tenant dengan isolasi lengkap. Kebijakan retensi independen, kontrol penahanan hukum, dan pemantauan penyimpanan per klien.
Penagihan Terpisah
Penggunaan, menit, dan jumlah pengguna dilacak per tenant. Ekspor data penagihan untuk pembuatan faktur klien atau integrasikan dengan sistem penagihan Anda. Atribusi biaya penuh per klien.
Perbandingan Berdampingan
Multi-tenancy sejati vs kelompok pengguna dasar
| Kemampuan | Grup Pengguna Dasar | DialerBee Multi-Tenant |
|---|---|---|
| Isolasi data | Filter lapisan aplikasi | RLS PostgreSQL pada tingkat mesin basis data |
| Aturan kepatuhan | Dibagikan dengan penggantian grup | Independen per tenant — terisolasi sepenuhnya |
| Rekaman | Penyimpanan bersama dengan tag grup | Penyimpanan terisolasi per tenant |
| Penagihan | Atribusi manual | Pelacakan penggunaan otomatis per tenant |
| Penyediaan | Pengaturan manual per klien | Notulen rapat melalui portal admin atau API |
| Risiko lintas tenant | Kesalahan atau konfigurasi filter yang salah dapat menyebabkan kebocoran data. | Secara arsitektur terhalang oleh RLS. |
| Penyetelan AI | Model yang digunakan bersama oleh semua klien. | Alur kerja penyetelan AMD per tenant |
| Pelaporan | Tampilan data bersama yang telah difilter | Dasbor dan ekspor yang dicakup per tenant |
Fitur Manajemen
Jalankan beberapa klien dari satu platform
Selain isolasi, arsitektur multi-tenant DialerBee menyediakan lapisan manajemen yang dibutuhkan BPO untuk beroperasi secara efisien di berbagai klien. Penyediaan tenant, akses berbasis peran, analitik lintas tenant untuk pemilik platform, dan opsi white-label semuanya bekerja sama untuk membuat manajemen multi-klien praktis secara operasional — bukan hanya mungkin secara teknis.
Kontrol Akses Berbasis Peran
Izin akses terperinci per tenant. Admin, supervisor, dan agen hanya melihat apa yang seharusnya mereka lihat. Pemilik platform mendapatkan tampilan lintas tenant untuk manajemen operasional.
Pelaporan Tingkat Klien
Setiap laporan, dasbor, dan ekspor dibatasi ruang lingkupnya untuk tenant. Analitik lintas klien tersedia untuk pemilik platform. Laporan terjadwal khusus untuk klien.
Penyediaan untuk tenant
Buat lingkungan klien baru dalam hitungan menit melalui portal admin atau API mitra. Pengguna, kampanye, aturan kepatuhan, dan kumpulan DID — semuanya dalam bentuk templat.
Pemisahan Penagihan
Lacak penggunaan, menit, jumlah pengguna, 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 untuk setiap tenant melalui alur kerja penyetelan yang terlingkup dalam tenant. Umpan balik dari setiap klien meningkatkan kinerja model mereka sendiri.
Opsi White-Label
Jalankan DialerBee dengan merek Anda sendiri menggunakan domain, logo, dan skema warna khusus. Branding per-tenant untuk penerapan reseller.
Kasus Penggunaan
Multi-tenancy untuk setiap model bisnis
Operasi BPO
Kelola puluhan program klien dalam satu platform. Kepatuhan per klien, perekaman, penagihan, dan pelaporan. Data klien tidak pernah melintasi batas tenant.
Pengecer Telekomunikasi
DialerBee dengan merek sendiri (white-label) untuk pelanggan Anda. Branding, penagihan, dan dukungan per-tenant. Kembangkan bisnis reseller Anda tanpa perlu mengelola instance terpisah.
Divisi Perusahaan
Unit bisnis terpisah dengan persyaratan kepatuhan independen. Setiap divisi mendapatkan tenant sendiri dengan data, aturan, dan pelaporan yang terisolasi.
Lembaga Penagihan Utang
Isolasi tenant per portofolio. Klien berbeda, aturan kepatuhan berbeda, retensi pencatatan berbeda. Buktikan isolasi kepada pemilik portofolio.
BPO MENA
Multi-tenant dengan dukungan RTL Arab. Klien UEA di bawah aturan TDRA , klien Saudi di bawah aturan CITC — pada platform yang sama dengan kepatuhan terpisah.
Operasi Waralaba
Setiap pemilik waralaba memiliki sistem penyewaan dengan pengawasan pusat. Setiap waralaba beroperasi secara independen sementara kantor pusat mempertahankan visibilitas di tingkat platform.
Spesifikasi Teknis
Di balik kap mesin
| Metode isolasi | Keamanan Tingkat Baris (RLS) PostgreSQL pada tingkat mesin basis data |
| Cakupan data | Setiap kueri secara otomatis dibatasi ruang lingkupnya hanya untuk tenant saat ini. |
| Isolasi kepatuhan | Daftar DNC per tenant, jam panggilan, persetujuan, batasan percobaan ulang, profil peraturan. |
| Isolasi perekaman | Penyimpanan per tenant dengan retensi independen dan penahanan hukum. |
| Pelacakan tagihan | Biaya penggunaan, menit, jumlah pengguna, dan pengiriman pesan per tenant. |
| Penyediaan | Notulen rapat melalui portal admin atau API mitra dengan konfigurasi berbasis templat. |
| RBAC | Kontrol akses berbasis peran per tenant yang terperinci |
| Penyetelan AI | Alur kerja penyetelan AMD yang berfokus pada tenant — peningkatan model per klien |
| Pelaporan | Dasbor dan ekspor per-tenant; tampilan lintas-tenant untuk pemilik platform. |
| Manajemen DID | Kumpulan ID penelepon per tenant dengan rotasi terisolasi dan pemetaan kampanye. |
| White-label | Domain, logo, dan warna khusus untuk setiap tenant. |
| Akses API | Manajemen tenant, penyediaan layanan, dan penagihan melalui REST API |
Fitur terkait
Platform White-Label
Jalankan DialerBee dengan merek Anda sendiri menggunakan domain dan harga khusus.
Bawa operator Anda sendiri
Trunk SIP per klien dengan biaya platform per menit nol.
Solusi BPO
Lihat bagaimana BPO menggunakan multi-tenancy untuk manajemen klien.
Autopilot Kepatuhan
Aturan kepatuhan per tenant dan jejak audit.
Pertanyaan yang sering diajukan tentang multi-tenancy
Bagaimana DialerBee menerapkan isolasi tenant?
Apakah setiap tenant dapat memiliki aturan kepatuhan yang berbeda?
Seberapa cepat saya dapat menyediakan akun tenant baru?
Apakah perekaman panggilan terisolasi antar tenant?
Bagaimana cara kerja penyetelan AI per-tenant?
Apakah pemilik platform dapat melihat data lintas tenant?
Apakah multi-tenancy berfungsi dengan white-label?
Bagaimana cara pelacakan tagihan per tenant?
Dirancang untuk BPO dan reseller.
Pesan demo dan lihat bagaimana DialerBee mengisolasi setiap klien dengan multi-tenancy tingkat perusahaan.
Uji coba gratis 14 hari · tanpa kartu kredit · lihat harga