O presente documento fornece orientações para instalação do Motor de Qualidade de Dados nas Instituições Financeiras participantes do Open Finance Brasil.

Instalação

O primeiro passo é clonar o código do repositório (disponível no Github) para a sua pasta local.

git clone https://github.com/OpenBanking-Brasil/mqd-client.git

Em seguida, valide se o clone foi realizado corretamente em sua pasta local.

ls -la

Acesse a pasta do código criada localmente.

cd mqd-client/

Após acessar a pasta, é necessário compilar e criar a imagem que será utilizada pelo Docker para o container onde o Motor de Qualidade de Dados estará alocado.

A seguir, valide se a imagem foi criada corretamente.

Modifique as variáveis de ambiente de acordo com as necessidades no arquivo:

Variáveis de ambiente

Nome	Descrição	Valores

Nome	Descrição	Valores
API_PORT	Porta que será usada para expor os endpoints da API	":" + porta
SERVER_ORG_ID	ID da organização da instituição financeira Existem 2 parâmetros de configuração, um enviado no cabeçalho e outro como parte da configuração da aplicação (variável de ambiente). A configuração como variável de ambiente deve indicar o ID da organização do IF onde o motor está sendo instalado (ex.: ID da Instituição Financeira no Diretório Central)	Organisation Id Válido
REPORT_EXECUTION_WINDOW	Indica a janela de execução para envio de relatórios, é um campo opcional, caso não esteja definido seu valor será carregado automaticamente	> 0, < 60
REPORT_EXECUTION_NUMBER	Indica a quantidade de relatórios que devem ser processados antes do envio, caso a quantidade de relatórios atinja o limite, o relatório é enviado automaticamente e o timer da janela de tempo é reiniciado é um campo opcional, caso não esteja definido seu valor será carregado automaticamente	>0, < 2000000
ENVIRONMENT	Indica o ambiente em que o aplicativo está sendo instalado	PROD SANDBOX DEV
LOGGING_LEVEL	Indica o nível de rastreio que será utilizado na aplicação	DEBUG INFO WARNING ERROR FATAL
APPLICATION_MODE	Indica a forma como será executada a aplicação, isso dependerá se se trata de uma instituição do tipo transmissora ou receptora. A obrigação apenas define a instalação como TRANSMISSOR, mas se desejar instalar em ambos os modos (RECEPTORA / TRANSMISSORA) será necessário ter 2 instalações.	TRANSMITTER RECEIVER
PROXY_URL	Indica a url onde será encontrado o Proxy que estabelece conexão segura com o servidor.	URL válida

Volumes

Volume	Descrição

Volume	Descrição
/etc/nginx/conf.d/default.conf	Volume do arquivo de configuração NGINX deve ser modificado para utilizar a configuração necessária de acordo com o ambiente onde será instalado ./proxy/default.prd.conf ./proxy/default.sandbox.conf ./proxy/default.dev.conf
/etc/ssl	Volumen quie indica la carpeta que contiene los archivos de certificados de acuerdo al archivo de configuracion /etc/ssl/client.crt /etc/ssl/client.crt Caso os nomes sejam diferentes do configurado, esses nomes podem ser modificados no arquivo/caminho específico

Por fim, use o Docker Compose para iniciar a aplicação do Motor de Qualidade de Dados.

Em seguida, execute o comando para enviar um request de teste a API do Motor de Qualidade de Dados.

Importante!

Hoje não há limite para o MQD, tanto no tamanho quanto na quantidade de mensagens. Mas ainda recomendamos o monitoramento constante do contêiner da aplicação, pois dependendo da carga entregue será necessário aumentar os recursos (RAM e CPU) para processar adequadamente todas as mensagens.

Configuração

Para integrar a validação de dados ao Motor de Qualidade de Dados, é necessário atualizar os serviços que deseja validar conforme fluxo mostrado abaixo.

Para isso é necessário consumir a API conforme especificação disponível em mqd-client/docs/specification/mqd-client-openapi.yml at main · OpenBanking-Brasil/mqd-client (github.com), gerando assim uma nova solicitação ao obter a resposta da TRANSMISSORA.

Para a tratativa de erros no processamento do MQD ou para envio do request para ele, espera-se conseguir enviar 100% das transações para processamento, porém, podem ocorrer pequenas perdas que não afetariam os resultados. Por esta razão recomendamos uma abordagem padrão incluindo 3 tentativas no momento da integração.

O relatório pode ser enviado minutos ou horas depois de acontecer, porém deve-se levar em consideração o seguinte:

O mecanismo enviará os resultados da validação a cada 15 minutos, portanto o melhor cenário é que o envio da transação não ultrapasse esta janela de tempo.
Evite acumular transações a serem enviadas ao MQD, o que pode sobrecarregar os requisitos de processamento e, em última análise, causar a ocorrência de mais erros.

Uma política que pode funcionar seria de 3 tentativas:

10 segundos
30 segundos
1 minuto

Jitter: insira um valor aleatório (+/-) em segundos, evitando que todas as novas tentativas aconteçam ao mesmo tempo.

Se a % de solicitações que necessitam de nova tentativa for muito alta, será necessário analisar os tipos de problemas e iniciar um cenário de melhoria.

É necessário incluir as informações do cabeçalho nesta nova solicitação:

Variável	Descrição	Exemplo

Variável

Descrição

Exemplo

serverOrgId

Para Instituições Receptoras: Identificador da TRANSMISSORA onde a informação foi solicitada

Para Instituições Transmissoras: Identificador da RECEPTORA que solicitou a informação

c73bcdcc-2669-4bf6-81d3-e4ae73fb11fd

endpointName

Nome do endpoint que foi solicitado, como descrito na documentação, sem incluir as informações dos parâmetros dentro da URI

/accounts/v2/accounts/{accountId}

versionHeader

Validar diferentes versões da API em períodos de convivência

2.0.0

Draft - Área do Desenvolvedor

Manual de Instalação

Analytics

Instalação

Variáveis de ambiente

Volumes

Configuração

Related content