Reporting BACEN para FIDCs: guia de risco

Introdução: por que reporting BACEN importa tanto em FIDCs

Em FIDCs, o reporting ao BACEN não deve ser tratado como uma etapa burocrática de fim de ciclo. Ele é, na prática, um espelho da estrutura inteira: qualidade do contrato, rastreabilidade da cessão, consistência das garantias, disciplina de compliance, robustez do cadastro e capacidade de demonstrar que o lastro existe, é válido e permanece defensável ao longo do tempo.

Para o engenheiro de modelos de risco, isso muda tudo. Modelos não vivem apenas de variáveis estatísticas; eles dependem da confiabilidade da fonte. Se o dado jurídico está inconsistente, se a cessão não está bem documentada, se a coobrigação foi interpretada de modo ambíguo ou se a prova da origem do recebível é fraca, o modelo pode parecer sofisticado e ainda assim errar na base da decisão.

Na visão institucional, o reporting BACEN ajuda a materializar governança. Ele conecta a leitura regulatória com os controles internos da gestora, do administrador, do custodiante, do originador e das áreas de suporte. Em operações maduras, a informação reportada precisa ser compatível com o contrato, com a política de crédito, com a documentação de cessão, com as trilhas de aprovação e com a reconciliação de carteira.

Na prática diária, isso significa que o trabalho não está restrito à área regulatória. Jurídico, crédito, risco, cobrança, fraude, operação, dados e liderança precisam falar a mesma língua. O comitê quer saber se o ativo é elegível. O time de dados quer parametrizar regra. O jurídico quer saber se a cláusula é executável. O risco quer modelar perda esperada e severidade. A operação quer reduzir retrabalho. O compliance quer demonstrar aderência. E todos dependem da mesma base documental.

Em FIDCs, a diferença entre um processo defensável e um processo frágil costuma aparecer quando há stress: inadimplência, contestação do sacado, inconsistência cadastral, glosa documental, atraso na confirmação de cessão, questionamento de coobrigação ou auditoria. Nessas horas, o reporting BACEN deixa de ser apenas relatório e passa a ser prova de governança.

Este artigo explora o tema pela perspectiva do profissional que precisa transformar informação contratual e operacional em estrutura de decisão. O objetivo é mostrar como validar, modelar, reportar e monitorar dados com foco em enforceability, mitigação de risco documental e integração entre jurídico e crédito.

O que é reporting BACEN em estruturas de FIDC?

Reporting BACEN, no contexto de FIDCs, é o conjunto de informações e evidências que permitem demonstrar, de forma organizada e auditável, a posição e a dinâmica das operações sob supervisão e governança regulatória. Isso inclui dados sobre carteira, exposição, critérios de elegibilidade, concentração, classificação, eventos de inadimplência, garantias, coobrigação, vínculos contratuais e demais elementos que sustentam a leitura de risco e compliance.

Para quem vem de modelos de risco, vale uma tradução simples: o reporting é a camada de observabilidade da estrutura. Ele permite verificar se o que foi contratado é o mesmo que foi adquirido, se o que foi adquirido ainda é elegível, se o risco foi precificado corretamente e se os fluxos de dados refletem a realidade jurídica e operacional do ativo.

Em FIDCs, a qualidade do reporting depende menos do relatório final e mais do desenho do processo. Quando a origem do documento é frágil, o controle de versionamento é falho, o cadastro não fecha, a cessão não é comprovada ou a garantia não é rastreável, o reporte se torna um retrato parcialmente ilusório. Em estruturas complexas, isso afeta até a interpretação de performance da carteira.

O reporting como linguagem entre áreas

O jurídico enxerga validade contratual e enforceability. O crédito enxerga probabilidade de pagamento e aderência à política. O risco traduz isso em score, PD, LGD, stress e perdas esperadas. A operação precisa garantir captura e integridade. O compliance quer evidência e segregação. O comitê quer objetividade para aprovar exceções. O reporting é a linguagem comum entre todas essas camadas.

Na Antecipa Fácil, essa ponte entre operação e decisão é estratégica para o ecossistema de financiadores B2B. Em vez de tratar o ativo apenas como um número, a estrutura precisa enxergá-lo como um conjunto de fatos verificáveis. Isso melhora a qualidade da análise e reduz o risco de aceitar ativos que pareçam bons no cadastro, mas sejam frágeis na prova documental.

