Política de acesso à API, escopos e permissões do desenvolvedor
Como o X2 concede acesso modular à API por serviço, finalidade e permissão.
1. Princípio
O X2 fornece acesso à tecnologia por finalidade, serviço e permissão, em vez de acesso irrestrito à plataforma X2.
2. Acesso baseado em serviço
Os domínios de API suportados podem incluir Catálogo, Direitos e Publicação, Distribuição, Análise, Público, Monetização Social e UGC, Royalties e Relatórios, Verificação de IA, Verificação Profissional e outros serviços autorizados. O acesso a um domínio não implica outro.
3. Autorização Baseada no Escopo
As credenciais podem ser limitadas a ações de leitura, gravação ou confidenciais, como catalog.read, catalog.write, rights.read, rights.claims.submit, Distribution.submit, analytics.read, royalties.read ou ai.verify. Os nomes finais dos escopos técnicos são definidos na especificação da API.
4. Autorização de usuário, espaço de trabalho e organização
Os aplicativos podem acessar apenas recursos pertencentes ao usuário autorizado, organização ou outra entidade para a qual tenha sido concedida permissão explícita. O acesso irrestrito entre clientes não faz parte da autorização comum da API.
5. Registro de inscrição
O X2 pode exigir a identidade do desenvolvedor ou da empresa, o nome do aplicativo, a finalidade pretendida, URLs de redirecionamento, escopos solicitados, tráfego esperado, informações de segurança, práticas de retenção de dados e detalhes de contato antes de conceder acesso.
6. Níveis de aprovação
X2 pode distinguir acesso padrão, de desenvolvedor verificado, restrito e corporativo ou de parceiro com base em risco, função e requisitos contratuais.
7. Escopos sensíveis
Transferências de direitos, alterações de propriedade, alterações de beneficiários, instruções de pagamento, KYC ou dados de identidade, ações de execução, reivindicações em massa e outras funções sensíveis podem exigir aprovação manual, verificação mais rigorosa ou acordos separados.
8. Permissões Financeiras
A permissão para ler relatórios de royalties não autoriza automaticamente alterações de beneficiários, alterações de contas bancárias ou início de pagamentos.
9. Permissões de direitos
A permissão para ler dados de direitos não autoriza automaticamente transferências de direitos, reivindicações ou alterações de propriedade.
10. Consentimento OAuth
Os aplicativos que atuam em nome de um usuário devem solicitar escopos explícitos e apresentar essas permissões de forma clara. Os usuários devem poder revogar o acesso futuro.
11. Nenhuma chave de API universal
O X2 não usa uma credencial universal que conceda automaticamente acesso a todos os serviços. As credenciais devem estar associadas a um proprietário, aplicação, escopos, ambiente, limites e status.
12. Trilha de auditoria
As ações confidenciais da API podem ser registradas com ator, aplicativo, escopo, recurso, ação, tempo e resultado.
13. Sandbox e produção
O acesso ao sandbox e à produção são separados. O acesso à produção pode exigir verificação e aprovação adicionais.
14. Acesso interno de serviço a serviço
O mesmo princípio de privilégio mínimo se aplica aos serviços X2 internos. Um serviço deve receber apenas as permissões de API necessárias para sua função, em vez de acesso irrestrito ao banco de dados.
15. Adaptadores de Provedor
DSPs externos, provedores financeiros, organizações de direitos e outros adaptadores recebem apenas o acesso aos dados necessários para a integração específica.
16. Exportação de dados
Os usuários autorizados podem exportar catálogos, metadados, direitos, relatórios, registros ou outras informações elegíveis elegíveis sem receber dados de clientes não relacionados, conjuntos de dados internos proprietários, informações de segurança ou modelos de fraude.
17. Taxas e Suspensão
O acesso à API pode ser gratuito, baseado em serviço ou baseado em uso. A X2 poderá suspender uma credencial ou aplicativo abusivo sem necessariamente suspender toda a conta do cliente.