Sobre as Organizations

Antes de começar

É necessária uma Conta Kraken empresarial com verificação KYB para criar uma Organization. As Contas Kraken pessoais não são elegíveis.

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

Não é possível anular a criação de uma Organization através do self-service. Após a criação de uma Organization, a reversão requer apoio manual.

Observação: A funcionalidade Organizations encontra-se atualmente em Beta. Algumas funcionalidades podem ter limitações. Consulte Limitações da versão Beta para mais informações.

Organizations em resumo

A funcionalidade Organizations 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 Organization
  • Atribua permissões por workflow e por 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
  • Introduza a governação de forma gradual – comece rapidamente e reforce os controlos posteriormente

Funções principais

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 governação da equipa. Não existe a função de co-owner.

Member – Uma pessoa convidada para a Organization com permissões específicas. Os Members 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 Organization.

Service User – Um operador exclusivamente via API criado dentro da Organization. Os Service Users autenticam-se com credenciais de chave API e podem iniciar pedidos, mas não os podem aprovar nem iniciar sessão na interface. Consulte Service Users para mais detalhes.

Termos-chave

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

Account – 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 transfere para outra. A negociação multi-conta está prevista para uma versão futura.

Permission – Uma concessão que define o que um Member ou Service User pode fazer. As permissões são aditivas: os utilizadores começam sem qualquer acesso e cada permissão tem de ser concedida individualmente. Consulte Permissions and workflows para referência completa.

Workflow – Um grupo de operações relacionadas que partilham 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 num workflow. Por exemplo, «Create a crypto withdrawal» é uma operação no workflow Initiate Withdrawal.

Policy – A configuração de governação 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 utilizadores. Consulte Policies, approvals, and governance para mais detalhes.

Request – Uma unidade de trabalho criada quando um Member ou Service User inicia uma ação num workflow com governação. Os pedidos são concluídos imediatamente (quando a política o permite) ou colocados na fila de aprovação para análise.

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

Policy lock – Um controlo de governação que impede uma única pessoa de alterar a política de um workflow. Alterações futuras requerem uma aprovação independente e dependem da disponibilidade contínua de aprovadores.

Separation of duties – A regra que impede um Member de aprovar o seu próprio pedido. Aplicada pelo sistema e não substituível.

Regras principais e controlos de segurança

  • Os membros não podem aprovar os seus próprios pedidos. Aplicada pelo sistema e não substituível.
  • As permissões são aditivas. Os membros começam sem qualquer acesso e cada permissão tem de ser concedida individualmente.
  • Se uma ação é concluída de imediato ou requer aprovação depende das permissões do membro e da política do fluxo de trabalho. Consulte Permissões e fluxos de trabalho.
  • As políticas bloqueadas não podem ser alteradas sem aprovação independente – incluindo pelo Owner.
  • O Início de sessão com 2FA da Organization é obrigatório. A política é definida na criação e aplica-se a todos os membros presentes e futuros.
  • As sessões inativas expiram e requerem nova autenticação.

Resumo das limitações da fase Beta

A funcionalidade Organizations encontra-se atualmente em Beta. Principais limitações:

  • 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 são exclusivas do Owner (Futures, OTC, Convert, custódia)
  • Os registos de auditoria para 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 Owner, 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 fase Beta para a lista completa.

O que pode gerir

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

Fluxo de trabalho

O que controla

Initiate Withdrawal

Quem pode solicitar, aprovar e concluir levantamentos em fiat e em cripto

Manage Addresses

Quem pode adicionar ou remover destinos de levantamento na lista de permissões

Manage Access

Quem pode convidar Membros, gerir Service Users e alterar permissões

Manage Policies

Quem pode modificar as regras de aprovação e bloquear as definições de governação

Consulte Permissions and workflows para a referência completa.

Guia de iniciação

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

Perguntas Frequentes

Não. O Organization Owner é o detentor da conta que criou a Organization. A titularidade não pode ser transferida através de self-service.

Não. A criação de uma Organization não é reversível através de self-service. Contacte o Apoio se precisar de discutir opções de migração.

O Owner mantém acesso total à conta. Nenhuma funcionalidade existente deixa de estar disponível. Os Membros só obtêm acesso às ações para as quais lhes foram explicitamente atribuídas permissões.

Atualmente, cada Membro pertence a uma única Organization. Numa versão futura, as Organizations passarão a suportar múltiplas entidades empresariais numa única estrutura, permitindo que os Membros realizem operações em diferentes entidades dentro da mesma Organization.

Os Service Users podem iniciar pedidos de levantamento via API. Quando uma política da Organization rege o workflow Initiate Withdrawal, o pedido tem de ser aprovado por Membros humanos antes de produzir efeitos. Os Service Users também podem negociar e gerir produtos Earn consoante as permissões da sua chave de API. Consulte Service Users.

Precisa de mais ajuda?