Disciplina o escopo de dados e serviços do Sistema Financeiro Aberto (Open Banking).
A Circular nº 4.015/2020 detalha o escopo mínimo de dados e serviços do Open Banking em seu texto original.
📌 Cobre canais, produtos, cadastro, transações e iniciação de pagamento.
⚠️ Exige atenção a catálogo de dados, qualidade cadastral, conciliações e integração tecnológica.
🧾 Este pacote é retrato-fonte original e não consolida alterações posteriores.
A Circular nº 4.015, de 4 de maio de 2020, do Banco Central do Brasil, disciplina o escopo de dados e serviços do Sistema Financeiro Aberto, denominado no texto original como Open Banking. O documento não cria sozinho todo o regime de participação, consentimento, segurança, governança e cronograma do Open Banking; ele funciona como ato de detalhamento do conteúdo mínimo que deve ser contemplado no compartilhamento de dados e serviços referido pela Resolução Conjunta nº 1, de 4 de maio de 2020.
O pacote foi produzido em modo de retrato-fonte puro. Por isso, a extração considera o texto original da Circular, sem consolidar alterações posteriores. A fonte oficial consultada também disponibiliza versão posterior com marcações de alteração, mas essas mudanças não foram usadas para inativar, substituir ou ampliar requisitos. Caso a intenção seja montar uma fotografia vigente consolidada de Open Finance, o pacote deve ser refeito com essa orientação explícita e com os atos alteradores em pastas próprias ou em processo consolidado.
A norma é curta, mas operacionalmente relevante. Ela define os grandes blocos de dados mínimos: canais de atendimento; produtos e serviços; dados cadastrais de clientes e representantes; transações de clientes; e serviços de iniciação de transação de pagamento. Para uma instituição participante, esses blocos se traduzem em governança de catálogo de dados, mapeamento de campos, qualidade cadastral, integração de sistemas transacionais, conciliações, trilhas de validação e controle de atualização sempre que produtos, canais, tarifas, taxas, contratos ou serviços forem alterados.
A Circular está conectada à Resolução Conjunta nº 1/2020, que trata da implementação do Open Banking por instituições financeiras, instituições de pagamento e demais instituições autorizadas a funcionar pelo Banco Central do Brasil. Como o dicionário de segmentação do pacote não possui uma tag específica para “instituição participante do Open Banking” nem uma tag única para “demais instituições autorizadas a funcionar pelo Banco Central”, a segmentação dos requisitos usa recorte setorial financeiro amplo, com explicação de aplicabilidade em cada item.
Essa escolha evita falsa precisão. O escopo real depende da condição de participante, do tipo de dado ou serviço, do produto ofertado e, em alguns casos, de regras da Resolução Conjunta ou da convenção. Assim, uma empresa do setor financeiro não deve receber automaticamente todos os requisitos como aplicáveis sem verificar se participa do Open Banking, se oferta o produto ou serviço relacionado e se está no papel operacional pertinente. Por outro lado, usar apenas uma tag granular de instituição financeira em sentido estrito poderia excluir instituições de pagamento e outras instituições autorizadas alcançadas pelo regime.
Há uma segmentação específica para cooperativas de crédito no requisito sobre data de início de relacionamento. O art. 4º, § 1º, estabelece que, para fins de compartilhamento da data de início de relacionamento, as cooperativas devem considerar a data de associação do cliente. Esse comando tem objeto, sujeito e evidência próprios, por isso foi separado dos demais requisitos cadastrais.
O primeiro bloco operacional está no art. 2º. Ele determina que os dados sobre canais de atendimento abrangem, no mínimo, dados já divulgados como dados abertos para dependências próprias e correspondentes no País, além de dados sobre canais eletrônicos e demais canais disponíveis aos clientes. A empresa precisa controlar tipo de canal, forma de acesso e serviços prestados. O principal impacto é manter inventário de canais e conciliar a base compartilhada com a divulgação vigente e com a realidade operacional dos canais.
O segundo bloco está no art. 3º e trata de produtos e serviços. A norma separa contas de depósito à vista, contas de poupança e contas de pagamento pré-pagas; contas de pagamento pós-pagas; e operações de crédito. Para contas de depósito e pré-pagas, o escopo envolve tipos de conta, tarifas, pacotes de serviços, formas de movimentação, termos e condições contratuais, canais de abertura e encerramento, público-alvo e remuneração. Para contas pós-pagas, o foco inclui tipo de conta, programas de benefícios, tarifas, taxas de remuneração e condições contratuais. Para crédito, a Circular exige modalidades, tarifas, taxa de juros remuneratórios, público-alvo, garantias exigíveis e termos contratuais.
O art. 3º, § 1º, detalha modalidades mínimas de operações de crédito. Esse dispositivo foi tratado como ponto de definição absorvido pelos requisitos de dados de produtos de crédito e de transações de crédito. Ele não é, sozinho, um requisito de execução independente; sua função é orientar a taxonomia mínima que deve ser refletida no compartilhamento.
O art. 3º, § 2º, merece requisito separado. Ele exige que valores de tarifas e taxas de juros remuneratórias sejam compartilhados por distribuição de frequência relativa, segmentada entre pessoas naturais e jurídicas, com base em parâmetros definidos na convenção. Esse comando não é apenas uma lista de campos: ele define método de cálculo, agregação e segmentação. Por isso, exige memória de cálculo, base de valores, regra de segmentação e evidência de aderência aos parâmetros aplicáveis.
O terceiro bloco está no art. 4º e envolve dados cadastrais de clientes e representantes. A norma abrange identificação, qualificação e outras informações cadastrais, incluindo data de início de relacionamento, agência e conta, tipos de produtos e serviços com contratos vigentes e poderes dos representantes. O pacote separa três aspectos: o compartilhamento cadastral mínimo, a regra específica para cooperativas de crédito e a necessidade de seguir o rol padronizado pela convenção para certas informações de identificação e qualificação.
O quarto bloco está no art. 5º e trata de transações de clientes. Ele foi dividido em três requisitos porque os processos, evidências e riscos são diferentes: transações de contas de depósito, poupança e pré-pagas; transações de contas pós-pagas; e transações de operações de crédito. O primeiro envolve saldo disponível, transações de crédito e débito, débitos e pagamentos autorizados e limite de cheque especial. O segundo envolve limites de crédito, transações de pagamento e informações sobre fatura. O terceiro envolve contratos de crédito, datas, valores, saldo, prazo, prestações, juros, Custo Efetivo Total, sistema de pagamento, tarifas e encargos.
O quinto bloco está no art. 6º e define os serviços de iniciação de transação de pagamento abrangidos no mínimo: débito em conta, transferências entre contas na própria instituição, TED, PIX, DOC e pagamento de boletos. A Circular não detalha os requisitos técnicos desses serviços; ela fixa o escopo mínimo. A execução dependerá de mapeamento de serviços, integração tecnológica, testes operacionais e controle de disponibilidade conforme o regime aplicável.
Para compliance, o documento exige uma abordagem de catálogo regulatório orientada a dados. A principal pergunta não é apenas se a instituição participa do Open Banking, mas se cada conjunto de dados compartilhável possui dono, fonte, dicionário, regra de atualização, controle de qualidade e evidência de validação. Como a Circular usa expressões de escopo mínimo, o risco de lacuna é relevante: campos aparentemente simples, como forma de acesso de canal, sigla identificadora de tarifa, poderes de representante, valor disponível de limite ou sistema de pagamento de operação de crédito, podem gerar apontamentos se não estiverem mapeados.
A curadoria separa requisitos de produtos e serviços de requisitos de transações. Essa separação é importante porque dados de produtos costumam ser menos individualizados, têm lógica de catálogo e atualização por evento de produto. Dados de transações são individualizados, sensíveis e dependem de integração com sistemas de saldo, pagamento, fatura, contrato, cobrança e amortização. Misturar esses blocos em um único requisito guarda-chuva dificultaria teste, evidência e responsabilização interna.
Também há dependência operacional da convenção do Open Banking. A Circular remete à convenção para parâmetros de distribuição de frequência e para padronização de certas informações cadastrais. O pacote não cria conteúdo inexistente para a convenção, mas propõe controles de acompanhamento e homologação dos parâmetros. Isso é útil porque a instituição precisa demonstrar que sabe quando um parâmetro externo altera a forma de cálculo, o rol de campos ou a validação de dados.
Os requisitos de canais e produtos exigem evidências como inventário de canais, catálogo de produtos, tabelas tarifárias, termos contratuais, matriz de campos mínimos e registros de aprovação de alterações. As áreas tipicamente envolvidas são produtos, canais, tecnologia, Open Banking/Open Finance, jurídico contratual e compliance. A recorrência normativa não é expressa na Circular, mas controles internos podem ser mensais, por evento ou contínuos conforme o risco e a frequência de atualização dos produtos.
Os requisitos de dados cadastrais exigem matriz de campos, dicionário de dados, relatório de qualidade cadastral, cadastro de representantes e poderes, além de trilha de homologação quando o padrão da convenção afetar os campos. As áreas mais relevantes são cadastro, conheça seu cliente, tecnologia, privacidade, riscos e a equipe responsável pelo compartilhamento. O requisito das cooperativas precisa de evidência específica da fonte de data de associação e testes que comparem essa data com o campo compartilhável de início de relacionamento.
Os requisitos de transações exigem controles mais robustos. Para contas de depósito e pré-pagas, as evidências incluem mapa de campos transacionais, reconciliação com extratos internos e testes de pagador, recebedor, valor e data. Para contas pós-pagas, entram limites, faturas, encargos e pagamentos efetivos. Para crédito, a evidência deve conectar contrato, datas, valores, saldo, prazo, prestações, juros, CET, tarifas e encargos. A qualidade desses dados depende de integração entre sistemas de origem e ambiente de compartilhamento, com reconciliação e amostragem.
O requisito de iniciação de transação de pagamento exige matriz de escopo de serviços, documentação de disponibilidade operacional e testes de funcionamento dos serviços mínimos. As áreas envolvidas incluem pagamentos, tecnologia, operações, riscos e compliance. A Circular não define periodicidade de teste, mas a existência de evidência de disponibilidade e aderência de escopo é essencial para acompanhamento do requisito.
O primeiro ponto de atenção é o modo retrato-fonte. O pacote não reflete automaticamente alterações posteriores à Circular. Ele representa a redação original do documento-fonte analisado. Em ambiente de produção, recomenda-se processar atos posteriores que alteram a Circular em pacotes próprios ou solicitar uma extração consolidada quando a finalidade for status vigente.
O segundo ponto é a segmentação. A expressão setorial ampla deve ser lida em conjunto com o resumo de aplicabilidade de cada requisito. A aplicabilidade depende da participação no Open Banking e do produto, serviço, dado ou papel operacional envolvido. Essa limitação foi sinalizada no manifest porque pode gerar falso positivo se a plataforma não tiver uma dimensão própria de participante do Open Banking.
O terceiro ponto é a diferença entre dado de produto e dado de transação. Dados de produto têm natureza de catálogo, transparência e comparação. Dados de transação têm natureza individualizada e exigem maior controle de segurança, privacidade, integridade e rastreabilidade. Essa distinção deve orientar testes de controle, periodicidade interna e severidade de achados potenciais.
O quarto ponto é a dependência de fontes complementares citadas. A Circular remete à Resolução Conjunta nº 1/2020 e à convenção do art. 44, mas o pacote não importa obrigações autônomas desses documentos. Eles aparecem como referências para execução e navegação. Obrigações próprias da Resolução Conjunta devem morar em pacote próprio se forem objeto de curadoria.
O quinto ponto é a ausência de recorrência expressa. A Circular entra em vigor em 1º de junho de 2020, mas não define periodicidade mensal, trimestral ou anual para entrega. Por isso, o pacote não cria séries de recorrência. As frequências que aparecem nos controles sugeridos são frequências internas de monitoramento, não periodicidades normativas impostas pela Circular.
O art. 1º foi mantido como ponto de escopo, sem requisito autônomo, porque apenas define que a Circular disciplina o escopo de dados e serviços. O art. 7º foi tratado como ponto de vigência e aplicado aos requisitos no campo de vigência operacional. O preâmbulo foi registrado no mapa apenas como fundamento legal, sem conversão em requisito.
O art. 3º, § 1º, e o art. 5º, parágrafo único, foram tratados como pontos de definição absorvidos pelos requisitos de crédito. Eles são operacionalmente importantes, mas não exigem evidência independente fora do mapeamento de modalidades e dados de crédito. O art. 4º, § 2º, por outro lado, virou requisito porque cria dependência operacional de padronização por convenção, com governança própria para acompanhar e homologar o rol cadastral.
O resultado final é um pacote com 16 pontos do documento, 12 requisitos operacionais, mapa de cobertura compacto e catálogo central de referências oficiais. A extração prioriza requisitos rastreáveis, acionáveis e testáveis, sem transformar todo dispositivo em obrigação genérica e sem duplicar obrigações de normas citadas.
Este artefato ainda não tem tags.
