feat(privacidade): exportar dados e excluir conta

[Jovinull]

Card

• https://linear.app/candidateappbr/issue/PAV-41/lgpd-basica-exportar-dados-solicitacao-de-exclusao

O que foi feito

• Adicionados os endpoints autenticados GET /users/export e DELETE /users/account.
• A exportação retorna perfil, preferências, vagas salvas, eventos de candidatura, notificações, keywords e provedores conectados, sem senhas, tokens, hashes ou campos internos de criptografia.
• Incluído painel de privacidade no perfil para exportar os dados e confirmar a exclusão definitiva da conta.
• Ajustada a chave de auditoria para preservar logs sem vínculo ao usuário excluído, evitando bloqueio na exclusão.
• Documentado o fluxo de exportação e exclusão no README.

Validação

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• npm run test:coverage --workspace=backend — cobertura global: statements 90,58%, branches 81,53%, functions 91,45% e lines 91,32%.
• npm run test --workspace=frontend — 53 arquivos e 342 testes aprovados.
• npm run lint --workspace=frontend e npm run build --workspace=frontend aprovados.
• Fluxo navegável validado em /perfil: exportação iniciou o download de meus-dados.json; exclusão exibiu a confirmação final e enviou a requisição apenas após a segunda ação.

Riscos

• A exclusão é definitiva após a confirmação e não possui recuperação; esse é o comportamento definido para o fluxo self-service.
• A migration altera apenas a regra de exclusão da FK de auditoria; os logs são mantidos com actor_id nulo.

Evidências

• Testes de integração cobrem autorização, exportação, validação da confirmação, exclusão e invalidação da sessão.
• Testes unitários cobrem a remoção de hashes/campos criptografados no export e o tratamento de conta inexistente.

Checklist

• Escopo limitado ao card
• Sem arquivos temporários ou gerados desnecessários
• Sem segredo/token em código
• Testes locais executados
• Documentação atualizada

[hltav]

A implementação cobre boa parte do fluxo previsto na PAV-41, porém ainda existem dois pontos que precisam ser tratados antes da aprovação.

Primeiro, há uma dependência de integração com outra alteração de schema atualmente em review. O PR introduz uma migration com a mesma sequência utilizada por outro PR aberto, incluindo snapshot e journal do Drizzle. Antes do merge, será necessário reconciliar a ordem das migrations e regenerar os artefatos de schema com base no estado atualizado da develop.

Segundo, o fluxo de exclusão ainda não garante integralmente o critério de remoção/anonimização dos dados relacionados ao usuário. A alteração da FK de auditoria permite excluir a conta preservando os logs, porém remover apenas o vínculo direto com o usuário não garante, por si só, que os registros restantes deixem de conter dados identificáveis.

Revise o tratamento dos registros preservados após a exclusão, em especial os campos potencialmente correlacionáveis ou pessoais, e adicione cobertura garantindo que o estado final esteja de acordo com o critério de anonimização da PAV-41.

Após esses ajustes e a reconciliação das migrations, o PR pode voltar para revisão.

[Jovinull]

Atualização aplicada em resposta ao review.

Além da FK com ON DELETE SET NULL, a exclusão self-service agora anonimiza previamente os logs de auditoria relacionados ao usuário: actor_id, target_id, metadata e ip são limpos. Isso cobre tanto logs em que o usuário era o ator quanto registros administrativos que poderiam carregar o ID, e-mail ou username do usuário excluído.

Também atualizei a documentação e adicionei cobertura unitária para confirmar o payload de anonimização antes da remoção.

Validação:

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• Testes de privacidade e rotas — 22 testes aprovados.
• O pre-push executou a suíte backend e iniciou lint/build do frontend com sucesso.

A migration 0014 continua precisando ser reconciliada com a sequência final da develop no merge, conforme o comentário anterior.

[Jovinull]

Card

• https://linear.app/candidateappbr/issue/PAV-41/lgpd-basica-exportar-dados-solicitacao-de-exclusao

O que foi feito

• Adicionados os endpoints autenticados GET /users/export e DELETE /users/account.
• A exportação retorna perfil, preferências, vagas salvas, eventos de candidatura, notificações, keywords e provedores conectados, sem senhas, tokens, hashes ou campos internos de criptografia.
• Incluído painel de privacidade no perfil para exportar os dados e confirmar a exclusão definitiva da conta.
• Ajustada a chave de auditoria para preservar logs sem vínculo ao usuário excluído, evitando bloqueio na exclusão.
• Documentado o fluxo de exportação e exclusão no README.

