All
Filtruj według:
Jak mogę wpłacić gotówkę na konto?
Potrzebuję pomocy w weryfikacji konta
Dlaczego nie mogę uzyskać dostępu do konta?
Czy są jakieś opłaty za wypłatę kryptowalut?
Potrzebuję pomocy w zalogowaniu się na konto
Przejście z wersji Beta
Ten artykuł jest przeznaczony dla Organizacji utworzonych w ramach modelu dostępu Beta, w którym administrator indywidualnie przyznawał uprawnienia każdemu Użytkownikowi. Dostęp jest teraz zbudowany w oparciu o Profile przepływu pracy i Role konta, a Kraken konwertuje Twoją Organizację automatycznie.
Dwie rzeczy wymagają Twojej uwagi przed konwersją:
- Jeśli używasz kluczy API, Twoje integracje muszą zostać zaktualizowane w pierwszej kolejności. Zmienił się sposób, w jaki żądania wybierają konto, a pomyślne wywołanie wypłaty nie oznacza już, że środki zostały przeniesione. Zobacz „Zaktualizuj swoje integracje API” poniżej.
- Poprosimy Cię o potwierdzenie gotowości. Twoja Organizacja nie zostanie skonwertowana, dopóki nie zaakceptujesz zmiany.
Konwersja nie usuwa żadnego dostępu. Każde uprawnienie posiadane przez każdego Użytkownika zostanie przeniesione.
Twoje istniejące klucze API nie są unieważniane ani ponownie wydawane. Ich poświadczenia, uprawnienia i mapowanie kont zostają przeniesione. Zmienia się sposób, w jaki Twój kod obsługuje żądania i odczytuje odpowiedzi.
Wybierz konto dla każdego żądania
Klucz API Organizacji obejmuje jedno lub więcej Kont i nie ma domyślnego, więc każde prywatne żądanie musi określać, do którego Konta się odnosi. Przekaż account_id jako parametr zapytania w adresie URL, a nie w treści żądania:
Bash
POST /0/private/AddOrder?account_id=W5PB62NTPNYT6TYHDotyczy to handlu, zapytań o saldo i księgę, historii zleceń i transakcji, eksportów oraz ruchów środków.
Uwaga:
Przetestuj każdą ścieżkę wywołania w środowisku nieprodukcyjnym przed przejściem, włączając te, które według Ciebie nie powinny się zmienić. Prywatne żądanie, które pomija account_id, może zwrócić pomyślny, ale pusty wynik zamiast błędu, co łatwo błędnie zinterpretować jako Konto bez aktywności.
Odczytaj nową odpowiedź wypłaty
WithdrawFunds zwraca approval_request_id wraz z refid:
Bash
{
"error": [],
"result": {
"refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
"approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
}
}- Refid nie oznacza już, że wypłata została zakończona. Kwota jest blokowana na koncie źródłowym w momencie złożenia żądania i rozlicza się dopiero po zatwierdzeniu żądania.
approval_request_idjest identyfikatorem zatwierdzenia, na które czeka wypłata. Zapisz go w swojej dokumentacji.- Wypłaty oczekujące na zatwierdzenie nie pojawiają się w WithdrawStatus. Odrzucone lub wygasłe żądanie nie tworzy w ogóle rekordu wypłaty, więc brak w
WithdrawStatusnigdy nie oznacza, że wypłata nie została złożona.
Automatyzacja, która traktuje refid jako dowód zakończenia, zgłosi wypłaty jako rozliczone, podczas gdy nadal znajdują się one w kolejce zatwierdzeń. Zobacz klucze API, aby zapoznać się z pełnym modelem.
Twoja Organizacja po konwersji będzie zawierać dwa zestawy standardowych bloków konstrukcyjnych.
Profile przepływu pracy
Profil przepływu pracy określa, co Użytkownik może robić w ramach każdego zarządzanego przepływu pracy. Każdy Użytkownik posiada dokładnie jeden.
Profil | Co zawiera |
|---|---|
Administrator | Każdy poziom w każdym przepływie pracy, w tym Wykonaj |
Inicjator | Przeglądaj i Inicjuj w każdym przepływie pracy. Nie może zatwierdzać |
Zatwierdzający | Przeglądaj i Zatwierdzaj w każdym przepływie pracy. Nie może inicjować |
Audytor | Przeglądaj w każdym przepływie pracy. Nie może działać |
Menedżer Funduszy | Przeglądaj, Inicjuj i Zatwierdzaj w przypadku Żądania wypłaty i Żądania transferu. Przeglądaj i Inicjuj w przypadku Zarządzania adresami |
Role konta
Rola konta określa, co Użytkownik może robić na Twoich Kontach. Standardowe role obejmują wszystkie bieżące i przyszłe Konta, więc Użytkownik z rolą „Trade all” może handlować na Koncie, które utworzysz jutro.
Rola | Co przyznaje na każdym koncie |
|---|---|
Odczyt wszystkich | Odczyt |
Handel wszystkimi | Handel |
Wszystkie środki | Przelew, Wypłata, Alokacja zarobków, Dealokacja zarobków |
Pełny dostęp | Każde uprawnienie konta |
Standardowe profile i role dotrzymują kroku produktowi: po dodaniu nowego przepływu pracy, Członkowie posiadający jeden z nich automatycznie uzyskują odpowiedni poziom. Zobacz Role, profile i uprawnienia, aby zapoznać się z pełnym modelem.
Jeśli uprawnienia Członka nie pasują do żadnego standardowego profilu, zostaje on przypisany do roli, która posiada dokładnie te same uprawnienia, które miał. Członkowie z identycznymi uprawnieniami współdzielą jedną rolę, więc Twoja Organizacja będzie miała znacznie mniej ról niż Członków.
Te role przyjmują nazwę z etykiety, którą przypisałeś Członkowi, więc Członek oznaczony jako „Trader” trafia do roli o nazwie trader. Członkowie bez etykiety trafiają do migrated-role. Każda rola posiada odznakę migrated, co oznacza, że nazwa została wygenerowana i możesz ją zmienić.
Wskazówka:
Zmiana nazw tych ról, aby odpowiadały temu, jak faktycznie nazywasz te osoby, jest najlepszym pierwszym zadaniem po konwersji. Edycja roli usuwa odznakę migrated.
Dlaczego Twoi Członkowie „Admin” nie znajdują się w profilu Admin
Etykieta Beta „Admin” pozwalała komuś przeglądać, inicjować i zatwierdzać, ale nie realizować własnych żądań bez drugiego zatwierdzenia. Profil Admin obejmuje tę możliwość, która jest poziomem Wykonania (Execute).
Zamiast automatycznego przyznawania, Członkowie ze starą etykietą są przypisywani do roli o nazwie beta-admin, która posiada dokładnie te same uprawnienia, które mieli wcześniej. Przeniesienie ich do roli Admin to pojedyncze przypisanie, gdy tylko podejmiesz taką decyzję.
Uwaga:
beta-admin to jedna z Twoich własnych ról, więc Członkowie ją posiadający nie będą automatycznie uzyskiwać dostępu do nowych przepływów pracy w taki sposób, jak standardowe profile do. Jest to kolejny powód, aby przejrzeć te role wkrótce po konwersji.
Właściciel (Owner) zostaje przypisany do profilu Admin, zachowuje wszystkie swoje dotychczasowe uprawnienia i automatycznie uzyskuje dostęp do nowych przepływów pracy. Właściciel posiada również uprawnienie Odczyt wszystkich, którego nie można usunąć.
Jeśli celowo zmniejszyłeś uprawnienia Właściciela, ta decyzja zostaje zachowana: Właściciel przekształca się w rolę posiadającą jego rzeczywiste uprawnienia, podobnie jak każdy inny Członek.
- Wszystkie uprawnienia posiadane przez każdego Członka zostają przeniesione.
- Poświadczenia klucza API, uprawnienia i mapowanie Konta są zachowane.
- Salda, Konta i własność Konta pozostają nienaruszone.
- Wnioski o zatwierdzenie będące już w toku są kontynuowane, a Twoje polityki, progi zatwierdzeń i ustawienia „zawsze wymagaj zatwierdzenia” pozostają bez zmian.
- Weryfikacja tożsamości pozostaje bez zmian, i nikt nie musi logować się ponownie ani być ponownie zapraszany.
- Konwertowane są tylko Konta należące do Twojej Organizacji. Uprawnienie na dowolnym Koncie poza nią pozostaje bez zmian.