API prieiga, apimtys ir kūrėjo leidimų politika
Kaip X2 suteikia modulinę API prieigą pagal paslaugą, paskirtį ir leidimą.
1. Principas
X2 suteikia prieigą prie technologijų pagal paskirtį, paslaugą ir leidimą, o ne neribotą prieigą prie X2 platformos.
2. Paslaugomis pagrįsta prieiga
Palaikomi API domenai gali apimti katalogą, teises ir publikavimą, platinimą, analizę, auditoriją, socialinių ir NST pajamų gavimą, autorinius atlyginimus ir ataskaitų teikimą, AI patvirtinimą, profesionalų patvirtinimą ir kitas įgaliotas paslaugas. Prieiga prie vieno domeno nereiškia kito domeno.
3. Autorizacija pagal taikymo sritį
Kredencialai gali būti apriboti skaitymo, rašymo ar slapto pobūdžio veiksmams, pvz., katalogas.skaityti, katalogas.rašymas, teisės.skaityti, teisės.pretenzijos.pateikti, platinimas.pateikti, analytics.read, royalties.read arba ai.verify. Galutiniai techninės apimties pavadinimai apibrėžti API specifikacijoje.
4. Vartotojo, darbo srities ir organizacijos įgaliojimas
Programos gali pasiekti tik įgaliotam vartotojui, organizacijai ar kitam subjektui priklausančius išteklius, kuriems buvo suteiktas aiškus leidimas. Neribota kelių klientų prieiga nėra įprasto API prieigos teisės dalis.
5. Paraiškos registracija
Prieš suteikdama prieigą, X2 gali reikalauti kūrėjo ar įmonės tapatybės, programos pavadinimo, numatyto tikslo, peradresavimo URL, reikalaujamų apimčių, numatomo srauto, saugos informacijos, duomenų saugojimo praktikos ir kontaktinės informacijos.
6. Patvirtinimo lygiai
X2 gali atskirti standartinę, patvirtintą kūrėjo, ribotą ir įmonės ar partnerio prieigą pagal riziką, funkciją ir sutartinius reikalavimus.
7. Jautrios apimtys
Teisių perdavimui, nuosavybės pasikeitimams, naudos gavėjo pakeitimams, išmokėjimo instrukcijoms, KYC arba tapatybės duomenims, vykdymo veiksmams, masiniam paraiškų teikimui ir kitoms jautrioms funkcijoms gali reikėti patvirtinti rankiniu būdu, griežtesniu patvirtinimu arba sudaryti atskiras sutartis.
8. Finansiniai leidimai
Leidimas skaityti autorinių atlyginimų ataskaitas automatiškai nesuteikia teisės keisti gavėjo, pakeisti banko sąskaitą ar inicijuoti išmokėjimą.
9. Teisių leidimai
Leidimas skaityti teisių duomenis automatiškai nesuteikia teisės perduoti teisių, pareikšti pretenzijų ar keisti nuosavybės teisę.
10. OAuth sutikimas
Programos, veikiančios naudotojo vardu, turėtų prašyti aiškios apimties ir aiškiai pateikti tuos leidimus. Vartotojai turėtų turėti galimybę atšaukti būsimą prieigą.
11. Nėra universalaus API rakto
X2 nenaudoja universalaus kredencialo, kuris automatiškai suteikia prieigą prie kiekvienos paslaugos. Kredencialai turėtų būti susieti su savininku, programa, taikymo sritimis, aplinka, apribojimais ir būsena.
12. Audito seka
Jautrūs API veiksmai gali būti registruojami pagal veikėją, programą, apimtį, išteklius, veiksmą, laiką ir rezultatą.
13. Smėlio dėžė ir gamyba
Smėlio dėžė ir prieiga prie gamybos yra atskiros. Prieigai prie gamybos gali prireikti papildomo patikrinimo ir patvirtinimo.
14. Vidinė paslaugų prieiga prie paslaugos
Tas pats mažiausių privilegijų principas galioja ir vidinėms X2 paslaugoms. Viena paslauga turėtų gauti tik jos funkcijai būtinus API leidimus, o ne neribotą prieigą prie duomenų bazės.
15. Teikėjo adapteriai
Išoriniai DSP, finansų teikėjai, teisių organizacijos ir kiti adapteriai gauna tik prieigą prie duomenų, reikalingų konkrečiai integracijai.
16. Duomenų eksportas
Įgalioti vartotojai gali eksportuoti tinkamus katalogus, metaduomenis, teises, ataskaitas, registracijas ar kitą palaikomą informaciją negaudami nesusijusių klientų duomenų, patentuotų vidinių duomenų rinkinių, saugos informacijos ar sukčiavimo modelių.
17. Mokesčiai ir sustabdymas
API prieiga gali būti nemokama, pagrįsta paslauga arba naudojimu. X2 gali laikinai sustabdyti piktnaudžiavimą kredencialais arba programa, nebūtinai sustabdydama visos kliento paskyros.