BI no setor financeiro: por onde começar
BI setor financeiro por onde começar: guia faseado com KPIs de inadimplência, margem e carteira, fontes (core, crédito, cobrança), governança e LGPD.
O comitê de crédito decide no escuro porque cada área traz um número de inadimplência diferente
Toda instituição financeira já nasce cheia de dados. O core bancário registra cada lançamento, o motor de crédito guarda a decisão de cada proposta, a régua de cobrança sabe qual parcela venceu e há quantos dias. Mesmo assim, quando o comitê pergunta "qual a nossa inadimplência hoje e para onde ela está indo?", começa a discussão de sempre: risco traz um número, cobrança traz outro, a controladoria traz um terceiro, e a reunião se perde debatendo qual planilha está certa em vez de decidir sobre a carteira. É desse cenário que nasce a pergunta BI setor financeiro por onde começar, e a resposta honesta é que não se começa comprando ferramenta nem enchendo um portal de painéis coloridos na primeira semana.
Já vimos financeira, cooperativa e fintech saírem do zero direto para dezenas de dashboards que ninguém abre na segunda de manhã. O padrão se repete: cada gerente pediu o seu gráfico, cada gráfico puxou de uma fonte diferente e, um trimestre depois, dois relatórios mostram provisões distintas para a mesma data. Isso não é BI, é dívida técnica com aparência de relatório executivo. Este guia é o roteiro que aplicamos na prática, pensado para um setor que é regulado pelo Banco Central e que trabalha com dado pessoal sensível o tempo todo.
Responder BI setor financeiro por onde começar é escolher a decisão, não a tecnologia
O erro mais comum é abrir o projeto pela ferramenta. Power BI, Microsoft Fabric, banco de dados na nuvem, tudo isso importa, mas depois. A primeira pergunta de um projeto de BI financeiro é de negócio: o que o comitê de crédito, a diretoria e a cobrança precisam decidir toda semana e hoje não conseguem com confiança?
No setor financeiro essa lista costuma ser curta e conhecida:
- Como está a inadimplência da carteira, por safra, por produto e por canal de originação?
- A carteira está crescendo com qualidade ou estamos comprando risco que vai estourar em três meses?
- Qual a margem real por produto de crédito depois de custo de funding, provisão e perda?
- A régua de cobrança está recuperando o que deveria, e em qual faixa de atraso ela perde eficiência?
Se você não responde essas quatro com segurança, não precisa de mais painéis. Precisa dos painéis certos. A tecnologia entra para servir a pergunta, não o contrário. Vale registrar que o Power BI é amplamente adotado no Brasil pela força do ecossistema Microsoft, e a Microsoft é reconhecida como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI. Isso reduz o risco da escolha de plataforma, mas não substitui a definição do problema. Um bom discovery e assessment no início economiza meses de painel refeito.
A abordagem faseada é o que evita o caos de dashboards
BI que dá certo no setor financeiro cresce em camadas. Cada fase entrega valor sozinha e prepara a próxima. Pular etapa é o que gera retrabalho e desconfiança no número. Não existe prêmio por subir cinquenta relatórios no primeiro mês, existe prejuízo quando eles se contradizem.
A ordem que recomendamos é esta:
| Fase | Foco | Entrega concreta | Erro que evita |
|---|---|---|---|
| 1. Fundação | Uma fonte de verdade para carteira e atraso | Base tratada de contratos e parcelas, com dicionário de dados | Cada área calcular inadimplência do seu jeito |
| 2. Primeiros KPIs | Inadimplência, carteira e margem | 1 painel executivo confiável, revisado com risco e controladoria | Portal cheio de gráfico sem dono |
| 3. Profundidade | Safras, cobrança e originação | Drill por produto, canal e faixa de atraso | Diretoria enxergar só o número agregado |
| 4. Governança e escala | Segurança por linha, LGPD e sustentação | Modelo com RLS, catálogo e rotina de atualização | Vazamento de dado e painel que quebra sozinho |
Repare que a governança aparece cedo como preocupação e vira formal na fase 4, não porque é menos importante, mas porque ela precisa de algo real para governar. Governar uma planilha solta não faz sentido. A fase 1 é a mais ingrata e a mais decisiva: é onde você concilia o que o core registra com o que a cobrança enxerga e define, de uma vez, o que conta como contrato ativo, atrasado e baixado. Sem esse acordo, todo KPI acima vira opinião.
Os primeiros KPIs são inadimplência, margem e carteira, nessa ordem de prioridade
A tentação de listar quarenta indicadores é grande. Resista. No começo, três famílias de KPI resolvem a maior parte das decisões e são a base honesta para tudo que vem depois. Um bom projeto de Power BI entrega esses poucos indicadores certos antes de sonhar com preditivo.
| KPI | O que responde | Cuidado de cálculo |
|---|---|---|
| Inadimplência (over 90) | Quanto da carteira está vencido acima de 90 dias | Definir se é sobre saldo ou sobre valor originado, e travar a definição |
| Carteira ativa | Tamanho e composição do crédito vivo | Separar saldo devedor de valor de face e tratar pré-pagamento |
| Análise de safra | Como cada safra de originação envelhece | Alinhar mês de originação, não mês de referência |
| Margem por produto | Resultado real depois de funding, provisão e perda | Ratear custo de captação por produto de forma consistente |
| Roll rate | Como o cliente migra entre faixas de atraso | Congelar a fotografia de cada mês para não reescrever o passado |
| Recuperação de cobrança | Quanto a régua traz de volta por faixa | Não confundir promessa de pagamento com pagamento efetivo |
Comece por inadimplência e carteira, porque são o que o comitê olha primeiro e o que mais gera briga de número. A análise de safra é o pulo do gato do setor: ela mostra se a inadimplência de hoje é herança de originações antigas ou sinal de que a política de crédito recente afrouxou. Um número agregado esconde isso, uma visão de safra denuncia. A margem por produto costuma vir logo depois, quando a diretoria percebe que crescer carteira sem olhar funding e provisão é crescer prejuízo com cara de meta batida.
Uma nota técnica que economiza dor: o motor VertiPaq do Power BI comprime melhor colunas de baixa cardinalidade. Datas quebradas em dia, mês e ano, chaves numéricas enxutas e a remoção de colunas de texto livre que ninguém usa deixam o modelo mais leve e a atualização mais rápida. Contrato de crédito gera tabelas grandes, e essa disciplina de modelagem é o que mantém o painel respondendo em segundos.
As fontes são o core, o crédito e a cobrança, e elas quase nunca falam a mesma língua
O dado do setor financeiro mora em três mundos, e a maior parte do trabalho de BI é fazer esses três conversarem sem perder rastreabilidade. Ignorar essa integração é a causa número um de projeto que atrasa. É trabalho de engenharia de dados, não de quem monta o gráfico no fim da esteira.
| Fonte | O que fornece | Armadilha comum |
|---|---|---|
| Core bancário | Contratos, parcelas, saldo, lançamentos | Fechamento contábil e visão gerencial não baterem no centavo |
| Motor de crédito | Score, política, decisão da proposta, canal | Guardar só a decisão final e perder o histórico de reanálise |
| Cobrança | Régua, acordos, promessas, pagamentos recuperados | Confundir acionamento com resultado de recuperação |
| Bureaus e serasa | Score externo, restrições, renda estimada | Uso restrito por contrato e por LGPD, não pode ir para qualquer painel |
O ponto que separa um projeto sério de um improviso é a conciliação entre core e cobrança. O core sabe o saldo contábil, a cobrança sabe o esforço de recuperação, e os dois têm datas de corte diferentes. Se você não define uma data de referência única e uma chave de contrato que sobrevive à jornada inteira, a inadimplência do painel nunca vai bater com a do razão, e aí ninguém confia no dashboard. Deixe explícito de onde cada número vem: o mesmo indicador calculado sobre o core e sobre a cobrança pode divergir de forma legítima, e o painel precisa dizer isso em vez de esconder.
Sobre plataforma, uma decisão prática: o Power BI licencia por usuário no Pro e no PPU, e a distribuição interna se organiza por workspaces e apps. Isso funciona muito bem para a maioria das instituições que estão começando. O Microsoft Fabric, anunciado pela Microsoft em 2023, mede consumo em Capacity Units e faz sentido quando o volume de dados e a necessidade de engenharia crescem. Começar pelo Fabric só porque é novo, sem volume que justifique, é pagar por capacidade ociosa. Escolha pelo problema, não pelo lançamento.
Governança e LGPD não são etapa final, são condição para colocar dado sensível num painel
Aqui o setor financeiro é diferente de quase todos os outros. Você trabalha com CPF, renda, score, histórico de dívida e comportamento de pagamento. Tudo isso é dado pessoal, boa parte é sensível, e o tratamento é regido pela LGPD, a Lei nº 13.709/2018. Além disso, a instituição é fiscalizada pelo Banco Central, o que significa que rastreabilidade e consistência de número não são preferência estética, são exigência.
Governança mínima, na prática, é um conjunto curto de decisões que cabem numa operação enxuta:
- Segurança por linha (RLS): o gerente da regional vê a carteira dele, não a do país inteiro. Isso se resolve no modelo, com regras de linha, e precisa existir antes de o painel sair para produção.
- Minimização de dado: CPF e nome completo raramente precisam aparecer num painel gerencial. Agregue, mascare ou pseudonimize. Se ninguém decide com base no CPF exposto, ele não deveria estar ali.
- Base legal e finalidade: dado de bureau costuma ter uso contratualmente restrito. Nem todo dado que você tem pode ir para qualquer relatório. Isso se documenta.
- Rastreabilidade: dicionário de dados, dono de cada indicador e linhagem de onde o número nasceu. É o que salva a instituição numa auditoria e numa fiscalização.
Tratamos esse tema em profundidade no guia de governança de dados, Power BI e LGPD, e ele vira serviço contínuo quando você estrutura governança de dados de verdade. O ponto que insistimos com todo cliente: é mais barato desenhar o painel já respeitando LGPD do que descobrir, depois de seis meses, que meio departamento enxerga dado que não deveria. Governança tardia é retrabalho caro e risco regulatório de graça.
Perguntas frequentes
Preciso de Microsoft Fabric para começar BI no setor financeiro? Não. A grande maioria das instituições começa muito bem com Power BI licenciado por usuário, organizando entrega por workspaces e apps. O Fabric, que mede consumo em Capacity Units, entra quando o volume de dados e a demanda de engenharia justificam. Começar pelo Fabric sem esse volume é pagar por capacidade que você não vai usar no primeiro ano.
Qual o primeiro KPI que devo colocar no ar? Inadimplência e carteira ativa, com uma definição travada e acordada entre risco, cobrança e controladoria. São os números que o comitê olha primeiro e os que mais geram divergência entre áreas. Depois que esses dois estão confiáveis, análise de safra e margem por produto agregam muito valor.
Como faço a inadimplência do painel bater com a da contabilidade? Definindo uma data de referência única, uma chave de contrato que sobrevive de ponta a ponta e um acordo explícito sobre o que é saldo devedor, valor originado e baixa. A divergência entre visão gerencial e contábil quase sempre vem de datas de corte diferentes e de definições não escritas, não de erro de fórmula.
Como a LGPD muda um projeto de BI financeiro? Ela obriga a pensar minimização, base legal e finalidade desde o desenho. Na prática, isso vira segurança por linha para cada usuário ver só a sua carteira, mascaramento de CPF e nome em painéis gerenciais e documentação de qual dado pode ir para qual relatório. É a Lei nº 13.709/2018, e num setor fiscalizado pelo Banco Central ela se soma à exigência de rastreabilidade.
Quantos dashboards um bom projeto inicial deveria ter? Poucos. Um painel executivo confiável de carteira e inadimplência vale mais que trinta relatórios que se contradizem. O objetivo da primeira fase é confiança no número, não quantidade de telas. A profundidade por safra, canal e faixa de atraso vem depois, sobre uma base que já é sólida.
Por que o painel de crédito fica lento e como evitar? Contrato de crédito gera tabelas enormes, e o motor VertiPaq comprime melhor colunas de baixa cardinalidade. Quebrar datas, usar chaves numéricas enxutas e remover colunas de texto livre que ninguém consulta deixa o modelo leve e a atualização rápida. Modelagem disciplinada é o que sustenta desempenho quando a carteira cresce.
Comece pequeno, com número em que dá para confiar
BI no setor financeiro não fracassa por falta de dado nem por falta de ferramenta. Fracassa quando se começa pela quantidade de painéis em vez de pela qualidade de uma definição. Escolha as poucas decisões que importam, concilie core, crédito e cobrança numa fonte de verdade, entregue inadimplência, carteira e margem com confiança e só então cresça em profundidade, sempre com LGPD e segurança por linha desenhadas desde o primeiro traço.
Se você quer sair da guerra de planilhas e montar um BI financeiro que o comitê de crédito realmente usa, fale com a gente. A Fynx desenha o caminho faseado com você, do primeiro KPI à governança, sem virar caos de dashboards.
Quer aplicar isso na sua empresa?
A Fynx implementa BI, Power BI e Power Platform de ponta a ponta. Conte seu cenário e devolvemos um diagnóstico direto ao ponto.
Falar com um especialista