A principal diferença do modo de conta não está na aparência da página, mas na localização dos fundos, nas permissões de operação e nas responsabilidades de gestão diária. O cliente deve compreender cada um desses limites antes de ativar a conta.
Os recursos financeiros e as permissões devem ser explicados separadamente: a localização dos recursos responde à pergunta “onde está o dinheiro?”, o escopo das permissões responde à pergunta “o que o sistema pode fazer?” e a responsabilidade de gestão responde à pergunta “quem lida com as anomalias?”. Somente quando esses três aspectos estiverem claros ao mesmo tempo é que o cliente saberá o que o modo de conta escolhido realmente significa.
Dependendo do modo de conta, os fundos permanecem na corretora do cliente ou entram no processo de conta integrada à plataforma.
O capital da API pessoal está na bolsa do cliente; os fundos da conta integrada entram no processo de gestão da plataforma e são registrados no livro-razão isolado do cliente. É preciso primeiro determinar a localização dos fundos para que se possa prosseguir com a discussão sobre quem é responsável pela gestão e pelas cobranças.
Execute as operações apenas dentro do modo de conta selecionado, da autorização válida e dos limites de risco.
O modo individual utiliza permissões limitadas de leitura e negociação; no modo integrado, a integração e a operação da conta são realizadas pela plataforma. O sistema só pode agir dentro do modo escolhido pelo cliente e dos limites de risco válidos.
Não é permitido contornar permissões, especular sobre a origem dos fundos ou considerar um status desconhecido como sucesso.
A plataforma não pode contornar a autorização do cliente, solicitar informações confidenciais desnecessárias, nem especular sobre resultados quando houver incertezas quanto a fundos, ordens ou atribuição. Caso não seja possível confirmar, deve ser exibida a mensagem “em espera” ou “anormal”.
O que o cliente realmente precisa não é apenas uma afirmação de que “os fundos estão seguros”, mas sim informações que possam ser verificadas item por item, como a localização dos fundos, o escopo das permissões, as responsabilidades de gestão e os procedimentos para tratamento de anomalias. As diferenças entre os dois tipos de contas devem ser comparadas dentro de um mesmo conjunto de questões.
O cliente mantém o controle sobre a conta na bolsa e seus fundos; a plataforma utiliza uma API sem permissão para saques para realizar a leitura de dados e a execução de negociações.
No modo API individual, os fundos permanecem na conta do próprio cliente na bolsa. A plataforma utiliza uma API restrita para acessar a conta e executar negociações; o cliente mantém o controle sobre o login, a gestão dos fundos e o cancelamento da conexão, e a plataforma não precisa nem deve solicitar permissão para saques.
A plataforma realiza a integração e o gerenciamento operacional das contas e, por meio de registros independentes dos clientes, detalha o capital, os rendimentos, as taxas e o status.
Nas contas integradas, a plataforma é responsável pelo fluxo de fundos e pela gestão das contas de negociação, mas cada cliente ainda deve ter uma atribuição clara dos fundos e registros independentes. Os valores de saldo disponível, saldo utilizado, rendimentos e despesas exibidos ao cliente não podem ser calculados simplesmente a partir do saldo total da plataforma.
Os clientes não devem enviar senhas de login, códigos de verificação de e-mail ou chaves de corretoras ao atendimento ao cliente ou a qualquer pessoa; configurações confidenciais devem ser realizadas exclusivamente nos canais oficiais.
A senha de login, o código de verificação do e-mail e a chave API não são informações a serem compartilhadas com o atendimento ao cliente. O cliente só deve realizar configurações confidenciais pelo portal oficial e seguro do site oqiron.com; qualquer solicitação dessas informações por meio de chat não faz parte do processo normal de ativação.
Contas, fundos, ordens e taxas não podem ser substituídos por dados de demonstração. Em caso de impossibilidade de confirmação, deve ser exibida uma mensagem de exceção ou de espera, em vez de apresentar resultados falsos que pareçam normais.
Os saldos, ordens e taxas exibidos na página da conta devem ser provenientes de registros operacionais reais. Quando não for possível confirmar esses dados no momento, o procedimento correto é exibir as mensagens “em processamento”, “restrito” ou “anormal” e continuar a verificação, em vez de utilizar dados de demonstração ou status desatualizados para que a página pareça normal.
O capital de negociação, os dados de login nas corretoras e os direitos de revogação da API pertencem ao cliente. A OQIRON acessa saldos, posições, ordens e transações por meio da API e executa negociações estratégicas dentro dos limites da autorização; a plataforma não exige que o cliente transfira capital e não deve obter permissão para saques.
Após o cliente revogar a API, o sistema não poderá mais confirmar os dados da conta e, portanto, restringirá a operação; no entanto, a revogação da conexão não significa que as posições já existentes na bolsa desapareçam automaticamente. O cliente precisa verificar as posições reais e as ordens na bolsa e proceder de acordo com os procedimentos de segurança.
O cliente não configura por conta própria a API da bolsa; a plataforma é responsável pela integração da conta, pela operação e manutenção, bem como pelo fluxo de fundos. Em troca, a plataforma deve utilizar um livro-razão isolado do cliente para detalhar o capital principal, os recursos utilizados, os rendimentos, as taxas e o status dos saques, não podendo simplesmente informar ao cliente um saldo cuja origem não possa ser verificada.
Os créditos normais são confirmados pelo sistema com base nos dados oficiais de fundos; os administradores lidam principalmente com anomalias, congelamentos, novas tentativas e auditorias, não devendo utilizar aprovações manuais em substituição a créditos na cadeia de blocos, depósitos em corretoras ou alocações de contas de clientes.
O atendimento oficial pode verificar o número de cliente, o número de ordem pública, erros na página e capturas de tela que não contenham informações confidenciais, mas não solicitará que o cliente envie senhas de corretoras, segredos de API, senhas de segurança, chaves privadas, frases mnemônicas ou códigos de verificação de e-mail.
Quando não for possível confirmar fundos, ordens e taxas, a página deve exibir as mensagens “em espera”, “restrito” ou “anomalia”. O que mais agrega valor ao cliente não é que a página permaneça sempre verde, mas sim que o sistema pare de especular de forma clara quando não houver evidências suficientes e mantenha um caminho para verificações posteriores.
Saiba qual é a forma de depósito utilizada
Confirme primeiro se o cliente optou pela API individual ou pela conta integrada, pois essa etapa determina a localização dos fundos, o método de conexão, as responsabilidades de manutenção e a estrutura de taxas.
Saiba quais recursos estão disponíveis
A permissão de saque não bloqueia a vinculação da API nem o Start do robô, e a OQIRON nunca usa a API de trading do cliente para sacar.
As conexões e o status dos fundos estão disponíveis e são reais
A conexão, a entrada na cadeia de blocos, o livro-razão do cliente e o status da bolsa devem ser comprovados por fatos reais. O salvamento bem-sucedido da página ou a ação do administrador não substituem a confirmação oficial.
Execução após aprovação das condições de risco
A operação só será iniciada quando os requisitos relativos a fundos, permissões, riscos e status da conta forem atendidos em conjunto; qualquer alteração nos parâmetros acionará uma nova verificação, em vez de manter o status normal anterior.
Não é necessário nem recomendável ter permissão para saques.
Como o cliente opta por que a plataforma realize a integração da conta e a gestão operacional, a atribuição e o registro do cliente ainda precisam ser claramente definidos.
Não. Informações confidenciais devem ser configuradas exclusivamente no portal seguro da plataforma oficial do cliente.
O sistema deve exibir “em processamento” ou “exceção” e continuar a verificação; não deve adivinhar o resultado.
OQIRON
