Conferência de Caixas

A data final e anterior a inicial.

QuandoPeríodo invertido.

(sem mensagem) — a grade só mostra a partir de ontem

QuandoPara usuário de grupo fora de ADM, GER, GVE, FAT e GIN. Escolher data mais antiga não alarga o que ele vê.

Sistema antigoO mesmo corte (:444).

PermissãoTipo de grupo ADM, GER, GVE, FAT ou GIN vê o período todo.

Esta base não usa o controle de caixas (estoque_item) - a Conferência de Caixas não se aplica aqui.

QuandoO banco do cliente não tem as tabelas de caixa.

Ordem 100312806 não encontrada.

QuandoA ordem não existe.

Este lançamento foi excluído! Não será permitido prosseguir.

QuandoA ordem está excluída.

Sistema antigo"Este lançamento foi excluido!" (:657).

A ordem 100312806 é de outra filial.

QuandoA ordem é de outra filial que não a da sessão.

Código de barras inválido !

QuandoLeitura vazia.

Sistema antigoA mesma frase (:1201).

Caixa 803602 não consta no estoque, não é possível até regularizar!

QuandoNúmero de caixa que não existe na filial.

Sistema antigo"Caixa não consta no recebimento…" (:1215) — só se a consulta falhava; com zero linhas o sistema antigo seguia e mostrava uma caixa fantasma como conferida.

Caixa consta como cancelada, o recebimento não é possível até regularizar!

QuandoA caixa está cancelada.

Sistema antigoA mesma frase (:1224) — lá a trava nunca disparava.

Caixa 803602 já estava conferida.

QuandoLer de novo uma caixa já conferida. Não grava nada.

Produto 10057 - PICANHA não consta no pedido!

QuandoO produto da caixa não está no recebimento.

Sistema antigo"Produto não consta no pedido!" (:1246).

Caixa 803602 não consta neste recebimento - ela não entrou por esta ordem.

QuandoA caixa existe e o produto está no pedido, mas ela entrou por outra ordem. O sistema antigo somava a caixa na tela sem gravar nada.

O cabeçalho do .prg está desatualizado, não o número da opção.

ConclusãoO conteúdo real da classe sempre foi, e continua sendo, "Conferência de Caixas". Evidência dentro do próprio menu2394.prg: o título da janela MDI de verdade vem de ::init("Conferencia de Caixas (Recebimento de produtos)", ...), o impresso interno se chama "ROMANEIO DE CONFERENCIA ENTRADA" e o fluxo inteiro (validCB) lê código de barras contra estoque_item_movimentacao com tipomovimentacaocaixa='ENTRADA'. Só o comentário do cabeçalho (linha 2, "Romaneio Entrada") ficou para trás — não houve realocação de número de opção.

O CEIF não tem tela equivalente à Conferência de Caixas.

QuandoCEI254.PRG/CEI256.PRG ("Romaneio de Recebimento/Descarga") pareciam a pista óbvia pelo nome, mas pertencem a um sistema completamente diferente: Clipper/DOS em modo texto, sem classes, para o cliente Grupo Torlim Frigorificos (não FJ/BMG), datado de 1999. O fluxo ali é digitação de quantidade/peso por produto numa "Ordem de Descarga" — sem código de barras, sem balança, sem estoque_item/estoque_item_movimentacao, sem o conceito de caixa individual conferida. Buscas amplas por CAIXA (27 arquivos, todos de caixa registradora/financeiro) e CONFERENCIA (só CEI332.PRG, "Planilha de Rendimentos") no diretório CEIF inteiro não acharam nada equivalente.

grep hUsuarioRegras devolve zero nas três pontas.

QuandoNão existe, no legado, nenhuma regra de acesso nomeada para esta tela — nem para conferir, nem para imprimir. O CEIF e o porte confirmam a mesma ausência: não há nada a nomear/cadastrar aqui além do que grupo_permissao já cobre por visibilidade de menu.

Código morto no legado, corretamente não portado.

QuandovalidQuant (leitura manual de peso) e lerBalanca (leitura por balança) terminam chamando ::gravaItem(...), mas esse método não existe na classe Menu2394 — no Harbour isso derruba em erro de execução se algum dia for exercitado. O ramo de gado (lGado) e o botão "Confirma F5" dependem inteiramente desse caminho morto. O porte, implementando só a leitura por código de barras (o único caminho que de fato grava), está certo em não reproduzir nada disso.

Gap de permissão por botão no porte: não há distinção entre quem pode conferir, visualizar ou imprimir.

QuandoO legado usa a matriz grupo_permissao/ testUsPermissao para diferenciar quem pode conferir ("incluir"), visualizar ("visualiza") e imprimir ("imprimir"). O backend novo não faz nenhuma dessas checagens — qualquer sessão autenticada com o menu visível pode ler caixas e imprimir. É o mesmo padrão já observado em outras opções desta leva (234, 2392, 2393): grupo_permissao no porte só controla visibilidade de menu, não ação dentro da tela já aberta. Não é bug introduzido por esta tela — é decisão arquitetural já assumida no projeto, mas fica registrado como divergência real, merecendo decisão do usuário.

O porte é mais estrito que o legado em dois pontos, corrigindo bugs reais dele.

Quando(a) caixa cancelada nunca era recusada no legado porque ele testa fieldGet('cancelada') num SELECT que traz a coluna cancelado (erro de nome de campo) — o porte lê a coluna certa e recusa de verdade; (b) caixa lida que pertence a outro recebimento (mas cujo produto existe também nesta ordem) era contada como conferida no legado (o UPDATE filtra por iddevolucao e não acha linha, mas a tela soma a caixa do mesmo jeito) — o porte confere idMovimento e recusa, dizendo por quê. Os dois são melhorias de integridade já feitas e conferidas no próprio código — registrado aqui só para constar.

"Já conferida" virou aviso explícito em vez de silencioso.

QuandoNo legado, reler uma caixa já conferida simplesmente não fazia nada — o msginfo("ja conferida") está comentado no fonte. O porte devolve situacao=JA_CONFERIDA e mostra um aviso explícito na tela, para quem lê não achar que o leitor falhou. Divergência pequena e intencional, deliberada.