Informazioni su Organizations

Hai bisogno di un account di Kraken verificato KYB (Know Your Business) per creare un'Organization. Gli account di Kraken personali non sono idonei.

Solo l'holder dell'account che ha completato la verifica commerciale può creare un'Organization. Dopo la creazione, questa persona diventa l'Organization Owner.

Non puoi annullare la creazione di un'Organization tramite il self-service. Dopo la creazione di un'Organization, l'inversione richiede il supporto manuale.

Nota: Organization è attualmente in Beta. Alcune funzioni potrebbero avere limitazioni. Vedi Beta limitations per i dettagli.

Organizations consente ai clienti istituzionali di gestire l'accesso del team e richiedere approvazioni per azioni sensibili tra account condivisi.

• Invita i membri del team alla tua Organization
• Assegna autorizzazioni per workflow e account
• Richiedi approvazioni per azioni sensibili come prelievi, modifiche di indirizzi e aggiornamenti di autorizzazioni
• Applica controlli di sicurezza condivisi come 2FA e timeout di sessione
• Introduci la governance in modo incrementale: parti velocemente, raffina in seguito

Organization Owner — L'holder dell'account che ha creato l'Organization. L'Owner dispone fin da subito di pieni permessi amministrativi ed è responsabile della gestione degli accessi e della governance per il team. Non esiste un ruolo di co-owner.

Member — Una persona invitata all'Organization con autorizzazioni specifiche. I Member accedono con le proprie credenziali Kraken e sono tenuti a rispettare la policy di 2FA di Accesso dell'Organization.

Service User — Un operatore API creato all'interno dell'Organization. I Service User si autenticano tramite chiavi API e possono inviare richieste, ma non possono approvarle né accedere all'interfaccia utente. Vedi Service Users per i dettagli.

Organization — Il contenitore di primo livello che raggruppa i Member, gli account e la governance in un'unica struttura.

Account — Un'unità con saldi segregati utilizzata per il trading e il versamento. I permessi vengono concessi per account — l'accesso a un account non si trasferisce a un altro. Il trading multi-account è pianificato per una versione futura.

Permission — Un'autorizzazione che definisce cosa un Member o un Service User può fare. I permessi sono additivi: i clienti iniziano senza accesso e devono ricevere ogni permesso singolarmente. Vedi Permessi e flussi di lavoro per il riferimento completo.

Workflow — Un gruppo di operazioni correlate che condividono lo stesso modello di permesso e configurazione di policy. Organization ha quattro flussi di lavoro: Avvia prelievo, Gestisci indirizzi, Gestisci accesso e Gestisci policy.

Operation — Un'azione specifica all'interno di un flusso di lavoro. Ad esempio, "Crea prelievo crypto" è un'operazione nel flusso di lavoro Avvia prelievo.

Policy — La configurazione di governance per un flusso di lavoro. Una policy definisce quante approvazioni sono necessarie e se le azioni possono essere completate immediatamente da un sottoinsieme di clienti. Vedi Policy, approvazioni e governance per i dettagli.

Request — Un'unità di lavoro creata quando un Member o un Service User avvia un'azione su un flusso di lavoro disciplinato. Le richieste vengono completate immediatamente (se consentito dalla policy) o inserite nella coda di approvazione per la revisione.

Execute — Un permesso che consente a un Member di completare azioni senza aspettare l'approvazione, quando la policy del flusso di lavoro lo permette. Quando "Richiedi sempre approvazione" è ATTIVO, Execute non ha alcun effetto.

Policy lock — Un controllo di governance che impedisce a una singola persona di modificare la policy di un flusso di lavoro. Le modifiche future richiedono un'approvazione indipendente e dipendono dalla disponibilità della copertura degli approvatori.

Separation of duties — La regola che un Member non può approvare la propria richiesta. Imposta dal sistema e non bypassabile.

• I member non possono approvare le proprie richieste. Imposta dal sistema e non bypassabile.
• I permessi sono cumulativi. I member iniziano senza accesso e devono ricevere ogni permesso individualmente.
• Il fatto che un'azione venga completata immediatamente o richieda approvazione dipende sia dai permessi del member sia dalla policy del workflow. Consulta Permessi e workflow.
• Le policy bloccate non possono essere modificate senza approvazione indipendente, nemmeno dall'Owner.
• La 2FA di Accesso dell'Organization è obbligatoria. La policy è impostata al momento della creazione e si applica a tutti i member attuali e futuri.
• Le sessioni inattive scadono e richiedono una nuova autenticazione.

Organizations è attualmente in Beta. Limitazioni principali:

• È disponibile solo la modalità single-account; il trading multi-account non è ancora supportato

• Alcune operazioni della piattaforma rimangono riservate all'Owner (Futures, OTC, Convert, Custodia)

• I log di audit per i clienti non sono ancora disponibili

• I ruoli personalizzati non possono essere salvati e riutilizzati

• La conferma via email per le modifiche immediate all'indirizzo viene inviata all'Owner, non a chi ha creato la richiesta

• Alcune operazioni potrebbero differire tra UI e API durante la Beta

Consulta Limitazioni Beta per l'elenco completo.

Organizations raggruppa le azioni in quattro workflow. Ogni workflow ha i suoi permessi e le sue impostazioni di policy.

Pronto per configurare la tua Organization? Consulta Crea una Organization per la procedura di creazione completa e i passaggi iniziali, incluso come invitare Membri, assegnare autorizzazioni, configurare le policy di approvazione e bloccare la governance quando sei pronto.