Content Comparison

Exemplo 1 

No Para tráfego dos eventos foi decidido para a POC, por simplicidade, o uso de payloads JSON conforme exemplo abaixo.

Exemplo 

Considerando um evento de mudança de saldo em que consentId 111, resourceId 222, softwareStatementId 333 e evento 444, o produtor irá compor a seguinte mensagem:  

Transporte: JSON  

topic: 333  

compact key: sha(111-222-accountBalanceChanged)  

value:   

consentId: 111  

resourceId: 222  

eventId: 444 (avaliar na PoC se foi necessário ter)  

eventType: uma conta de resourceId “25cac914-d8ae-6789-b215-650a6215820d”, compartilhada através do consentimento "urn:bancoex:C1DD33123", a instituição transmissora deverá gerar um eventos e comunicá-lo através de tópico específico referente ao SoftwareStatment “6f1710a4-9f68-462f-8232-b59273bf4d16” do detentor deste consentimento.

Tópico utilizado: “6f1710a4-9f68-462f-8232-b59273bf4d16”

Payload:   

{
  "consentId": "urn:bancoex:C1DD33123",
  "resourceId": "25cac914-d8ae-6789-b215-650a6215820d",
  "eventId": "a278632b-680c-4f94-8d54-08204fb1b658",
  "eventType": "ACCOUNT_BALANCE_CHANGED",
  "

...

eventDateTime": "2025-06-09T10:30:

...

Como a transmissora vai reconhecer consentimentos a serem postados no tópico: 

Faz sentido criar arquitetura interna da instituição?  

40Z"
}

Para todo evento que ocorrer a instituição deve rastrear, olhar todos os consentimentos ativos, identificar os tópicos e postar uma mensagem nesses tópicos. 

Um mesmo client não pode criar mais de um Software Statement (regra no perfil de segurança). Implicações

da definição – cilo de vida de certificado e software statement. Image Added