Antes de começar
Você precisa de:
- Uma instância do Tracer em execução
- Credenciais para um dos dois modos de autenticação aceitos
cURL. Substitua $API_KEY pela sua chave de API ou $JWT pelo seu token Bearer, e https://tracer.sandbox.lerian.net pela URL do seu Tracer.
O modo de autenticação depende do deploy. Um deploy self-hosted com chave de API usa
X-API-Key. Na Lerian Cloud, use Authorization: Bearer $JWT, que o Access Manager emite com a claim tenantId, e substitua cada -H "X-API-Key: $API_KEY" deste guia por -H "Authorization: Bearer $JWT". O Tracer resolve o tenant a partir do token automaticamente, então nunca envie o identificador do tenant em nenhum outro campo.Etapa 1: Criar uma regra
Crie uma regra de validação com uma expressão CEL. Toda nova regra começa com status
DRAFT. Elas não afetam transações até que você as ative.
cURL
ruleId. Você vai usá-lo para ativar a regra.
Valores monetários (o
amount da transação, o maxAmount do limite de gastos, e os contadores de uso) aparecem como strings decimais, por exemplo "1500.00" ou "10000.00".Etapa 2: Ativar a regra
Ative a regra. O Tracer passa a avaliá-la nas transações recebidas.
cURL
DRAFT para ACTIVE.
Ciclo de vida da regra
Regras
INACTIVE podem voltar para DRAFT para reedição usando POST /v1/rules/{id}/draft.
Etapa 3: Criar um limite de gastos
Crie um limite de gastos para controlar valores de transação por escopo e período de tempo. Assim como as regras, os limites começam com status
DRAFT. O campo opcional resetTime começa cada período em um horário do dia UTC. O exemplo começa cada dia às 03:00 UTC.
cURL
Tipos de limite
Ative o limite da mesma forma que você ativou a regra:
cURL
Etapa 4: Validar uma transação
Envie uma transação ao Tracer para validação em tempo real contra as regras e limites que se aplicam a ela. Para decidir apenas pelas regras, sem verificar nem contar nenhum limite, envie a mesma requisição para
POST /v1/validations/rules-only. Veja Validação apenas por regras.
cURL
Tipos de decisão
O Tracer retorna decisões como recomendações. Seu sistema deve agir sobre a decisão (bloquear, aprovar ou enfileirar a transação).
Esquemas de pagamento
scheme aceita de 1 a 50 caracteres entre A-Z, 0-9, _ e -, depois que o Tracer remove os espaços das pontas e converte o valor para maiúsculas. Os quatro valores acima são exemplos, não uma lista fechada. transactionType é o nome obsoleto de scheme. Uma requisição de validação deve trazer um dos dois. Se você enviar os dois, eles devem ter o mesmo valor, ou o Tracer retorna 0540. subType é uma string de formato livre (até 50 caracteres, normalizada para minúsculas). Os subtipos listados são exemplos comuns, não uma lista fechada.
Etapa 5: Verificar o uso do limite
Leia quanto do limite o período atual já consumiu. Para o consumo por trás de uma única decisão, leia
limitUsageDetails na resposta de POST /v1/validations.
cURL
currentUsage aqui cobre o período atual do limite, para o escopo que mais consumiu. Ele inclui a capacidade retida por reservas não confirmadas do ledger do Midaz.
Etapa 6: Revisar eventos de auditoria
O Tracer registra decisões de validação e alterações de configuração em um log de auditoria imutável. Consulte eventos de auditoria para relatórios de compliance e depuração.
cURL
Tipos de evento de auditoria
Esta tabela mostra os tipos de evento mais comuns. Para a lista completa (incluindo eventos de atualização, exclusão, rascunho e ciclo de vida de reserva), veja Auditoria e compliance.
Etapa 7: Verificar a integridade da auditoria
Verifique a cadeia de hash criptográfica dos eventos de auditoria.
cURL
Próximos passos
Primeiros passos com o Tracer
Visão de negócio do ciclo de vida de validação e conceitos essenciais.
Motor de regras
Guia detalhado de expressões CEL e configuração avançada de regras.
Limites de gastos
Configure e gerencie limites por escopo, período e esquema de pagamento.
Tratamento de erros
Lista completa de códigos de erro e como resolvê-los.

