Histórico da Página

Saldo inicial do fechamento atual (D15) = Saldo inicial do fechamento anterior (D15)¹ + Movimentações de kardex de entrada (D13)² - Movimentações de kardex de saída (D13)³

^{¹ A data do fechamento anterior é o valor do parâmetro MV_ULMES.
² O kardex de entrada são D13 de origem 499 e com o campo D13_USACAL diferente de '2'.
³ O kardex de saída são D13 de origem 999 e com o campo D13_USACAL diferente de '2'.}

DECLARE @DataUltimoFechamento VARCHAR(8);
SET @DataUltimoFechamento = '20191217';

DECLARE @FilialD13 VARCHAR(2);
SET @FilialD13 = '01';

DECLARE @FilialD15 VARCHAR(2);
SET @FilialD15 = '01';

DECLARE @FilialSB2 VARCHAR(2);
SET @FilialSB2 = '01';

DECLARE @ProdutoSB2 VARCHAR(15)
SET @ProdutoSB2 = 'INSUMO001'

DECLARE @ArmazemSB2 VARCHAR(15)
SET @ArmazemSB2 = '01'

SELECT (FCH_SALDO + ENT_SALDO - SAI_SALDO) AS PREVISTO_D15
FROM (
	SELECT CASE WHEN FCH.FCH_SALDO IS NULL THEN 0 ELSE FCH.FCH_SALDO END FCH_SALDO
		  ,CASE WHEN ENT.ENT_SALDO IS NULL THEN 0 ELSE ENT.ENT_SALDO END ENT_SALDO
		  ,CASE WHEN SAI.SAI_SALDO IS NULL THEN 0 ELSE SAI.SAI_SALDO END SAI_SALDO
	FROM SB2990 SB2
	LEFT JOIN (
		SELECT D15.D15_LOCAL FCH_LOCAL
			,D15.D15_PRDORI FCH_PRDORI
			,D15.D15_PRODUT FCH_PRODUT
			,SUM(D15.D15_QINI) FCH_SALDO
		FROM D15990 D15
		WHERE D15.D15_FILIAL = @FilialD15
			AND D15.D15_DATA <= @DataUltimoFechamento
			AND D15.D_E_L_E_T_ = ' '
		GROUP BY D15.D15_LOCAL
			,D15.D15_PRDORI
			,D15.D15_PRODUT
		) FCH ON FCH.FCH_LOCAL = SB2.B2_LOCAL
		AND FCH.FCH_PRDORI = SB2.B2_COD
		AND FCH.FCH_PRODUT = SB2.B2_COD
	LEFT JOIN (
		SELECT D13.D13_LOCAL ENT_LOCAL
			,D13.D13_PRDORI ENT_PRDORI
			,D13.D13_PRODUT ENT_PRODUT
			,SUM(D13.D13_QTDEST) ENT_SALDO
		FROM D13990 D13
		WHERE D13.D13_FILIAL = @FilialD13
			AND D13.D13_DTESTO > @DataUltimoFechamento
			AND D13.D13_TM = '499'
			AND D13.D13_USACAL <> '2'
			AND D13.D_E_L_E_T_ = ' '
		GROUP BY D13.D13_LOCAL
			,D13.D13_PRDORI
			,D13.D13_PRODUT
		) ENT ON ENT.ENT_LOCAL = SB2.B2_LOCAL
		AND ENT.ENT_PRDORI = SB2.B2_COD
		AND ENT.ENT_PRODUT = SB2.B2_COD
	LEFT JOIN (
		SELECT D13.D13_LOCAL SAI_LOCAL
			,D13.D13_PRDORI SAI_PRDORI
			,D13.D13_PRODUT SAI_PRODUT
			,SUM(D13.D13_QTDEST) SAI_SALDO
		FROM D13990 D13
		WHERE D13.D13_FILIAL = @FilialD13
			AND D13.D13_DTESTO > @DataUltimoFechamento
			AND D13.D13_TM = '999'
			AND D13.D13_USACAL <> '2'
			AND D13.D_E_L_E_T_ = ' '
		GROUP BY D13.D13_LOCAL
			,D13.D13_PRDORI
			,D13.D13_PRODUT
		) SAI ON SAI.SAI_LOCAL = SB2.B2_LOCAL
		AND SAI.SAI_PRDORI = SB2.B2_COD
		AND SAI.SAI_PRODUT = SB2.B2_COD
	WHERE SB2.B2_FILIAL = @FilialSB2
		AND SB2.B2_LOCAL = @ArmazemSB2
		AND SB2.B2_COD = @ProdutoSB2
		AND SB2.D_E_L_E_T_ = ''
	) RESULTADO

