De onde vêm as propostas
- Geradas por uma regra da sua política (
origem: regra): você define o gatilho, por exemplo spread de taxa acima de um limite escolhido por você. Quando a sua regra é atingida, o software prepara a transação e o eventoalocacao.propostaavisa a integração. O camporegra_idindica qual regra foi atingida. - Criadas manualmente pela integração (
origem: manual): comPOST /propostas, informando a alocação alvo escolhida pela empresa.
Fluxo
1
Receba ou crie a proposta
2
Revise os movimentos
GET /propostas/{id} mostra movimentos e alocacao_resultante. Confira antes de aprovar.3
Aprove ou rejeite
Com uma chave
admin, chame POST /propostas/{id}/aprovar ou POST /propostas/{id}/rejeitar. A aprovação exige Idempotency-Key e, na proposta atual, pode ser assinada com HMAC.4
Assine no custodiante
A proposta aprovada traz
transacoes[].payload_nao_assinado. O custodiante assina e transmite.5
Acompanhe a execução
Depois da confirmação on-chain, a proposta passa a
executada e os registros do tipo rebalanceamento aparecem em GET /registros.Alterar a política
Para mudar a proporção ou as regras de forma permanente, e não só uma vez, usePUT /politica-de-alocacao. A nova versão vale para depósitos futuros e suas regras passam a gerar as próximas propostas. A soma dos percentuais deve fechar em 100, senão a API retorna 422 com politica_invalida.
Cada regra tem um gatilho (spread_acima ou desvio_da_alocacao) e um limite escolhido pela empresa. A TESA não sugere limites.
Aprovar não move fundos. A movimentação só acontece depois da assinatura no custodiante da empresa.