Verfügbarkeit und Einschränkungen

Organizations unterstützt derzeit:

  • Mehrere Konten pro Organization, mit getrennten Guthaben, Orders und Verläufen
  • Vollständiger Konto-Lebenszyklus: Konten hinzufügen, bearbeiten, deaktivieren, aktivieren und löschen
  • Team-Zugriff über Kontorollen und Workflow-Profile, mit systemdefinierten Optionen, die bei der Erstellung bereitstehen
  • Sieben verwaltete Workflows mit workflowspezifischen Genehmigungsrichtlinien und Richtliniensperre
  • Überweisungen zwischen Konten und Auszahlungen an Whitelist-Adressen – beide unter vollständiger Governance
  • Spot-Trading auf jedem Konto; Margin-Trading auf dem Hauptkonto
  • Earn-Zuteilung und -Aufhebung der Zuteilung
  • API-Schlüssel, die einem oder mehreren Konten zugeordnet sind, mit gesteuerter Schlüsselverwaltung und FIX-Konnektivität für Spot-Trading
  • Sicherheitsereignisse zu Anmeldungen, Geldbewegungen und allen administrativen Änderungen
  • Anmelde-2FA und Sitzungs-Timeout-Richtlinien der Organization

Margin-Trading nur auf dem Hauptkonto

Mitglieder mit der Berechtigung „Traden" können auf dem Hauptkonto Spot- und Margin-Trading betreiben sowie auf weiteren Konten Spot-Trading. Margin-Unterstützung für weitere Konten ist geplant. Sobald sie verfügbar ist, gilt für kontoindividuelle Margin dasselbe Berechtigungsmodell wie für jede andere Kontoberechtigung.

Was das im Alltag bedeutet: Margin-Strategien laufen über das Hauptkonto, Spot-Aktivitäten über die übrigen Konten. Die Berechtigung „Traden" verhält sich auf dem Hauptkonto anders als auf den übrigen Konten – beschrifte deine Konten daher eindeutig für dein Team.

Funktionen ausschließlich für den Owner

Einige Plattformfunktionen verfügen noch über keine Organizations-Berechtigung und sind ausschließlich dem Organization Owner vorbehalten; sie laufen über das Hauptkonto:

  • Futures-Trading
  • TradFi-Futures-Trading
  • Aktien-Trading
  • xStocks-Trading
  • Options-Trading
  • OTC-Trading
  • Wechseln
  • DeFi Earn
  • Kredite

WebSocket-Trading auf anderen Konten als dem Hauptkonto ist ebenfalls dem Owner vorbehalten.

Der Owner führt diese Aktionen über dieselben Abläufe durch wie vor der Erstellung der Organization. Mitglieder haben keinen Zugriff darauf, unabhängig von ihren Rollen und Profilen.

Bis zu 100 Konten pro Organization

Eine Organization unterstützt derzeit bis zu 100 Konten, einschließlich des Hauptkontos. Falls du mehr benötigst, wende dich an den Support, um eine Erhöhung des Limits zu besprechen.

Ein Workflow-Profil pro Mitglied

Jedes Mitglied hat genau ein Workflow-Profil. Teams, die eine Kombination von Berechtigungsstufen benötigen, die kein bestehendes Profil abdeckt, erstellen ein benutzerdefiniertes Profil, anstatt mehrere Profile zu kombinieren. Kontenrollen hingegen lassen sich beliebig kombinieren.

Mitglieder gehören einer Organization an

Jedes Mitglied gehört derzeit genau einer Organization an.

Austritt aus einer Organization nur über den Support

Organizations bietet keine Self-Service-Funktion zum Löschen oder Rückgängigmachen. Der Support kann einen Kunden aus Organizations herauslösen, sobald die erforderlichen Voraussetzungen erfüllt sind. Der Kundendatensatz unterliegt weiterhin den geltenden Datenschutzbestimmungen.

E-Mail-Änderung des Organization Owners überträgt keine Inhaberschaft

