Обмеження Beta для Organizations

У Beta ви можете:

• Створити організацію та запросити учасників команди
• Призначати дозволи для торгівлі, поповнення рахунку та адміністрування
• Налаштовувати політики схвалення для кожного робочого процесу
• Вимагати багатостороннього схвалення для виведення коштів, зміни адрес, доступу та політик
• Блокувати політики для запобігання одностороннім змінам
• Створювати сервісних користувачів для програмного доступу через API
• Застосовувати 2FA для входу в організацію та політики тайм-ауту сесій

Наведені нижче обмеження діють у Beta-версії та можуть змінитися в наступних випусках.

Ваша організація працює на основному обліковому записі Власника. Торгівля з кількома обліковими записами — коли учасники працюють із окремими субрахунками з незалежними балансами — поки що недоступна.

Що це означає: Усі учасники з дозволом на торгівлю торгують на одному обліковому записі та мають спільні баланси й позиції.

Учасники можуть виконувати лише операції, для яких на платформі визначено дозвіл організації. Доступні такі дозволи:

• Торгівля (Спот і маржа)
• Earn: розподілити / вивести з розподілу
• Ініціювати виведення
• Керування адресами
• Керування доступом
• Керування політиками

Операції, не зазначені вище, залишаються виключними для Власника організації. Це включає:

• Дбайте про ліквідність активів
• Позабіржова торгівля
• Обмін
• Закриття за кастодіальним зберіганням
• Будь-яка операція на платформі без відповідного дозволу організації

Власник виконує ці дії так само, як і до створення організації. Інші учасники не мають доступу до цих операцій у Beta.

Події безпеки та журнали аудиту активності учасників недоступні у Beta. Панель аудиту самообслуговування запланована, але ще недоступна.

Ви можете створювати власні конфігурації дозволів під час призначення ролей, але зберегти користувацьку роль як шаблон неможливо. Щоразу під час призначення користувацької ролі її потрібно налаштовувати з нуля.

Якщо учасник використовує «Виконати» для негайної зміни адреси, система вимагає підтвердження електронною поштою. У Beta це підтвердження завжди надсилається Власнику організації, а не учаснику, який ініціював зміну. Надсилання підтвердження безпосередньо ініціатору запиту заплановано у майбутніх версіях.

У бета-версії немає публічного API управління Organizations для запрошення учасників, керування дозволами, налаштування та блокування політик. Програмний доступ обмежений Service Users, що діють через дозволи API-ключів у підтримуваних сценаріях.

Відомі відмінності:

• Запрошення учасників і керування дозволами — лише через інтерфейс користувача
• Налаштування та блокування політик — лише через інтерфейс користувача
• Запити на виведення коштів — доступні через Service Users / API-ключі; якщо налаштовано політику Organization, запит потрапляє до черги затвердження
• Торгівля та операції Earn через Service Users — лише через API-ключі (Service Users не мають доступу до інтерфейсу користувача)

Актуальну інформацію про підтримувані операції з API-ключами дивіться в документації Kraken API.

Після підключення облікового запису до Organization структура відповіді EAPI для withdrawFunds змінюється. Інтеграції, що обробляють стандартну структуру відповіді, потребують оновлення коду до підключення.

Стосується лише користувачів Organization у розширеному домені. Облікові записи поза Organization залишаються без змін.

Стандартна відповідь:

<code>{
 "error": [],
 "result": {
  "refid": "FTRqeuR-9Is99qcv54n0Y0535oPXxb"
 }
}</code>

Відповідь Organization:

<code>{
 "error": [],
 "result": {
  "refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
  "approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
 }
}</code>

Поведінка:

• refid повертається під час створення запиту та продовжує ідентифікувати виведення коштів.
• Додається approval_request_id — ідентифікатор запиту на підтвердження, що контролює це виведення коштів.
• Виведення коштів виконується лише після підтвердження відповідного запиту. Відхилені або прострочені запити на підтвердження не призводять до виконання виведення за refid.

Рекомендовані дії до підключення:

• Перевірте код, що обробляє відповіді withdrawFunds<1>}.
• Оновіть обробку даних, щоб враховувати додаткове поле approval_request_id і вважати завершення виведення залежним від підтвердження.

Команда Organizations активно працює над розширенням можливостей після Beta. Напрями розробки:

• Підтримка кількох облікових записів із відокремленими балансами
• Розширений перелік дозволів для додаткових операцій на платформі
• Журнали аудиту та панель активності для клієнтів
• Багаторазові шаблони користувацьких ролей

Конкретні строки та доступність Kraken повідомить через офіційні канали.