Proponho a adoção de um schema versionado para as mensagens da fila de pendências de KYC. Atualmente, cada componente que enfileira um evento usa um formato próprio, sem campo de versão nem contrato definido. Isso dificulta a evolução independente dos consumidores e já gerou falhas de parsing quando um produtor adicionou um campo novo sem aviso. Um padrão de mensagem com versionamento explícito permitiria compatibilidade retroativa e rollback seguro.
Conta em Originação × Integridade e Consistência de Dados, visão “Onde há oportunidade”.
Como a área foi escolhida
- Cadastro e KYC 100%
e mais 24 com probabilidade menor.
| Dimensão | Resposta | Confiança | Alternativas |
|---|---|---|---|
| Área | Originação › Cadastro e KYC | 100% |
|
| Frente | Integridade e Consistência de Dados › Formato Inválido ou Incompatível | 100% |
|
| Natureza | Proativo | 100% | |
| Severidade | 0,50 Nível 1 (nível 2 de 4) não vale para esta natureza | 50% | |
| Impacto esperado | 0,67 Nível 2 (nível 3 de 4) | 100% | |
| Causa raiz | Falta de Governança | 97% | |
| Urgência | 0,15 | sem confiança | |
| Problema | Sem problema | 99% |