Sobre Organizações

Necessita de uma conta Kraken empresarial verificada por KYB para criar uma Organização. Contas Kraken pessoais não são elegíveis.

Apenas o detentor da conta que concluiu a verificação empresarial pode criar uma Organização. Após a criação, essa pessoa torna-se o Proprietário da Organização.

Não é possível reverter a criação de uma Organização de forma autónoma. Uma vez criada a Organização, a reversão requer intervenção manual do Apoio.

Observação: Organizações está atualmente em Beta. Algumas funcionalidades podem ter limitações. Consulte Limitações da fase beta para mais informações.

Organizações permite que clientes institucionais gerem o acesso da equipa e exijam aprovações para ações sensíveis em contas partilhadas.

• Convide membros da equipa para a sua Organização
• Atribua permissões por fluxo de trabalho e conta
• Exija aprovações para ações sensíveis como levantamentos, alterações de endereço e atualizações de permissões
• Aplique controlos de segurança partilhados como 2FA e tempo limite de sessão
• Implemente a governação de forma incremental – comece rapidamente e reforce os controlos mais tarde

Proprietário da Organização – O detentor da conta que criou a Organização. O Proprietário começa com permissões administrativas completas e é responsável pela configuração do acesso e governação da equipa. Não existe função de co-proprietário.

Membro – Uma pessoa convidada para a Organização com permissões específicas. Os membros iniciam sessão com as suas próprias credenciais Kraken e devem cumprir a política de Início de sessão com 2FA da Organização.

Utilizador de Serviço – Um operador exclusivamente via API criado na Organização. Os Utilizadores de Serviço autenticam-se com credenciais de chave de API e podem iniciar pedidos, mas não podem aprová-los nem iniciar sessão na interface. Consulte Utilizadores de Serviço para obter mais informações.

Organização – O contentor de nível superior que agrupa Membros, contas e governação numa única estrutura.

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

Permissão – Uma concessão que define o que um Membro ou Utilizador de Serviço pode fazer. As permissões são cumulativas: os clientes começam sem acesso e devem receber cada permissão individualmente. Consulte Permissões e fluxos de trabalho para referência completa.

Fluxo de trabalho – Um grupo de operações relacionadas que partilham o mesmo modelo de permissão e configuração de política. Organizations tem quatro fluxos de trabalho: Iniciar Levantamento, Gerir Endereços, Gerir Acesso e Gerir Políticas.

Operação – Uma ação específica num fluxo de trabalho. Por exemplo, «Criar um levantamento cripto» é uma operação no fluxo de trabalho Iniciar Levantamento.

Política – A configuração de governação para um fluxo de trabalho. 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 clientes. Consulte Políticas, aprovações e governação para mais detalhes.

Pedido – Uma unidade de trabalho criada quando um Membro ou Utilizador de Serviço inicia uma ação num fluxo de trabalho governado. Os pedidos são concluídos imediatamente (quando permitido pela política) ou colocados na fila de aprovação para revisão.

Executar – Uma permissão que permite a um Membro concluir ações sem aguardar aprovação, quando a política do fluxo de trabalho o permite. Quando «Exigir sempre aprovação» está ATIVADO, Executar não tem efeito.

Bloqueio de política – Um controlo de governação que impede qualquer pessoa de alterar a política de um fluxo de trabalho. As alterações futuras exigem uma aprovação independente e dependem da disponibilidade de aprovadores.

Segregação de funções – A regra segundo a qual um Membro não pode aprovar o seu próprio pedido. Aplicada pelo sistema e não pode ser contornada.

• Os membros não podem aprovar os seus próprios pedidos. Aplicada pelo sistema e não pode ser contornada.
• As permissões são cumulativas. Os membros começam sem acesso e devem receber cada permissão individualmente.
• Se uma ação é concluída de imediato ou requer aprovação depende das permissões do membro e da política do workflow. Consulte Permissões e workflows.
• As políticas bloqueadas não podem ser alteradas sem aprovação independente – mesmo pelo Proprietário.
• O início de sessão com 2FA é obrigatório na Organização. A política é definida na criação e aplica-se a todos os membros atuais e futuros.
• As sessões inativas expiram e exigem nova autenticação.

A funcionalidade Organizations encontra-se atualmente em Beta. Limitações principais:

• Apenas o modo de conta única está disponível – a negociação multi-conta ainda não está disponível

• Algumas operações da plataforma continuam reservadas ao Proprietário (Futures, OTC, Converter, Custódia)

• Os registos de auditoria para consulta dos clientes ainda não estão disponíveis

• As funções personalizadas não podem ser guardadas nem reutilizadas

• A confirmação por e-mail para alterações imediatas de endereço é enviada ao Proprietário, não ao criador do pedido

• Algumas operações podem diferir entre a interface e a API durante a fase beta

Consulte Limitações da beta para a lista completa.

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

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