API アクセス、スコープ、開発者権限ポリシー
X2 がサービス、目的、権限ごとにモジュラー API アクセスを許可する方法。
1. 原則
X2 は、X2 プラットフォームへの無制限のアクセスではなく、目的、サービス、許可に基づいてテクノロジーへのアクセスを提供します。
2. サービスベースのアクセス
サポートされる API ドメインには、カタログ、権利と出版、配信、分析、オーディエンス、ソーシャルと UGC 収益化、ロイヤルティとレポート、AI 検証、プロフェッショナル検証、およびその他の認定サービスが含まれる場合があります。 1 つのドメインへのアクセスは、別のドメインへのアクセスを意味しません。
3. スコープベースの認可
認証情報は、catalog.read、catalog.write、rights.read、rights.claims.submit、distribution.submit、analytics.read、royalties.read、ai.verify などの読み取り、書き込み、または機密性の高いアクションに限定される場合があります。最終的な技術範囲名は API 仕様で定義されます。
4. ユーザー、ワークスペース、および組織の承認
アプリケーションは、明示的な許可が与えられた許可されたユーザー、組織、またはその他のエンティティに属するリソースにのみアクセスできます。無制限の顧客間アクセスは、通常の API 認可の一部ではありません。
5. アプリケーションの登録
X2 では、アクセスを許可する前に、開発者または企業の ID、アプリケーション名、使用目的、リダイレクト URL、要求された範囲、予想されるトラフィック、セキュリティ情報、データ保持方法、および連絡先の詳細が必要になる場合があります。
6. 承認レベル
X2 は、リスク、機能、および契約上の要件に基づいて、標準アクセス、検証済み開発者アクセス、制限付きアクセス、エンタープライズまたはパートナー アクセスを区別する場合があります。
7. センシティブなスコープ
権利の譲渡、所有権の変更、受益者の変更、支払い指示、KYC または ID データ、強制措置、一括請求、およびその他の機密性の高い機能には、手動による承認、より強力な検証、または個別の契約が必要な場合があります。
8. 財政上の許可
ロイヤルティレポートの閲覧を許可しても、受益者の変更、銀行口座の変更、または支払いの開始が自動的に許可されるわけではありません。
9. 権利の許可
権利データの読み取りを許可しても、権利の譲渡、請求、または所有権の変更が自動的に許可されるわけではありません。
10. OAuth 同意
ユーザーの代わりに動作するアプリケーションは、明示的なスコープを要求し、それらのアクセス許可を明確に提示する必要があります。ユーザーは将来のアクセスを取り消すことができる必要があります。
11. ユニバーサル API キーがない
X2 は、すべてのサービスへのアクセスを自動的に許可するユニバーサル資格情報を使用しません。認証情報は、所有者、アプリケーション、スコープ、環境、制限、およびステータスに関連付けられている必要があります。
12. 監査証跡
機密性の高い API アクションは、アクター、アプリケーション、スコープ、リソース、アクション、時間、結果とともに記録される場合があります。
13. サンドボックスと本番環境
サンドボックスと本番アクセスは分離されています。実稼働アクセスには追加の検証と承認が必要になる場合があります。
14. 内部サービス間アクセス
同じ最小特権の原則が内部 X2 サービスにも適用されます。 1 つのサービスは、無制限のデータベース アクセスではなく、その機能に必要な API 権限のみを受け取る必要があります。
15. プロバイダーアダプター
外部 DSP、金融プロバイダー、権利団体、その他のアダプターは、特定の統合に必要なデータ アクセスのみを受け取ります。
16. データのエクスポート
許可されたユーザーは、無関係な顧客データ、独自の内部データセット、セキュリティ情報、または詐欺モデルを受け取ることなく、適格なカタログ、メタデータ、権利、レポート、登録、またはその他のサポートされている情報をエクスポートできます。
17. 料金と停止
API アクセスは無料、サービスベース、または使用量ベースの場合があります。 X2 は、必ずしも顧客アカウント全体を一時停止することなく、不正な資格情報またはアプリケーションを一時停止することができます。