マルチテナントチャットボットプラットフォーム — 1つのインストール、多数のテナント
Zentor Appは,マルチテナンタプラットフォームとして設計されています. 単一のインストールでは,多くの独立したクライアントに対応できます. 完全なデータ隔離,独自のチャットボット,各顧客向けの独自のチャネルがあります. 代理店,リセラー,SaaSプロバイダに最適です.
デジタルエージェントとして、さまざまな顧客向けのチャットボットソリューションを管理していると想像してください。マルチテナンシーがない場合、各顧客ごとに個別のプラットフォームインスタンスを運用する必要があります。つまり、独自のサーバー、独自の保守、独自のアップデートが必要です。これはコストがかかり、手間がかかり、スケーリングが困難です。
マルチテナンシーが解決する問題は 単一のZentor App装置が 顧客全員に同時に 完全に隔離され 独自の設定で サービスを提供することです インフラを維持しながらも 顧客ごとに 個々のチャットボット環境を提供します
このモデルは、エージェントやチャットボットサービスプロバイダー、チャットボットの機能を自社の製品の一部として再販するSaaS企業、また複数の子会社やブランドを共通プラットフォーム上で運用したい大企業グループにとって重要です。
マルチテナンシーは、単一のアプリケーションインスタンスが複数の独立したユーザーグループ—いわゆるテナントやマルチテナント—を同時にサポートするソフトウェアアーキテクチャの原則です。各テナントは他のテナントから完全に分離されており、他のテナントのデータを見ることができず、他のテナントの設定に影響を与えることもできず、独自の閉じた環境で動作します。
インフラの共有は、サーバー、データベースエンジン、アプリケーションロジックといった技術層のみを対象としています。データレベルでは、各テナントは完全に分離された領域となります。エンドユーザーにとって、このプラットフォームは個別のハードウェアを運用することなく、専用インストールのように感じられます。
Zentor Appでは,各クライアントは,独立した完全に独立した組織です.
各顧客は、独自の可視的なアイデンティティを使用して顧客とのコミュニケーションを行うことができます。これには、設定に応じて、独自の名称、独自のロゴ、独自の色、独自のスローガン、独自の連絡先情報、独自のリンク、および明示的に割り当てられた送信者名とEメールアドレスが含まれます。
技術インフラストラクチャは,Zentor Appによって中央で提供される.エンド顧客とのコミュニケーションは,それぞれのクライアントに明確に割り当てられている.クライアントは,彼のために共有されたブランドと送信者データをのみ使用する.他のクライアントのデータ,メールボックス,または可視的なアイデンティティは取り継がれません.
Zentor Appは2つの通信方向を区別します.
- Zentorアプリをクライアントに送信: 契約、プラットフォーム、セキュリティ、パッケージ、および請求情報は、Zentorアプリのブランドで送信されます。
- テナントからエンド顧客へ: 期限、お問い合わせ、折り返しの電話、およびサービスに関するメールは、各テナントのブランディングと関連する送信者IDを使用します。
これにより、メッセージの専門的な送信者が誰であるかが明確に認識できます。
ロールベースのアクセス制御（RBAC）により、テナント内のユーザーにチーム内での役割に応じて細粒度の権限を割り当てることができます。カスタマーサポートの担当者は会話を閲覧し、返信することができます。チームリーダーはこれに加えてレポートやモニタリングを閲覧できます。管理者はチャネルやナレッジベースを構成します。スーパー管理者はプラットフォーム全体を管理します。
RBACは個別パッケージの追加モジュールとして利用可能で、ユーザーが自身の役割に必要なデータと機能にのみアクセスできるようにします。これは、権限付与における最小権限の原則に準拠しており、GDPRおよび一般的なITセキュリティの重要な原則の一つです。
複数の顧客テナントを管理するエージェントにとって、RBACは以下のような意味を持ちます：あるテナントの顧客従業員は、他のテナントのデータにアクセスできません。たとえ技術的に同じプラットフォーム上で作業していてもです。
Zentor Appは,オファー,パッケージ,サブスクリプション,アクセス権利の管理を統合した支払い処理と結びつけます.個々のサービスはまずオファーとしてまとめられ,顧客からリリースされます.その後のみ,支払いステップが続きます.
パッケージ、価格、契約期間、承認、アクセス権限の専門的な管理は、Zentor App内で実施されます。PayPalはサポートされる決済処理のために使用されます。これにより、オファー、支払い、契約ステータス、プラットフォームへのアクセスが相互に関連して追跡可能になります。
AIチャットボットをサービスとして提供するエージェントは、多くの場合、各顧客ごとに独自の技術環境を構築する必要があり、その結果、リソースが拘束され、ビジネスモデルのスケーラビリティが困難になるという問題に直面しています。
Zentor Appはマルチテナンタプラットフォームで,すべてのクライアントを1つのインターフェースから管理できます. 各クライアントは独自の,完全に設定されたチャットボット,独自の知識データベース,独自のチャネルを手に入れられます.
アップデート、新機能、セキュリティパッチはプラットフォームレベルで一度適用され、すべてのテナントに自動的に反映されます。つまり、運用コストの削減と、お客様への一貫性のある最新製品の提供が可能になります。
Zentorアプリは、お客様のビジネスに合わせて成長します。最初は少数のテナントと管理可能なインフラストラクチャで始め、顧客基盤が拡大するにつれてスケールアップできます。プラットフォームアーキテクチャは当初から拡張性を考慮して設計されており、インフラストラクチャの変更なしに新しいテナントを追加できます。
スタートアッププランは,ウェブサイトのチャットボットで最初のステップを可能にします. 個別パッケージは,自由に設定可能な6つのライブ利用可能なチャネル (Webchat,メール,WhatsApp,Telegram,SMS,Zentor SIP-Voicebotによる電話),n8nワークフロー,RBAC,カレンダーモジュール,拡張された自動化,複数のプロセスルート,任意に拡張可能なクライアント (毎月39 €) と10人のユーザーを含む (要求に応じて拡張可能) を拡張し,オンプレミスオプションとSSO 需要が高く,増えるマンダントを持つ代理店のための適切な基盤です.
マルチテナントプラットフォームに関するよくある質問
マルチテナントプラットフォームとは何ですか？
マルチテナントプラットフォームは、単一のインストールで複数の独立した顧客（テナント）を同時にサポートするソフトウェアアーキテクチャです。各テナントは、独自のデータ、設定、ユーザー、チャネルを持つ完全に分離された領域を持っています。基盤となるインフラは共有されますが、テナント同士が互いに見えたり影響を与えたりすることはありません。
クライアントは互いに隔離されていますか？
はい,完全にです. Zentor Appのクライアントには,独自の知識データベース,独自のチャットボット,独自のチャンネル,独自のユーザーがあります. データ隔離は技術的に確保されています.クライアントの従業員またはチャットボットが他のクライアントのデータにアクセスすることはできません.
テナントごとの請求はどのように機能しますか？
各クライアントに対して、サービス、価格、契約期間、および請求モデルを個別に設定できます。個別に構成されたパッケージの場合、Zentor App はまず具体的な見積もりを作成します。承認後、PayPal を介したサポート付きの決済処理が行われます。見積もりステータス、支払い、契約ステータス、およびアクセス権限は、プラットフォーム内で相互に関連付けて追跡可能です。これにより、他のクライアントの価格、契約、またはアクセス権限が影響を受けることなく、各クライアントを独立して管理できます。
マルチテナントはどのプランから利用可能ですか？
マルチテナンタアーキテクチャはZentor Appプラットフォームの基本機能であり,すべてのパッケージで利用可能である.RBAC,オーディトトレイル,拡張クライアント管理,任意拡張可能なクライアント (それぞれ39 €/月) などのマルチテナンタ設定機能は,自由に構成可能な個別パッケージで追加モジュールとして利用可能である.
エージェントとして、クライアントごとに異なるチャットボット構成を管理できますか？
そうです.各クライアントは独自のチャットボット設定を得ます.独自の知識データベース,独自のチャンネル (Webchatドメイン,WhatsApp番号,Telegramボットなど),独自の会話履歴,独自の自動化ワークフロー.代理店として,すべてのクライアントを中央のインターフェースから管理します.設定が互いに影響しないので.
ご自身のチャットボットプラットフォームの準備はできましたか？
Zentor Appがマルチテナントプラットフォームとして、あなたのエージェントまたはSaaSモデルをどのようにサポートできるかについて、私たちとお話しください。
Mehr dazu im Hilfe-Center