Limitações do Beta para Organizations

O Organizations Beta oferece aos clientes institucionais uma camada de Governança totalmente funcional para suas Contas Kraken.

O que está incluído no Beta

Durante o Beta, você pode:

Criar uma Organização e convidar membros da equipe
Atribuir permissões para negociação, depósito e administração
Configurar políticas de aprovação por fluxo de trabalho
Exigir aprovação de múltiplas partes para retiradas, alterações de endereço, alterações de acesso e alterações de política
Bloquear políticas para evitar alterações unilaterais
Criar Service Users para acesso programático à API
Aplicar políticas de 2FA para login e expiração de sessão da Organização

Limitações atuais

As limitações a seguir se aplicam durante o Beta e devem ser alteradas em versões futuras.

Modelo de conta única

Sua Organização opera na conta principal do Proprietário. A negociação em múltiplas contas, em que os Membros operam em subcontas separadas com saldos independentes, ainda não está disponível.

O que isso significa: Todos os Membros com permissões de negociação negociam na mesma conta e compartilham os mesmos saldos e posições.

Escopo de permissões limitado

Os Membros só podem realizar operações para as quais a plataforma tenha uma permissão de Organização definida. As permissões disponíveis são:

Negociação (Spot e Margem)
Earn – Alocar / Desalocar
Iniciar Retirada
Gerenciar Endereços
Gerenciar Acesso
Gerenciar Políticas

Operações exclusivas do Proprietário

As operações não listadas acima são exclusivas do Proprietário da Organização. Isso inclui:

Negociação de futuros
Negociação OTC
Converter
Liquidações de custódia
Qualquer operação da plataforma sem uma permissão de Organização correspondente

O Proprietário realiza essas operações pelos mesmos fluxos de antes da criação da Organização. Os demais Membros não podem acessar essas operações durante o Beta.

Sem logs de auditoria para clientes

Eventos de segurança e logs de auditoria da atividade dos Membros não estão disponíveis durante o Beta. Um painel de controle de auditoria self-service está planejado, mas ainda não está disponível.

Funções personalizadas não podem ser salvas

Você pode criar configurações de permissão personalizadas ao atribuir funções, mas não pode salvar uma função personalizada como template reutilizável. Cada vez que você atribuir uma função personalizada, precisará configurá-la do zero.

Confirmação por email enviada ao Proprietário

Quando um Membro usa Executar para concluir uma alteração de endereço imediatamente, o sistema exige confirmação por email. Durante o Beta, essa confirmação é sempre enviada ao Proprietário da Organização, e não ao Membro que iniciou a alteração. O envio da confirmação diretamente ao criador da solicitação está planejado para uma versão futura.

Sem API pública de gerenciamento de Organizações

Durante o Beta, não há API pública de gerenciamento de Organizações para convite de membros, gerenciamento de permissões, configuração de políticas ou bloqueio de políticas. O acesso programático é limitado a Usuários de Serviço que atuam por meio de permissões de chave de API nos fluxos compatíveis.

Diferenças conhecidas:

Convite de membros e gerenciamento de permissões — disponível somente na interface
Configuração e bloqueio de políticas — disponível somente na interface
Solicitações de retirada — disponível via Usuários de Serviço / chaves de API; quando uma política de Organização está configurada, a solicitação entra na fila de aprovação
Operações de Negociação e Earn via Usuários de Serviço — disponível somente por chaves de API (Usuários de Serviço não têm acesso à interface)

Consulte a documentação da API da Kraken para saber quais operações de chave de API são compatíveis.

Se uma operação necessária ainda não estiver disponível pelo canal de sua preferência, verifique o outro canal ou entre em contato com o Suporte.

Mudanças no formato de resposta da API de Retirada

Quando uma conta é vinculada a uma Organização, o formato de resposta da EAPI withdrawFunds é alterado. Integrações que processam o formato padrão precisam ser atualizadas no código antes da adesão.

Aplica-se apenas a usuários de Organização no domínio estendido. Contas fora de Organizações não são afetadas.

Resposta padrão:

<code>{
 "error": [],
 "result": {
  "refid": "FTRqeuR-9Is99qcv54n0Y0535oPXxb"
 }
}</code>

Resposta da Organização:

<code>{
 "error": [],
 "result": {
  "refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
  "approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
 }
}</code>

Comportamento:

refid ainda é retornado na criação da solicitação e continua identificando a retirada.
approval_request_id é adicionado e identifica a solicitação de aprovação que condiciona a retirada.
A retirada é concluída somente após a aprovação da solicitação. Solicitações de aprovação rejeitadas ou expiradas não resultam em uma retirada concluída vinculada ao refid.

Ação recomendada antes da adesão:

Audite o código que processa as respostas de withdrawFunds.
Atualize o parsing para aceitar o campo adicional approval_request_id e tratar a conclusão como condicionada à aprovação.