Conceito de Arquitetura

Definição de Arquitetura para POC

A arquitetura apresentada define um modelo de comunicação entre instituições financeiras utilizando um sistema de eventos baseado em Kafka para interoperabilidade no contexto do Open Finance. O modelo é segmentado em três domínios principais:

1. Domínio Produtos (Transmissor):

   • Responsável por gerar eventos relacionados às contas dos clientes.

   • Um Gerenciador de Eventos publica mensagens em tópicos arbitrários, refletindo operações internas do transmissor.

   • Sempre que ocorre uma ação relevante (por exemplo, atualização de dados da conta), um gatilho de eventos (accountId) é ativado.

2. Domínio Open Finance (Intermediário):

   • Atua como um hub para organizar e distribuir eventos.

   • O Gerenciador de Eventos OFB recebe os eventos acionados pelo transmissor e os encaminha para os tópicos apropriados, categorizados por SSID (identificação segmentada).

   • O gerenciamento de consentimentos garante que apenas eventos autorizados sejam encaminhados.

   • A API Contas é utilizada para garantir a conformidade e validar o acesso antes da distribuição dos eventos.

3. Domínio Receptor (Consumidor):

   • O Receptor consome eventos do barramento, garantindo que os dados recebidos sejam processados corretamente.

   • O fluxo fechado do diagrama sugere uma possível retroalimentação ou auditoria para assegurar a conformidade com os requisitos do Open Finance.

Aspectos Técnicos e Benefícios:

• Mensageria assíncrona: A comunicação baseada em eventos garante desacoplamento entre as partes.

• Escalabilidade: Kafka permite lidar com grandes volumes de dados sem comprometer o desempenho.

• Segurança e conformidade: O uso de consentimentos e API de contas assegura que apenas dados autorizados sejam compartilhados.

• Observabilidade: A arquitetura permite rastreamento eficiente dos eventos, facilitando auditorias e conformidade regulatória.

Essa estrutura permite uma integração robusta, segura e eficiente entre instituições financeiras e reguladores no Open Finance.

• Modelo Proposto para uso de mensageria.

Open

(1 - N) - Uma mudança de saldo pode gerar múltiplas notificações vinculadas a diferentes consentimentos

1. Contexto da Integração

A integração utiliza o Apache Kafka para garantir a entrega assíncrona e escalável de notificações entre empresas do Open Finance. O processo é baseado em um modelo event-driven, no qual qualquer mudança de saldo pode gerar múltiplas notificações vinculadas a diferentes consentimentos.

2. Componentes Principais

Produtor (Fonte da Notificação)

• Detecta mudanças de saldo na conta do cliente.

• Identifica os consentimentos ativos vinculados à conta.

• Gera múltiplas notificações conforme os consentimentos existentes.

• Publica mensagens no tópico Kafka correspondente.

Kafka (Barramento de Mensagens)

• Contém um tópico específico para notificações financeiras onde 1 eventId gera N notificationId

• Suporta alta volumetria e garante ordenação e entrega confiável.

Consumidor (Empresa Receptora)

• Escuta o tópico Kafka para receber notificações.

• Processa as mensagens conforme as regras de negócio.

• Eventualmente aciona novos fluxos internos, como atualização de dashboards, alertas para clientes, etc.

3. Volumetria e Considerações

• Uma única mudança de saldo pode gerar múltiplas notificações, dependendo do número de consentimentos ativos vinculados à conta.

• Se um cliente concedeu acesso ao saldo a 5 instituições diferentes, 5 eventos separados serão publicados no Kafka.

• Para evitar sobrecarga, mecanismos de controle de taxa (rate limiting) e particionamento do Kafka podem ser utilizados.