API piekļuve, jomas un izstrādātāju atļauju politika
Kā X2 piešķir modulāru API piekļuvi pēc pakalpojuma, mērķa un atļaujas.
1. Princips
X2 nodrošina piekļuvi tehnoloģijai pēc mērķa, pakalpojuma un atļaujas, nevis ar neierobežotu piekļuvi X2 platformai.
2. Uz pakalpojumiem balstīta piekļuve
Atbalstītie API domēni var ietvert katalogu, tiesības un publicēšanu, izplatīšanu, analīzi, auditoriju, sociālo un UGC monetizāciju, honorārus un pārskatus, AI verifikāciju, profesionāļu verifikāciju un citus autorizētus pakalpojumus. Piekļuve vienam domēnam nenozīmē citu domēnu.
3. Uz tvērumu balstīta autorizācija
Akreditācijas dati var būt ierobežoti ar lasīšanu, rakstīšanu vai sensitīvām darbībām, piemēram, catalog.read, catalog.write, Rights.read, Rights.claims.submit, distribution.submit, analytics.read, royalties.read vai ai.verify. Galīgie tehniskā tvēruma nosaukumi ir noteikti API specifikācijā.
4. Lietotāja, darbvietas un organizācijas autorizācija
Lietojumprogrammas var piekļūt tikai resursiem, kas pieder pilnvarotam lietotājam, organizācijai vai citai organizācijai, kurai ir piešķirta nepārprotama atļauja. Neierobežota starpklientu piekļuve nav daļa no parastās API autorizācijas.
5. Pieteikuma reģistrācija
Pirms piekļuves piešķiršanas X2 var pieprasīt izstrādātāja vai uzņēmuma identitāti, lietojumprogrammas nosaukumu, paredzēto mērķi, novirzīšanas vietrāžus URL, pieprasītos tvērumus, paredzamo trafiku, drošības informāciju, datu saglabāšanas praksi un kontaktinformāciju.
6. Apstiprinājuma līmeņi
X2 var atšķirt standarta, verificēta izstrādātāja, ierobežotas un uzņēmuma vai partnera piekļuvi, pamatojoties uz risku, funkcijām un līguma prasībām.
7. Sensitīvās jomas
Lai veiktu tiesību nodošanu, īpašumtiesību izmaiņas, saņēmēja izmaiņas, izmaksas norādījumus, KYC vai identitātes datus, izpildes darbības, lielapjoma pretenzijas un citas sensitīvas funkcijas, var būt nepieciešama manuāla apstiprināšana, stingrāka pārbaude vai atsevišķi līgumi.
8. Finanšu atļaujas
Atļauja lasīt autoratlīdzības pārskatus automātiski neļauj veikt saņēmēja izmaiņas, izmaiņas bankas kontā vai izmaksu sākšanu.
9. Tiesību atļaujas
Atļauja lasīt tiesību datus automātiski neautorizē tiesību nodošanu, pretenzijas vai īpašumtiesību izmaiņas.
10. OAuth piekrišana
Lietojumprogrammām, kas darbojas lietotāja vārdā, ir jāpieprasa precīzas darbības jomas un skaidri jānorāda šīs atļaujas. Lietotājiem vajadzētu būt iespējai turpmāk atsaukt piekļuvi.
11. Nav universālās API atslēgas
X2 neizmanto universālus akreditācijas datus, kas automātiski piešķir piekļuvi katram pakalpojumam. Akreditācijas datiem jābūt saistītiem ar īpašnieku, lietojumprogrammu, tvērumiem, vidi, ierobežojumiem un statusu.
12. Revīzijas liecība
Sensitīvas API darbības var reģistrēt ar dalībnieku, lietojumprogrammu, darbības jomu, resursu, darbību, laiku un rezultātu.
13. Smilšu kaste un ražošana
Smilšu kaste un piekļuve ražošanai ir atsevišķas. Piekļuvei ražošanai var būt nepieciešama papildu pārbaude un apstiprināšana.
14. Iekšējā pakalpojuma-pakalpojuma piekļuve
Tas pats mazāko privilēģiju princips attiecas uz iekšējiem X2 pakalpojumiem. Vienam pakalpojumam ir jāsaņem tikai tā darbībai nepieciešamās API atļaujas, nevis neierobežota piekļuve datubāzei.
15. Pakalpojumu sniedzēja adapteri
Ārējie DSP, finanšu nodrošinātāji, tiesību organizācijas un citi adapteri saņem tikai konkrētajai integrācijai nepieciešamo piekļuvi datiem.
16. Datu eksportēšana
Pilnvarotie lietotāji var eksportēt piemērotus katalogus, metadatus, tiesības, pārskatus, reģistrācijas vai citu atbalstīto informāciju, nesaņemot nesaistītus klientu datus, patentētas iekšējās datu kopas, drošības informāciju vai krāpšanas modeļus.
17. Maksas un apturēšana
API piekļuve var būt bezmaksas, balstīta uz pakalpojumiem vai uz lietojumu. X2 var apturēt ļaunprātīgu akreditācijas datu vai lietojumprogrammas darbību, neapturot visu klienta kontu.