Administrador excluído que parecia voltar a ficar ativo

Num marketplace, cada loja tem um administrador. O chamado chegou com uma única informação: o administrador de uma loja não conseguia fazer login.

Do ponto de vista do cliente, ele tinha seguido um processo simples. Excluiu um administrador pela tela geral de administradores e, depois, editou a loja para colocar outro no lugar. Na tela da loja, tudo parecia certo, mas o acesso não funcionava.

Parti do login que falhava e fui ao banco conferir o usuário. Ele estava marcado como excluído. A partir daí, reconstruí o caminho: a exclusão pela tela geral tinha funcionado, mas a loja continuava apontando para o administrador excluído. Ao editar a loja, o cliente alterava esse mesmo usuário, que aparecia como ativo na tela e continuava excluído no banco. O sistema ficava num estado inconsistente: uma loja ativa apontando para um administrador excluído.

Reproduzi o cenário, abri o chamado e assumi a correção. A suspeita natural era a tela da loja, que mostrava um usuário excluído. Antes de mexer nela, fui entender por que essa exclusão tinha sido possível.

Encontrei uma regra que a plataforma já tinha: o administrador de uma loja ativa não pode ser excluído. Ela estava numa função de template e servia apenas para esconder o botão de exclusão de cada linha da lista.

Mapeei todos os caminhos de exclusão e vi que só um dos três respeitava a regra. As caixas de seleção para excluir vários usuários de uma vez não a consultavam, e o serviço de exclusão no backend também não.

caminhos de exclusão que respeitavam a regra

1 de 3

Decidi corrigir a origem, a exclusão indevida, e não a tela onde o sintoma aparecia.

Comecei pelo backend. Usei a lógica da função de template como base e implementei a regra no serviço de exclusão: se o usuário é administrador de uma loja ativa, o serviço recusa a operação, e o controller responde com acesso negado e uma mensagem. A partir daí, nem uma chamada direta ao endpoint consegue fazer essa exclusão.

Com a regra garantida no backend, levei ela para a tela. A função de template, que tinha a própria cópia da verificação, passou a consultar o serviço, e assim o backend virou a única fonte da regra. Cada linha da lista passou a informar se o usuário pode ser excluído, e a exclusão em massa usa essa informação: avisa que usuários vinculados a uma loja não podem ser excluídos e não envia nada.

A regra passou a existir em um lugar só, o serviço de exclusão, e os três caminhos de exclusão, botão por linha, exclusão em massa e chamada direta, passaram a respeitá-la. O estado inconsistente deixou de ser criado, e uma mudança futura na regra vale para todos os caminhos de uma vez.