Die E-Mail-Adresse des Organization Owners kann über den regulären Prozess zur E-Mail-Änderung aktualisiert werden. Dabei sind eine Identitätsprüfung und gegebenenfalls eine manuelle Überprüfung zu erwarten. Das Ändern des Zugriffs eines Mitglieds überträgt die Inhaberschaft nicht auf ein anderes Mitglied.

Genehmigungsregeln gelten kontoübergreifend

Richtlinien werden pro Workflow für die gesamte Organisation festgelegt. Genehmigungsrechte (die Ebene „Genehmigen") gelten organisationsweit – ein Mitglied, das Auszahlungsanfragen genehmigen kann, darf dies für jedes Konto tun. Konfigurationen wie „nur für bestimmte Konten genehmigen" oder „für ein bestimmtes Konto zusätzliche Genehmigungen verlangen" sind derzeit nicht möglich. Steuere, wer genehmigt, indem du einschränkst, wer die Ebene „Genehmigen" innehat; steuere, wohin Einlagen fließen, indem du die Transferberechtigungen einschränkst.

API-Schlüssel wenden Berechtigungen einheitlich an

Die Berechtigungen eines API-Schlüssels gelten für alle zugeordneten Konten gleichermaßen – innerhalb eines Schlüssels gibt es keine kontospezifischen Unterschiede. Verwende mehrere Schlüssel mit gezielt eingeschränktem Berechtigungsumfang, wenn Automatisierungen auf verschiedenen Konten unterschiedliche Zugriffsrechte benötigen. Siehe API-Schlüssel.

Einlagen werden bei ausstehenden Anfragen nicht reserviert

Eine ausstehende Auszahlungs- oder Überweisungsanfrage reserviert den Betrag nicht. Die Guthabenprüfung erfolgt beim Abschluss der Anfrage, nach der abschließenden Genehmigung – wurden die Einlagen während der Prüfung bewegt, schlägt die genehmigte Anfrage fehl und muss erneut gestellt werden. Es geht dabei nichts verloren; die Anfrage muss lediglich erneut gestellt werden.

Die Reservierung von Einlagen bei der Anfragestellung ist geplant. Behandle eingereichte Anfragen bis dahin als gebundenes Guthaben. Siehe Einlagen bis zur Genehmigung verfügbar halten.

Kontolöschung archiviert Datensätze

Beim Löschen eines Kontos wird dessen Datensatz archiviert und das Konto aus den Benutzeroberflächen ausgeblendet. Das Konto muss zuvor leer und geschlossen sein; das System storniert Orders nicht automatisch, bewegt keine Einlagen und wickelt keine Produkte ab, um diesen Zustand herzustellen. Löschsperren werden explizit aufgelistet und manuell behoben. Siehe Konten.

Keine öffentliche Organizations-Verwaltungs-API

Mitgliedereinladungen, Zugriffszuweisung, Konto-Lebenszyklus und Richtlinienkonfiguration sind ausschließlich über die Benutzeroberfläche verfügbar. Der programmatische Zugriff ist auf API-Schlüssel beschränkt, die für die unterstützten Prozesse genutzt werden: Trading, Earn, Abfragen, Daten-Exporte sowie das Einleiten von Auszahlungs- und Adressanfragen. Die aktuelle API-Abdeckung findest du in der Kraken-API-Dokumentation.

Bereiche in aktiver Entwicklung:

  • Margin Trading auf zusätzlichen Konten mit einer dedizierten Berechtigung pro Konto
  • Kreditlinien pro Konto
  • Reservierte Einlagen für ausstehende Anfragen: Eine Auszahlungs- oder Überweisungsanfrage reserviert den Betrag automatisch, sodass genehmigte Anfragen nicht fehlschlagen, weil das Guthaben während der Prüfung verschoben wurde.
  • Kontogruppen – benannte, wiederverwendbare Kontosets für die skalierbare Zuweisung von Rollen
  • Erweiterte Berechtigungen für weitere Plattformfunktionen
  • Organizations-Management-API für die programmatische Verwaltung

Zeitpläne und Verfügbarkeit werden über die offiziellen Kraken-Kanäle bekanntgegeben.

Brauchst du Hilfe?