Entity Enricher は組織ベースのマルチテナンシーを使用します。すべてのユーザーは 1 つの組織に属し、すべてのデータ（レコード、スキーマ、API キー）は組織ごとに分離されます。
組織はデータ分離の最上位の境界です。サインアップ時に、新しい組織を作成するか既存の組織に参加します。すべてのenrichment record、schema、API キーは組織に属し、ロールに応じてチームメンバーがアクセスできます。
Entity Enricher は 4 階層のロール階層を使用します。各ロールには、その下位のすべてのロールの権限が含まれます。
すべての組織は 2 種類のいずれかに該当し、このページの残りで説明する内容（参加、承認、ロール）のほとんどは、2 つ目の種類にのみ適用されます。
サインアップ時に自動的に作成され、アカウント名が付けられます。メンバーはちょうど 1 名で、参加検索には表示されず、直接リンク経由の参加リクエストも受け付けません。ビジネスアカウントで「ユーザー」ページが表示される場所には、アップグレードの案内が表示されます。それ以外に不足するものはありません。スキーマ、エンリッチメント、データベース同期、請求はすべて同じように動作します。
複数ユーザーの組織です。参加検索で見つけられ、参加リクエスト、ロール、オーナーによる承認に対応します。オーナーは組織設定からどちらの方向にも切り替えられますが、他のメンバーが残っている間は個人への切り替えは拒否されます。メンバーが取り残されてしまうためです。
Firebase 認証を使って、Google、GitHub、またはメールアドレスでサインアップします。すぐに個人用ワークスペースが用意され、そこからビジネス組織を作成するか、既存の組織への参加を申請できます。以下の検索に表示されるのはビジネス組織のみです。
ユーザーはorganizationに参加する際、承認ワークフローを経由します。
| ステータス | 意味 | ログインできますか？ |
|---|---|---|
| 有効 | 割り当てられた役割に基づくシステムへのフルアクセス | はい |
| 保留中 | 参加リクエストを送信しました。オーナーの承認をお待ちください | いいえ |
| 却下済み | 参加リクエストがオーナーによって拒否されました | いいえ |
| 無効化済み | アカウントが無効化されました（ソフト削除、監査証跡は保持されます） | いいえ |
どのユーザーも所属する組織から退出できます。動作は所有権によって異なります：
アカウントは無効化され、サインアウトされました。enrichment の record は監査目的で organization に保持されます。
残っているオーナーがあなただけの場合、組織の削除を確認する必要があります。エンリッチメントレコードとスキーマは切り離されます（削除されません）が、ユーザー、APIキー、プロバイダーキーは組織とともに削除されます。
オーナーはユーザー管理ページからチームを管理できます。システム管理者にはさらにもう 1 つのタブが表示されます:
安全ルール:
設定ページは、オーナーが組織そのものを次の 2 つの部分に分けて設定する場所です:
組織の表示名、連絡先、住所、およびアカウント種別（個人または法人）です。URLスラッグは作成後は変更できません。リンクや連携がそれを基に構築されるためです。
1 回の実行ではなく、組織内のすべてのユーザーに適用される設定です。タスクごとの優先モデル（リクエストでモデルが指定されない場合に使用されます）、モデルをランキングする際の品質・速度・コストの重み付け、そしてセマンティック ID の解決に使う埋め込みモデルが含まれます。デフォルト設定はプラン機能のため、対象外のプランではこのセクションは読み取り専用になります。
Entity Enricher は複数の認証方式をサポートしています。
Firebase経由でGoogleまたはGitHubでサインインします。パスワードは不要です。
Firebaseによる従来のメールアドレスとパスワードによる認証。
CI/CDおよびサービス連携向けのプログラムによるアクセスキー。
認証後、バックエンドは短期間有効なJWTアクセストークン（15分）と長期間有効なリフレッシュトークン（7日）を発行します。プログラムによるアクセスの詳細については、API Keysガイドをご覧ください。