Validação

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• npm run test:coverage --workspace=backend — cobertura global: statements 90,58%, branches 81,53%, functions 91,45% e lines 91,32%.
• npm run test --workspace=frontend — 53 arquivos e 342 testes aprovados.
• npm run lint --workspace=frontend e npm run build --workspace=frontend aprovados.
• Fluxo navegável validado em /perfil: exportação iniciou o download de meus-dados.json; exclusão exibiu a confirmação final e enviou a requisição apenas após a segunda ação.

Riscos

• A exclusão é definitiva após a confirmação e não possui recuperação; esse é o comportamento definido para o fluxo self-service.
• A migration altera apenas a regra de exclusão da FK de auditoria; os logs são mantidos com actor_id nulo.

Evidências

• Testes de integração cobrem autorização, exportação, validação da confirmação, exclusão e invalidação da sessão.
• Testes unitários cobrem a remoção de hashes/campos criptografados no export e o tratamento de conta inexistente.

Checklist

• Escopo limitado ao card
• Sem arquivos temporários ou gerados desnecessários
• Sem segredo/token em código
• Testes locais executados
• Documentação atualizada

[hltav]

A implementação cobre boa parte do fluxo previsto na PAV-41, porém ainda existem dois pontos que precisam ser tratados antes da aprovação.

Primeiro, há uma dependência de integração com outra alteração de schema atualmente em review. O PR introduz uma migration com a mesma sequência utilizada por outro PR aberto, incluindo snapshot e journal do Drizzle. Antes do merge, será necessário reconciliar a ordem das migrations e regenerar os artefatos de schema com base no estado atualizado da develop.

Segundo, o fluxo de exclusão ainda não garante integralmente o critério de remoção/anonimização dos dados relacionados ao usuário. A alteração da FK de auditoria permite excluir a conta preservando os logs, porém remover apenas o vínculo direto com o usuário não garante, por si só, que os registros restantes deixem de conter dados identificáveis.

Revise o tratamento dos registros preservados após a exclusão, em especial os campos potencialmente correlacionáveis ou pessoais, e adicione cobertura garantindo que o estado final esteja de acordo com o critério de anonimização da PAV-41.

Após esses ajustes e a reconciliação das migrations, o PR pode voltar para revisão.

[Jovinull]

Atualização aplicada em resposta ao review.

Além da FK com ON DELETE SET NULL, a exclusão self-service agora anonimiza previamente os logs de auditoria relacionados ao usuário: actor_id, target_id, metadata e ip são limpos. Isso cobre tanto logs em que o usuário era o ator quanto registros administrativos que poderiam carregar o ID, e-mail ou username do usuário excluído.

Também atualizei a documentação e adicionei cobertura unitária para confirmar o payload de anonimização antes da remoção.

Validação:

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• Testes de privacidade e rotas — 22 testes aprovados.
• O pre-push executou a suíte backend e iniciou lint/build do frontend com sucesso.

A migration 0014 continua precisando ser reconciliada com a sequência final da develop no merge, conforme o comentário anterior.

[Jovinull]

Card

• https://linear.app/candidateappbr/issue/PAV-41/lgpd-basica-exportar-dados-solicitacao-de-exclusao

O que foi feito

• Adicionados os endpoints autenticados GET /users/export e DELETE /users/account.
• A exportação retorna perfil, preferências, vagas salvas, eventos de candidatura, notificações, keywords e provedores conectados, sem senhas, tokens, hashes ou campos internos de criptografia.
• Incluído painel de privacidade no perfil para exportar os dados e confirmar a exclusão definitiva da conta.
• Ajustada a chave de auditoria para preservar logs sem vínculo ao usuário excluído, evitando bloqueio na exclusão.
• Documentado o fluxo de exportação e exclusão no README.

Validação

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• npm run test:coverage --workspace=backend — cobertura global: statements 90,58%, branches 81,53%, functions 91,45% e lines 91,32%.
• npm run test --workspace=frontend — 53 arquivos e 342 testes aprovados.
• npm run lint --workspace=frontend e npm run build --workspace=frontend aprovados.
• Fluxo navegável validado em /perfil: exportação iniciou o download de meus-dados.json; exclusão exibiu a confirmação final e enviou a requisição apenas após a segunda ação.

