Sobre Organizations

Você precisa de uma Conta Kraken corporativa com verificação KYB para criar uma Organization. Contas Kraken pessoais não são elegíveis.

Somente o detentor da conta que concluiu a verificação empresarial pode criar uma Organization. Após a criação, essa pessoa se torna o Organization Owner.

Não é possível desfazer a criação de uma Organization pelo autoatendimento. Após a criação de uma Organization, a reversão requer suporte manual.

Observação: Organizations está em Beta. Algumas funcionalidades podem ter limitações. Consulte Limitações do Beta para mais detalhes.

O Organizations permite que clientes institucionais gerenciem o acesso da equipe e exijam aprovações para ações sensíveis em contas compartilhadas.

• Convide membros da equipe para sua Organization
• Atribua permissões por workflow e conta
• Exija aprovações para ações sensíveis, como retiradas, alterações de endereço e atualizações de permissões
• Aplique controles de segurança compartilhados, como 2FA e tempo limite de sessão
• Adote a governança de forma incremental: comece rápido e ajuste depois

Organization Owner – O detentor da conta que criou a Organization. O Owner começa com permissões administrativas completas e é responsável por configurar o acesso e a governança da equipe. Não existe a função de co-owner.

Member – Uma pessoa convidada para a Organization com permissões específicas. Os Members entram com suas próprias credenciais da Kraken e devem cumprir a política de 2FA para login da Organization.

Service User – Um operador exclusivamente via API criado dentro da Organization. Os Service Users se autenticam com credenciais de Chave de API e podem iniciar solicitações, mas não podem aprová-las nem entrar pela interface. Consulte Service Users para mais detalhes.

Organization – O contêiner de nível superior que agrupa Membros, contas e governança em uma única estrutura.

Account – Uma unidade com saldos segregados usada para negociação e depósitos. As permissões são concedidas por conta – o acesso a uma conta não se estende a outra. A negociação com múltiplas contas está prevista para uma versão futura.

Permission – Uma concessão que define o que um Membro ou Service User pode fazer. As permissões são aditivas: os usuários começam sem acesso e cada permissão precisa ser concedida individualmente. Consulte Permissions and workflows para a referência completa.

Workflow – Um grupo de operações relacionadas que compartilham o mesmo modelo de permissões e configuração de política. O Organizations tem quatro workflows: Initiate Withdrawal, Manage Addresses, Manage Access e Manage Policies.

Operation – Uma ação específica dentro de um workflow. Por exemplo, «Create a crypto withdrawal» é uma operação do workflow Initiate Withdrawal.

Policy – A configuração de governança de um workflow. Uma política define quantas aprovações são necessárias e se as ações podem ser concluídas imediatamente por um subconjunto de usuários. Consulte Policies, approvals, and governance para mais detalhes.

Request – Uma unidade de trabalho criada quando um Membro ou Service User inicia uma ação em um workflow governado. As solicitações são concluídas imediatamente (quando a política permite) ou encaminhadas para a fila de aprovação.

Execute – Uma permissão que permite a um Membro concluir ações sem aguardar aprovação, quando a política do workflow permite. Quando «Always require approval» está ATIVADO, Execute não tem efeito.

Policy lock – Um controle de governança que impede que uma única pessoa altere a política de um workflow. Alterações futuras exigem uma aprovação independente e dependem da disponibilidade de aprovadores.

Separation of duties – A regra que impede um Membro de aprovar sua própria solicitação. Aplicada pelo sistema e não pode ser contornada.

• Os membros não podem aprovar suas próprias solicitações. Aplicada pelo sistema e não pode ser contornada.
• As permissões são aditivas. Os membros começam sem nenhum acesso e precisam receber cada permissão individualmente.
• A conclusão imediata ou a necessidade de aprovação de uma ação depende tanto das permissões do membro quanto da política do fluxo de trabalho. Consulte Permissões e fluxos de trabalho.
• Políticas bloqueadas não podem ser alteradas sem aprovação independente, inclusive pelo Owner.
• O 2FA para login da Organization é obrigatório. A política é definida na criação e se aplica a todos os membros atuais e futuros.
• Sessões inativas expiram e exigem nova autenticação.

Organizations está em Beta. Principais limitações:

• Apenas o modo de conta única está disponível – negociação com múltiplas contas ainda não é compatível
• Algumas operações da plataforma são exclusivas do Owner (futuros, OTC, converter, custódia)
• Logs de auditoria voltados ao cliente ainda não estão disponíveis
• Funções personalizadas não podem ser salvas e reutilizadas
• A confirmação por email para alterações imediatas de endereço é enviada ao Owner, não ao criador da solicitação
• Algumas operações podem diferir entre a interface e a API durante o Beta

Consulte Limitações do Beta para a lista completa.

O Organizations agrupa as ações em quatro áreas de fluxo de trabalho. Cada fluxo de trabalho tem suas próprias permissões e configurações de política.

Pronto para configurar sua Organização? Consulte Criar uma Organização para o guia completo de criação e os primeiros passos, incluindo como convidar Membros, atribuir permissões, configurar políticas de aprovação e bloquear a governança quando estiver pronto.