Relatórios de Almoxarifado

Informe a data inicial.

QuandoData inicial vazia. Com a data final vazia a frase é "Informe a data final.". Vale para os 21 menos o 3334, que só pede a data final — inclusive os que depois ignoram o período (3332, 3335): o período é conferido antes de qualquer coisa.

A data final não pode ser anterior à inicial.

QuandoPeríodo invertido. Vale para os 21.

Não foram encontrados dados nessas condições.

QuandoA consulta não trouxe linha nenhuma — em PDF e em planilha. O sistema antigo avisa com a mesma frase (com " !" no fim) e não imprime.

Por que não sai vazioUma tabela só com cabeçalho não gera página, e o gerador de PDF estouraria com "The document has no pages".

Qualquer formato que não seja "pdf" sai como planilha.

Como éNão há recusa de formato: o servidor testa só pdf; o resto vira .xlsx. O PDF nasce em paisagem (caixa "Paisagem (PDF)" nas Opções); em retrato as mesmas colunas são espremidas.

Colunas marcadas "só planilha" não aparecem no PDF.

Como éO PDF é o impresso (com quebra e subtotal); a planilha leva todas as colunas, inclusive as de rastreamento (moeda, id do produto, asiento, cidade, CNPJ…). Cada seção abaixo diz quais são. Quando o chamado for "falta a coluna X", conferir primeiro a planilha.

O período pega o dia final inteiro (faixa meio-aberta).

Como éO corte é coluna >= 'inicial' AND coluna < DATE_ADD('final', INTERVAL 1 DAY) (FiltroAlmoxarifado.faixa), sobre colunas datetime. Um lançamento gravado com hora no dia final entra. O sistema antigo usa BETWEEN com data pura e para na meia-noite do dia final.

Onde valeO filtro comum e também o despacho (3313, e a exportação com despacho do 3311), o extrato (3331), o consumo dos meses do inventário (3332), a movimentação sintética (3336), o comparativo (3337), o detalhe (3338) e a aquisição do imobilizado (3335). 3316 e 3339 já pegavam o dia inteiro (DATE(coluna) BETWEEN). As datas entram como texto de data (não há parâmetro ? a ordenar).

Moeda de conversão: valor × câmbio do lançamento ÷ cotação do dia.

Onde vale3311, 3312, 3314/3322, 3321, 3323, 3324, 3334 e 3332 (neste pela função de custo em moeda). A cotação é a da moeda escolhida na data do lançamento (cadastro de cotações, opção 21). Sem cotação naquela data o valor sai vazio/zero, sem erro.

Moeda filtroNo antigo o combo existe e nunca entrou na consulta; aqui ele filtra a moeda do lançamento (3311, 3312, 3314/3322, 3321, 3324).

O filtro de País funciona aqui e derrubava o sistema antigo.

Por queAs telas antigas montam AND pais.id = … sem juntar a tabela pais: escolher um país dava Unknown column 'pais.id'. Aqui o país é o do emitente (cidade → estado → país). Vale onde o filtro comum é aplicado (3311, 3312, 3314/3322, 3315, 3321, 3324, 3325, 3326).

A transferência é o tipo 1152 nas entradas e o 1151 nas saídas.

Como éNas entradas a caixa diz "tipo 1152"; nas saídas (3321, 3324, 3325) diz "tipo 1151", e é esse que o servidor tira quando a caixa é desmarcada. A caixa nasce marcada (transferências incluídas).

O PDF termina com a folha "Filtros utilizados".

Como éOs 21 passam pelo responder(...) do controller: o PDF ganha uma última folha com usuário, base, filial e cada filtro preenchido. A caixa Exibir filtros no final (PDF) (Opções, nasce marcada) a desliga. A planilha não muda.

"Cortar pela data da fatura" troca a coluna do período, não o layout.

Como éDesmarcada, o corte é a data de entrada; marcada, a data de emissão da compra. O tipo 1158 sai sempre (literal do antigo).

Id do produto, Asiento, Estoque e % IVA/% Ret. só vão ao PDF com a caixa.

Como éNo antigo cada caixa troca o cabeçalho inteiro (quatro layouts). Aqui a lista é uma só: o que não foi pedido sai do PDF e fica na planilha. Asiento e Estoque só têm valor com a caixa marcada — desmarcadas, a consulta devolve zero neles (evita uma subconsulta por linha). O Estoque é o saldo do produto até a data final, em todas as filiais.

"Importação (1141) também pela data do despacho" abre o filtro com OR.

