Über Organizations

Du benötigst ein KYB-verifiziertes Geschäftskonto von Kraken, um eine Organization zu erstellen. Persönliche Kraken Konten sind nicht berechtigt.

Nur der Kontoinhaber, der die Geschäftsverifizierung abgeschlossen hat, kann eine Organization erstellen. Nach der Erstellung wird diese Person zum Organization Owner.

Du kannst die Erstellung einer Organization nicht über Self-Service rückgängig machen. Nach der Erstellung einer Organization ist eine manuelle Unterstützung erforderlich, um sie rückgängig zu machen.

Hinweis: Organizations ist derzeit in der Beta-Phase. Manche Funktionen können Einschränkungen unterliegen. Weitere Informationen findest du unter Beta-Einschränkungen.

Mit Organizations können institutionelle Kunden Teamzugriff verwalten und Genehmigungen für sensible Aktionen über gemeinsame Konten erfordern.

• Lade Teammitglieder in deine Organization ein
• Vergib Berechtigungen nach Workflow und Konto
• Verlange Genehmigungen für sensible Aktionen wie Auszahlungen, Adressänderungen und Berechtigungsaktualisierungen
• Wende gemeinsame Sicherheitskontrollen wie 2FA und Sitzungs-Timeout an
• Implementiere Governance schrittweise – start einfach, verschärfe später

Organization Owner – Der Kontoinhaber, der die Organization erstellt hat. Der Owner verfügt über volle Administratorrechte und ist dafür verantwortlich, Zugriffsrechte und Governance für das Team einzurichten. Es gibt keine Co-Owner-Rolle.

Member – Eine Person, die mit spezifischen Berechtigungen zur Organization eingeladen wurde. Members melden sich mit ihren Kraken-Anmeldedaten an und müssen die Anmelde-2FA-Richtlinie der Organization einhalten.

Service User – Ein API-only-Operator, der innerhalb der Organization erstellt wurde. Service User authentifizieren sich mit API-Schlüsseln und können Anfragen stellen, diese jedoch weder genehmigen noch sich über die UI anmelden. Weitere Informationen findest du unter Service User.

Organization – Die übergeordnete Ebene, die Mitglieder, Konten und Governance unter einer gemeinsamen Struktur bündelt.

Konto – Eine Einheit mit separaten Guthaben für Trading und Finanzierung. Berechtigungen werden pro Konto gewährt – der Zugriff auf ein Konto überträgt sich nicht auf ein anderes. Multi-Konto-Trading ist für eine zukünftige Version geplant.

Berechtigung – Legt fest, was ein Mitglied oder Service-Nutzer tun darf. Berechtigungen sind additiv: Mitglieder starten ohne Zugriff und müssen jede Berechtigung einzeln erhalten. Die vollständige Referenz findest du unter Berechtigungen und Workflows.

Workflow – Eine Gruppe verwandter Operationen mit demselben Berechtigungsmodell und denselben Richtlinieneinstellungen. Organizations verfügt über vier Workflows: Auszahlung einleiten, Adressen verwalten, Zugriff verwalten und Richtlinien verwalten.

Operation – Eine spezifische Aktion innerhalb eines Workflows. Beispiel: „Krypto-Auszahlung erstellen" ist eine Operation im Workflow „Auszahlung einleiten".

Richtlinie – Die Governance-Konfiguration für einen Workflow. Eine Richtlinie legt fest, wie viele Genehmigungen erforderlich sind und ob bestimmte Mitglieder Aktionen sofort abschließen können. Details dazu findest du unter Richtlinien, Genehmigungen und Governance.

Anfrage – Wird erstellt, sobald ein Mitglied oder Service-Nutzer eine Aktion in einem Workflow mit Governance-Regeln einleitet. Anfragen werden entweder sofort abgeschlossen (wenn die Richtlinie dies zulässt) oder in die Genehmigungswarteschlange eingestellt.

Ausführen – Eine Berechtigung, die es einem Mitglied ermöglicht, Aktionen ohne Genehmigung abzuschließen, wenn die Workflow-Richtlinie dies zulässt. Wenn „Genehmigung immer erforderlich" aktiviert ist, hat „Ausführen" keine Wirkung.

Richtliniensperre – Eine Governance-Kontrolle, die verhindert, dass eine einzelne Person die Richtlinie eines Workflows eigenmächtig ändert. Künftige Änderungen erfordern eine unabhängige Genehmigung und setzen voraus, dass genügend Genehmiger verfügbar sind.

Funktionstrennung – Kein Mitglied kann seine eigene Anfrage genehmigen. Wird systemseitig erzwungen und ist nicht konfigurierbar.

• Mitglieder können ihre eigenen Anfragen nicht genehmigen. Wird systemseitig erzwungen und ist nicht konfigurierbar.
• Berechtigungen sind additiv. Mitglieder haben zunächst keinen Zugriff und müssen jede Berechtigung einzeln erhalten.
• Ob eine Aktion sofort abgeschlossen wird oder eine Genehmigung erfordert, hängt sowohl von den Berechtigungen des Mitglieds als auch von der Workflow-Richtlinie ab. Siehe Berechtigungen und Workflows.
• Gesperrte Richtlinien können ohne unabhängige Genehmigung nicht geändert werden – auch nicht durch den Owner.
• Anmelde-2FA für die Organisation ist erforderlich. Die Richtlinie wird bei der Erstellung festgelegt und gilt für alle aktuellen und zukünftigen Mitglieder.
• Inaktive Sitzungen laufen ab und erfordern eine erneute Authentifizierung.

Organizations befindet sich derzeit in der Beta-Phase. Wesentliche Einschränkungen:

• Nur der Einzelkonto-Modus ist verfügbar – Multi-Konto-Trading wird noch nicht unterstützt

• Einige Plattformfunktionen bleiben dem Owner vorbehalten (Futures, OTC, Konvertierung, Verwahrung)

• Audit-Logs für Kunden sind noch nicht verfügbar

• Benutzerdefinierte Rollen können nicht gespeichert und wiederverwendet werden

• Die E-Mail-Bestätigung für sofortige Adressänderungen wird an den Owner gesendet, nicht an den Ersteller der Anfrage.

• Einige Funktionen können während der Beta zwischen UI und API abweichen

Siehe Beta-Einschränkungen für die vollständige Liste.

Organizations fasst Aktionen in vier Workflow-Bereiche zusammen. Jeder Workflow hat seine eigenen Berechtigungen und Richtlinieneinstellungen.

Bereit, deine Organization einzurichten? Siehe Organization erstellen für die vollständige Anleitung und erste Schritte – einschließlich wie du Mitglieder einlädst, Berechtigungen zuweist, Genehmigungsrichtlinien konfigurierst und Governance sperrst, wenn du bereit bist.