Ограничения Beta для Organizations

Organizations Beta предоставляет институциональным клиентам полноценный уровень управления их аккаунтами Kraken.

Что входит в Beta

В период Beta вы можете:

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

Текущие ограничения

Перечисленные ниже ограничения действуют в период Beta и будут изменены в последующих версиях.

Модель с одним аккаунтом

Организация работает на основном аккаунте владельца. Торговля с несколькими аккаунтами — когда участники работают в отдельных субаккаунтах с независимыми балансами — пока недоступна.

Что это означает: Все участники с правами на торговлю совершают сделки на одном аккаунте и используют общие балансы и позиции.

Ограниченный набор разрешений

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

Торговля (Спот и маржа)
Earn: распределить / отменить распределение
Инициировать вывод
Управление адресами
Управление доступом
Управление политиками

Операции только для владельца

Операции, не перечисленные выше, остаются исключительной прерогативой владельца организации. В том числе:

Торговля фьючерсами
Торговля OTC
Конвертация
Закрытие по хранению
Любые операции на платформе, для которых не предусмотрено соответствующего разрешения организации

Владелец выполняет эти операции в том же порядке, что и до создания организации. Другие участники не могут выполнять эти операции в период бета-тестирования.

Журналы аудита для клиентов недоступны

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

Пользовательские роли нельзя сохранить

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

Подтверждение по электронной почте — владельцу

Когда участник использует функцию «Выполнить» для немедленного изменения адреса, система запрашивает подтверждение по электронной почте. В период бета-тестирования это подтверждение всегда отправляется владельцу организации, а не участнику, инициировавшему изменение. Отправка подтверждения непосредственно создателю запроса запланирована в одном из будущих обновлений.

Публичный API управления организациями недоступен

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

Известные отличия:

Приглашение участников и управление разрешениями — доступно только в интерфейсе
Настройка и блокировка политик — доступно только в интерфейсе
Запросы на вывод средств — доступны через сервисных пользователей / API-ключи; при наличии настроенной политики организации запрос поступает в очередь на согласование
Торговые операции и операции Earn через сервисных пользователей — доступны только через API-ключи (сервисные пользователи не имеют доступа к интерфейсу)

Актуальную информацию о поддерживаемых операциях с API-ключами см. в документации 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 и считать завершение зависящим от подтверждения.