Arsitektur & Keamanan secara Ringkas

Zentor App dibangun sebagai platform multi-tenant. Setiap tenant memiliki konteks data sendiri, dan pemeriksaan sisi server membatasi setiap permintaan yang terautentikasi ke tenant yang aktif. Pengalih tenant yang terlihat tidak melemahkan pemisahan ini: ia hanya mengubah konteks aktif untuk pengguna yang memiliki akses ke lebih dari satu tenant, sementara backend terus memeriksa izin pada setiap permintaan. Tenant tambahan tidak dibuat oleh pengguna biasa. Tenant tersebut diaktifkan oleh Zentor, dan harga yang dikonfirmasi untuk tenant tambahan dalam paket Individuell adalah 39 € per bulan.

Autentikasi untuk Dashboard didasarkan pada email dan kata sandi, dengan autentikasi dua faktor TOTP opsional dan metode SSO yang didukung. JWT sesi normal berlaku selama 12 jam, dan token refresh dapat tetap berlaku hingga tujuh hari. Untuk API publik yang didokumentasikan, tidak ada sistem kunci API pengembang yang terpisah. Formulir publik dan endpoint konten berfungsi tanpa login Dashboard, sementara operasi widget menggunakan token embed khusus bersama dengan pembatasan origin. Token embed hanya ditampilkan satu kali dalam bentuk teks biasa dan harus diperlakukan seperti rahasia selama pengaturan.

Platform ini menggabungkan Dashboard, layanan backend yang terkait dengan tenant, basis pengetahuan, saluran komunikasi, dan penerapan SIP yang terisolasi untuk telepon. Bot suara SIP telah dipisahkan dari aplikasi utama sejak 24 Juli 2026. Setiap tenant yang diaktifkan mendapatkan instans SIP yang terisolasi, aktivasi atau deaktivasi tetap menjadi tugas Master Admin. Pemisahan ini mencegah Dashboard tenant mengelola trunk atau infrastruktur telepon tingkat rendah secara langsung.

Kontrol keamanan mencakup aturan IP, domain, dan negara. Setiap aturan baru dimulai dalam mode Dry-Run dan hanya dapat diaktifkan setelah periode tunggu wajib selama 24 jam. Aturan Allow diutamakan daripada aturan Block. Desain ini memberi administrator waktu untuk memeriksa dampak suatu aturan sebelum berlaku dan mengurangi risiko pemblokiran akses sah secara tidak sengaja.

Halaman arsitektur tidak boleh dibaca sebagai SLA publik atau sebagai janji bahwa setiap komponen opsional tersedia di setiap paket. Akses fitur bergantung pada entitlement dan Add-on. Operasi On-Premises telah dipersiapkan tetapi belum siap produksi, karena mekanisme lisensi saat ini masih berisi kunci placeholder. Oleh karena itu, operasi ini harus dijelaskan sebagai tersedia berdasarkan permintaan dan sedang dalam tahap pengenalan, bukan sebagai opsi penerapan swalayan penuh.