Pular para o conteúdo principal

Como extrair os relatórios semanais para o BACEN?

Leonardo

O Brick Bank disponibilizou uma forma mais rápida e fácil de extrair todos os dados em formato .csv para o preenchimento das novas planilhas geradas pela Estrutura do Open Finance Brasil.

Veja a seguir como realizar as extrações a partir da collection modelo em anexo.

Visão Geral

Os novos endpoints do Brick Bank permitem que a sua instituição extraia os dados de forma organizada por meio de endpoints relativos a cada aba das planilhas dos Relatórios Semanais.

A collection em anexo possui todos os endpoints organizados em pastas, em que cada aba das planilhas corresponde a um endpoint com o mesmo nome para facilitar a sua localização e o consequente preenchimento.

Os endpoints podem ser filtrados por período, marca (se houver), formato de saída (json ou csv) e tipo (DATA, PAYMENT ou AUTOMATIC_PAYMENTS).

Dados Abertos

  • Lista de Dados Abertos: para preencher essa aba, é necessário chamar o endpoint nomeado como "Lista de Requisições", cujo retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Organization ID Transmissor;Data (DD/MM/AAAA);Verbo;URI do endpoint;Taxa de Disponibilidade (0 a 1);Tempo de Indisponibilidade (em segundos);Tempo de Indisponibilidade Planejada (em segundos);Total de Chamadas;Total de Chamadas com Erros;Total de Chamadas Rejeitadas;Tempo de resposta (P95) (milisegundos);TPS médio;TPS de pico

Dados Cadastrais

  • Requisições de Dados Cadastrais e Dados Abertos Transmissão: esse endpoint deve ser utilizado para obter os dados para preencher a planilha "Metricas_DA_DC" na planilha "Métricas Transmissor".
Organization ID Transmissor;Data (DD/MM/AAAA);Verbo;URI do endpoint;Taxa de Disponibilidade (0 a 1);Tempo de Indisponibilidade (em segundos);Tempo de Indisponibilidade Planejada (em segundos);Total de Chamadas;Total de Chamadas com Erros;Total de Chamadas Rejeitadas;Tempo de resposta (P95) (milisegundos);TPS médio;TPS de pico
  • Funil de Consentimentos Transmissão: para preencher essa aba, é necessário chamar o endpoint "Funil de Consentimentos", cujo retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Transmissor;Receptor;Geração do consent ID - Não Clientes;Geração do consent ID - Clientes;Início da autenticação;Conclusão da autenticação;Autorização do Cliente;Authorization code emitido;Redirect para receptora;Access token gerado;Observaçoes;OrganisationId Transmissor;OrganisationId Receptor;ParentOrganisationReference Receptor
  • Funil de Consentimentos Recepção: para preencher essa aba, é necessário chamar o endpoint "Funil de Consentimentos", cujo retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Receptor;Transmissor;Quantidade de consent ID gerados;Quantidade de redirecionamentos realizados (se disponível);Quantidade de authorization codes recebidos;Quantidade de access tokens recebidos;Observaçoes;OrganisationId Receptor;OrganisationId Transmissor;ParentOrganisationReference Transmissor
  • Estoque de Consentimentos: para preencher as tabelas desta aba, é necessário chamar os seguintes endpoints: 
    • Transmissão - Estoque Consolidado: o retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Transmissor;Clientes únicos PF total;Clientes únicos PJ (CNPJ raíz);OrganisationId Transmissor
    • Recepção - Estoque Consolidado: o retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Receptor;Clientes únicos PF total;Clientes únicos PJ (CNPJ raíz);OrganisationId Receptor
    • Transmissão - Estoque Segregado: o retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Transmissor;Receptor;Estoque de consentimentos ativos;OrganisationId Transmissor;OrganisationId Receptor;ParentOrganisationReference Receptor
    • Transmissão - Estoque Segregado: o retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Receptor;Transmissor;Estoque de consentimentos ativos;OrganisationId Receptor;OrganisationId Transmissor;ParentOrganisationReference Transmissor
  • Consumo Receptor: para preencher essa aba, é necessário chamar o endpoint "Lista de Requisições", cujo retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Receptor;Período;Transmissor;API;Endpoint;ResponseCode;Chamadas;Versão da API;OrganisationId Receptor;OrganisationId Transmissor;ParentOrganisationReference Transmissor;URI do endpoint;Método

Pagamentos

  • Chamadas Iniciador: para preencher essa aba, é necessário chamar o endpoint "Lista de Requisições", cujo retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Iniciador;Detentor;API;Endpoint;Método;Status Code;Chamadas;Versão da API;OrganisationId Iniciador;OrganisationId Detentor;ParentOrganisationReference Detentor;URI do endpoint;Produto
  • Validações Síncronas: para preencher essa aba, é necessário chamar o endpoint "Lista de Validações", cujo retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Detentor de Conta;ITP;API;Endpoint;Status Code;Método;URI do endpoint;Error code;Quantidade;OrganisationId Detentor;OrganisationId Iniciador;ParentOrganisationReference Iniciador
  • Validações Assíncronas: para preencher essa aba, é necessário chamar o endpoint "Lista de Validações", cujo retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Detentor de Conta;ITP;API;Endpoint;Método;URI do endpoint;rejectReason;Quantidade;OrganisationId Detentor;OrganisationId Iniciador;ParentOrganisationReference Iniciador
  • Funil API Pagamentos: para preencher essa aba, é necessário chamar o endpoint "Funil de Consentimentos", cujo retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Detentor de conta;ITP;POST Consentimento solicitados;Geração do consent ID (não Clientes);POST Consentimento solicitados desconsiderando não clientes (C-D);Geração do consent ID (Clientes);Início da autenticação (Qtd);Conclusão da autenticação (Qtd);Autorização do Cliente (Qtd);Authorization code emitido (Qtd);Redirect para ITP (Qtd);Access token gerado (Qtd);POST Pagamentos recebidos (Qtd);Payment ID gerado (Qtd);Pagamentos realizados com sucesso (Qtd);Pagamentos agendados (Qtd);Observaçoes;OrganisationId Detentor;OrganisationId Iniciador;ParentOrganisationReference Iniciador
  • Funil 1 API Pagamentos Automáticos: para preencher essa aba, é necessário chamar o endpoint "Funil de Consentimentos", cujo retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Detentor de conta;ITP;POST Consentimento solicitados;Geração do consent ID (não Clientes);POST Consentimento solicitados desconsiderando não clientes (C-D);Geração do consent ID (Clientes);Início da autenticação (Qtd);Conclusão da autenticação (Qtd);Autorização do Cliente (Qtd);Authorization code emitido (Qtd);Redirect para ITP (Qtd);Access token gerado (Qtd);Observaçoes;OrganisationId Detentor;OrganisationId Iniciador;ParentOrganisationReference Iniciador
  • Funil 2 API Pagamentos Automáticos: para preencher essa aba, é necessário chamar o endpoint "Funil de Consentimentos", cujde o retorno estará organizado de acordo com as colunas da planilha oficial, conforme exemplo abaixo:
Detentor de conta;ITP;POST Pagamentos recebidos (Qtd);Payment ID gerado (Qtd);Pagamentos realizados com sucesso (Qtd);Pagamentos agendados (Qtd);Observaçoes;OrganisationId Detentor;OrganisationId Iniciador;ParentOrganisationReference Iniciador

 

Comentários

0 comentário

Artigo fechado para comentários.