^{Esta query também pode ser utilizada para gerar uma prévia do saldo inicial do produto no dia atual, ou então, para verificar se o saldo inicial calculado está correto.}

Nunca devem existir Saldos Iniciais (D15) com quantidade negativa.

Query

Verificar se existem divergências entre D13 e D14.sql 

Trata-se da mesma query executada na rotina de Ajuste de Saldo (WMSA580).

Objetivo

Esta query realiza um cálculo com saldo inicial D15 mais o kardex D13 e então compara com o valor existente no saldo por endereço D14. 

Resultado

Se esta query retornou dados significa que os endereços possuem registros de kardex faltando, ou então, que o saldo o endereço está incorreto, faltou alguma acréscimo ou decréscimo na quantidade em estoque.

O Que Fazer

O objetivo principal desta investigação é procurar onde o WMS falhou em atualizar a D13, D14 ou D15. O ideal é procurar um caso onde existam poucos registros de D13 para o endereço e tentar entender se o histórico de movimentações faz sentido, por exemplo: se não existe algum documento que permitiu retirar do endereço uma quantidade maior que a disponível, se ocorreu algum estorno que deixou a quantidade negativa, enfim, podem existir diferentes situações. 

Uma vez identificado o problema, ou então, após entender que a falha no estoque é muito antiga e que não é possível rastrear a origem, pode ser utilizada a rotina Análise de Estoque Por Endereço WMS (WMSA580) para realizar o ajuste de saldo.

Após o ajuste do saldo, recomenda-se que o cliente mantenha uma verificação diária/semanal para monitorar novos casos de divergência. Ter um período de tempo menor no qual ocorreu o problema é uma forma mais fácil de encontrar a origem.

Issue: 

Reclamação: O cliente com o novo WMS está com divergência de saldo entre a D14 e a SB2. Segundo ele, a quantidade da D14 é a correta. Precisam emitir uma nota fiscal de saída, mas não estão conseguindo liberar o pedido de venda e efetuar a separação por conta deste problema.

Solução: Apenas melhoramos a documentação da Rotina de Análise de Estoque por Endereço - WMSA580, para que ele conseguisse utilizá-la. A verificação da causa foi realizada depois.

Issue: 

Reclamação: Executamos o fechamento de estoque normalmente no sistema. Os saldos de SB9 e D15 são gravados normalmente quando executado a rotina Virada de Saldos. No entanto, observamos de forma bem clara no último fechamento de Dezembro/2019, situações nas quais o saldo total apresentado na D15, quando somamos produto + armazém + filial (independente do endereço) e comparamos com o resultado de produto + armazém + filial na SB9 não batem.

Solução: Identificamos que o fechamento da D15 estava correto e passamos o ticket para a equipe de Estoque (SIGAEST).

Issue: 

Reclamação: Devido a um problema identificado no recebimento integrado com o CQ, o saldo na D14 ficou negativo.

Solução: Além de ajustado o problema origem no recebimento, também criamos a Rotina de Análise de Estoque por Endereço - WMSA580 para arrumar a base do cliente.

Issue: 

Reclamação: Saldo por endereço (D14) permanece negativo, após cliente rodar ajuste de saldos.

