Ficha física financeira

[MarceloAds]

Pessoal, bom dia!

Estou com uma situação aqui, e queria ver se alguém já passou por isso.

Hoje já utilizamos um movimento de entrada de notas fiscais/recebimento de materiais que funciona perfeitamente. Quando a ficha física é emitida, a movimentação do produto aparece normalmente, refletindo no estoque padrão.

Foi solicitado criar um novo tipo de movimento para compras feitas pela internet (aquele cenário em que precisamos faturar primeiro, mas o produto ainda não chegou fisicamente). A ideia é registrar a nota sem impactar o estoque disponível.

Para isso, fiz uma cópia do movimento que já funciona e configurei para movimentar em um estoque de terceiros, justamente para não afetar o estoque atual.

O problema é que os produtos registrados nesse novo movimento não aparecem quando gero a ficha física.

Alguém sabe se existe algum parâmetro específico que controla a exibição na ficha física? Pode ser alguma configuração relacionada ao tipo de estoque (terceiros), natureza do movimento, ou algo no cadastro do tipo de movimento que impacte essa visualização?

[Jair - Fórmula]

Você pode usar um relatório que utilize a leitura não apenas do saldo atual (2) para exibição, mas também dos saldos de terceiros, assim, tendo no seu resultado os dados consolidados. Na ficha padrão realmente não vai ocorrer como deseja. 

[MarceloAds]

Obrigado pela orientação!

Atualmente utilizamos um relatório customizado, vou verificar com base nisso para ajustar e consolidar as informações como você sugeriu.

Agradeço pela ajuda!

[MarceloAds]

Olha eu aqui de novo rsrsr.
 

Estou com uma dúvida aqui no relatório do sistema e queria uma ajuda para entender melhor o que está acontecendo no SQL.

Atualmente o relatório usa duas consultas customizadas:

SELECT CODIGOREDUZIDO, NOMEFANTASIA, CODIGOAUXILIAR 
FROM TPRODUTO 
WHERE IDPRD = :IDPRD

 

SELECT UPPER(NOMES.NOMEFANTASIA) AS 'NOMEFANTASIA'
FROM   (SELECT M.CODTMV,
               CASE
                 WHEN M.CODTMV = '3.1.06' THEN M.CODLOCDESTINO
                 WHEN M.CODTMV = '3.1.07' THEN M.CODLOC
                 WHEN ( M.CODTMV = '1.2.50'
                         OR M.CODTMV = '1.2.51' ) THEN M.CODCCUSTO
                 WHEN ( M.CODTMV = '1.2.27'
                         OR M.CODTMV = '1.2.28' ) THEN M.CODLOC
                 WHEN M.CODCFO IS NOT NULL THEN M.CODCFO
                 ELSE M.CODLOCDESTINO
               END AS 'CODIGOLOC'
        FROM   TMOV M
        WHERE  M.IDMOV = :IDMOV) MOV
       LEFT JOIN (SELECT CODCFO AS 'CODIGO',
                         NOMEFANTASIA
                  FROM   FCFO
                  UNION
                  SELECT CODLOC AS 'CODIGO',
                         NOME
                  FROM   TLOC
                  UNION
                  SELECT CODCCUSTO AS 'CODIGO',
                         NOME
                  FROM   GCCUSTO) AS NOMES
              ON ( NOMES.CODIGO = MOV.CODIGOLOC )

Analisando o relatório, percebi também que ele busca informações na tabela TRELSLD. Até aí ok.
O que não estou conseguindo identificar é em que momento (ou em qual parte do processo) ele realmente consulta a tabela que armazena os saldos de produto por local, que no caso seria a TPRDLOC.

Minha dúvida é:
Em qual ponto essa estrutura acaba lendo os dados da TPRDLOC? Isso acontece de forma indireta? Ou pode estar vindo de outra consulta que não está tão evidente?