API 액세스, 범위 및 개발자 권한 정책
X2가 서비스, 목적 및 권한별로 모듈식 API 액세스를 부여하는 방법.
1. 원리
X2는 X2 플랫폼에 대한 무제한 액세스가 아닌 목적, 서비스 및 권한에 따라 기술에 대한 액세스를 제공합니다.
2. 서비스 기반 액세스
지원되는 API 도메인에는 카탈로그, 권리 및 게시, 배포, 분석, 대상, 소셜 및 UGC 수익 창출, 로열티 및 보고, AI 확인, 전문가 확인 및 기타 승인된 서비스가 포함될 수 있습니다. 한 도메인에 대한 액세스가 다른 도메인을 의미하지는 않습니다.
3. 범위 기반 승인
자격 증명은 읽기, 쓰기 또는 Catalog.read, Catalog.write, right.read, right.claims.submit, distribution.submit, Analytics.read, royalties.read 또는 ai.verify와 같은 민감한 작업으로 제한될 수 있습니다. 최종 기술 범위 이름은 API 사양에 정의되어 있습니다.
4. 사용자, 작업공간 및 조직 인증
애플리케이션은 명시적인 권한이 부여된 승인된 사용자, 조직 또는 기타 엔터티에 속한 리소스에만 액세스할 수 있습니다. 무제한 고객 간 액세스는 일반 API 인증의 일부가 아닙니다.
5. 지원서 등록
X2는 액세스 권한을 부여하기 전에 개발자 또는 회사 ID, 애플리케이션 이름, 의도된 목적, 리디렉션 URL, 요청 범위, 예상 트래픽, 보안 정보, 데이터 보존 관행 및 연락처 세부 정보를 요구할 수 있습니다.
6. 승인 수준
X2는 위험, 기능 및 계약 요구 사항을 기반으로 표준, 검증된 개발자, 제한 및 기업 또는 파트너 액세스를 구분할 수 있습니다.
7. 민감한 범위
권리 양도, 소유권 변경, 수혜자 변경, 지급 지침, KYC 또는 신원 데이터, 시행 조치, 대량 청구 및 기타 민감한 기능에는 수동 승인, 더 강력한 확인 또는 별도의 계약이 필요할 수 있습니다.
8. 재정적 허가
로열티 보고서를 읽을 수 있는 권한이 수혜자 변경, 은행 계좌 변경 또는 지급 시작을 자동으로 승인하지는 않습니다.
9. 권리 허가
권리 데이터를 읽을 수 있는 권한은 권리 양도, 청구 또는 소유권 변경을 자동으로 승인하지 않습니다.
10. OAuth 동의
사용자를 대신하는 애플리케이션은 명시적인 범위를 요청하고 해당 권한을 명확하게 제시해야 합니다. 사용자는 향후 액세스 권한을 취소할 수 있어야 합니다.
11. 범용 API 키 없음
X2는 모든 서비스에 대한 액세스 권한을 자동으로 부여하는 범용 자격 증명을 사용하지 않습니다. 자격 증명은 소유자, 애플리케이션, 범위, 환경, 제한 및 상태와 연결되어야 합니다.
12. 감사 추적
민감한 API 작업은 행위자, 애플리케이션, 범위, 리소스, 작업, 시간 및 결과와 함께 기록될 수 있습니다.
13. 샌드박스와 프로덕션
샌드박스와 프로덕션 액세스는 별개입니다. 프로덕션 액세스에는 추가 확인 및 승인이 필요할 수 있습니다.
14. 내부 서비스 간 액세스
내부 X2 서비스에도 동일한 최소 권한 원칙이 적용됩니다. 하나의 서비스는 무제한 데이터베이스 액세스가 아닌 해당 기능에 필요한 API 권한만 받아야 합니다.
15. 공급자 어댑터
외부 DSP, 금융 제공자, 권리 단체 및 기타 어댑터는 특정 통합에 필요한 데이터 액세스 권한만 받습니다.
16. 데이터 내보내기
승인된 사용자는 관련 없는 고객 데이터, 독점 내부 데이터 세트, 보안 정보 또는 사기 모델을 수신하지 않고도 적격 카탈로그, 메타데이터, 권한, 보고서, 등록 또는 기타 지원 정보를 내보낼 수 있습니다.
17. 수수료 및 정지
API 액세스는 무료, 서비스 기반 또는 사용량 기반일 수 있습니다. X2는 전체 고객 계정을 반드시 일시 중지하지 않고도 악의적인 자격 증명이나 애플리케이션을 일시 중지할 수 있습니다.