SISTEMA — trilha de auditoria e uso
Analytics
Toda escrita no estado passa por um lugar só, e é lá que o diff é calculado — no servidor. A trilha registra qual campo mudou, de quê pra quê, por quem. Campo sensível (chave PIX, e-mail, hash) aparece como (alterado), sem o valor.
Ajustes
O que o cadastro de comissionamento oferece sai daqui. Base é modelo comercial: muda por decisão de negócio, não por deploy.
Metas de captação
Captação pro balanço da DUX. A meta é por mês e por instrumento — porque não dá pra receber tudo de uma vez, e o mês é o teto.
CRM de captação
Escolha o que quer pedir — eu mostro onde isso vive hoje:
O que esta ferramenta é
O Liquidity App — o controle de quem a DUX deve pagar — yield de quem emprestou liquidez, e comissão de quem trouxe negócio. Substitui a planilha: aqui é a fonte do dado.
Como está organizada
- Carteira — Investidores (provedores de liquidez, com contrato e comprovante por lançamento) e Comissões (parceiros de liquidez e de originação, dois modelos diferentes).
- Financeiro — Pagamentos (o que vence, com a memória de cálculo aberta e onde pagar), Fechamento (a matriz do mês) e Relatórios.
As três coisas que mais economizam tempo
- Filtros rápidos nas listas: falta contrato, sem comprovante, sem taxa, mútuo vencido — e por moeda (real / dólar / cripto).
- Checklist de cadastro em cada página: o que falta, por que importa e o botão que resolve.
- Memória de cálculo em Pagamentos: a conta aberta linha por linha, conferida contra o motor antes de aparecer.
O que ainda não faz
- Conversar de verdade — o assistant precisa de servidor pra guardar a credencial do modelo.
- Ler posição on-chain sozinho — hoje o dado de referral vem de export da Decentral.
- Guardar arquivo (contrato, relatório) — os caminhos apontam pro cockpit; na nuvem viram link no R2.
Mapa de paridade — o que o assistant já responde e o que ainda é só caminho manual
| Ação | Tool | Como se pede |
|---|
Liquidity Assistant
Contrapartes
Investidores
COMISSÕES — quem a DUX remunera por trazer negócio
Comissões
Duas famílias, dois modelos. Liquidez reúne os dois veículos — Decentral (código de referral) e mútuo (contrato); dentro da lista você corta entre eles.
PAGAMENTOS — dois processos, não um extrato só
Pagamentos
Rendimento e comissão têm dono, calendário e prova diferentes. Escolha por onde entrar.
Calendário de pagamentos
as mesmas datas, em gradePAGAMENTOS — comissão
Comissão a pagar
Duas famílias, dois modelos de cálculo. Originação sai do Ganho DUX da operação; liquidez, do capital que o parceiro trouxe.
| Vence | Tipo | Quem | Referência | Valor | Forma | Status |
|---|
FINANCEIRO — leitura, nunca escrita (marcar pago é só em Pagamentos)
Balanço
Fechamento consolidado e relatórios prontos, num lugar só. Filtre por moeda, tipo ou busca; clique num nome pra ver o histórico financeiro completo dessa pessoa.
Fechamento consolidado
Relatórios prontos
Ou peça em português
/Claudio/…), fora da pasta deste app — e um servidor
só serve o que está debaixo dele. Duas saídas:
- Agora, pra abrir daqui: suba o servidor da raiz do cockpit —
cd /Users/lucasalbino/Claudio && python3 -m http.server 8010e abralocalhost:8010/tecnologia/controle-yield/. Os links passam a funcionar sozinhos. - Na Fase 3: cada documento ganha URL própria no R2 e a detecção sai do código.