Visualização das ações da equipe
Como o Pilotbot mantém o registro de ações da equipe, permitindo que proprietários e gerentes vejam quem fez o quê e quando.
Pilotbot Team
Autor
Nesta página
- Arquitetura do registro: quais eventos são monitorados pelo Pilotbot
- Hierarquia de acesso: quem controla o registro
- Proteção do sistema contra ações humanas: como diferenciar eventos
- Análise prática de incidentes: 3 casos reais de negócio
- Caso 1. Troca de turno sem divergências
- Caso 2. Investigação de queda súbita no volume
- Caso 3. Prevenção contra manipulações não autorizadas
- Artigos relacionados
Escalar um negócio P2P sempre depende de um fator primordial — o equilíbrio entre a velocidade de operação da equipe e o controle rigoroso dos riscos. Quando dezenas de anúncios nas exchanges Binance e Bybit são operados por múltiplos colaboradores em turnos alternados, o custo de falhas de comunicação torna-se excessivamente alto. Quem desativou o anúncio no horário de pico de volume noturno? Quem alterou o spread configurado? A parada foi provocada por uma ação humana ou pelo acionamento de um mecanismo de proteção da exchange?
Para solucionar essas questões, o Pilotbot integra um registro completo de ações da equipe (Audit Log). Trata-se do histórico unificado de eventos do seu espaço de negociação: cada alteração operacional significativa é registrada com precisão de segundos, identificando o colaborador responsável, a conta e o contexto detalhado.
Arquitetura do registro: quais eventos são monitorados pelo Pilotbot
O registro de ações armazena todos os eventos com potencial de impactar o saldo, o status dos anúncios ou a segurança da conta. Diferente de logs técnicos brutos, os registros de auditoria no Pilotbot são estruturados por entidades de negócio:
- Operações de automação de anúncios — inicialização do bot no par, parada manual, alteração forçada do intervalo de preços ou dos limites.
- Ajuste de estratégias e preços — atualização de fórmulas de cálculo, modificação de margens de formador de mercado e limites mínimos de lucro.
- Gerenciamento de contas de exchange — conexão de chaves de API, alteração de permissões de negociação, sincronização de contas.
- Gerenciamento de acesso e equipe — convite de novos membros, concessão e revogação de funções, redistribuição de acessos a subcontas específicas.
Cada registro é composto por quatro elementos comprobatórios essenciais:
- Marca temporal (UTC / horário local) — o momento exato em que a operação foi realizada.
- Autor da ação (Actor) — nome e e-mail do colaborador que executou a ação.
- Objeto da alteração (Target) — ID do anúncio, exchange, par de moedas ou entidade da estratégia.
- Natureza da transformação (Diff) — o estado original do parâmetro e o seu novo valor configurado.
Hierarquia de acesso: quem controla o registro
As informações operacionais de toda a equipe constituem um recurso gerencial confidencial. O Pilotbot adota o princípio estrito do menor privilégio (Principle of Least Privilege):
| Função no sistema | Acesso ao registro de auditoria da equipe | Finalidade e contexto |
|---|---|---|
| Proprietário (Owner) | Acesso total irrestrito | Controle estratégico, segurança financeira e auditoria de nível executivo |
| Gerente (Manager) | Visualização completa do registro | Supervisão de turnos dos operadores, resolução de incidentes e gestão operacional |
| Trader (Trader) | Acesso bloqueado | Foco na execução de ordens e anúncios, sem dispersão com logs de terceiros |
| Visualizador (Viewer) | Acesso bloqueado | Monitora apenas análises e o estado da vitrine em modo «read-only» |
| Auditor (Auditor) | Acesso bloqueado | Inspeciona contas e demonstrações financeiras conforme as permissões designadas |
Essa separação impede que o registro de auditoria seja alvo de manipulações ou gere atritos internos entre os operadores da ponta.
Proteção do sistema contra ações humanas: como diferenciar eventos
Uma das principais fontes de apreensão para quem lidera uma equipe P2P é a confusão entre o erro de um colaborador e o funcionamento rotineiro dos algoritmos de segurança. No Pilotbot, essa fronteira é delimitada com total clareza:
- Ações de colaboradores — recebem a identificação pessoal do operador. Por exemplo:
Trader Alex alterou o anúncio #48921 para o status OFFLINE. - Mecanismos automáticos de proteção — são registrados como eventos de segurança do sistema (System / Circuit Breaker). Por exemplo, se a exchange desconectar uma sessão WebSocket ou se um anúncio atingir um stop-limit na própria plataforma externa, o sistema registrará a causa da desativação como resposta de proteção automatizada.
Dessa forma, você identifica imediatamente: se um anúncio foi pausado de madrugada, foi uma decisão do operador de plantão ou o disparo de um mecanismo de defesa contra uma variação brusca de preços no mercado.
Análise prática de incidentes: 3 casos reais de negócio
Caso 1. Troca de turno sem divergências
Nas operações P2P ininterruptas, a equipe do dia transfere as operações para o turno da noite. Utilizando o registro de auditoria, o gerente que assume avalia em 30 segundos quais anúncios foram pausados, onde os limites de cartões foram ajustados e quais contas foram colocadas em modo manual. Sem anotações perdidas no Telegram — todo o histórico fica visível na tela.
Caso 2. Investigação de queda súbita no volume
Se o volume de negociação cair 40% durante um turno, o gestor abre o registro e filtra os eventos de desativação de automação. Se for constatado que o operador desligou a atualização automática de preços em dois pares estratégicos às 14:00 e se esqueceu de reativá-los — a causa do incidente é comprovada em segundos com fatos objetivos, sem suposições.
Caso 3. Prevenção contra manipulações não autorizadas
Se um operador tentar alterar unilateralmente o spread para um patamar abaixo do ponto de equilíbrio, desrespeitando a estratégia definida, o registro capturará a alteração e o horário exato. Isso disciplina a equipe e impede que falhas humanas sejam justificadas como "instabilidade da plataforma".