Problemas no cálculo do custo e fechamento de saldos no módulo de estoque/custos do TOTVS Protheus podem ser causados por dados duplicados nos campos D1_NUMSEQ, D2_NUMSEQ, D3_NUMSEQ, D3_IDENT e H6_IDENT. A duplicidade ocorre devido à configuração incorreta das chaves specialkey e checkspecialkey no License Server. O ajuste deve ser feito nas tabelas SD1, SD2, SD3 e SH6, preferencialmente com auxílio de um analista DBA, para garantir a correta ordenação dos movimentos e evitar erros futuros.
Tempo aproximado para leitura: 00:03:00 min
Dúvida
Foi identificado que problemas relacionados ao calculo do custo dos produtos, e fechamento de saldos, podem ser causados por dados duplicados nos campos D1_NUMSEQ, D2_NUMSEQ, D3_NUMSEQ, D3_IDENT e H6_IDENT, no modulo de estoque custos.
Ambiente
Cross Segmento - TOTVS Backoffice (Linha Protheus) - Estoque/Custos - Todas as versões.
Solução
Para a correta ordenação dos movimentos é necessario ajuste interno nos campos encontrados com duplicidade.
Explicação tecnica:
A repetição de CAMPOS _NUMSEQ impacta na apropriação do Custo por conta da ordenação dos movimentos, mesmo com o uso do I_N_S_D_T_ indicado nesse link https://tdn.totvs.com/x/IsP7Og
A configuração atual via License Server substitui o antigo MV_DOCSEQ , porém, assim como antes, se o valor indicado no License Server for menor que a maior numeração _NUMSEQ das tabelas SD1, SD2, SD3 e SH6, os movimentos feitos no sistema vão utilizar esta numeração para gravar nas tabelas SD1, SD2, SD3 e SH6, podendo ocasionar erros de duplicidade.
Os ajustes dos dados duplicados devem ser realizados nas tabelas, sempre com o valor inicial com o maior numseq entre as tabelas SD1, SD2, SD3 e SH6, configurar a chave specialkey no AppServer, assim como a chave checkspecialkey. O ajuste das chaves evita a duplicidade nos novos movimentos, ordenando corretamente nos casos em que é usado o MV_SEQ300 e/ou a apropriação sequencial, pois o numseq sem o I_N_S_D_T_ pode trazer dados antigos.
Os casos onde a apropriação não é sequencial e não utilize o MV_SEQ300, a ordenação segue outras regras (entradas, movimentos internos e saídas), caso os movimentos com NumSeq duplicado estejam no mesmo período de fechamento, podem gerar erros no calculo do custo por inconsistência nas ordenações e, consequentemente, na apropriação do custo e fechamento.
Qual o motivo de possuir campos duplicados atualmente?
Essa situação pode ocorrer em ambientes cujo as chaves specialkey e checkspecialkey não estejam configuradas corretamente, gerando falhas ou lacunas no controle de numeração em seu ambiente.
O controle de numeração do NumSeq depende da correta configuração do License Server na chave @@@SD2.
E como efetuar o ajuste dos sequencias duplicados?
Sugerimos que seja validado junto a um analista DBA ou solicitação de um analista in loco (verificar detalhes a respeito de valores para alocação do analista com o gerente de contas da unidade TOTVS responsavel por seu contrato), pode ser usada, como base para a correção, a documentação dos campos e tabelas envolvidas (https://tdn.totvs.com/x/IsP7Og).
Realizei os ajustes e a Sequência da Numeração ainda estão sendo criadas incorretamente. O que Fazer?
Para esse cenário verificar se é o caso reportado na FAQ abaixo, e sugestivel que seja validado juntamente com um analista in loco.
SIGAEST - Campos _NUMSEQ repetidos mesmo após apagar lsnumber.val e reiniciar o License Server
Relacionados a problemas sequencias das movimentações:
Backoffice (Linha Protheus) - SIGAEST - Alteração no tamanho de campos NUMSEQ
Saiba mais:
0 Comentários