Como o engenheiro de modelos de risco deve interpretar o reporting

O engenheiro de modelos de risco não deve ler reporting BACEN como lista de campos. Ele deve interpretá-lo como um sistema de variáveis com significado jurídico, operacional e probabilístico. Cada atributo reportado carrega uma hipótese: a cessão foi eficaz? O ativo é exigível? Existe coobrigação? A garantia está aperfeiçoada? O sacado tem comportamento consistente? A documentação suporta cobrança e auditoria?

A função do engenheiro é transformar essas hipóteses em regras, flags, features e indicadores de qualidade. Isso exige domínio de origem de dados, lineage, normalização, reconciliação e tratamento de exceções. Em FIDCs, erro de classificação documental pode contaminar o modelo inteiro, especialmente quando o risco jurídico se mistura com risco de crédito e risco operacional.

A interpretação correta também exige visão de ciclo de vida. Um ativo pode nascer elegível, tornar-se contestável e depois ser recuperável. O modelo precisa captar a temporalidade: data de cessão, data de aceite, data de vencimento, eventos de inadimplência, renegociação, cobrança, contestação, liquidação e eventual recompra. Sem essa dimensão, o reporte vira fotografia estática de uma carteira dinâmica.

Pipeline mínimo de leitura para modelos

• Identificar a unidade econômica do ativo: sacado, cedente, título, contrato, fatura ou duplicata.
• Verificar a prova de existência, origem e validade do documento.
• Mapear a eficácia da cessão e as condições precedentes.
• Checar garantias, coobrigação, regressividade e eventuais reservas.
• Relacionar o ativo a eventos de cobrança, atraso, disputa ou liquidação.
• Registrar a fonte do dado, a versão do documento e a trilha de aprovação.

Validade contratual e enforceability: a base de tudo

Sem validade contratual, não existe lastro robusto. Sem enforceability, não existe segurança de execução. Em FIDCs, essa dupla define a capacidade de converter um direito creditório em fluxo efetivo de recebimento, inclusive quando surgem disputas, glosas, alegações de nulidade ou contestação sobre representação e poderes.

A avaliação de enforceability vai além da assinatura. Ela observa competência das partes, poderes de representação, objeto contratual, aderência formal, integridade das cláusulas, condições suspensivas, anexos, aditivos, cláusulas de cessão, notificação, anuência quando aplicável, e correlação entre contrato, nota fiscal, ordem de serviço, comprovante de entrega ou evidência de prestação.

Para o risco, isso significa modelar uma camada jurídica que influencie elegibilidade e haircut. Um recebível juridicamente forte pode suportar melhores parâmetros, enquanto um ativo com documentação frágil exige desconto maior, retenção adicional ou até reprovação. O reporting precisa refletir essas distinções com clareza suficiente para auditoria e comitê.

Checklist de enforceability para FIDCs

1. As partes têm capacidade e poderes devidamente comprovados?
2. O instrumento de cessão está claro sobre o objeto cedido?
3. Há compatibilidade entre contrato comercial e documento fiscal?
4. As condições para aquisição do crédito estão documentadas?
5. Há prova do vínculo entre originação e recebível cedido?
6. Existem cláusulas de coobrigação, recompra ou indenização bem definidas?
7. As garantias foram aperfeiçoadas conforme a forma exigida?
8. A trilha de auditoria permite reconstruir a decisão?

Em estruturas com mais maturidade, o jurídico costuma manter uma matriz de enforceability por tipo de ativo. Isso permite que o time de risco ajuste rapidamente parâmetros por família de crédito, com base em histórico de contestação, recuperação e liquidação. É uma prática especialmente útil quando o FIDC opera com diversas origens e diferentes padrões de documentação.

Cessão, coobrigação e garantias: como ler o risco corretamente

A cessão é o mecanismo central de transferência do direito creditório, mas ela só é útil quando o restante da engrenagem está alinhado. O engenheiro de modelos de risco deve distinguir entre cessão formal, cessão eficaz e cessão economicamente segura. Nem toda cessão assinada produz o mesmo nível de conforto regulatório ou recuperabilidade.

Coobrigação e garantias alteram a fotografia de risco porque redistribuem perdas e afetam recuperação. Entretanto, também podem criar falsa confiança se a documentação não for inequívoca. Uma garantia mal constituída, mal registrada ou inconsistente com o contrato operacional pode não se comportar como esperado sob stress.