Solução: Após analise do Kardex (D13) entendemos que a rotina de Análise de Estoque por Endereço estava fazendo os ajustes incorretamente. Portanto, apagamos o ajuste de saldo nos endereços nos quais não foram corrigidos via ajuste de inventário e enviamos a rotina corrigida para o cliente rodar novamente. 
Como o problema de estoque era generalizado, não conseguimos identificar a causa do desbalanceamento.

Issue:  

Reclamação: Rotina de Virada de Saldo não está gerando D15.

Solução: Após análise efetuada no ambiente do cliente via acesso remoto, verificamos que o problema na virada de saldos era consequência de registros de fechamentos anteriores que não geraram saldos iniciais (SBK e D15) por conta do campo BZ_LOCALIZ e BZ_CTRWMS preenchidos como "2". Dessa forma, foi orientado o ajuste em massa desses campos para a filial. Esse processo resolveu o problema com a SBK, contudo, como o WMS se baseia em fechamentos anteriores, também foi necessário o ajuste retroativo dos saldos iniciais na D15 manualmente.
Com as devidas alterações, os demais fechamentos ocorreram corretamente.

Issue:  

Reclamação: Composição do saldo disponível negativo.

Solução:  Analisamos os movimentos de Estoque por Endereço WMS (D14) , Kardex por Endereço WMS (D13), Ordem de Serviço (DCF), Saldos à Distribuir (D0G) e notamos que as quantidades estão batendo com o Saldo do Produto (SB2), mas a quantidade a classificar nos intrigava porque quando há uma quantidade a classificar deve haver um acréscimo no saldo do produto da mesma quantidade.
No contato foi diagnosticado que houve intervenção manual no banco de dados pela equipe do cliente, onde foi removido o movimento da D14, ajustado o saldo na SB2 e na SB8, porém, não foram ajustadas as quantidades de saldo a classificar, gerando assim o saldo negativo. Orientamos que fosse efetuado o ajuste de saldo a classificar da SB2 e da SB8 e removidos os registros da SD3, para não gerar novamente essa quantidade a classificar, caso executem o refaz saldos.

Lembramos também que deverão ser revisados os registros na D0G, DCF, D12, D13, D0Q, D0R,e D0S, que precisam ser removidos, para completar o primeiro ajuste manual realizado via telefone e que ajustou somente o saldo da SB2, SB8 e D14.

Solicitamos também que realizassem um processo de liberação de qualidade completo para confirmarmos se o Sistema está funcionando corretamente ou se somente foi causado problema pela manutenção manual, uma vez que esse saldo a classificar é originado de uma liberação da qualidade.

Issue:  

Reclamação: Ao consultar o estoque, o Sistema apresenta como disponível a quantidade de 100 unidades do produto. Emitimos o pedido e efetuamos a liberação sem problemas. Automaticamente é gerado um serviço no WMS e este, ao ser executado, diz que não foi possível executar por não ter saldo para o produto e permanece com o status Interrompido.

Solução:  Identificamos problemas nas quantidades previstas D14, devido intervenções manuais no registro da ordem de serviço DCF. Criamos a Rotina de Análise das Quantidades Reservadas WMS - WMSA585 para ajudar a ajustar a base.

Issue:  

Reclamação: Durante o fechamento do estoque notamos que a rotina de Recalculo do Saldo Atual e o Refaz Acumulados não estão ajustando as tabelas do WMS.

Solução:  Foi explicado que não seria implementada uma rotina para refazer o saldo das tabelas do WMS pois, por ser um módulo de Controle de Estoque apurado sempre que houver divergências, devemos identificar a origem e corrigir neste ponto o problema. Após certa recorrência de situações, criamos a rotina WMSA580 para nos auxiliar no ajuste da base. De qualquer forma, ao executar a rotina de refazer saldos do estoque não é chamada nossa rotina WMS, é necessário executar a rotina WMSA580 separadamente.

Issue:  

Reclamação: Desbalanceamento do estoque ao finalizar Atividade com quantidade a menor.

Solução:  Neste caso, apenas corrigimos os fontes e o cliente realizou ajuste manual na base.