Iniciar sessão com a Microsoft
Iniciar sessão ou criar uma conta.
Olá,
Selecione uma conta diferente.
Tem várias contas
Selecione a conta com a qual pretende iniciar sessão.

Sintomas

Mensagem do Sistema 5 - 'Valor da chave duplicada encontrado num registo existente. A atual operação de atualização da base de dados está a fazer com que uma linha contenha um valor-chave duplicado com base num índice único. 

Causas

1. O erro ocorre ao libertar um lote de verificação em lotes de pr de libertação de folha de pagamento (02.400.00). O lote de RP é lançado em PRTRAN, PRDOC e GLTRAN, mas o BATCH tem um Estado Suspenso. Consulte a Resolução 22627.

2. Uma dedução previamente definida como dedução local é agora definida como uma dedução do Estado a partir de 1/1/2000. O carregamento das tabelas fiscais alterará o Tipo de Dedução para esta Identificação de Dedução. No entanto, o processo de encerramento cria um novo conjunto de registos EARNDED com base no que existia no ano anterior. O EARNDED continuará a refletir o tipo como Local. Quando o primeiro cálculo da folha de pagamento for tentado, detetará um desfasamento entre a DEDUÇÃO. DedType e o EARNDED. Campos EarnDedType. Consulte a resolução 17010.

3. 2000 As tabelas de imposto sobre os salários foram carregadas e tentaram calcular a primeira folha de pagamento para 2000. Ver Resolução 17010.

  4. Uma conversão fastForward a partir do Lançamento 2.06 não conseguiu criar registos PRDOC, mas criou registos PRTRAN para um RefNbr existente que também foi usado num novo lote de Verificação de Folha de Pagamento. Ver Resolução 20511.  

Resolução

Resolução 17010 - Editar o Tipo de Dedução na Dedução da Folha de Pagamento (02.290.00). 

Notas 

1. Isto só deve ser feito com uma cópia de segurança completa da base de dados e com todos os outros utilizadores registados fora da Dynamics SL. 

 2. Esta alteração só deve ser efetuada depois de terem sido impressos relatórios de fim de ano. Atualmente, se forem efetuadas alterações na Dedução (02.290.00), a impressão W-2s para um ano anterior utilizará a informação de dedução tal como está (não como era para o ano em que foi impressa). Se uma dedução foi uma dedução local em 1999 e depois alterada para ser uma dedução do Estado em 2000, uma vez que a dedução foi atualizada para 2000, a impressão W-2s para 1999 mostrará esses valores de dedução na caixa do Estado em vez da caixa local. 

Passos de Correção 

1. Dedução da Folha de Pagamento de Acesso (02.290.00) e selecione a dedução que é problemática. 

2. Altere o Tipo de Dedução para algo diferente do que é exibido. 

3. Guarde as alterações. 

4. Dedução de acesso e alteração do Tipo de Dedução para o Tipo de Dedução correto. 

5. Guarde as alterações. Isto atualizará o registo de DEDUÇÃO e todos os registos EARNDED relacionados. 

Resolução 20511 - Eliminar os registos DE PRTRAN convertidos que não possuam registos PRDOC existentes. 

Passos de Correção 

1. Faça uma cópia de segurança da base de dados que possa ser restaurada no caso de ocorrer uma perda de dados indesejada. 

2. Utilizando o Analisador de Consultas, aceda à base de dados de aplicação adequada e execute a seguinte declaração para determinar se o RefNbr é utilizado nos registos PRTRAN que foram convertidos a partir de 2.06, bem como no lote de Verificação de Folha de Pagamento que está a experimentar o erro. Tome nota dos valores batNbr e CalYR encontrados. 

SELECT BatNbr, RefNbr, CalYR, * do PRTRAN onde RefNbr = 'XXXXXX' e TranType = 'CK'

(onde XXXXXX = o Número de Verificação gerando o erro)

3. Execute a seguinte declaração para encontrar registos PRDOC correspondentes e compare BatNbr e CalYR com o que foi notado no passo 1:

SELECT BatNbr, ChkNbr, CalYR, * da PRDOC onde ChkNbr = 'XXXXXX' e DocType = 'CK'

    (onde XXXXXX = o Número de Verificação gerando o erro) 

4. Eliminar os registos PRTRAN que não possuam registos PRDOC associados: 

DELETE do PRTRAN onde BatNbr = 'BBBBBB' e RefNbr = 'XXXXXX' e CalYR = 'NNNN'

(onde BBBBBB = o Número do Lote, XXXXXX = o Número de Verificação que gera o erro, e NNNN = o ano civil apropriado)

5. Analisador de consulta de saída e liberte novamente o lote de Verificação de Folha de Pagamento. 

Resolução 22627 - Corrija o estado do lote de verificação da folha de pagamento para não postado utilizando o Analisador de Consulta. 

1. Faça uma cópia de segurança da base de dados que possa ser restaurada no caso de ocorrer uma perda de dados indesejada. 

2. Utilizando o Analisador de Consultas, aceda à base de dados de aplicações adequada e execute as seguintes declarações para verificar se o campo RLsed é Verdadeiro (1) nos registos PRDOC e PRTRAN para o lote de Verificação de Folha de Pagamento: 

SELECIONE * do PRDOC onde BatNbr = 'XXXXX' SELECT * de PRTRAN onde BatNbr = 'XXXXXX'

(onde XXXXXX = o número do lote do Pr Check)

3. No Modo De Inicialização, aceda às Transações Do Diário Da Revista Geral (01.010.00), puxe o lote de Verificação de RP e verifique se as transações estão equilibradas. 

4. Se os 2 passos acima estiverem bem, então proceda com os Passos de Correção. 

5. Utilizando o Analisador de Consultas, executar a seguinte declaração para alterar o Estado do Lote para ' U ': 

UPDATE BATCH SET Status = 'U' onde módulo = 'PR' e BatNbr = 'XXXXXX'

(onde XXXXXX = o número do lote do Pr Check)

Este artigo foi TechKnowledge Document ID:128082

Precisa de mais ajuda?

Quer mais opções?

Explore os benefícios da subscrição, navegue em cursos de formação, saiba como proteger o seu dispositivo e muito mais.

As comunidades ajudam-no a colocar e a responder perguntas, a dar feedback e a ouvir especialistas com conhecimentos abrangentes.

Estas informações foram úteis?

Quão satisfeito está com a qualidade do idioma?
O que afetou a sua experiência?
Ao selecionar submeter, o seu feedback será utilizado para melhorar os produtos e serviços da Microsoft. O seu administrador de TI poderá recolher estes dados. Declaração de Privacidade.

Obrigado pelo seu feedback!

×