midaz_onboarding:
SELECT para fontes PostgreSQL e operações Find para fontes MongoDB. Em seguida, ele renderiza os dados retornados por meio do template. O Reporter não grava de volta nos bancos de dados de origem nem persiste resultados de relatórios no Midaz.
Antes de começar
Você precisa de:
- Acesso de rede do Reporter ao banco de dados do Midaz.
- Um usuário de banco de dados com permissões somente leitura.
- Preferencialmente, uma réplica de leitura para que as cargas de trabalho de relatórios não concorram com as cargas de trabalho do ledger. A configuração de referência usa o host
midaz-postgres-replicacomo exemplo. - O banco de dados, os schemas e as tabelas que seus templates precisam.
Escolha quem gerencia a conexão
Seu modelo de deploy determina quem configura a fonte de dados:
- Gerenciado (hospedado pela Lerian): o onboarding configura a conexão com os dados do seu produto Lerian. Confirme o nome e a disponibilidade da fonte de dados com seu contato na Lerian antes de criar templates.
- Self-hosted, single-tenant: seu operador pode popular a conexão na inicialização com variáveis
DATASOURCE_<NAME>_*e é responsável pelo acesso de rede, credenciais, certificados e permissões de banco de dados. - Self-hosted, multi-tenant: seu operador cria e gerencia as fontes de dados de cada tenant por meio da API do Reporter. A população de
DATASOURCE_*na inicialização não é o caminho de configuração multi-tenant.
configName.
Configure uma fonte de dados nomeada
Em um deploy self-hosted single-tenant, defina a conexão com variáveis de ambiente
DATASOURCE_<NAME>_*. Defina DATASOURCE_<NAME>_CONFIG_NAME como o nome estável que os templates e filtros usarão. Em deploys multi-tenant, crie a fonte de dados pela API do Reporter.
Por exemplo, se o configName for midaz_onboarding, os templates referenciam midaz_onboarding mesmo que o host do banco de dados ou as credenciais mudem depois.
Para fontes PostgreSQL que expõem mais de um schema, derive a variável de schema a partir do configName. Um configName de external_db usa:
Proteja o banco de dados do Midaz
Use uma role de banco de dados dedicada que possa conectar e selecionar apenas as tabelas e schemas necessários. Aponte o Reporter para uma réplica de leitura quando sua topologia oferecer suporte a uma. Isso mantém as consultas de relatórios longe do banco de dados primário, mas a réplica não substitui credenciais somente leitura: aplique os dois controles. Rotacione a credencial pelo seu processo normal de gestão de segredos. Mantenha o
configName estável para que os templates existentes continuem resolvendo para a mesma fonte de dados.
Verifique a conexão
- Listar fontes de dados e confirme que o
configNameesperado aparece. - Copie o ID da fonte de dados a partir da resposta.
- Obter a fonte de dados e confirme que o Reporter descobre os schemas, tabelas e campos esperados.
- Crie um template pequeno que referencie um campo conhecido e, em seguida, gere um relatório para verificar o caminho completo de consulta e renderização.
Solução de problemas
A fonte de dados está indisponível
Verifique o roteamento de rede, DNS, configurações de TLS, credenciais, permissões de banco de dados e a saúde da réplica. Durante a validação do template, o Reporter pode retornar um avisoDATA_SOURCE_UNAVAILABLE em vez de bloquear a criação do template. Corrija a conexão antes de confiar na saída do relatório.
O nome da fonte é ambíguo
Use umconfigName descritivo por role de banco de dados, como midaz_onboarding e midaz_transaction. Evite nomes genéricos como database ou postgres, especialmente quando fontes diferentes contêm tabelas com os mesmos nomes. Atualize o template para referenciar explicitamente a fonte pretendida.