Riscos

• A exclusão é definitiva após a confirmação e não possui recuperação; esse é o comportamento definido para o fluxo self-service.
• A migration altera apenas a regra de exclusão da FK de auditoria; os logs são mantidos com actor_id nulo.

Evidências

• Testes de integração cobrem autorização, exportação, validação da confirmação, exclusão e invalidação da sessão.
• Testes unitários cobrem a remoção de hashes/campos criptografados no export e o tratamento de conta inexistente.

Checklist

• Escopo limitado ao card
• Sem arquivos temporários ou gerados desnecessários
• Sem segredo/token em código
• Testes locais executados
• Documentação atualizada

[hltav]

A implementação cobre boa parte do fluxo previsto na PAV-41, porém ainda existem dois pontos que precisam ser tratados antes da aprovação.

Primeiro, há uma dependência de integração com outra alteração de schema atualmente em review. O PR introduz uma migration com a mesma sequência utilizada por outro PR aberto, incluindo snapshot e journal do Drizzle. Antes do merge, será necessário reconciliar a ordem das migrations e regenerar os artefatos de schema com base no estado atualizado da develop.

Segundo, o fluxo de exclusão ainda não garante integralmente o critério de remoção/anonimização dos dados relacionados ao usuário. A alteração da FK de auditoria permite excluir a conta preservando os logs, porém remover apenas o vínculo direto com o usuário não garante, por si só, que os registros restantes deixem de conter dados identificáveis.

Revise o tratamento dos registros preservados após a exclusão, em especial os campos potencialmente correlacionáveis ou pessoais, e adicione cobertura garantindo que o estado final esteja de acordo com o critério de anonimização da PAV-41.

Após esses ajustes e a reconciliação das migrations, o PR pode voltar para revisão.

[Jovinull]

Atualização aplicada em resposta ao review.

Além da FK com ON DELETE SET NULL, a exclusão self-service agora anonimiza previamente os logs de auditoria relacionados ao usuário: actor_id, target_id, metadata e ip são limpos. Isso cobre tanto logs em que o usuário era o ator quanto registros administrativos que poderiam carregar o ID, e-mail ou username do usuário excluído.

Também atualizei a documentação e adicionei cobertura unitária para confirmar o payload de anonimização antes da remoção.

Validação:

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• Testes de privacidade e rotas — 22 testes aprovados.
• O pre-push executou a suíte backend e iniciou lint/build do frontend com sucesso.

A migration 0014 continua precisando ser reconciliada com a sequência final da develop no merge, conforme o comentário anterior.

[Jovinull]

Card

• https://linear.app/candidateappbr/issue/PAV-41/lgpd-basica-exportar-dados-solicitacao-de-exclusao

O que foi feito

• Adicionados os endpoints autenticados GET /users/export e DELETE /users/account.
• A exportação retorna perfil, preferências, vagas salvas, eventos de candidatura, notificações, keywords e provedores conectados, sem senhas, tokens, hashes ou campos internos de criptografia.
• Incluído painel de privacidade no perfil para exportar os dados e confirmar a exclusão definitiva da conta.
• Ajustada a chave de auditoria para preservar logs sem vínculo ao usuário excluído, evitando bloqueio na exclusão.
• Documentado o fluxo de exportação e exclusão no README.

Validação

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• npm run test:coverage --workspace=backend — cobertura global: statements 90,58%, branches 81,53%, functions 91,45% e lines 91,32%.
• npm run test --workspace=frontend — 53 arquivos e 342 testes aprovados.
• npm run lint --workspace=frontend e npm run build --workspace=frontend aprovados.
• Fluxo navegável validado em /perfil: exportação iniciou o download de meus-dados.json; exclusão exibiu a confirmação final e enviou a requisição apenas após a segunda ação.

Riscos

• A exclusão é definitiva após a confirmação e não possui recuperação; esse é o comportamento definido para o fluxo self-service.
• A migration altera apenas a regra de exclusão da FK de auditoria; os logs são mantidos com actor_id nulo.

Evidências

• Testes de integração cobrem autorização, exportação, validação da confirmação, exclusão e invalidação da sessão.
• Testes unitários cobrem a remoção de hashes/campos criptografados no export e o tratamento de conta inexistente.