O reporte ao BACEN precisa refletir essas nuances. Em vez de categorizar o ativo apenas como cedido, a estrutura deve ser capaz de informar a sua relação econômica com o cedente, o sacado, o garantidor e os eventos de liquidação. Isso facilita o monitoramento de concentração, o cálculo de exposição líquida e a análise de desvio entre risco esperado e risco observado.

Tipos de proteção que o modelo precisa enxergar

• Coobrigação: cria obrigação adicional de recompra, indenização ou recompromisso conforme evento gatilho.
• Garantia real: exige atenção ao aperfeiçoamento, registro e prioridade de execução.
• Garantia fidejussória: depende de capacidade econômica e validade formal do garantidor.
• Overcollateral: precisa ser monitorado para não mascarar deterioração do lastro.
• Subordinação: deve ser traduzida em camada de risco e perda atribuível.

Governança regulatória e compliance: onde o reporting ganha legitimidade

Governança regulatória em FIDCs não é um departamento. É um sistema de responsabilidades que conecta administradora, gestora, custodiante, originadores, prestadores de serviços, jurídico, risco e compliance. O reporting BACEN só é robusto quando essa estrutura tem papéis claros, alçadas definidas e evidência de revisão independente.

No eixo de compliance, PLD/KYC e governança documental se encontram. Identificar a contraparte, validar a origem dos recursos, entender o beneficiário final, controlar conflitos de interesse e preservar a trilha de auditoria são tarefas inseparáveis da leitura regulatória. Em ambientes B2B, a diligência sobre empresas, sócios, administradores e grupos econômicos precisa ser compatível com a materialidade da operação.

Para o engenheiro de modelos, a governança é um insumo tão importante quanto a taxa de inadimplência. Ela define se o dado tem lastro de processo. Se o comitê aprova exceções, esse histórico deve alimentar o modelo. Se uma regra foi flexibilizada, isso precisa ser visível. Sem esse ciclo, o modelo aprende uma realidade idealizada, não a realidade operacional.

Rotina de compliance aplicada ao reporting

• Revisão de políticas e aderência da operação à política aprovada.
• Verificação de KYC dos cedentes e, quando aplicável, dos sacados relevantes.
• Monitoramento de listas restritivas e eventos reputacionais.
• Registro de exceções e justificativas aprovadas por alçada.
• Conciliação entre relatórios operacionais e bases regulatórias.
• Preservação de evidências para auditoria interna e externa.

Na Antecipa Fácil, a cultura B2B exige esse nível de disciplina porque a escala só faz sentido quando há governança. Uma base ampla de financiadores, superior a 300 parceiros, demanda padronização de critérios, transparência documental e consistência regulatória para manter a confiança entre todos os participantes da estrutura.

Documentação crítica para auditoria e comitês

Documentação crítica é tudo aquilo que permite reconstruir a decisão e sustentar a posição da carteira perante auditoria, regulador, comitês e contrapartes. Em FIDCs, não basta ter o dado principal; é preciso ter o contexto. A decisão sobre elegibilidade, valor, limite, exceção e haircut depende da capacidade de provar a história completa do ativo.

Os documentos mais relevantes variam conforme o tipo de operação, mas normalmente incluem contrato comercial, instrumento de cessão, comprovantes de entrega ou prestação, notas fiscais, aceite, evidências de faturamento, documentos societários, procurações, registros de garantia, comunicações de notificação, política de crédito, laudos, relatórios de auditoria e prints ou logs de sistemas quando forem relevantes para prova.

Os comitês precisam de síntese. A auditoria precisa de detalhe. O modelo precisa de estrutura. Por isso, a melhor prática é organizar a documentação em camadas: núcleo jurídico, núcleo operacional, núcleo de risco e núcleo de exceção. Cada camada responde a perguntas diferentes, mas todas precisam ser coerentes entre si.

Playbook documental por camada

1. Núcleo jurídico: contrato, cessão, procurações, garantias, aditivos e evidências de formalização.
2. Núcleo operacional: cadastro, integrações, recebimento, conciliação e trilha de movimentação.
3. Núcleo de risco: score, limite, stress, concentração, aging e perdas.
4. Núcleo de exceção: justificativa, aprovação, prazo de regularização e responsável.

