Acerca de Organizations

Uma Organization é o contentor de topo que reúne as contas que opera, as pessoas e credenciais que as gerem, e as regras de governação que se aplicam a ambas.

Organization Owner – O detentor da conta que criou a Organization. O Owner começa com acesso total a todos os workflows e contas, e é responsável por configurar a equipa e a sua governação. Não existe a função de co-owner.

Member – Uma pessoa convidada para a Organization. Os Members iniciam sessão com as suas próprias credenciais Kraken, devem cumprir a política de Início de sessão com 2FA da Organization e possuem exatamente um Workflow Profile mais qualquer número de Account Roles.

Accounts – As unidades operacionais separadas dentro de uma Organization, cada uma com os seus próprios saldos, ordens em aberto e histórico. Uma Organization começa com uma conta principal e pode ter várias; o acesso a uma conta nunca se estende a outra. Consulte Contas.

API key – Uma credencial para acesso programático, utilizada por sistemas de negociação e automatização. As chaves de API têm o seu próprio modelo de permissões, separado dos Members. Consulte API keys.

Tudo o que um Membro faz numa Organização se enquadra numa de duas categorias. Compreender esta distinção torna o resto do modelo simples.

As operações diretas produzem efeito imediato. Consultar saldos, negociar e alocar fundos em produtos Earn são operações diretas: se um Membro tiver a permissão de conta nessa conta, a ação é executada de imediato. As operações diretas nunca geram pedidos de aprovação.

As operações regidas funcionam como pedidos de aprovação. Levantamentos, transferências entre contas e qualquer alteração administrativa (gestão do acesso da equipa, chaves de API, contas, endereços e políticas) são operações regidas. Iniciar uma cria um pedido, e a política do fluxo de trabalho decide se esse pedido é concluído imediatamente ou aguarda aprovação de outros Membros.

As operações regidas estão organizadas em fluxos de trabalho. Cada workflow tem a sua própria política de aprovação e os seus próprios níveis Visualizar / Iniciar / Aprovar / Executar no Perfil de Workflow de cada Membro.

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

Account – Unidade operacional segregada com saldos, ordens em aberto e histórico próprios. O acesso a uma conta nunca se estende a outra.

Main account – A conta existente no momento em que a Organization foi criada. Suporta negociação à vista e com margem para os Membros; as contas adicionais suportam atualmente apenas negociação à vista. Consulte Disponibilidade e limitações.

Account permission – Uma autorização que permite uma operação específica numa conta específica: Read, Trade, Earn Allocate, Earn Deallocate, Withdraw ou Transfer.

Account Role – Um conjunto reutilizável de permissões de conta aplicado a um grupo de contas. Um Membro pode ter vários Account Roles; as respetivas permissões acumulam-se.

Workflow – Um conjunto de operações governadas relacionadas que partilham uma política de aprovação: Withdrawal Request, Transfer Request, Manage Team & Access, Manage API Keys, Manage Accounts, Manage Addresses e Manage Policies.

Workflow Profile – O perfil único de cada Membro, que define o seu nível (View, Initiate, Approve, Execute) em cada workflow. Os níveis do Workflow Profile aplicam-se a toda a Organization.

Policy – A configuração de aprovação de um workflow: quantas aprovações um pedido necessita e se todos os pedidos têm de passar por aprovação. As políticas são definidas por workflow, uma única vez para toda a Organization.

Request – A unidade de trabalho criada quando um Membro ou uma chave de API inicia uma operação governada. Um pedido é concluído imediatamente (quando a política o permite) ou fica em espera na fila de aprovação.

Security event – Um registo de uma ação ocorrida na sua Organization: quem a realizou, de onde, em que conta e com que resultado. Consulte Security events.

Separation of duties – A regra que impede um Membro de aprovar o seu próprio pedido. Imposta pelo sistema e não pode ser substituída.

• Os membros não podem aprovar os seus próprios pedidos, em nenhum fluxo de trabalho nem em nenhuma configuração.
• O acesso é cumulativo. Os membros começam sem qualquer acesso e obtêm apenas o que o Perfil de Fluxo de Trabalho e as Funções de Conta lhes conferem.
• A conclusão imediata ou a espera por aprovação de uma operação regida depende do Perfil de Fluxo de Trabalho do membro e da política do fluxo de trabalho, nunca da operação em si.
• Alterar ou desbloquear uma política bloqueada requer sempre aprovação independente de membros cujo Perfil de Fluxo de Trabalho conceda aprovação em Gerir Políticas. Ninguém, incluindo o Proprietário, pode alterar uma política bloqueada por conta própria.
• O Início de sessão com 2FA da Organização é obrigatório para todos os membros. A política é definida no momento da criação e aplica-se a todos os membros atuais e futuros.
• As sessões inativas expiram e exigem reautenticação.
• Cada início de sessão, alteração de permissão, movimentação de fundos e alteração de política fica registada como um evento de segurança.

• Para criar uma Organização, precisa de uma Conta Kraken empresarial verificada no Kraken Pro. As contas Standard e de iniciante 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, esta pessoa torna-se o Proprietário da Organização.
• O endereço de e-mail do Proprietário pode ser alterado posteriormente através do processo habitual de alteração de e-mail. Este processo inclui verificação de identidade e, possivelmente, uma revisão manual.
• Reverter uma Organização requer apoio, pode demorar algum tempo e só acontece após o cumprimento das condições necessárias.

Comece por Criar uma Organização, depois Funções, perfis e permissões, Políticas, aprovações e governação e Implementar a governação. Consulte os restantes artigos sempre que precisar de gerir uma parte específica da sua Organização.