Como éO antigo emenda AND (tipo <> 1141) OR (tipo = 1141 AND despacho no período) sem parênteses em volta do resto — o porte reproduz. Com a caixa ligada, compras 1141 com despacho no período entram sem os demais filtros (filial, produto, fornecedor…). Número inflado com essa caixa ligada costuma ser isso.

O "NP" do analítico é o número de parcelas, e o unitário é calculado.

Como é"NP" (no antigo "NC") conta as parcelas da compra. O unitário é valor total ÷ quantidade (quantidade zero dá vazio, não erro) — a coluna gravada não é lida, como no antigo.

O "Custo Unit." é o da entrada ANTERIOR, não o desta compra.

Como éSai da movimentação analítica: o custo unitário da última entrada do produto na mesma filial com data anterior à desta compra. É o "comparativo de custo" do título — comparar com o total ÷ quantidade da linha.

Sem filtro de produto, grupo ou subgrupo o relatório traz também os SERVIÇOS.

Como éComo no antigo: sem nenhum desses três filtros a consulta soma, por UNION, as linhas de serviço da compra; com qualquer um deles usa a consulta só de produtos (a tabela de serviço não tem produto por onde filtrar). Escolher um grupo muda o total mesmo que nenhum serviço seja "do grupo".

O "Valor G$" é conta, não coluna: (mercadoria + frete + seguro) × câmbio.

Como éOs três primeiros estão na moeda do despacho e o câmbio é o do despacho; arredondado em 2 casas. O cabeçalho do despacho sai repetido em cada despesa (no antigo as células são mescladas) — divergência deliberada, para a planilha ordenar e filtrar. A "Data Cumplido" do antigo fica vazia lá também (linha comentada).

O mesmo menu serve 3314 e 3322: a caixa "Lado SAÍDA" decide.

Como éOs dois itens do menu abrem a mesma tela, que nasce no lado ENTRADA. Quem abre pelo 3322 e não marca Lado SAIDA recebe as entradas. O título do arquivo diz qual saiu ("Comparativo de Entradas por Mês" ou "… de Saídas …").

"Moeda conversão" converte o valor como no antigo.

Como éCom moeda escolhida, valor × câmbio do lançamento ÷ cotação do dia da moeda escolhida (:492-503). Sem ela, a consulta agrupa também pela moeda do lançamento (, idmoeda, como o antigo); a célula soma as moedas do produto — para não misturar, usar a Moeda filtro. Na saída (3322) o câmbio vem de almoxarifado_saida.valor_cambio, que costuma estar vazio: a conversão sai vazia lá, como no antigo.

O antigo imprime quantidade e valor juntos; aqui é um ou outro.

Por queUma matriz com dois números por célula não se lê e a planilha ordena por uma coluna de cada vez. Para ter os dois, gerar duas vezes.

A fatura de serviço (1116) sai sempre; a transferência (1152) só com a caixa desmarcada.

CorrigidoO porte excluía o 1152 sempre, e a transferência nunca aparecia; hoje segue a caixa, como o antigo (:523).

Grupo, subgrupo e produto filtram aqui — no antigo não mudavam nada.

CorrigidoA tela antiga tinha os campos e o cWhereD só levava data e filial. O "grupo de filial" da tela antiga não é oferecido nem lido.

"Somente com documento" não filtra: troca a coluna Requisição pelo documento.

Como éÉ o que o antigo faz (:794): a coluna passa a mostrar o documento digitado no lugar do nº da requisição interna. Nenhuma linha some.

"Custo sem IVA" não lê o valor gravado: recalcula pelo custo médio.

Como éMarcada, o valor é custo_almox_si(produto, data) × quantidade; desmarcada, o valor gravado na linha. A conversão de moeda é independente e se aplica sobre qualquer um dos dois.

O estoque é o saldo NA DATA FINAL, e o asiento são dois números.

EstoqueSoma da movimentação até a data final (na filial escolhida, se houver), sem data inicial. Com Sem a coluna de estoque vira zero.

AsientoCom a caixa: o do consumo do dia (cona, por filial e data — o mesmo para todas as saídas daquele dia) e o da própria saída (sal), este só nos tipos 118, 1181, 11114 e 11160.

A ordenação 3 funciona aqui e derrubava o antigo.

CorrigidoO antigo ordena por fv.idtipo_faturamento, alias que não existe nesta consulta: Unknown column 'fv.idtipo_faturamento'. O subtotal é sempre por setor; com outra ordenação ele fecha um bloco cada vez que o setor muda.

Aberto pelo 3322, a tela vem no lado ENTRADA.

