Skip to main content
O rail de Boleto e pagamento de contas emite boletos e liquida pagamentos de contas e tributos (DARF) através da BTG. A equipe de DevOps define seu comportamento por meio de variáveis de ambiente no momento do deploy. Uma alteração em uma variável exige reiniciar o serviço. Esta página cobre as variáveis distintivas deste rail. Para os parâmetros de datastore, multi-tenancy, telemetria e autenticação compartilhados entre todos os serviços Go da Lerian, consulte a referência de configuração BYOC.
Nas tabelas abaixo, a coluna Padrão / Obrigatória mostra o valor padrão. Um qualificador em negrito (por exemplo Obrigatória) marca variáveis que você deve definir. significa que não há padrão. 🔒 marca um segredo — injete-o no momento do deploy a partir do seu secret store. Nunca faça commit dele. Esta página lista apenas nomes de variáveis e comportamento. Ela não imprime nenhum valor de segredo.
Este rail não monta a API de administração do systemplane. Ele usa o formato de datastore compartilhado POSTGRES_* — consulte Datastores.

Servidor e porta

O serviço escuta no endereço em SERVER_ADDRESS (padrão :8080). As probes de liveness, readiness e version se vinculam a essa mesma porta. MULTI_TENANCY_ENABLED alterna a multi-tenancy (note a grafia MULTI_TENANCY_). A conexão do Tenant Manager usa as variáveis compartilhadas MULTI_TENANT_*. Consulte Multi-tenancy e Portas de rede padrão.

Integração com a BTG

Estas variáveis definem os endpoints e as credenciais para a conexão com a BTG. Elas também definem os intervalos de refresh em segundo plano do access token da BTG e das credenciais sincronizadas.

Criptografia de credenciais e chaves de API internas

O rail criptografa as credenciais armazenadas em repouso. Ele autentica chamadas internas entre os pods de worker e de API com uma chave de API. Ambas as chaves suportam um slot _PREVIOUS para que você rotacione o valor ativo sem downtime.

Vínculo com o ledger Midaz

Outbox interno do Midaz

O rail sempre inicializa um outbox interno do PostgreSQL para operações assíncronas do ledger do Midaz. Essa é uma fila de trabalho interna, não um catálogo externo de CloudEvents ou do Streaming Hub. A inicialização valida em conjunto os orçamentos de novas tentativas e de tempo de processamento e rejeita combinações inseguras.

Reconciliação

Dispatch de webhook e idempotência

Migrações

Saúde e prontidão

O rail expõe GET /health (liveness) e GET /readyz (readiness) na porta principal. Se você habilitar a multi-tenancy, ele adiciona uma probe por tenant protegida por auth em GET /readyz/tenant/{id}. Consulte Saúde e prontidão para o formato da resposta e o comportamento de startup/drain.