Checklist

• Escopo limitado ao card
• Sem arquivos temporários ou gerados desnecessários
• Sem segredo/token em código
• Testes locais executados
• Documentação atualizada

[hltav]

A implementação cobre boa parte do fluxo previsto na PAV-41, porém ainda existem dois pontos que precisam ser tratados antes da aprovação.

Primeiro, há uma dependência de integração com outra alteração de schema atualmente em review. O PR introduz uma migration com a mesma sequência utilizada por outro PR aberto, incluindo snapshot e journal do Drizzle. Antes do merge, será necessário reconciliar a ordem das migrations e regenerar os artefatos de schema com base no estado atualizado da develop.

Segundo, o fluxo de exclusão ainda não garante integralmente o critério de remoção/anonimização dos dados relacionados ao usuário. A alteração da FK de auditoria permite excluir a conta preservando os logs, porém remover apenas o vínculo direto com o usuário não garante, por si só, que os registros restantes deixem de conter dados identificáveis.

Revise o tratamento dos registros preservados após a exclusão, em especial os campos potencialmente correlacionáveis ou pessoais, e adicione cobertura garantindo que o estado final esteja de acordo com o critério de anonimização da PAV-41.

Após esses ajustes e a reconciliação das migrations, o PR pode voltar para revisão.

[Jovinull]

Atualização aplicada em resposta ao review.

Além da FK com ON DELETE SET NULL, a exclusão self-service agora anonimiza previamente os logs de auditoria relacionados ao usuário: actor_id, target_id, metadata e ip são limpos. Isso cobre tanto logs em que o usuário era o ator quanto registros administrativos que poderiam carregar o ID, e-mail ou username do usuário excluído.

Também atualizei a documentação e adicionei cobertura unitária para confirmar o payload de anonimização antes da remoção.

Validação:

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• Testes de privacidade e rotas — 22 testes aprovados.
• O pre-push executou a suíte backend e iniciou lint/build do frontend com sucesso.

A migration 0014 continua precisando ser reconciliada com a sequência final da develop no merge, conforme o comentário anterior.

[Jovinull]

Card

• https://linear.app/candidateappbr/issue/PAV-41/lgpd-basica-exportar-dados-solicitacao-de-exclusao

O que foi feito

• Adicionados os endpoints autenticados GET /users/export e DELETE /users/account.
• A exportação retorna perfil, preferências, vagas salvas, eventos de candidatura, notificações, keywords e provedores conectados, sem senhas, tokens, hashes ou campos internos de criptografia.
• Incluído painel de privacidade no perfil para exportar os dados e confirmar a exclusão definitiva da conta.
• Ajustada a chave de auditoria para preservar logs sem vínculo ao usuário excluído, evitando bloqueio na exclusão.
• Documentado o fluxo de exportação e exclusão no README.

Validação

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• npm run test:coverage --workspace=backend — cobertura global: statements 90,58%, branches 81,53%, functions 91,45% e lines 91,32%.
• npm run test --workspace=frontend — 53 arquivos e 342 testes aprovados.
• npm run lint --workspace=frontend e npm run build --workspace=frontend aprovados.
• Fluxo navegável validado em /perfil: exportação iniciou o download de meus-dados.json; exclusão exibiu a confirmação final e enviou a requisição apenas após a segunda ação.

Riscos

• A exclusão é definitiva após a confirmação e não possui recuperação; esse é o comportamento definido para o fluxo self-service.
• A migration altera apenas a regra de exclusão da FK de auditoria; os logs são mantidos com actor_id nulo.

Evidências

• Testes de integração cobrem autorização, exportação, validação da confirmação, exclusão e invalidação da sessão.
• Testes unitários cobrem a remoção de hashes/campos criptografados no export e o tratamento de conta inexistente.

Checklist

• Escopo limitado ao card
• Sem arquivos temporários ou gerados desnecessários
• Sem segredo/token em código
• Testes locais executados
• Documentação atualizada

[hltav]

A implementação cobre boa parte do fluxo previsto na PAV-41, porém ainda existem dois pontos que precisam ser tratados antes da aprovação.

Primeiro, há uma dependência de integração com outra alteração de schema atualmente em review. O PR introduz uma migration com a mesma sequência utilizada por outro PR aberto, incluindo snapshot e journal do Drizzle. Antes do merge, será necessário reconciliar a ordem das migrations e regenerar os artefatos de schema com base no estado atualizado da develop.

Segundo, o fluxo de exclusão ainda não garante integralmente o critério de remoção/anonimização dos dados relacionados ao usuário. A alteração da FK de auditoria permite excluir a conta preservando os logs, porém remover apenas o vínculo direto com o usuário não garante, por si só, que os registros restantes deixem de conter dados identificáveis.

Revise o tratamento dos registros preservados após a exclusão, em especial os campos potencialmente correlacionáveis ou pessoais, e adicione cobertura garantindo que o estado final esteja de acordo com o critério de anonimização da PAV-41.

Após esses ajustes e a reconciliação das migrations, o PR pode voltar para revisão.

[Jovinull]

Atualização aplicada em resposta ao review.

Além da FK com ON DELETE SET NULL, a exclusão self-service agora anonimiza previamente os logs de auditoria relacionados ao usuário: actor_id, target_id, metadata e ip são limpos. Isso cobre tanto logs em que o usuário era o ator quanto registros administrativos que poderiam carregar o ID, e-mail ou username do usuário excluído.

Também atualizei a documentação e adicionei cobertura unitária para confirmar o payload de anonimização antes da remoção.

Validação:

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• Testes de privacidade e rotas — 22 testes aprovados.
• O pre-push executou a suíte backend e iniciou lint/build do frontend com sucesso.

A migration 0014 continua precisando ser reconciliada com a sequência final da develop no merge, conforme o comentário anterior.

[Jovinull]

Card

• https://linear.app/candidateappbr/issue/PAV-41/lgpd-basica-exportar-dados-solicitacao-de-exclusao

O que foi feito

• Adicionados os endpoints autenticados GET /users/export e DELETE /users/account.
• A exportação retorna perfil, preferências, vagas salvas, eventos de candidatura, notificações, keywords e provedores conectados, sem senhas, tokens, hashes ou campos internos de criptografia.
• Incluído painel de privacidade no perfil para exportar os dados e confirmar a exclusão definitiva da conta.
• Ajustada a chave de auditoria para preservar logs sem vínculo ao usuário excluído, evitando bloqueio na exclusão.
• Documentado o fluxo de exportação e exclusão no README.

Validação

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• npm run test:coverage --workspace=backend — cobertura global: statements 90,58%, branches 81,53%, functions 91,45% e lines 91,32%.
• npm run test --workspace=frontend — 53 arquivos e 342 testes aprovados.
• npm run lint --workspace=frontend e npm run build --workspace=frontend aprovados.
• Fluxo navegável validado em /perfil: exportação iniciou o download de meus-dados.json; exclusão exibiu a confirmação final e enviou a requisição apenas após a segunda ação.

Riscos

• A exclusão é definitiva após a confirmação e não possui recuperação; esse é o comportamento definido para o fluxo self-service.
• A migration altera apenas a regra de exclusão da FK de auditoria; os logs são mantidos com actor_id nulo.

Evidências

• Testes de integração cobrem autorização, exportação, validação da confirmação, exclusão e invalidação da sessão.
• Testes unitários cobrem a remoção de hashes/campos criptografados no export e o tratamento de conta inexistente.

Checklist

• Escopo limitado ao card
• Sem arquivos temporários ou gerados desnecessários
• Sem segredo/token em código
• Testes locais executados
• Documentação atualizada

[hltav]

A implementação cobre boa parte do fluxo previsto na PAV-41, porém ainda existem dois pontos que precisam ser tratados antes da aprovação.

Primeiro, há uma dependência de integração com outra alteração de schema atualmente em review. O PR introduz uma migration com a mesma sequência utilizada por outro PR aberto, incluindo snapshot e journal do Drizzle. Antes do merge, será necessário reconciliar a ordem das migrations e regenerar os artefatos de schema com base no estado atualizado da develop.

Segundo, o fluxo de exclusão ainda não garante integralmente o critério de remoção/anonimização dos dados relacionados ao usuário. A alteração da FK de auditoria permite excluir a conta preservando os logs, porém remover apenas o vínculo direto com o usuário não garante, por si só, que os registros restantes deixem de conter dados identificáveis.

