Policy för API-åtkomst, omfattningar och utvecklarbehörigheter
Hur X2 ger modulär API-åtkomst efter tjänst, syfte och tillstånd.
1. Princip
X2 ger tillgång till teknik efter syfte, tjänst och tillstånd snarare än genom obegränsad tillgång till X2-plattformen.
2. Tjänstebaserad åtkomst
API-domäner som stöds kan inkludera Katalog, Rättigheter och publicering, Distribution, Analytics, Publik, Social & UGC Monetization, Royalties & Reporting, AI Verification, Professional Verification och andra auktoriserade tjänster. Tillgång till en domän innebär inte en annan.
3. Omfattningsbaserad auktorisering
Autentiseringsuppgifterna kan vara begränsade till att läsa, skriva eller känsliga åtgärder som catalog.read, catalog.write, rights.read, rights.claims.submit, distribution.submit, analytics.read, royalties.read eller ai.verify. Slutliga tekniska omfattningsnamn definieras i API-specifikationen.
4. Behörighet för användare, arbetsyta och organisation
Applikationer kan endast komma åt resurser som tillhör den auktoriserade användaren, organisationen eller annan enhet för vilken uttryckligt tillstånd har beviljats. Obegränsad åtkomst över flera kunder är inte en del av ordinarie API-auktorisering.
5. Ansökningsregistrering
X2 kan kräva utvecklare eller företagsidentitet, applikationsnamn, avsett syfte, omdirigeringsadresser, begärda omfattningar, förväntad trafik, säkerhetsinformation, datalagringsmetoder och kontaktuppgifter innan åtkomst beviljas.
6. Godkännandenivåer
X2 kan särskilja standard, verifierad utvecklare, begränsad och företags- eller partneråtkomst baserat på risk, funktion och kontraktskrav.
7. Känsliga omfattningar
Rättighetsöverföringar, äganderättsändringar, förmånstagares ändringar, utbetalningsinstruktioner, KYC eller identitetsdata, verkställande åtgärder, masskrav och andra känsliga funktioner kan kräva manuellt godkännande, starkare verifiering eller separata avtal.
8. Ekonomiska tillstånd
Tillstånd att läsa royaltyrapporter tillåter inte automatiskt ändringar av förmånstagare, bankkontoändringar eller initiering av utbetalningar.
9. Rättighetsbehörigheter
Tillåtelse att läsa Rättighetsdata tillåter inte automatiskt överföringar av rättigheter, anspråk eller äganderättsändringar.
10. OAuth-samtycke
Applikationer som agerar för en användare bör begära explicita omfattningar och visa dessa behörigheter tydligt. Användare bör kunna återkalla framtida åtkomst.
11. Ingen universell API-nyckel
X2 använder inte en universell referens som automatiskt ger tillgång till alla tjänster. Autentiseringsuppgifter bör associeras med en ägare, applikation, omfattningar, miljö, gränser och status.
12. Revisionsspår
Känsliga API-åtgärder kan loggas med aktör, applikation, omfattning, resurs, åtgärd, tid och resultat.
13. Sandlåda och produktion
Tillgång till sandlåda och produktion är separata. Produktionsåtkomst kan kräva ytterligare verifiering och godkännande.
14. Intern åtkomst till tjänst till tjänst
Samma minsta privilegieprincip gäller för interna X2-tjänster. En tjänst bör endast få de API-behörigheter som krävs för dess funktion snarare än obegränsad databasåtkomst.
15. Leverantörsadaptrar
Externa DSP:er, finansiella leverantörer, rättighetsorganisationer och andra adaptrar får endast den dataåtkomst som krävs för den specifika integrationen.
16. Dataexport
Auktoriserade användare kan exportera kvalificerade kataloger, metadata, rättigheter, rapporter, registreringar eller annan information som stöds utan att ta emot orelaterade kunddata, egenutvecklade interna datauppsättningar, säkerhetsinformation eller bedrägerimodeller.
17. Avgifter och avstängning
API-åtkomst kan vara gratis, tjänstebaserad eller användningsbaserad. X2 kan stänga av en otillåten användarinformation eller ansökan utan att nödvändigtvis stänga av hela kundkontot.