Beta-Einschränkungen für Organizations

Organizations Beta bietet institutionellen Kunden eine vollständig funktionsfähige Governance-Ebene für ihre Kraken Konten.

Im Beta-Umfang enthalten

Während der Beta-Phase können Sie:

Eine Organization erstellen und Teammitglieder einladen
Berechtigungen für Trading, Finanzierung und Administration vergeben
Genehmigungsrichtlinien pro Workflow konfigurieren
Genehmigung durch mehrere Parteien für Auszahlungen, Adressänderungen, Zugriffsänderungen und Richtlinienänderungen vorschreiben
Richtlinien sperren, um einseitige Änderungen zu verhindern
Service Users für programmatischen API-Zugriff erstellen
Anmelde-2FA der Organization und Sitzungs-Timeout-Richtlinien durchsetzen

Aktuelle Einschränkungen

Die folgenden Einschränkungen gelten während der Beta-Phase und werden sich in zukünftigen Versionen voraussichtlich ändern.

Einzelkonto-Modell

Ihre Organization basiert auf dem primären Konto des Owners. Multi-Konto-Trading – bei dem Members über separate Unterkonten mit unabhängigen Guthaben verfügen – ist noch nicht verfügbar.

Das bedeutet: Alle Members mit Trading-Berechtigungen traden auf demselben Konto und teilen sich dasselbe Guthaben und dieselben Positionen.

Eingeschränkte Berechtigungen

Members können nur Aktionen ausführen, für die auf der Plattform eine Organization-Berechtigung festgelegt ist. Die verfügbaren Berechtigungen sind:

Trading (Spot und Margin)
Earn zuteilen / Zuteilung aufheben
Auszahlung veranlassen
Adressen verwalten
Zugriff verwalten
Richtlinien verwalten

Owner-exklusive Vorgänge

Die oben nicht aufgeführten Vorgänge bleiben ausschließlich dem Organization Owner vorbehalten. Dazu gehören:

Futures-Trading
OTC-Trading
Wechseln
Verwahrungsabrechnungen
Alle Plattformvorgänge ohne entsprechende Organization-Berechtigung

Der Owner führt diese Vorgänge über dieselben Abläufe durch wie vor der Erstellung der Organization. Andere Members können während der Beta nicht auf diese Vorgänge zugreifen.

Keine kundenseitigen Audit-Logs

Sicherheitsereignisse und Audit-Logs für Member-Aktivitäten sind während der Beta nicht verfügbar. Ein Self-Service-Audit-Dashboard ist geplant, aber noch nicht verfügbar.

Benutzerdefinierte Rollen können nicht gespeichert werden

Du kannst beim Zuweisen von Rollen benutzerdefinierte Berechtigungskonfigurationen erstellen, eine benutzerdefinierte Rolle jedoch nicht als wiederverwendbare Vorlage speichern. Jedes Mal, wenn du eine benutzerdefinierte Rolle zuweist, konfigurierst du sie von Grund auf neu.

E-Mail-Bestätigung geht an den Owner

Wenn ein Member „Execute" verwendet, um eine Adressänderung sofort abzuschließen, erfordert das System eine E-Mail-Bestätigung. Während der Beta wird diese Bestätigung immer an den Organization Owner gesendet, nicht an den Member, der die Änderung initiiert hat. Das direkte Zusenden der Bestätigung an den Anfragesteller ist für eine künftige Version geplant.

Keine öffentliche Organisations-Management-API

Während der Beta steht keine öffentliche Organizations-Management-API für Member-Einladungen, Berechtigungsverwaltung, Richtlinienkonfiguration oder Richtliniensperrung zur Verfügung. Der programmatische Zugriff ist auf Service-Nutzer beschränkt, die über API-Schlüsselberechtigungen auf unterstützten Workflows agieren.

Bekannte Unterschiede:

Mitgliedereinladung und Berechtigungsverwaltung – nur über die Benutzeroberfläche verfügbar
Richtlinienkonfiguration und -sperrung – nur über die Benutzeroberfläche verfügbar
Auszahlungsanfragen – über Service-Nutzer / API-Schlüssel verfügbar; wenn eine Organisationsrichtlinie konfiguriert ist, wird die Anfrage in die Genehmigungswarteschlange eingereiht
Trading- und Earn-Operationen über Service-Nutzer – nur über API-Schlüssel verfügbar (Service-Nutzer haben keinen Zugriff auf die Benutzeroberfläche)

Aktuelle Informationen zu unterstützten API-Schlüsseloperationen finden Sie in der Kraken API-Dokumentation.

Wenn ein benötigter Vorgang über Ihren bevorzugten Kanal noch nicht verfügbar ist, nutzen Sie den anderen Kanal oder wenden Sie sich an den Support.

Änderungen an der Auszahlungs-API-Antwortstruktur

Wenn ein Konto in eine Organisation aufgenommen wird, ändert sich die Antwortstruktur der withdrawFunds EAPI. Integrationen, die die Standardstruktur verarbeiten, müssen vor der Aufnahme im Code aktualisiert werden.

Gilt nur für Organisationsnutzer in der erweiterten Domain. Konten außerhalb von Organisationen sind nicht betroffen.

Standardantwort:

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

Organisationsantwort:

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

Verhalten:

refid wird weiterhin bei der Anfrageerstellung zurückgegeben und identifiziert die Auszahlung.
approval_request_id wird hinzugefügt und identifiziert die Genehmigungsanfrage, die diese Auszahlung freischaltet.
Die Auszahlung wird erst nach Genehmigung der Genehmigungsanfrage abgeschlossen. Abgelehnte oder abgelaufene Genehmigungsanfragen führen zu keiner abgeschlossenen Auszahlung gegen die refid.

Empfohlene Maßnahme vor der Aufnahme:

Prüfen Sie den Code, der withdrawFunds-Antworten verarbeitet.
Aktualisieren Sie die Verarbeitung, um das zusätzliche Feld approval_request_id zu akzeptieren und den Abschluss als genehmigungspflichtig zu behandeln.

Wie geht es jetzt weiter?

Das Organizations-Team arbeitet aktiv daran, den Funktionsumfang über die Beta hinaus zu erweitern. Folgende Bereiche befinden sich in der Entwicklung: