Skip to content

chore(release): integra a dev na main — dados bancários e PIX editáveis no colaborador (#1041) - #1046

Merged
lekadecastro merged 3 commits into
mainfrom
dev
Oct 7, 2026
Merged

lekadecastro merged 3 commits into
mainfrom
dev

Conversation

@lekadecastro

Copy link
Copy Markdown
Contributor

O que entra

Integração da dev na main. São 3 commits, todos da edição de dados bancários e PIX do colaborador (PR #1041, mergeado na dev, fecha a #1029):

Validado pela P.O. no ambiente local e na homologação, junto com o front (web-app#417, spec 120). Isso inclui o CSV do histórico registrando a alteração.

⚠️ Ordem de promoção

Este PR tem de entrar na main antes do front da spec 120. O web-app envia banco e PIX no PUT; a main atual descarta os dois campos sem erro, e a tela pareceria ter salvado. O PR develop → main do web-app só será aberto depois deste merge.

O que muda em produção

Ponto Efeito
Migration 0021 (partners) par_collaborator_history + changed_by_user_id varchar(36) e changed_by_name varchar(128), as duas anuláveis. Só ADD COLUMN, sem backfill
PUT /collaborators/:id Campo ausente ou null mantém o banco/PIX gravado (retrocompatível com o front em produção, que manda null em todo PUT); objeto valida e substitui
Permissão collaborator:write, a mesma da edição
CSV do histórico Coluna nova alterado_por no fim; as 9 colunas anteriores não se movem
server.ts Abre o read port do auth com modules.auth.connectionString e o injeta no partners. Se a abertura falhar, degrada: grava o histórico sem o nome do autor e não derruba o boot

27 arquivos, 2.398 inserções, 33 remoções. Nenhuma variável de ambiente nova.

Observação sobre a topologia

O único commit que a main tem a mais é o merge commit da promoção anterior (#1031), cujo conteúdo já está na dev. Não há diferença de conteúdo na direção main → dev.

🤖 Generated with Claude Code

lekadecastro and others added 3 commits October 7, 2026 12:00
…r no histórico

Os colaboradores migrados do legado vieram sem dados bancários, porque o
legado não tinha esse campo, e dado bancário muda. O PUT
/collaborators/:id passa a aceitar bankAccount/pixKey para incluir e
trocar, com a mesma validação da criação e a permissão collaborator:write.

- Semântica própria: ausente ou null MANTÉM o gravado; objeto valida e
  substitui. O front em produção envia null em todo PUT, então null =
  remover apagaria os dados a cada edição. Diverge do PUT do Fornecedor
  de propósito, documentado no schema.
- Histórico: o texto do banco passa a incluir o DV (troca só do DV agora
  gera linha) e o rótulo vira "Dados bancários".
- Autor: cada linha da edição grava id e nome do usuário no momento da
  ação (migration 0021, colunas nullable). Nome resolvido pelo
  auth/public-api; se indisponível, grava o id com nome nulo. O CSV de
  histórico ganha a coluna alterado_por no fim. Autor na
  inativação/reativação fica para a #1040.

Closes #1029

Assisted-by: Claude-Code:claude-opus-5-5
- O port de leitura do nome do autor é aberto no server.ts com a
  connection string do auth (não a do partners) e degrada se falhar,
  como o de programs: o boot não cai por uma leitura opcional.
- A leitura do nome tem timeout de 2 s, porque roda depois do save, e
  nome vazio vira null (uma só representação de "sem nome").
- O histórico do PIX inclui o tipo da chave (tipo:chave): trocar só o
  tipo agora gera linha, o mesmo defeito que o DV tinha no banco.
- Os campos de banco/PIX ganham .max() igual às colunas: valor grande
  demais é 400 na borda, e não erro de servidor no UPDATE.
- Os dois helpers de "manter ou validar" viram um só, genérico.

Refs #1029

Assisted-by: Claude-Code:claude-opus-5-5
…os-bancarios

feat(partners): editar dados bancários e PIX do colaborador, com autor no histórico
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant