Ograniczenia wersji Beta dla Organizacji

Beta Organizacji zapewnia klientom instytucjonalnym w pełni funkcjonalną warstwę zarządzania dla ich kont Kraken.

Co jest zawarte w fazie Beta

W trakcie fazy Beta możesz:

Utworzyć Organizację i zaprosić członków zespołu
Przypisać uprawnienia do handlu, zasilania i administracji
Skonfigurować polityki zatwierdzania dla każdego przepływu pracy
Wymagać wielostronnego zatwierdzenia dla wypłat, zmian adresów, zmian dostępu i zmian polityki
Zablokować polityki, aby zapobiec jednostronnym zmianom
Tworzyć Użytkowników Usług do programistycznego dostępu API
Wymuszać 2FA dla logowania do Organizacji i polityki limitu czasu sesji

Obecne ograniczenia

Następujące ograniczenia obowiązują w fazie Beta i przewiduje się, że ulegną zmianie w przyszłych wersjach.

Model pojedynczego konta

Twoja Organizacja działa na podstawowym koncie Właściciela. Handel na wielu kontach — gdzie Członkowie działają na oddzielnych subkontach z niezależnymi saldami — nie jest jeszcze dostępny.

Co to oznacza: Wszyscy Członkowie z uprawnieniami handlowymi dokonują transakcji na tym samym koncie i współdzielą te same salda i pozycje.

Ograniczony zakres uprawnień

Członkowie mogą wykonywać operacje tylko tam, gdzie platforma posiada zdefiniowane uprawnienia Organizacji. Dostępne uprawnienia to:

Handel (Spot i Margin)
Przydzielanie / Cofanie przydzielenia (Earn)
Inicjowanie wypłat
Zarządzanie adresami
Zarządzanie dostępem
Zarządzanie politykami

Operacje dostępne tylko dla Właściciela

Operacje niewymienione powyżej pozostają wyłączną domeną Właściciela Organizacji. Obejmuje to:

Handel kontraktami futures
Handel OTC
Konwersja
Rozliczenia powiernicze
Każda operacja platformy bez odpowiadającego jej uprawnienia Organizacji

Właściciel wykonuje je, korzystając z tych samych procesów, co przed utworzeniem Organizacji. Inni Członkowie nie mają dostępu do tych operacji w fazie Beta.

Brak dzienników audytu dostępnych dla klienta

Zdarzenia bezpieczeństwa i dzienniki audytu aktywności Członków nie są dostępne w fazie Beta. Panel audytu samoobsługowego jest planowany, ale jeszcze nie jest dostępny.

Niestandardowe role nie mogą być zapisywane

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 podstaw.

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

Gdy Członek używa opcji Wykonaj, aby natychmiast dokonać zmiany adresu, system wymaga potwierdzenia e-mail. W fazie Beta to potwierdzenie jest zawsze wysyłane do Właściciela Organizacji, a nie do Członka, który zainicjował zmianę. Wysłanie potwierdzenia bezpośrednio do twórcy żądania jest planowane w przyszłej wersji.

Brak publicznego API do zarządzania Organizacjami

Podczas Beta nie ma publicznego API do zarządzania Organizacjami dla zapraszania członków, zarządzania uprawnieniami, konfiguracji polityk ani blokowania polityk. Dostęp programistyczny jest ograniczony do Service Users działających poprzez uprawnienia kluczy API w obsługiwanych przepływach.

Znane różnice:

Zapraszanie członków i zarządzanie uprawnieniami — dostępne tylko w UI
Konfiguracja i blokowanie polityk — dostępne tylko w UI
Żądania wypłat — dostępne za pośrednictwem Service Users / kluczy API; po skonfigurowaniu polityki Organizacji, żądanie trafia do kolejki zatwierdzeń
Operacje handlowe i Earn za pośrednictwem Service Users — dostępne tylko za pośrednictwem kluczy API (Service Users nie mogą uzyskiwać dostępu do UI)

Sprawdź dokumentację API Kraken, aby uzyskać najnowsze informacje na temat obsługiwanych operacji kluczy API.

Jeśli potrzebna operacja nie jest jeszcze dostępna za pośrednictwem preferowanego kanału, sprawdź inny kanał lub skontaktuj się z pomocą techniczną w celu uzyskania wskazówek.

Zmiany kształtu odpowiedzi API dla wypłat

Gdy konto jest zarejestrowane w Organizacji, kształt odpowiedzi EAPI withdrawFunds ulega zmianie. Integracje parsujące standardowy kształt wymagają aktualizacji kodu przed rejestracją.

Dotyczy tylko użytkowników Organizacji w rozszerzonej domenie. Konta nie należące do Organizacji pozostają niezmienione.

Standardowa odpowiedź:

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

Odpowiedź Organizacji:

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

Zachowanie:

refid jest nadal zwracany podczas tworzenia żądania i nadal identyfikuje wypłatę.
approval_request_id jest dodawane i identyfikuje żądanie zatwierdzenia, które blokuje tę wypłatę.
Wypłata zostanie zrealizowana dopiero po zatwierdzeniu żądania zatwierdzenia. Odrzucone lub wygasłe żądania zatwierdzenia nie powodują zrealizowanej wypłaty w stosunku do refid.

Zalecane działanie przed rejestracją:

Przeprowadź audyt kodu, który parsuje odpowiedzi withdrawFunds.
Zaktualizuj parsowanie, aby akceptowało dodatkowe pole approval_request_id i traktowało zakończenie jako uzależnione od zatwierdzenia.