Disponibilidade de serviço, mudanças de provedor e política de migração
Regras neutras em termos de fornecedor para continuidade de serviço, substituição de fornecedor, migração e desativação.
1. Arquitetura neutra em relação ao provedor
A X2 pode usar fornecedores independentes para distribuição, armazenamento, pagamentos, verificação, análise, infraestrutura de direitos, integrações sociais, infraestrutura em nuvem, comunicações e outras funções. Os provedores são componentes de serviço ou adaptadores e não definem a propriedade do cliente ou a identidade X2.
2. Dados canônicos X2
X2 pode manter registros internos canônicos para catálogo, direitos, identificadores, metadados, estado de entrega, estado de verificação, relatórios e outras informações operacionais, independentemente de qualquer fornecedor.
3. Mudanças de provedor
A X2 pode adicionar, substituir, remover ou reconfigurar provedores em termos de confiabilidade, segurança, custo, desempenho, cobertura geográfica, conformidade, escalabilidade ou desenvolvimento de produtos.
4. Sem transferência de propriedade
A alteração de fornecedor não transfere a propriedade do conteúdo do cliente, masters, composições, direitos de publicação, registros de catálogo ou identidade do cliente.
5. Migração
Quando apropriado, o X2 pode migrar metadados, arquivos, roteamento de entrega, conexões de relatórios, credenciais ou configuração de serviço entre componentes do provedor.
6. Continuidade do Serviço
O X2 visa manter uma continuidade razoável, mas as migrações podem causar atrasos, diferenças de sincronização, alterações de status, lacunas de relatórios ou funcionalidade temporariamente limitada.
7. Mudanças de Emergência
Mudanças aceleradas de provedor podem ocorrer após incidentes de segurança, interrupções, rescisão de provedor, restrições legais, sanções, risco de conformidade urgente ou falha material na infraestrutura.
8. Migração de Distribuição
Durante a migração de distribuição, os registros canônicos do catálogo devem permanecer em X2, os identificadores devem ser preservados quando apropriado, as entregas duplicadas devem ser evitadas e podem ser necessários procedimentos de remoção ou nova entrega específicos do fornecedor.
9. Migração de Provedor de Pagamento
Um novo fornecedor financeiro pode exigir KYC ou KYB renovados, verificação do beneficiário, novos métodos de pagamento, aceitação dos termos do fornecedor ou suporte monetário diferente. O direito elegível acumulado não desaparece apenas porque X2 muda de fornecedor financeiro.
10. Migração de direitos e análises
O histórico de direitos deve permanecer distinto das alterações técnicas dos fornecedores. Análises de fontes diferentes podem usar definições diferentes e podem não ser diretamente comparáveis entre mudanças de provedor.
11. Versionamento de API
X2 pode introduzir novas versões de API e descontinuar versões antigas. Alterações significativas podem receber aviso prévio razoável sempre que possível.
12. Aposentadoria de Serviço
O X2 pode retirar um recurso quando o suporte do provedor terminar, a tecnologia se tornar obsoleta, os requisitos legais mudarem, o uso não justificar mais a operação ou a funcionalidade de substituição estiver disponível, sujeita a obrigações contratuais.
13. A migração não reescreve a história
A migração técnica não deve alterar silenciosamente a propriedade dos direitos, as participações históricas, o histórico financeiro ou o histórico de verificação.
14. Ação do Cliente
Algumas migrações podem exigir reconexão, autorização OAuth renovada, informações de pagamento atualizadas, aceitação de novos termos de provedor ou revisão de dados migrados.
15. Nenhum SLA implícito
O acesso geral X2 não cria um acordo de nível de serviço garantido implícito. Os serviços empresariais podem ter compromissos de disponibilidade por escrito separados.