Обмеження Beta для організацій

У бета-версії Ви можете:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ознайомтеся з документацією Kraken API, щоб дізнатися про актуальні підтримувані операції з API-ключами.

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

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

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

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

Відповідь організації:

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

Поведінка:

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

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

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

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

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

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