Revise o tratamento dos registros preservados após a exclusão, em especial os campos potencialmente correlacionáveis ou pessoais, e adicione cobertura garantindo que o estado final esteja de acordo com o critério de anonimização da PAV-41.

Após esses ajustes e a reconciliação das migrations, o PR pode voltar para revisão.

[Jovinull]

Atualização aplicada em resposta ao review.

Além da FK com ON DELETE SET NULL, a exclusão self-service agora anonimiza previamente os logs de auditoria relacionados ao usuário: actor_id, target_id, metadata e ip são limpos. Isso cobre tanto logs em que o usuário era o ator quanto registros administrativos que poderiam carregar o ID, e-mail ou username do usuário excluído.

Também atualizei a documentação e adicionei cobertura unitária para confirmar o payload de anonimização antes da remoção.

Validação:

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• Testes de privacidade e rotas — 22 testes aprovados.
• O pre-push executou a suíte backend e iniciou lint/build do frontend com sucesso.

A migration 0014 continua precisando ser reconciliada com a sequência final da develop no merge, conforme o comentário anterior.

[Jovinull]

Card

• https://linear.app/candidateappbr/issue/PAV-41/lgpd-basica-exportar-dados-solicitacao-de-exclusao

O que foi feito

• Adicionados os endpoints autenticados GET /users/export e DELETE /users/account.
• A exportação retorna perfil, preferências, vagas salvas, eventos de candidatura, notificações, keywords e provedores conectados, sem senhas, tokens, hashes ou campos internos de criptografia.
• Incluído painel de privacidade no perfil para exportar os dados e confirmar a exclusão definitiva da conta.
• Ajustada a chave de auditoria para preservar logs sem vínculo ao usuário excluído, evitando bloqueio na exclusão.
• Documentado o fluxo de exportação e exclusão no README.

Validação

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• npm run test:coverage --workspace=backend — cobertura global: statements 90,58%, branches 81,53%, functions 91,45% e lines 91,32%.
• npm run test --workspace=frontend — 53 arquivos e 342 testes aprovados.
• npm run lint --workspace=frontend e npm run build --workspace=frontend aprovados.
• Fluxo navegável validado em /perfil: exportação iniciou o download de meus-dados.json; exclusão exibiu a confirmação final e enviou a requisição apenas após a segunda ação.

Riscos

• A exclusão é definitiva após a confirmação e não possui recuperação; esse é o comportamento definido para o fluxo self-service.
• A migration altera apenas a regra de exclusão da FK de auditoria; os logs são mantidos com actor_id nulo.

Evidências

• Testes de integração cobrem autorização, exportação, validação da confirmação, exclusão e invalidação da sessão.
• Testes unitários cobrem a remoção de hashes/campos criptografados no export e o tratamento de conta inexistente.

Checklist

• Escopo limitado ao card
• Sem arquivos temporários ou gerados desnecessários
• Sem segredo/token em código
• Testes locais executados
• Documentação atualizada

[hltav]

A implementação cobre boa parte do fluxo previsto na PAV-41, porém ainda existem dois pontos que precisam ser tratados antes da aprovação.

Primeiro, há uma dependência de integração com outra alteração de schema atualmente em review. O PR introduz uma migration com a mesma sequência utilizada por outro PR aberto, incluindo snapshot e journal do Drizzle. Antes do merge, será necessário reconciliar a ordem das migrations e regenerar os artefatos de schema com base no estado atualizado da develop.

Segundo, o fluxo de exclusão ainda não garante integralmente o critério de remoção/anonimização dos dados relacionados ao usuário. A alteração da FK de auditoria permite excluir a conta preservando os logs, porém remover apenas o vínculo direto com o usuário não garante, por si só, que os registros restantes deixem de conter dados identificáveis.

Revise o tratamento dos registros preservados após a exclusão, em especial os campos potencialmente correlacionáveis ou pessoais, e adicione cobertura garantindo que o estado final esteja de acordo com o critério de anonimização da PAV-41.

Após esses ajustes e a reconciliação das migrations, o PR pode voltar para revisão.

[Jovinull]

Atualização aplicada em resposta ao review.

Além da FK com ON DELETE SET NULL, a exclusão self-service agora anonimiza previamente os logs de auditoria relacionados ao usuário: actor_id, target_id, metadata e ip são limpos. Isso cobre tanto logs em que o usuário era o ator quanto registros administrativos que poderiam carregar o ID, e-mail ou username do usuário excluído.

