一つのプラットフォーム、六通りの構成。

どの構成にも通る背骨

一つのテナント、入れ子の組織、そして各組織の中にあるキャンパス・学部・地域・部門のブランチのツリー。ブランチで付与されたロールはその下のすべてのブランチに継承されるので、キャンパス管理者は自分のキャンパスを見て、その上は見えません。一つの権限カタログが、学校グループもソフトウェア企業も同じように統制します。

• ロールは八つのスコープで付与します：プラットフォーム、組織、サブ組織、ブランチ、プログラム、コホート、コース、グループ
• 575 のマイグレーションにわたる 858 の行レベルセキュリティポリシー — 分離はアプリケーションコードの記憶ではなく、データベースで強制されます
• ハッシュチェーン監査ログは一つ。どの構成でも同じです

設定する五つ、それ以外はなし

企業向け構成と学校向け構成の違いは、五つの設定です。どれもコードの分岐でもプラグインでも別のデプロイでもありません。

• 用語。 インターフェースが使う言葉は用語カタログが保持します。編集可能な用語は組織ごとに、単数形・複数形とも、製品の各言語で上書きできます。learner が「生徒」「受講者」「従業員」になります。
• 構造。 サブ組織が何を表すか、その下のブランチのツリーがどこまで深いか。
• モジュール。 レポーティングは組織ごとに有効化します。配信だけを求めるグループは採点キューを開くことがありません。
• ロール。 どのカスタムロールを用意し、それぞれをどのスコープで付与するか。
• ブランド。 組織ごとのロゴ、配色、ドメイン。TLS は自動発行です。サブ組織は独自に設定するまで親のブランドを引き継ぎます。

規模の違いは本物であって、売り文句ではありません

一つの部門と 114 校は、設定が違うだけの同じプラットフォームです。それでも体験が同一だと言うのは不誠実でしょう。組織が一つなら構造のほとんどは見えません。プログラムを作り、人を招待し、修了証を発行し、ブランチエディタを開くことはありません。114 校なら構造こそが仕事です。誰がどの学校を管理し、どのプログラムを下へ共有し、どのレポートがどこで止まるか。一週間の準備が要るのはそのうち片方だけであり、それを 3 回目の通話ではなく今お伝えします。