Політика доступу до API, обсягів і дозволів розробника
Як X2 надає доступ до модульного API за послугами, цілями та дозволами.
1. Принцип
X2 надає доступ до технології за призначенням, послугою та дозволом, а не за допомогою необмеженого доступу до платформи X2.
2. Доступ на основі послуг
Підтримувані домени API можуть включати каталог, права та публікацію, розповсюдження, аналітику, аудиторію, соціальну монетизацію та монетизацію користувацького вмісту, роялті та звітність, перевірку AI, професійну перевірку та інші авторизовані служби. Доступ до одного домену не означає іншого.
3. Авторизація на основі обсягу
Облікові дані можуть бути обмежені читанням, записом або такими конфіденційними діями, як catalog.read, catalog.write, rights.read, rights.claims.submit, distribution.submit, analytics.read, royalties.read або ai.verify. Остаточні назви технічних областей визначені в специфікації API.
4. Авторизація користувача, робочої області та організації
Програми можуть отримувати доступ лише до ресурсів, що належать авторизованому користувачу, організації чи іншій організації, для якої надано явний дозвіл. Необмежений доступ між клієнтами не є частиною звичайної авторизації API.
5. Реєстрація заявки
Перш ніж надати доступ, X2 може вимагати ідентифікацію розробника або компанії, назву програми, цільове призначення, URL-адреси перенаправлення, запитані області, очікуваний трафік, інформацію про безпеку, методи збереження даних і контактну інформацію.
6. Рівні схвалення
X2 може розрізняти стандартний, перевірений розробником, обмежений і корпоративний або партнерський доступ на основі ризику, функцій і договірних вимог.
7. Чутливі області
Передача прав, зміна прав власності, зміна бенефіціарів, інструкції щодо виплат, KYC або ідентифікаційні дані, примусові дії, масова заявка та інші конфіденційні функції можуть вимагати схвалення вручну, більш ретельної перевірки або окремих угод.
8. Фінансові дозволи
Дозвіл на читання звітів про роялті не дозволяє автоматично змінювати бенефіціарів, змінювати банківський рахунок або ініціювати виплати.
9. Дозволи прав
Дозвіл на читання даних про права не дозволяє автоматично передавати права, претензії чи змінювати права власності.
10. Згода OAuth
Програми, що діють від імені користувача, повинні запитувати чіткі області дії та чітко представляти ці дозволи. Користувачі повинні мати можливість скасовувати майбутній доступ.
11. Немає універсального ключа API
X2 не використовує універсальні облікові дані, які автоматично надають доступ до кожної служби. Облікові дані мають бути пов’язані з власником, програмою, областями, середовищем, обмеженнями та статусом.
12. Аудиторський слід
Конфіденційні дії API можуть реєструватися за допомогою актора, програми, області дії, ресурсу, дії, часу та результату.
13. Пісочниця та виробництво
Пісочниця та доступ до виробництва окремі. Доступ до виробництва може потребувати додаткової перевірки та схвалення.
14. Внутрішній міжсервісний доступ
Той самий принцип найменших привілеїв застосовується до внутрішніх служб X2. Одна служба повинна отримувати лише дозволи API, необхідні для її функціонування, а не необмежений доступ до бази даних.
15. Адаптери провайдера
Зовнішні DSP, фінансові постачальники, правозахисні організації та інші адаптери отримують доступ лише до даних, необхідних для конкретної інтеграції.
16. Експорт даних
Авторизовані користувачі можуть експортувати відповідний каталог, метадані, права, звіти, реєстрації чи іншу підтримувану інформацію, не отримуючи непов’язаних даних клієнтів, власних внутрішніх наборів даних, інформації про безпеку чи моделей шахрайства.
17. Збори та призупинення
Доступ до API може бути безкоштовним, на основі послуги або на основі використання. X2 може призупинити неправдиві облікові дані або програму, не обов’язково призупиняючи весь обліковий запис клієнта.