Zentor Appはマルチテナントプラットフォームとして構築されています。各テナントは独自のデータコンテキストを持ち、サーバー側のチェックにより、認証済みのすべてのリクエストがアクティブなテナントに制限されます。表示されているテナント切り替え機能は、この分離を弱めるものではありません。これは、複数のテナントへのアクセス権を持つユーザーのアクティブなコンテキストを切り替えるだけであり、バックエンドは各リクエストで権限チェックを継続します。追加のテナントは通常のユーザーによって作成されることはありません。これらはZentorによって有効化され、Individuellパッケージにおける追加テナントの確定価格は月額39 €です。
Dashboardの認証はメールアドレスとパスワードに基づいており、オプションのTOTP二要素認証とサポートされるSSO方式が利用できます。通常のセッションJWTは12時間有効で、リフレッシュトークンは最長7日間有効です。文書化された公開APIには、開発者用の別個のAPIキーシステムはありません。公開フォームとコンテンツエンドポイントはDashboardへのログインなしで機能しますが、ウィジェット操作は、オリジン制限とともに専用の埋め込みトークンを使用します。埋め込みトークンは平文で一度だけ表示され、セットアップ中は機密情報として扱う必要があります。
プラットフォームは、Dashboard、テナントに紐づくバックエンドサービス、ナレッジベース、コミュニケーションチャネル、および電話用に分離されたSIPデプロイメントを組み合わせています。SIPボイスボットは、2026年7月24日以降、メインアプリケーションから分離されています。有効化された各テナントは分離されたSIPインスタンスを取得し、有効化または無効化はMaster Adminのタスクのままです。この分離により、テナントのDashboardがトランクや低レベルの電話インフラを直接管理することを防ぎます。
セキュリティ制御には、IP、ドメイン、国のルールが含まれます。新しいルールはすべてDry-Runモードで開始され、必須の24時間の待機期間を経て初めて有効化できます。AllowルールはBlockルールより優先されます。この設計により、管理者はルールが発効する前にその影響を確認する時間を持つことができ、正当なアクセスを誤ってブロックするリスクが軽減されます。
アーキテクチャページは、公開SLAとして、またはすべてのオプションコンポーネントがすべてのパッケージで利用可能であるという約束として解釈されるべきではありません。機能へのアクセスは、権限(entitlements)とAdd-onに依存します。On-Premisesでの運用は準備されていますが、現行のライセンス機構にまだプレースホルダーキーが含まれているため、本番環境向けには準備が整っていません。したがって、これは完全なセルフサービスの導入オプションとしてではなく、リクエストに応じて利用可能であり、導入段階にあるものとして説明されるべきです。