Integração com crédito e operações: o fluxo que evita ruído

O reporting BACEN só funciona quando crédito e operações falam a mesma linguagem. Crédito define a tese, a política, a aceitação de risco e as condições. Operações captura, valida, concilia e mantém o dado íntegro. Se essas áreas operarem em silos, o reporte final pode até bater numericamente, mas não refletirá a estrutura real da carteira.

Na rotina de um FIDC, isso aparece em etapas como onboarding do cedente, validação cadastral, análise da base de sacados, conferência de documentos, parametrização de limites, liberação de operações, monitoramento de performance e tratamento de exceções. Cada etapa deixa um rastro. Esse rastro precisa ser legível para o modelo e defensável para a governança.

O time de operações costuma ser o guardião da rotina. O time de crédito define o que pode entrar. O time de risco define o que deve ser monitorado e quando disparar alerta. O jurídico define o que é executável. O compliance define o que é admissível. E o dado precisa costurar tudo isso. Sem integração, o reporting vira trabalho reativo em vez de instrumento de controle.

Modelo de integração recomendado

• Pré-operação: cadastro, KYC, validação de documentos e tese de risco.
• Operação: conferência, formalização, cessão, ingestão de dados e registro.
• Pós-operação: conciliação, monitoramento, cobrança, inadimplência e reporte.
• Fechamento: reconciliação com contabilidade, auditoria e regulatório.

Em estruturas escaláveis, o ideal é que o dado nasça já pensando em reporte. Isso reduz reprocessamento e melhora a qualidade do modelo. A Antecipa Fácil, com sua lógica de conexão entre empresas B2B e financiadores, enfatiza esse desenho porque o valor da operação está justamente na fluidez com controle.

Análise de cedente, fraude e inadimplência no reporting BACEN

Mesmo quando o tema principal é regulatório, a leitura de risco não pode ignorar cedente, fraude e inadimplência. O cedente é a porta de entrada do risco originário. Se houver fragilidade cadastral, histórico inconsistente, concentração anormal, comportamento oportunista ou baixa qualidade documental, todo o fluxo de reporte e gestão de carteira será impactado.

Fraude em FIDC pode se manifestar de várias formas: documentos duplicados, cessões sobre direitos inexistentes, notas frias, aceites falsos, manipulação de datas, vínculos ocultos, concentração em sacados relacionados e simulações de performance não aderentes à realidade. O reporting precisa ser capaz de detectar anomalias e sinalizar divergências antes que o problema vire perda.

Já a inadimplência, em estruturas B2B, precisa ser lida com granularidade. Nem todo atraso é o mesmo atraso. Existe atraso administrativo, disputas comerciais, contestação documental, descasamento operacional e inadimplência efetiva. Para o modelo, essa distinção é essencial porque evita superestimar risco ou mascarar deterioração da carteira.

Gatilhos de alerta para risco documental e fraude

• Duplicidade de número de documento ou da mesma fatura em múltiplas cessões.
• Concentração abrupta em poucos sacados sem aderência ao histórico do cedente.
• Alterações frequentes de dados cadastrais sem justificativa operacional.
• Inconsistência entre data de emissão, entrega, aceite e cessão.
• Comprovantes com baixa qualidade probatória ou padrões repetitivos suspeitos.
• Recorrência de recompra ou contestação em cedentes específicos.

Pessoas, processos, atribuições, decisões, riscos e KPIs na rotina profissional

Quando o tema é reporting BACEN em FIDCs, a rotina profissional importa tanto quanto a teoria. O engenheiro de modelos de risco trabalha em um ecossistema em que jurídico, compliance, operações, crédito, fraude, cobrança, dados e liderança precisam de respostas consistentes, rápidas e auditáveis. A função principal é reduzir incerteza sem perder velocidade decisória.

As atribuições costumam incluir desenho de variáveis, validação de bases, acompanhamento de exceções, definição de regras de qualidade, revisão de perdas, apoio a comitês e tradução entre linguagem técnica e linguagem executiva. O profissional precisa saber quando um problema é de dado, de processo, de contrato ou de governança.