Como éA caixa nasce desmarcada nos dois itens de menu. "Veio com as entradas" é isso; "Moeda conversão" sem efeito também vale aqui (ver 3314).

Diferença positiva = falta chegar; colunas de entrada vazias = não chegou.

Como éDiferença = quantidade saída − quantidade recebida. A entrada é a compra ligada à saída (almoxarifado_compra.idalmoxarifado_saida) no mesmo produto.

Moeda de conversão converte a saída e a entrada, cada uma pela cotação do seu dia.

Como éSaída: valor × câmbio do item ÷ cotação na emissão da saída; entrada: o mesmo com o câmbio do item recebido e a cotação na data de entrada (:401-414). A tela oferece só os filtros do antigo: filial, fornecedor (destino) e setor. Saída excluída não entra (o porte trazia).

Não há filtro de setor, e a coluna de estoque não aparece.

Como éA tela não oferece setor e o serviço não o lê. A caixa Sem a coluna de estoque só evita calcular o saldo — a coluna não está na grade, em nenhum dos dois formatos.

A transferência só sai com a caixa desmarcada.

CorrigidoO porte a excluía sempre; hoje segue a caixa, como o antigo (:399). A caixa nasce marcada, então por padrão a transferência entra no consumo.

Sem "Trazer também os consumos", só saem saídas com documento maior que 1.

Como éÉ o documento > 1 do antigo (:508): o consumo interno, sem documento fiscal, fica de fora.

Até 08/09/2026 este relatório ignorava o período.

CorrigidoA consulta tinha sido gerada sem o WHERE que o antigo emenda depois (período, filial, excluído) e varria as 1,17 milhão de saídas — travava. Com o WHERE, 3 segundos. Relato de "3326 não termina" em versão antiga é isso.

O consumo por produção depende das tabelas da indústria e a tabela «ind_caixaproducao» não existe neste banco.

QuandoFalta qualquer uma de ind_caixaproducao, ind_gracharia, ind_ordemproducao ou produto_ficha_insumo — o nome muda na frase. Conferido antes da consulta, para não estourar com Table doesn't exist. Em fjfrigo_concepcion elas não existem: o relatório nunca foi exercitado contra dados.

Não foram encontrados dados nessas condições.

QuandoAqui a recusa vem antes do cálculo: nenhuma linha de produção (desossa + graxaria + miúdos) no período.

O abate é só o da DATA INICIAL; a filial só pesa no custo do insumo.

Como éA produção cobre o período inteiro, mas o abate (e com ele o custo da carne e da M.O.) é o do dia da data inicial, do emitente 10254738 (literal do antigo). A tabela de preço é a vigente na data final da filial 5 (literal). O custo do insumo usa a filial da tela (em branco, a empresa toda — o NULL do antigo, :435); a produção não é filtrada por filial. Para períodos de mais de um dia, conferir com cuidado.

Carne e M.O. são rateadas por índice, não por quilo.

Contaíndice = (%PROD × %PV) ÷ [Σ(preço × peso) ÷ (peso total × Σ preços)]. Custo operacional do dia = cabeças que pagam M.O. × 165 + cabeças abatidas × 15 (literais). Insumos saem direto da ficha (peso × quantidade por kg × custo do insumo). Divisão por zero dá zero.

Corrigido (r8183)O "Neto" da desossa/miúdos lia o peso bruto duas vezes; hoje lê o peso neto, e o resumo ganhou "Peso Bruto". O quadro do abate sai ao pé do relatório (no antigo, no topo).

A indústria em banco externo não é lida.

Como éO antigo lê a produção de um banco externo quando a filial usa um. Aqui as tabelas são lidas sempre do banco do próprio tenant.

Escolha o produto — este relatório é o extrato de um produto só.

QuandoSem produto. Conferido antes do período. A tela mostra o campo como "Produto (obrigatório)".

"Data da fatura" troca a VIEW, não só a coluna.

Como éMarcada, lê almoxarifado_movimentacao_analitica_contab (datada pela fatura); desmarcada, almoxarifado_movimentacao_analitica (datada pelo movimento). Os dois extratos podem ter linhas diferentes no mesmo período.

O saldo de valor não parte do valor do estoque: parte do custo unitário.

Como éSaldo inicial de quantidade = saldo do produto na véspera, com o mesmo recorte de filial das linhas. Saldo inicial de valor = último custo unitário até a véspera — é o que o antigo faz (nSaldoValor = buscaCustoAlmoxarifado), e não é quantidade × custo.

Filial em brancoAs linhas saem de todas as filiais e o saldo inicial também é o da empresa toda (quantidade de todas as filiais; custo sem filtro de filial). Com filial escolhida, os dois são só dela.

