Histórico de Caixa (2393) — legado × CEIF × porte

A regra HISTCAI_ALTERAR_PESO trava peso líquido, validade E cancelamento — não só o peso, apesar do nome.

Legadomenu2393.prg:94-98 desabilita oPesoLiquido, oButtonMudarPeso, oButtonMudarValidade, oButtonCancelarCaixa e oDataValidade sem a regra (ou MASTER). Bloquear, Etiqueta e Repr.Ind. ficam fora da trava.

CEIFNão se aplica — sem tela equivalente ao 2393.

PorteHistoricoCaixaService.REGRA_ALTERAR gatilha exatamente as mesmas três operações (mudarPeso, mudarValidade, alternarCancelada), com alternarBloqueada/etiqueta/reprocessar sem trava — reproduzido fielmente. Vale registrar como achado de suporte: quem só entende o nome da regra vai presumir, erroneamente, que ela controla só o peso.

O CEIF não tem tela de histórico/rastreio de caixa por código de barras — só CEI251, digitação manual na produção, sem consulta posterior.

Legadomenu2393.prg é a tela "Histórico de Caixa" inteira — consulta por código de barras, com histórico completo de movimentação e as operações de manutenção.

CEIFCEI251.PRG (Lançamento Desossa) cria, imprime e exclui a caixa durante a produção, com um campo rotulado "Rastreabil.", mas não oferece consulta posterior de histórico nem mudar peso/validade, bloquear, unir ou reprocessar.

PorteReproduz a tela do legado por completo. Não há equivalente a comparar no CEIF — lacuna estrutural do CEIF, não do porte.

"Unir CX" no legado só grava um teste.txt local com os UPDATEs — nunca une de verdade; o porte executa a união.

LegadounirCaixa (menu2393.prg:979-980) escreve teste.txt local com os UPDATEs montados e mostra "OK", mesmo sem caixas repetidas — não executa nenhum UPDATE de verdade.

CEIFNão se aplica — sem tela equivalente.

PorteHistoricoCaixaRepository.trazerMovimentacoes/cancelarIds unem as caixas de verdade — decisão explícita do usuário de 14/09/2026, registrada no javadoc de HistoricoCaixaService ("Por decisao do usuario aqui a uniao grava"). Extensão de capacidade deliberada, não bug.

Busca por código só de dígitos que não casa com etiqueta cai para o número da caixa — a condição existe no legado, mas está comentada.

LegadoA condição de fallback por idcaixa em buscaDados está comentada — nunca é usada; sem ela a tela não acharia a caixa em cenários de conferência pós-TXT (a etiqueta leva zero à esquerda, o número gravado não).

CEIFNão se aplica — sem tela equivalente.

PorteHistoricoCaixaRepository busca por idcaixa_texto primeiro, com porNumero como segundo recurso; a tela avisa "achadaPeloNumero" quando a busca cai nesse caminho — o legado nunca avisa nada.

A mensagem "Não permitido" do cancelamento nunca foi exibida — é comentário morto, não um aviso ignorado.

LegadoexcluirCaixa (menu2393.prg:890-892) tem *msginfo("Não permitido") comentado com * — nunca foi um MsgInfo executando de fato; cancela sem perguntar nada, mas por comentário estático, não por "mostra e ignora o retorno".

CEIFNão se aplica — sem tela equivalente.

PorteSubstitui por uma pergunta real (confirm() em HistoricoCaixa.vue) antes de cancelar — melhoria de UX sobre um comportamento que no legado já era silencioso.

Grade de caixas-filhas nunca recebe dado no legado atual — consulta comentada — e foi corretamente omitida do porte.

LegadoA consulta principal traz 0 AS idcaixa_mae (linha 485) e a subconsulta que preencheria aGridFilhas está inteiramente comentada (linhas 528-547, dentro do bloco de exceção de COLINA). A grade nasce e permanece vazia em qualquer execução atual.

CEIFNão se aplica — sem tela equivalente.

PorteNão implementa grid de filhas nem campo "Caixa Mãe" editável — coerente com o fato de que a funcionalidade "caixa mãe/filhas" e a exceção de COLINA saíram do legado em 12/09/2026.