複数クライアントの管理

ほとんどのチームは注意深さでクライアントを分離しています。1つの共有アカウントがすべての接続ページを保持し、1つのカレンダーがすべての予定を保持し、クライアントの下書きと間違った読者との間にあるのは、午後6時に画面を見ている人だけです。誰かがチームを去ると、その分離も習慣とともに失われます。

• プロジェクトが分離の単位です。接続アカウント、下書き、キュー、メディア、受領記録はプロジェクトに属し、メンバーは自分が追加されたプロジェクトしか見えません。
• この分離は3重に強制されます。認証時、アクションを認可するアプリケーションサービス内、そして行レベルセキュリティを通じたデータベース自体において。サインインしていることが権限として扱われることは決してありません。
• レポートも同じ境界に従うため、クライアントごとのレポートが誰かが手作業で組み立てるスプレッドシートではなく既定の形式になります。

プロジェクト、プロジェクトに限定されたメンバーシップ、そしてその背後の行レベルセキュリティポリシーは構築済みでテストされています。プロジェクト間の読み取りを試み失敗することを検証するテストも含まれます。プランはチームが必要とするプロジェクト数に応じて決められます。まだどのプロジェクトからもどのプラットフォームにも何も公開されていません。

機能マトリックスにはすべてのプラットフォームとすべての機能が1つの表にまとまっています。ユースケースページでは、この製品が構築対象としているワークフローを説明しています。

ユースケース

プラットフォームごとの予定

プラットフォームの機能