Os KPIs mais úteis nessa rotina são aqueles que mostram controle real: tempo de ciclo para validação documental, percentual de ativos com documentação completa, taxa de divergência entre bases, volume de exceções por origem, aderência às políticas, número de incidentes de qualidade, aging de pendências, tempo para resolução de alertas e precisão das classificações de risco.

Estrutura de papéis por área

• Jurídico: validação de contratos, garantias, cessão e enforceability.
• Risco/modelos: parametrização, estresse, monitoramento e alertas.
• Operações: captura, conciliação, formalização e integridade.
• Compliance: governança, PLD/KYC, trilha e aderência regulatória.
• Crédito: tese, política, elegibilidade e alçadas.
• Cobrança: recuperação, negociação e eventos de atraso.
• Dados/TI: integração, qualidade, lineage e automação.
• Liderança: priorização, apetite de risco e decisão em exceções.

Como montar um playbook de reporting para FIDCs

Um playbook de reporting serve para padronizar o que entra, quando entra, quem aprova, como valida e como se reporta. Em FIDCs, isso é particularmente valioso porque a operação depende de múltiplas fontes de dados e porque a aderência regulatória precisa sobreviver a mudanças de volume, estrutura e originação.

O playbook ideal separa o fluxo em etapas objetivas: definição da informação obrigatória, classificação do ativo, checagem contratual, validação documental, reconciliação de saldos, revisão de exceções, aprovação de alçada e arquivamento da evidência. Em cada etapa, precisa haver responsável, SLA, critério de aceite e tratamento de inconsistência.

Na prática, a maturidade vem quando o reporting deixa de depender de heróis e passa a depender de sistema. Isso significa usar automação para regras repetitivas, monitoramento para alertas e revisão humana para exceções relevantes. O valor do engenheiro de modelos está justamente em desenhar a regra que reduz ruído sem perder sensibilidade ao risco.

Checklist operacional do playbook

1. Definir o dicionário de dados regulatórios e internos.
2. Mapear fontes oficiais e fontes auxiliares.
3. Estabelecer regras de qualidade e reconciliação.
4. Documentar alçadas e responsáveis por exceção.
5. Construir trilhas de auditoria e versionamento.
6. Testar cenários de stress e inconsistência.
7. Revisar o playbook periodicamente com jurídico e risco.

Se você quer aprofundar a lógica de cenários e decisões seguras, vale visitar a página simule cenários de caixa e decisões seguras. Para entender a visão macro do ecossistema, consulte também a categoria Financiadores e o hub de conteúdos em Conheça e Aprenda.

Comparativo entre modelos operacionais de FIDC e impactos no reporting

Nem todo FIDC reporta da mesma forma porque nem toda estrutura opera com o mesmo nível de automação, granularidade e apetite a risco documental. Alguns fundos lidam com originação mais padronizada; outros dependem de múltiplos cedentes, diversos formatos de lastro e alta variabilidade de contratos e garantias. Isso altera diretamente a complexidade do reporting.

Quando a operação é mais padronizada, o modelo pode ser mais automático, com menos exceções e maior previsibilidade. Quando a operação é mais pulverizada ou customizada, o reporting precisa de maior controle de qualidade, checagens adicionais e revisão mais intensa de exceções. O segredo é calibrar o processo à complexidade real da carteira.

Do ponto de vista do engenheiro de modelos, a comparação entre modelos operacionais é essencial para evitar falsas equivalências. Uma carteira com documentação forte e fluxo estável não deve ser avaliada com a mesma régua de uma carteira com alto grau de customização contratual e garantias heterogêneas.

Como o risco de inadimplência deve alimentar o reporting

Em estruturas B2B, inadimplência não é apenas atraso de pagamento. É um sinal que precisa ser interpretado à luz do contrato, da qualidade do sacado, do comportamento do cedente e do estágio da cobrança. O reporting deve capturar eventos com granularidade suficiente para distinguir atraso operacional de deterioração efetiva.

Essa diferenciação melhora a qualidade do modelo porque impede a mistura de fenômenos distintos. Um sacado com disputa comercial pode exigir acompanhamento diferente daquele que entrou em default econômico. Um cedente com recorrência de contestação precisa de revisão de política, enquanto um caso isolado pode ser tratado como exceção operacional.

Além disso, a inadimplência precisa retroalimentar políticas de elegibilidade, limites, reservas e alçadas. A informação reportada deve orientar ações concretas: ajuste de score, revisão de limites, reforço documental, atuação de cobrança, revisão de garantias e eventual suspensão de novas compras de ativos de determinada origem.

