Bug 01: Divergência de Dados na Listagem de Usuários (Data e Empresa)
-
Descrição: Ao cadastrar um novo usuário, os dados persistidos no Banco de Dados estão corretos. No entanto, ao visualizar este mesmo usuário na grid de listagem (Frontend), a Data de Nascimento é exibida com um dia de atraso em relação ao que foi preenchido e a Empresa exibida diverge da selecionada no formulário. Isso indica uma falha na renderização ou conversão de dados (provável problema de Timezone/Offset no Frontend) e erro de mapeamento do nome da empresa.
-
Passos para Reproduzir:
- Acessar a tela de cadastro de usuários.
- Preencher a Data de Nascimento com: 09/02/1997.
- Selecionar a empresa (ex: "Empresa 1") e salvar.
- Consultar o Banco de Dados para validar a persistência (Resultado:
1997-02-09 - Correto).
- Observar o registro criado na Grid de Listagem do sistema.
-
Resultado Esperado:
- A data na listagem deve ser 09/02/1997.
- A empresa na listagem deve corresponder à selecionada no cadastro.
-
Resultado Atual:
- A data na listagem aparece como 08/02/1997 (D-1).
- A empresa exibida ("Compliance St...") diverge da seleção realizada ou apresenta erro de exibição.
- Evidências:




Bug 02: Inconsistência na Validação de Empresa Resultando em Fechamento Indevido e Perda de Dados
- Descrição: O sistema apresenta uma falha crítica de usabilidade e padronização na validação do campo obrigatório "Empresa". Diferente dos demais campos (que exibem mensagens de erro inline), a ausência de uma empresa aciona uma Modal de Alerta impeditiva (inconsistência de interface). O erro se agrava severamente ao interagir com este alerta: ao clicar no botão "OK", o sistema encerra não apenas o alerta, mas também fecha a modal de cadastro do usuário, descartando instantaneamente todos os dados já preenchidos (Nome, Email, Telefone, etc.) e forçando o usuário a reiniciar o processo do zero.
- Passos para Reproduzir:
- Acessar a funcionalidade "+ Novo Usuário".
- Preencher todos os campos obrigatórios com dados válidos (Nome, Email, Telefone, Data, Cidade), deixando vazio apenas o campo "Empresas".
- Clicar no botão "Salvar".
- Observar a exibição de uma modal de alerta ("Atenção! Insira as empresas do usuário!") em vez da mensagem padrão de validação.
- Clicar no botão "OK" desta modal de alerta.
- Resultado Esperado:
- Consistência: O sistema deveria exibir uma mensagem de validação padronizada (texto vermelho abaixo do campo), mantendo o padrão visual dos outros campos.
- Prevenção de Erros: Caso utilize uma modal, ao fechá-la, o formulário de cadastro deve permanecer aberto com os dados preservados, permitindo a correção.
- Resultado Atual:
- Inconsistência: O sistema quebra o padrão de validação visual utilizando uma janela pop-up.
- Perda de Dados: Ao confirmar o alerta, o formulário de cadastro é encerrado indevidamente, causando a perda total do progresso do usuário.


Bug 03: Divergência Crítica de Validação (API vs. Frontend) e Persistência de Campos Obrigatórios
- Descrição: O sistema apresenta inconsistências graves na validação de obrigatoriedade de campos. Foi identificado que o Backend (API) é mais permissivo que o Frontend, aceitando a ausência de campos críticos que deveriam ser obrigatórios. Além disso, ambos permitem a persistência de dados incompletos para Telefone e Cidade, gerando registros inconsistentes no Banco de Dados.
- Matriz de Falhas Identificadas:
| Campo Obrigatório |
Via API (Backend) |
Via Automação (Frontend) |
Status no Banco de Dados |
| Telefone |
❌ Aceita Vazio/Nulo |
❌ Aceita Vazio |
Salva NULL ou "" |
| Cidade |
❌ Aceita Vazio/Nulo |
❌ Aceita Vazio |
Salva NULL ou "" |
| Data de Nascimento |
❌ Aceita Vazio/Nulo |
✅ Valida Corretamente |
Salva NULL (via API) |
- Detalhamento do Problema:
- Cenário API (Crítico): Ao enviar requisições diretas para o Backend, o sistema ignora a obrigatoriedade de Telefone, Cidade e Data de Nascimento, permitindo a criação do usuário e salvando
NULL nessas colunas.
- Cenário Frontend: A interface falha ao validar Telefone e Cidade, permitindo o salvamento. Porém, o Frontend bloqueia corretamente a ausência da Data de Nascimento (diferente da API).
- Passos para Reproduzir:
- Cenário A (API): Enviar um POST para
/api/user/create omitindo telephone, birth_city e birth_date.
- Cenário B (Frontend): Tentar salvar o formulário deixando
Telefone e Cidade vazios.