Este anexo constitui o registro formal e consolidado das evidências técnicas e operacionais identificadas durante o processo de análise comparativa entre o Sistema Atual e o Sistema Legado.
Seu objetivo é garantir:
- Rastreabilidade técnica das não conformidades
- Padronização documental
- Subsídios objetivos para tomada de decisão estratégica
- Base técnica para auditorias, comitês executivos e avaliação de risco
Cada evidência foi registrada de forma estruturada, contendo:
- Código único de identificação
- Descrição técnica objetiva
- Contexto operacional
- Impacto e risco associado
- Análise técnica
- Recomendação clara
- Espaço próprio para evidência visual (prints)
| Cód. | Descrição Sintética | Módulo Afetado | Tipo | Impacto Principal | Severidade |
|---|---|---|---|---|---|
| EV-01 | Busca por pedido retorna resultado incorreto | Movimentações | Erro funcional | Compromete auditoria e rastreabilidade | Alta |
| EV-02 | Exibição inconsistente de nome de usuários | Usuários | Governança de dados | Identificação ambígua | Média |
| EV-03 | Ausência de ícones e tags financeiras | Movimentações | Governança / Usabilidade | Risco de erro humano | Alta |
| EV-04 | Documento reenviado permanece recusado | Gestão Documental | Fluxo quebrado | Bloqueio operacional | Alta |
| EV-05 | Campos obrigatórios não identificados | Cadastro Usuários | Usabilidade / Dados | Cadastros inconsistentes | Média |
| EV-06 | Campo "ID Transação NXT" indevido | Certificados | Governança / UX | Ruído e dívida técnica | Média |
| EV-07 | Filtro inoperante em pedidos SaaS | Pedidos Certificado | Governança / Busca | Perda de rastreabilidade | Alta |
| EV-08 | Valores incorretos de DARE e Royalties | Financeiro | Erro financeiro | Risco fiscal e regulatório | Alta |
| EV-09 | Ausência de acesso simples a logs de auditoria | Governança / Segurança | Governança de Dados | Impossibilita rastreabilidade e auditoria | Alta |
3. Registro Detalhado das Evidências
Descrição
Ao acessar um pedido processado e acionar "Visualizar Movimentações", o sistema aplica automaticamente um filtro baseado no número do pedido, porém a tela de movimentações não possui este campo como critério de busca, retornando resultado vazio mesmo havendo movimentações válidas.
Impacto
- Perda de rastreabilidade entre Pedido → Distribuição → Movimentação
- Aumento de tempo operacional
- Risco de erro humano
- Auditoria e conciliação comprometidas
Análise Técnica
Indica uso incorreto de identificador (pedido em vez de distribuição), falha de integração entre módulos e regressão funcional em relação ao sistema legado.
- Corrigir navegação para utilizar Dist
- Garantir compatibilidade entre filtros aplicados e filtros disponíveis
- Tratar como correção estrutural, não UX
Evidência Visual:
Sistema Atual: Busca por pedido com resultado vazio.
Sistema Legado: Movimentações relacionadas ao pedido sendo exibidas.
Sistema Atual: Busca por pedido com resultado vazio.
Sistema Legado: Movimentações relacionadas ao pedido sendo exibidas.
Descrição
Nomes são exibidos de forma inconsistente:
- Em alguns casos apenas o primeiro nome
- Em outros, nome e sobrenome concatenados sem espaçamento
Impacto
- Identificação ambígua
- Risco de duplicidade
- Fragilidade em auditorias e atribuição de responsabilidades
- Padronizar exibição de nome completo
- Corrigir concatenação e formatação
- Implementar tooltip ou expansão
Evidência Visual:
Sistema Atual: Nomes de usuários concatenados ou incompletos.
Sistema Legado: Nomes completos e corretamente formatados.
Contexto Operacional
No sistema legado, a coluna Tipo possui papel central na interpretação das transações, pois:
- Identifica explicitamente a natureza da operação
- É acompanhada por um ícone representativo
- Possui legenda funcional padronizada, permitindo leitura rápida, intuitiva e auditável
Cada tipo de movimentação reflete regras de negócio distintas e impactos diretos nos estados de saldo (DIS, RES, APO).
Principais Tipos de Movimentação Identificados no Sistema Legado
| TIPO | Ícone | TIPO | Ícone |
|---|---|---|---|
| Pedido de Selo Tesouro Verde | Abastecimento de Plataformas | ||
| Revogação de CPR Verde | Pedido de Ajuste entre Contas | ||
| Pedido de Transferência Akses | Pedido de Selo SaaS | ||
| Taxa de Certificado – Cliente | Tesouro Verde Akses | ||
| Certificado – Cliente | Registro de CPR Verde | ||
| Certificado SaaS BMV (Akses) | Particionamento | ||
| Pedido de compra AKSES |
No sistema legado, cada uma dessas movimentações é corretamente classificada na coluna Tipo, possui ícone específico e conta com legenda funcional alinhada às regras de negócio e impactos financeiros.
Situação no Sistema Atual
O sistema atual não implementa:
- Tags RES / DIS / APO visíveis
- Ícones por tipo de transação
- Distinção clara entre saldo de origem e destino
- Legenda funcional padronizada
Impacto
Essa padronização ausente ou incompleta resulta em:
- Perda de clareza semântica sobre a natureza das transações
- Dificuldade de leitura operacional
- Maior dependência de conhecimento tácito
- Alto risco de erro humano
- Fragilidade nos processos de auditoria, conciliação e rastreabilidade
Enquadramento e Recomendação
A ausência de identificação adequada do tipo de movimentação compromete diretamente:
- A governança transacional
- A integridade da leitura dos dados
- A capacidade de auditoria técnica e financeira
- A escalabilidade operacional da plataforma
- Classificação clara e inequívoca de cada movimentação
- Associação obrigatória de ícones padronizados
- Inclusão de legenda funcional visível e consistente
- Alinhamento total com as regras de negócio e impactos nos estados de saldo
Este ajuste deve ser tratado como correção estrutural de governança e rastreabilidade, e não como melhoria estética ou opcional.
Evidência Visual:
Sistema Legado: visão principal com tags e ícones no tipo de movimentação.
Sistema Atual: tela equivalente sem identificação visual do tipo.
Sistema Legado: detalhe adicional com legenda funcional e ícones.
Sistema Atual: detalhe adicional sem ícones ou legendas.
Descrição
Documentos recusados, ao serem reenviados, permanecem congelados no status "Recusado", sem retornar para "Pendente de Aprovação".
Impacto
- Bloqueio completo de processos
- Retrabalho manual
- Atrasos regulatórios
Análise Técnica
Falha na máquina de estados do workflow documental.
- Corrigir transição Recusado → Pendente
- Implementar histórico de versões
- Tratar como correção crítica
Evidência Visual:
Documento permanece com status 'Recusado' após novo envio.
Documento permanece com status 'Recusado' após novo envio.
Descrição
Campos obrigatórios não são sinalizados (asterisco), exceto CPF. Erros não indicam qual campo está faltando (ex.: CEP).
Impacto
- Cadastro confuso
- Erros recorrentes
- Dependência de suporte
- Marcação visual obrigatória
- Mensagens de erro contextualizadas
- Paridade com sistema legado
Evidência Visual:
Formulário de cadastro sem indicação de campos obrigatórios.
Comparativo: Sistema Legado (acima) com indicação de campos obrigatórios.
Descrição
Campo "ID Transação NXT" é exibido sem função operacional, mesmo após solicitação formal de remoção.
Impacto
- Confusão conceitual
- Ruído visual
- Dívida técnica
- Remoção imediata do campo
- Curadoria da interface
Evidência Visual:
Campo 'ID Transação NXT' exibido indevidamente nos detalhes do certificado.
Descrição
Campo de busca não reage à digitação e não filtra por nome, documento ou ID, diferentemente do sistema legado.
Impacto
- Localização inviável de pedidos
- Perda de rastreabilidade
- Baixa escalabilidade
- Implementar busca incremental
- Filtros explícitos e documentados
- Indexação adequada no backend
Evidência Visual:
Comparativo: Filtro funcional no Sistema Legado (acima) vs. inoperante no Sistema Atual (abaixo).
Comparativo: Filtro funcional no Sistema Legado (acima) vs. inoperante no Sistema Atual (abaixo).
Descrição
Os valores de DARE e Royalties no sistema atual divergem do sistema legado, apresentando inconsistência matemática entre:
- UCS
- Valores unitários
- TOTAL PUB / TOTAL PRI
- Percentuais aplicados
Impacto
- Risco fiscal e regulatório
- Inviabiliza auditoria financeira
- Perda de confiabilidade do sistema
- Revisar lógica de cálculo
- Garantir paridade com legado
- Implementar testes automatizados
- Bloquear homologação enquanto persistir
Evidência Visual:
Sistema Legado: Cálculos de DARE e Royalties corretos.
Sistema Atual: Cálculos de DARE e Royalties com valores divergentes.
Sistema Atual: Cálculos de DARE e Royalties Os valores corretos são os que aparecem no relatório.
Descrição
Apesar de o sistema possuir um modelo robusto de usuários e permissões, não foi identificado, de forma simples e acessível, nenhum módulo ou funcionalidade que permita consultar logs de auditoria das ações realizadas no sistema (quem fez, o quê, quando).
Análise Técnica
Não é possível verificar de maneira objetiva:
- Qual usuário realizou determinada transação (ex.: inserção ou ajuste de UCF);
- Data e horário exatos da ação;
- Origem da alteração (interface, fluxo, módulo).
Ainda que o mecanismo de log exista internamente, sua não exposição operacional caracteriza falha de governança, pois inviabiliza o uso prático da informação para controle, auditoria e responsabilização.
Impacto
- Perda de rastreabilidade transacional;
- Impossibilidade de auditoria operacional efetiva;
- Dificuldade de apuração de erros ou inconsistências;
- Risco elevado de não conformidade regulatória e operacional.
- Implementar (ou expor) módulo dedicado de Logs de Auditoria, com acesso controlado;
- Garantir registro mínimo de: usuário, ação, entidade afetada, valores antes/depois, data e hora;
- Disponibilizar consulta simples por filtros (usuário, período, tipo de ação);
- Tratar como correção estrutural de governança, não como melhoria opcional.
As evidências apresentadas demonstram falhas estruturais, funcionais e de governança, algumas de natureza crítica impeditiva, especialmente nos módulos financeiros, de movimentações e rastreabilidade.
- Correções imediatas
- Reengenharia
- Ou substituição da solução tecnológica
Data: Janeiro/2026
Versão: 1.0
Documento: ANEXO I – Evidências Técnicas e Operacionais