Framework de reação a eventos de inadimplência

• Camada 1: classificação do evento e verificação da causa.
• Camada 2: análise do impacto contratual e da executabilidade.
• Camada 3: avaliação de recuperação e esforço de cobrança.
• Camada 4: atualização do risco, do modelo e do reporte.

Casos práticos de leitura entre contrato, dados e decisão

Considere um FIDC com vários cedentes que operam em cadeias de fornecimento diferentes. Em um caso, o contrato comercial é sólido, mas a cessão foi registrada com divergência de datas entre o documento e a base operacional. Em outro, a garantia existe, mas não está claramente vinculada ao lote de direitos creditórios. Em ambos, o reporte pode até parecer completo, mas o risco jurídico e de auditoria continua relevante.

Agora imagine um cedente com boa performance histórica, porém com volume recente de documentos contestados. Se o modelo olhar apenas inadimplência agregada, pode perder o sinal de deterioração na qualidade documental. Se o jurídico olhar apenas as cláusulas sem cruzar com comportamento, pode superestimar a segurança. O reporting certo ajuda a unir as duas visões.

Por fim, um caso em que o sacado é robusto, mas a origem dos comprovantes é fraca. Nessa situação, a carteira pode ter bom perfil econômico e ainda assim carregar risco de contestação. O que importa é que o reporte explicite isso e que a decisão de comitê reflita a realidade, não apenas a aparência da operação.

Exemplo de decisão em comitê

• Aprovar com ajuste de limite quando a documentação for forte e a inadimplência estiver controlada.
• Aprovar com retenção adicional quando houver coobrigação, mas com incerteza documental moderada.
• Reprovar ou suspender quando houver dúvidas de enforceability, fraude ou divergência material de lastro.

Como estruturar monitoramento contínuo e automação

Monitoramento contínuo é o que impede que o reporting vire um retrato atrasado. Em FIDCs, o ideal é que alertas de divergência documental, concentração, atraso, recompra, contestação e alteração cadastral sejam capturados perto do evento, não semanas depois. Isso reduz o tempo de reação e melhora a qualidade da governança.

A automação deve atuar em tarefas repetitivas e de baixa ambiguidade, como validação de campos, conferência de chaves, consistência de datas, duplicidade de documentos e leitura de regras de elegibilidade. Já a interpretação de exceções, análise de enforceability e decisões sensíveis devem continuar com revisão humana qualificada.

Para o engenheiro de modelos de risco, a automação é também uma forma de preservar consistência histórica. Se a regra muda, o modelo precisa saber quando mudou, por que mudou e qual carteira foi afetada. Sem isso, o histórico perde comparabilidade e o reporting vira uma sequência de versões não reconciliadas.

Indicadores de monitoramento

• Percentual de documentos validados automaticamente.
• Taxa de exceção por cedente, sacado e tipo de ativo.
• Tempo médio entre evento e detecção.
• Percentual de divergências resolvidas no SLA.
• Volume de ativos com documentação pendente.
• Recorrência de alterações cadastrais críticas.

Como o reporting conversa com auditoria, CVM e Bacen

A boa prática regulatória em FIDCs depende de coerência entre a narrativa interna e a evidência externa. O reporting BACEN precisa ser compatível com auditorias, com a documentação guardada, com as políticas aprovadas e com a forma como a estrutura se apresenta para outras instâncias de governança, incluindo CVM quando aplicável à estrutura e aos documentos de fundo.

Na rotina real, a grande dificuldade não é produzir um arquivo, mas sustentar uma tese: por que o ativo foi aceito, por que a garantia foi considerada válida, por que a coobrigação foi entendida como mitigante, por que determinado sacado foi aceito e por que uma exceção foi aprovada. O reporting serve para que essa tese não dependa de memória individual.

Para organizações maduras, a auditoria não é ameaça; é teste de robustez. Se o processo suporta auditoria, ele tende a suportar também stress operacional, crescimento de carteira e escrutínio regulatório. É por isso que o melhor momento para ajustar o reporting é antes do problema aparecer.

Perguntas frequentes sobre reporting BACEN em FIDCs

As respostas abaixo foram pensadas para consulta rápida por times de jurídico, risco, operações, compliance e dados.