A partir da Release 2410 do Protheus, o controle do NUMSEQ foi alterado para usar a função NEWPROXNUM via License Server, substituindo o parâmetro MV_DOCSEQ. Foi criado o campo I_N_S_D_T_ nas tabelas SD1, SD2 e SD3 para registrar data e hora da inclusão. Duplicidades ocorrem por intervenções manuais, configuração incorreta da SpecialKey ou customizações antigas. Recomenda-se configurar SpecialKey exclusiva, ativar CheckSpecialKey, evitar uso do MV_DOCSEQ e, em casos de duplicidade, estornar documentos ou ajustar manualmente com apoio técnico.
Tempo aproximado para leitura: 00:05:00 min
Dúvida:
Como é realizado o controle do NUMSEQ a partir da Release 2410 e como tratar casos de saltos de numeração ou registros duplicados?
Ambiente
Cross Segmento - TOTVS Backoffice (Linha Protheus) - Estoque/Custos - Protheus Release 12.1.2410 ou Superior.
Solução
A partir da Release 2410, o controle de gravação do NUMSEQ foi alterado para otimizar o desempenho do produto. O sistema descontinuou o uso do parâmetro MV_DOCSEQ e passou a utilizar a função NEWPROXNUM, que utiliza o License Server para gerar a próxima numeração sequencial.
Para aumentar o rastreio, foi criado o campo I_N_S_D_T_ nas tabelas SD1 (D1_NUMSEQ), SD2 (D2_NUMSEQ) e SD3 (D3_NUMSEQ). Este campo, visível apenas via banco de dados, registra a data e hora exata da inclusão do registro.
O License Server define o ponto de partida da numeração através de uma QUERY nas tabelas mencionadas, gravando o registro @@@SD2 com o maior sequencial encontrado. Problemas de duplicidade geralmente ocorrem por intervenção manual na chave, configuração incorreta da SpecialKey entre ambientes ou uso de customizações que ainda apontam para o parâmetro descontinuado.
Passos:
- Verifique se cada ambiente (Produção e Homologação) possui uma SpecialKey exclusiva configurada no AppServer.ini, funcionando como um cadastro individual no License Server. Detalhes em: SpecialKey
Ative a chave CheckSpecialKey na seção [GENERAL] do arquivo de configuração do servidor.
SIGAFAT - A chave CheckSpecialKey em seu ambiente está desligada, você deve liga-la para seu uso da seção [GENERAL]
Certifique-se de que não existam customizações no ambiente que ainda utilizem o parâmetro MV_DOCSEQ. TDN de apoio: MV_DOCSEQ
- Para correção de base em registros já gravados com duplicidade, a recomendação e avaliar internamente a possibilidade de estornar o documento origem, para que após a configuração da chave @@@SD2, no controle de numeração conforme demonstrado no ponto 2 abaixo, gerar novamente o registro origem sem a repetição do NUMSEQ.
- Em caso de registros já duplicados, efetue a configuração da chave @@@SD2, no controle de numeração, segue abaixo procedimento de ajuste, e avalie o estorno dos documentos para nova geração após o ajuste da chave:
Numeração automática pelo License Server | How To - Ajuste de Numeração automática das tabelas
- Se o estorno não for viável, recomenda-se o apoio de um analista de banco de dados para saneamento manual dos registros (Caso necessite, recomendamos acionar o Gestor de contas para avaliar a contratação de serviços especializados).
-
Casos de HELP a seguir, podem estar vinculados a registros duplicados que precisam ser reavaliados:
IDENTSB6
- O campo documento original e/ou serie foi(ram) alterados manualmente para: - Documento XPTO
O sistema necessita que esta operação seja realizada através do botão
SELECIONAR DOCUMENTO ORGINAL - F7 para atualizar a baixa da tabela SB6
Saiba mais:
Clique aqui e veja mais artigos sobre Cadastros e Configurações Gerais no Estoque
0 Comentários