Histórico da Página

2557 Controle de Movimentações e Saldo entre SB2/SB8/SBF
===================================================

A partir da versão 2.07/4.07 (executaveis gerados a partir de 09/02/00) foi disponibilizado um recurso para controle de Movimentações e Saldos de Produtos com Rastreabilidade e/ou Controle de Localização - o sistema irá efetuar uma checagem sempre que forem feitas movimentações Internas, Transferências, NF's de Entrada e Saida e Pedidos de Venda, e emitirá LOG's caso encontre alguma das seguintes divergências:

* Diferença entre o Lote movimentado e o gravado nos arquivos SD5/SDA e SDB
* Diferença entre o Sub-Lote movimentado e o gravado nos arquivos SD5/SDA e SDB
* Diferença entre a Quantidade movimentada e a gravada nos arquivos SD5/SDA e SDB
* Diferença de Saldo entre SB2, SB8 e SBF

O LOG gerado será do tipo Texto, de nome CM??????.LOG. Será gravado no diretório dos executáveis e conterá informações importantes para se descobrir a origem do problema que gerou a divergência (data e hora da ocorrência, lista de chamada das linhas de programa, nome do usuario e lista de ocorrências para o produto movimentado).
Para ativar esta checagem deve-se criar o parametro "MV_LOGMOV" no SX6, do tipo "C" (caracter), e conteudo "S" (sim) - Na versão 5.08 e posteriores este parametro já fará parte do SX6 padrão.
Se ativado este recurso permite uma monitoração ON-LINE das ocorrências, e consequentemente maior agilidade na correção de possiveis problemas.

Sugestão: Quando o sistema estiver gerando digergências de saldos entre SB2, SB8 e SBF pode-se ativar o parametro MV_LOGMOV e monitorar constantemente os LOG's - Eles são gerados exatamente após se realizar as movimentações de estoque, e contém uma "fotografia" do sistema no momento da ocorrência - cabe ao Analista Analisar a causa do problema (rdmake, base de dados, procedimento incorreto do usuario, erro de programa, etc.) e tomar as providências necessarias (correção do rdmake, correção da base de dados, melhor treinamento aos usuarios ou abertura de BOPs, etc.).

***ATENÇÃO***
Por se tratar de um recurso novo deve-se verificar a veracidade dos LOG's gerados - Se for constatada geração de LOG's sem razão aparente deve-se abrir um BOPS relatando o problema para que a função seja corrigida - Até que seja feita a correção deve-se desativar o recurso para evitar LOG's desnecessarios, e um "falso" pânico na empresa.
Sugestões de melhoria também serão bem vindas.