Ograniczenia wersji Beta dla Organizations

Organizations Beta zapewnia klientom instytucjonalnym w pełni funkcjonalną warstwę zarządzania ich Kontami Kraken.

Co jest dostępne w Beta

W trakcie Beta możesz:

Tworzyć Organizację i zapraszać członków zespołu
Przypisywać uprawnienia do handlu, finansowania i administracji
Konfigurować polityki zatwierdzania dla poszczególnych przepływów pracy
Wymagać zatwierdzenia wielostronnego dla wypłat, zmian adresów, zmian dostępu i zmian zasad
Blokować polityki, aby uniemożliwić jednostronne zmiany
Tworzyć Użytkowników Serwisowych dla programowego dostępu do API
Wymuszać logowanie 2FA Organizacji i polityki limitu czasu sesji

Aktualne ograniczenia

Poniższe ograniczenia obowiązują w trakcie Beta i mają ulec zmianie w kolejnych wersjach.

Model jednego konta

Twoja Organizacja działa na głównym koncie Właściciela. Handel na wielu kontach – gdzie Członkowie operują na oddzielnych subkontach z niezależnymi saldami – nie jest jeszcze dostępny.

Co to oznacza: Wszyscy Członkowie z uprawnieniami do handlu handlują na tym samym koncie i współdzielą te same salda oraz pozycje.

Ograniczony zakres uprawnień

Członkowie mogą wykonywać wyłącznie operacje, dla których platforma ma zdefiniowane uprawnienie Organizacji. Dostępne uprawnienia:

Handel (spot i margin)
Earn – alokacja / usunięcie alokacji
Inicjowanie wypłaty
Zarządzanie adresami
Zarządzanie dostępem
Zarządzanie zasadami

Operacje zastrzeżone dla Właściciela

Operacje nieuwzględnione powyżej są zastrzeżone wyłącznie dla Właściciela Organizacji. Dotyczy to:

Handel kontraktami futures
Handel OTC
Konwertuj
Rozliczenia powiernicze
Każda operacja na platformie bez odpowiadającego jej uprawnienia Organizacji

Właściciel wykonuje te operacje tak samo jak przed utworzeniem Organizacji. Pozostali Członkowie nie mają dostępu do tych operacji w trakcie Beta.

Brak logów audytowych dla klientów

Zdarzenia bezpieczeństwa i logi audytowe aktywności Członków nie są dostępne w trakcie Beta. Pulpit nawigacyjny audytu samoobsługowego jest planowany, ale jeszcze niedostępny.

Zapisywanie niestandardowych ról niedostępne

Możesz tworzyć niestandardowe konfiguracje uprawnień podczas przypisywania ról, ale nie możesz zapisać niestandardowej roli jako szablonu wielokrotnego użytku. Za każdym razem, gdy przypisujesz niestandardową rolę, konfigurujesz ją od nowa.

Potwierdzenie e-mailem wysyłane do Właściciela

Gdy Członek użyje opcji Wykonaj, aby natychmiast przeprowadzić zmianę adresu, system wymaga potwierdzenia e-mailem. W trakcie Beta potwierdzenie jest zawsze wysyłane do Właściciela Organizacji, a nie do Członka, który zainicjował zmianę. Wysyłanie potwierdzenia bezpośrednio do osoby inicjującej żądanie jest planowane w przyszłej wersji.

Brak publicznego API zarządzania Organizations

W trakcie Beta nie istnieje publiczne API zarządzania Organizations do zapraszania członków, zarządzania uprawnieniami, konfigurowania zasad ani ich blokowania. Dostęp programowy jest ograniczony do Service Users działających przez uprawnienia klucza API w obsługiwanych przepływach.

Znane różnice:

Zapraszanie członków i zarządzanie uprawnieniami – dostępne wyłącznie w interfejsie użytkownika
Konfiguracja i blokowanie zasad – dostępne wyłącznie w interfejsie użytkownika
Żądania wypłaty – dostępne przez Service Users / klucze API; gdy skonfigurowano zasadę Organizations, żądanie trafia do kolejki zatwierdzeń
Operacje handlowe i Earn przez Service Users – dostępne wyłącznie przez klucze API (Service Users nie mają dostępu do interfejsu użytkownika)

Sprawdź dokumentację Kraken API, aby uzyskać aktualne informacje o obsługiwanych operacjach kluczy API.

Jeśli potrzebna operacja nie jest jeszcze dostępna przez preferowany kanał, sprawdź drugi kanał lub skontaktuj się z pomocą techniczną.

Zmiany struktury odpowiedzi API wypłat

Po dołączeniu konta do Organizations zmienia się struktura odpowiedzi EAPI funkcji withdrawFunds. Integracje przetwarzające standardową strukturę wymagają aktualizacji kodu przed dołączeniem.

Dotyczy wyłącznie użytkowników Organizations w rozszerzonej domenie. Konta spoza Organizations pozostają bez zmian.

Standardowa odpowiedź:

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

Odpowiedź Organizations:

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

Działanie:

refid jest nadal zwracany przy tworzeniu żądania i w dalszym ciągu identyfikuje wypłatę.
approval_request_id jest dodawany i identyfikuje żądanie zatwierdzenia warunkujące tę wypłatę.
Wypłata jest realizowana dopiero po zatwierdzeniu żądania zatwierdzenia. Odrzucone lub wygasłe żądania zatwierdzenia nie skutkują zrealizowaną wypłatą powiązaną z refid.

Zalecane działanie przed dołączeniem:

Przejrzyj kod przetwarzający odpowiedzi funkcji withdrawFunds.
Zaktualizuj parsowanie, aby akceptowało dodatkowe pole approval_request_id i traktowało finalizację jako uzależnioną od zatwierdzenia.