Também atualizei a documentação e adicionei cobertura unitária para confirmar o payload de anonimização antes da remoção.

Validação:

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• Testes de privacidade e rotas — 22 testes aprovados.
• O pre-push executou a suíte backend e iniciou lint/build do frontend com sucesso.

A migration 0014 continua precisando ser reconciliada com a sequência final da develop no merge, conforme o comentário anterior.

[Jovinull]

Card

• https://linear.app/candidateappbr/issue/PAV-41/lgpd-basica-exportar-dados-solicitacao-de-exclusao

O que foi feito

• Adicionados os endpoints autenticados GET /users/export e DELETE /users/account.
• A exportação retorna perfil, preferências, vagas salvas, eventos de candidatura, notificações, keywords e provedores conectados, sem senhas, tokens, hashes ou campos internos de criptografia.
• Incluído painel de privacidade no perfil para exportar os dados e confirmar a exclusão definitiva da conta.
• Ajustada a chave de auditoria para preservar logs sem vínculo ao usuário excluído, evitando bloqueio na exclusão.
• Documentado o fluxo de exportação e exclusão no README.

Validação

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• npm run test:coverage --workspace=backend — cobertura global: statements 90,58%, branches 81,53%, functions 91,45% e lines 91,32%.
• npm run test --workspace=frontend — 53 arquivos e 342 testes aprovados.
• npm run lint --workspace=frontend e npm run build --workspace=frontend aprovados.
• Fluxo navegável validado em /perfil: exportação iniciou o download de meus-dados.json; exclusão exibiu a confirmação final e enviou a requisição apenas após a segunda ação.

Riscos

• A exclusão é definitiva após a confirmação e não possui recuperação; esse é o comportamento definido para o fluxo self-service.
• A migration altera apenas a regra de exclusão da FK de auditoria; os logs são mantidos com actor_id nulo.

Evidências

• Testes de integração cobrem autorização, exportação, validação da confirmação, exclusão e invalidação da sessão.
• Testes unitários cobrem a remoção de hashes/campos criptografados no export e o tratamento de conta inexistente.

Checklist

• Escopo limitado ao card
• Sem arquivos temporários ou gerados desnecessários
• Sem segredo/token em código
• Testes locais executados
• Documentação atualizada

[hltav]

A implementação cobre boa parte do fluxo previsto na PAV-41, porém ainda existem dois pontos que precisam ser tratados antes da aprovação.

Primeiro, há uma dependência de integração com outra alteração de schema atualmente em review. O PR introduz uma migration com a mesma sequência utilizada por outro PR aberto, incluindo snapshot e journal do Drizzle. Antes do merge, será necessário reconciliar a ordem das migrations e regenerar os artefatos de schema com base no estado atualizado da develop.

Segundo, o fluxo de exclusão ainda não garante integralmente o critério de remoção/anonimização dos dados relacionados ao usuário. A alteração da FK de auditoria permite excluir a conta preservando os logs, porém remover apenas o vínculo direto com o usuário não garante, por si só, que os registros restantes deixem de conter dados identificáveis.

Revise o tratamento dos registros preservados após a exclusão, em especial os campos potencialmente correlacionáveis ou pessoais, e adicione cobertura garantindo que o estado final esteja de acordo com o critério de anonimização da PAV-41.

Após esses ajustes e a reconciliação das migrations, o PR pode voltar para revisão.

[Jovinull]

Atualização aplicada em resposta ao review.

Além da FK com ON DELETE SET NULL, a exclusão self-service agora anonimiza previamente os logs de auditoria relacionados ao usuário: actor_id, target_id, metadata e ip são limpos. Isso cobre tanto logs em que o usuário era o ator quanto registros administrativos que poderiam carregar o ID, e-mail ou username do usuário excluído.

Também atualizei a documentação e adicionei cobertura unitária para confirmar o payload de anonimização antes da remoção.

Validação:

• npm run test --workspace=backend — 61 arquivos e 575 testes aprovados.
• Testes de privacidade e rotas — 22 testes aprovados.
• O pre-push executou a suíte backend e iniciou lint/build do frontend com sucesso.

A migration 0014 continua precisando ser reconciliada com a sequência final da develop no merge, conforme o comentário anterior.