Diverge do antigoO antigo valoriza a saída pelo custo médio corrente (quantidade × saldo valor ÷ saldo) e só mostra valores em retrato; aqui a saída usa o custo gravado na movimentação e os valores saem sempre.

Só a data final conta; e "consumo" é de mês de calendário.

Como éA data inicial é conferida mas não entra na consulta. "Mês Anterior" é o mês inteiro anterior ao da data final, e o consumo médio usa o mês de três meses antes — não os últimos 30/90 dias.

O custo sai de uma função do banco, com quatro variações.

Como écusto_almox_ci (com IVA) ou custo_almox_si (sem IVA) na moeda do lançamento; com moeda de conversão, custo_almox_moe / custo_almox_moe_si. Data da fatura passa 'fatura' à função. Com Calcular o custo desmarcada, custo sai zero e a consulta fica bem mais rápida.

"Sem saldo" e "Completo" são dois cortes somados.

Como éMostrar também o produto que fecha zerado desmarcada exige quantidade e custo diferentes de zero; Exigir quantidade e custo positivos desmarcada exige os dois positivos. Sem custo calculado, o custo sai desses testes (divergência deliberada: senão o relatório esvaziaria).

Só a data final conta: estoque até ela, consumo do mês anterior a ela.

Como éA tela tem só Data final, como o antigo (:16). A quantidade é a soma da movimentação do produto até o fim da data final (data < data final + 1 dia), na filial escolhida ou em todas (:393-397). "Mês Anter." é a saída do mês de calendário anterior ao da data final, inteiro (:433-434), na mesma filial do estoque quando há filial escolhida; em branco, de todas. Diferente do antigo, que soma o consumo de todas as filiais mesmo com filial escolhida (:431-436) — decisão do usuário em 24/09/2026, porque a sugestão saía inflada.

Moeda de conversão funciona aqui e derrubava o antigo.

CorrigidoO antigo monta o LEFT JOIN moeda_valores e não o põe na consulta: com moeda escolhida, Unknown column mv.valor. Aqui o valor é custo × câmbio ÷ cotação do dia e a sigla sai a da moeda escolhida. O "estoque mínimo > 0" fica no WHERE com os demais filtros, com ou sem filtro escolhido.

A ordenação 2 funciona aqui e derrubava o antigo.

CorrigidoO antigo escreve subgrupoo (coluna inexistente) no modo 2.

Sem a caixa de aquisição, saem TODOS os bens ativos.

Como éO período só corta pela data de aquisição quando a caixa está marcada. A data final sempre serve para contar os meses de depreciação.

Valor estimado = compra − compra × % mensal × meses, nunca negativo.

Como éMeses inteiros entre a aquisição e a data final; bem sem data de aquisição conta zero meses (sai pelo valor de compra). Totalmente depreciado vale zero.

Setor só filtra onde o cadastro do produto tem a coluna de setor.

Como éO antigo filtra almoxarifado_produto.idalmoxarifado_setor, coluna que não existe em fjfrigo_concepcion (o setor fica nos documentos) — escolher um setor derrubava o antigo. Aqui a condição só entra onde a coluna existir; onde não existe, o setor escolhido é ignorado sem aviso.

Só aparece a filial cuja última compra é recente.

Como éA coluna de uma filial só é preenchida quando a última compra do produto lá é de data ≥ data inicial − dias anteriores. A transferência 1152 não entra na lista de produtos. O preço é o da última compra, na mesma moeda, não uma média.

Setor só filtra onde o cadastro do produto tem a coluna de setor.

Como éComo no 3336: a condição sobre almoxarifado_produto.idalmoxarifado_setor só entra onde a coluna existe (ColunasDaTabela); onde não existe, o setor escolhido é ignorado em vez de derrubar a consulta.

Escolha o produto — este relatório é o extrato de um produto só.

QuandoSem produto. Conferido antes do período.

O saldo parte de TODO o estoque, e o movimento só do que tem lote.

Como éO saldo inicial é o do produto na véspera, somando as três origens do almoxarifado; as linhas são só as de rastreio. Movimento sem lote muda o saldo real e não aparece aqui — o "Saldo Atual" pode não bater com o 3331.

O saldo desce a cada compra do mesmo item; a última linha é o que falta.

Como éUm item com várias compras se repete uma vez por compra. O saldo começa na quantidade pedida e desconta cada entrega, em sequência.

CorrigidoO antigo escreve o documento por cima do saldo (as duas na coluna 13); aqui são duas colunas.