オンプレミス
オンプレミス運用を自社のデータセンターでリクエストする方法。
ページ「オンプレミス運用 – ヘルプセンター」は、URL で指定された機能領域を扱っています。既存の内容は、実際の処理手順、前提条件、および既知の制限事項によって補完されます。オンプレミスはセルフサービス製品ではありません。個別パッケージを通じて、リクエストとコンサルティングセッションによって対応します。ライセンスメカニズムには現在プレースホルダーキーが含まれているため、この機能は「リクエストに応じて、導入中」として記述する必要があります。既知の価格は、月額299ユーロに399ユーロのセットアップ費用を加えたものです。
オンプレミスは、すぐに有効化できるダッシュボード機能ではありません。個別パッケージを通じて、リクエストとコンサルティングセッションによって展開の準備が行われます。既知の価格は、月額299ユーロに399ユーロのセットアップ費用を加えたものです。これらの情報は、自動的に予約可能な標準的な展開ではなく、想定されるモデルを記述するものです。
現在のライセンスメカニズムには、まだプレースホルダーキーが含まれています。そのため、オンプレミスは完全に製品化されたセルフサービス機能ではなく、「リクエストに応じて、導入中」として記述する必要があります。関心のある企業は、コンサルティングセッションにおいて、インフラ、運用、責任範囲、および希望する統合に関する要件を具体的に明確にする必要があります。
承諾を行う前に、ネットワーク、ホスティング、保守、バックアップ、更新、および責任範囲について調整を行う必要があります。公開ヘルプページは、根拠のないSLA、セキュリティ、または可用性の約束をしてはいけません。ホスト型運用との製品機能の同等性についても、具体的なプロジェクトで検証された場合にのみ保証することができます。
リクエストには、企業名、担当者、目標環境、想定されるログインユーザー数、必要なチャネル、および特別なデータ保護要件を含める必要があります。ログイン情報や内部キーはフォームに含めないでください。リクエストの後には技術的な評価が行われ、テナントダッシュボードでの自動有効化は行われません。
したがって、「オンプレミス運用 – ヘルプセンター」ページについては、既存の簡潔なテキストを確認済みの製品状態を超えた可能性を約束することなく、信頼性の高い手順書へと拡張されます。重要なのは、検証済みの事実情報源と、テナントとZentorの間で可視化された責任範囲です。逸脱がある場合は、常に正確なURL、影響を受けたテナント、および観察された手順を明記する必要があります。
「オンプレミス」を扱う際には、各ステップをまず制御されたテストケースで確認する必要があります。重要なのは、可視化された設定、実際のシステム状態、および期待される結果が一致していることです。逸脱がある場合、正確な時刻、影響を受けたテナント、使用されたチャネル、および変更されていないエラーメッセージが分析に役立ちます。ログイン情報、トークン、および個人情報は、スクリーンショットやサポートテキストに含めないでください。