O artigo aborda divergências entre registros de movimentação e tabelas de saldo no TOTVS Protheus, recomendando a verificação com o relatório MATR282 para identificar inconsistências reais. Destaca a necessidade de mapear o processo que gera o erro para correção, sem solução pronta imediata. Sugere testes em ambiente padrão e atualizado, e orienta acionar o suporte com evidências para análise e possível correção sistêmica.
Tempo aproximado para leitura: 00:05:00 min
Ocorrência
Os registros de movimentação do produto e as tabelas de saldo não conferem entre si.
Exemplo SB2 X SB8 X SBF X SD5 etc.
Ambiente
Cross Segmento - TOTVS Backoffice (Linha Protheus) - Estoque/Custos - Todas as versões.
Causa
Primeiramente é importante conferir se de fato há um cenário de desbalanceamento, propriamente.
Há situações onde apenas não foram parametrizados os relatórios de forma compatível para o cenário, gerando a falsa impressão de haver desbalanceamento.
Recomendamos a extração do relatório MATR282 parametrizado como indicado no link a seguir para identificação de possíveis divergências reais de saldos entre as tabelas: SIGAEST - MATR282 - Parametrização para identificar divergência de saldos entre tabelas SB2 X SB8 X SBF
Caso demonstre, de fato, divergência de saldo entre as tabelas, verifique se está enquadrado em algum destes cenários:
- Tratamento correto de desbalanceamento de tabelas de Lote e Endereço em todos os cenários
- Dicas de Analise de divergência de Saldo Atual/Posição de produtos com controle de Lote e Endereço
- Dicas de Analise de divergência de Saldo Atual/Posição de Saldo em Estoque
Do contrário, atente-se às instruções a seguir.
Solução
A identificação de registros inconsistentes já gravados nas tabelas do sistema não permite, isoladamente, uma ação corretiva imediata no Produto Protheus ou através do Suporte Técnico.
Para que seja possível aplicar uma correção sistêmica, é imprescindível o mapeamento da rotina ou do processamento padrão que está originando a divergência. Em suma, precisamos identificar o fluxo operacional que resulta na falha sistêmica para que a correção seja aplicada na origem do cálculo.
Não há atualmente uma "correção pronta" específica para tal situação "processamento X gravar um saldo incorreto na tabela". No cenário comum os saldos demonstrados no sistema resultam de acordo com as diferentes formas de movimentações de entrada e saída padrão do sistema. Para uma possível correção é necessário sinalizar qual processamento estaria resultando em cálculo incorreto.
Premissas para Análise e Correção:
- Validação em Ambiente de Teste: Realize a simulação do processo habitual utilizando um produto novo, criado exclusivamente para esta análise, assegurando um histórico isento de resquícios de movimentações anteriores.
- Simulação do Fluxo Operacional: Reproduza as operações cotidianas (Notas de Entrada, Notas de Venda, Ordens de Produção, Transferências, Baixas de OS, Movimentações de Terceiros, etc.) até identificar em qual etapa a inconsistência de saldo é gerada.
- Padronização do Ambiente: O teste deve ocorrer em um ambiente atualizado e estritamente padrão (incluindo dicionários de dados). Isso é necessário para descartar falhas causadas por customizações ou obsolescência de fontes:
Próximos Passos:
- Assim que o cenário for identificado e o erro sistêmico for passível de reprodução, pedimos que acione o Suporte Protheus Estoque enviando:
- As evidências detalhadas do processo (prints, logs ou vídeos).
- A descrição das particularidades do cenário.
Observação: Uma vez que a inconsistência seja simulada e confirmada pelo suporte como uma falha do produto, será gerada uma solicitação de correção oficial. A partir disso, a equipe de Desenvolvimento avaliará a viabilidade de ferramentas para o ajuste dos dados históricos já afetados em seu banco de dados.
Alternativas de Atendimento e Escopo Técnico
Caso a inconsistência identificada não tenha origem em uma falha padrão do produto — sendo motivada por customizações, manipulações diretas no banco de dados ou ambientes desatualizados — apresentamos as seguintes diretrizes:
-
Correção de Registros e Dados (Serviços Tarifados)
Se o objetivo for exclusivamente a correção manual dos saldos nas tabelas (ajuste de dados), e não a investigação da rotina sistêmica, o atendimento deve ser direcionado a um canal de serviços, pois o Suporte Padrão não realiza manipulação de dados em banco, neste caso orientamos entrar em contato com o ESN responsavel por sua conta.
-
Consultoria do Suporte (Modalidades de Atendimento)
Caso o erro seja reproduzido em seu ambiente de teste (atualizado e padrão), mas não seja replicado no ambiente interno da equipe de Suporte, disponibilizamos a modalidade de Consultoria do Suporte.
Objetivo: Analisar o ambiente do cliente para identificar particularidades que impeçam a simulação do erro no ambiente do Suporte Técnico.
Pré-requisito: Esta modalidade foca na rastreabilidade do erro sistêmico e não se destina à correção manual de tabelas. Sem a evidência do erro em ambiente padrão e atualizado, as equipes de Suporte e Desenvolvimento ficam impossibilitadas de atuar.
Complementar / Material de apoio
- MATR282 - Parametrização para identificar divergência de saldos entre tabelas SB2 X SB8 X SBF
- Tratamento correto de desbalanceamento de tabelas de Lote e Endereço em todos os cenários
- Dicas de Analise de divergência de Saldo Atual/Posição de produtos com controle de Lote e Endereço
- Dicas de Analise de divergência de Saldo Atual/Posição de Saldo em Estoque
- Dicas de Análise dos Saldos no Relatório MATR460 (P7)
- MATR460 (P7) - Saldo físico em Estoque Próprio negativo/divergente. O que fazer
- MATR460 (P7) - Saldo em Estoque De/Em Terceiros negativo/divergente. O que fazer?
- WEBINAR sobre controle de RASTRO e LOCALIZAÇÃO
Saiba mais:
0 Comentários