Disponibilização de consulta ao ecossistema sobre sugestões de melhoria para o tema Qualidade de Dados
Sumário Regulatório
Disponibilização de consulta ao ecossistema sobre sugestões de melhoria para o tema Qualidade de Dados O Squad Qualidade de Dados iniciou seus trabalhos em 03/08/2022, tendo o objetivo de identificar e solucionar problemas relacionados à qualidade do...
Conteúdo do Documento
Disponibilização de consulta ao ecossistema sobre sugestões de melhoria para o tema Qualidade de Dados
O Squad Qualidade de Dados iniciou seus trabalhos em 03/08/2022, tendo o objetivo de identificar e solucionar problemas relacionados à qualidade dos dados transitados no ecossistema do Open Finance Brasil para a Fase 1 (Dados abertos) e para a Fase 2 (Dados de clientes).
Para tanto, será dispon...
Disponibilização de consulta ao ecossistema sobre sugestões de melhoria para o tema Qualidade de Dados
O Squad Qualidade de Dados iniciou seus trabalhos em 03/08/2022, tendo o objetivo de identificar e solucionar problemas relacionados à qualidade dos dados transitados no ecossistema do Open Finance Brasil para a Fase 1 (Dados abertos) e para a Fase 2 (Dados de clientes).
Para tanto, será disponibilizado um período de 14 dias de consulta ao ecossistema, para que as casas identifiquem problemas e enviem sugestões de melhoria. Tais contribuições devem ter ênfase na Fase 2 (versões 1.0.x atualmente em produção e 2.0.1 atualmente em certificação), mas devem também contemplar a Fase 1.
O período de coleta de sugestões de melhorias será iniciado em 23/08/2022 e será encerrado em 06/09/2022, de modo que sugestões encaminhadas fora desse período não serão consideradas.
Recomendamos que a consulta seja encaminhada para desenvolvedores e analistas de dados que trabalhem com as Fases 1 e 2.
Toda solicitação de melhoria deve ser registrada no Service Desk (https://servicedesk.openbankingbrasil.org.br) via abertura de um ticket, por meio da opção Solicitações de melhorias > APIs.
Na abertura do ticket, o título deve ser registrado como “Squad Qualidade de Dados - Consulta” e na descrição devem ser citados, respectivamente, API, endpoint, campo e indicação do problema, para que o ticket possa ser considerado. Para casos nos quais já houver ticket bilateral com o problema relatado, solicita-se que o número do ticket seja informado.
Exemplos de problemas da fase 2:
- Recorrência de envio de valores dummy para campos obrigatórios
Recorrência de envio de valores dummy (0000-01-01) para atributos obrigatórios, como data de contratação (contractDate) de uma operação de financiamento, que sempre deveria existir.
Dado enviado com grafia incorreta, com valores fora do domínio permitido. Por exemplo, para o tipo de tarifa de uma transação de cartão de crédito, haveria uso incorreto do domínio OPERACOES_DE_CREDITO_CONTRATADAS_CARTAO. Pela especificação, o correto seria OPERACOES_CREDITO_CONTRATADAS_CARTAO
Para um campo de taxa de juros (pré-fixada), no qual a especificação convenciona que 1 = taxa de 100%, temos como exemplo o envio de valores variando entre 0,02 (2%) ou 200,00 (20.000%). O último valor parece ser muito alto para uma taxa pré-fixada.
- Campo com conteúdo não passível de interpretação
O campo transactionName (nome da transação) é enviado como uma sequência numérica, dificultando a interpretação de conteúdo e consequentemente o uso do dado. A especificação poderia ser alterada para definir a regra de conteúdo do campo, p ex. definindo como retorno do mesmo a descrição (literal) visualizada pelo cliente em seu extrato nos canais da transmissora.
- Tempestividade de dados em não conformidade com requisitos
API: accounts Endpoint: balances
Conforme Resolução BCB nº 32, Art. 6º-A, Parágrafo Único, I, o saldo enviado pela transmissora no OPF pode ter um atraso de até 5 minutos em relação à mesma informação visualizada pelos clientes nos canais da transmissora. Logo, uma transmissora que expõe saldo desatualizado, com defasagem maior que a permitida pela mencionada resolução, está em desacordo com as regras de tempestividade.
O atributo transactionType deve ser utilizado para categorizar corretamente as transações de contas. Observa-se, entretanto, casos nos quais a categorização não é feita corretamente. Como exemplo, existem transações com transactionName com o conteúdo “PIX” mapeada em um tipo OUTROS. A transação deveria ser mapeada como PIX.
Exemplos de problemas da Fase 1:
- Tempestividade de dados em não conformidade com requisitos
Endpoint: /personal-credit-cards Campo: NA
Conforme Resolução BCB nº 32, Art. 6, Inciso 1, as distribuições de frequência devem ser atualizadas mensalmente, no 10º dia útil de cada mês. Observa-se que tal periodicidade não tem sido respeitada para os endpoints em questão.
Instituição tem valores presentes para distribuição de tarifas de operações de crédito, entretanto o percentual de clientes em todas as faixas é igual a 0.
- Formatação incorreta
Endpoint: personal-accounts Campo: prices: value
Instituição tem valores presentes para distribuição de tarifas de contas, entretanto as informações de valores financeiros (Campo value) não estão de acordo com a expressão regular definida.
Clique aqui para acessar o Service Desk
ibilizado um período de 14 dias de consulta ao ecossistema, para que as casas identifiquem problemas e enviem sugestões de melhoria. Tais contribuições devem ter ênfase na Fase 2 (versões 1.0.x atualmente em produção e 2.0.1 atualmente em certificação), mas devem também contemplar a Fase 1.
O período de coleta de sugestões de melhorias será iniciado em 23/08/2022 e será encerrado em 06/09/2022, de modo que sugestões encaminhadas fora desse período não serão consideradas.
Recomendamos que a consulta seja encaminhada para desenvolvedores e analistas de dados que trabalhem com as Fases 1 e 2.
Toda solicitação de melhoria deve ser registrada no Service Desk (https://servicedesk.openbankingbra...
Acesso Exclusivo para Assinantes
Cadastre-se ou faça login com sua conta do Radar Finsiders Brasil para visualizar esta regulação na íntegra, fazer download dos arquivos e ter acesso a relatórios exclusivos do mercado financeiro.
