Sintomas
Mensagem do sistema 5-' valor da chave duplicada encontrado em um registro existente. A atual operação de atualização de banco de dados está fazendo com que uma linha contenha um valor de chave duplicado com base em um índice exclusivo. ' ocorre na folha de pagamento.
Causas
1. o erro ocorre ao liberar um lote de cheque em lotes de versão de folha de pagamento de RP (02.400.00). O lote PR é lançado em PRTRAN, PRDOC e GLTRAN, mas o lote tem um status suspenso. Consulte a resolução 22627.
2. uma dedução anteriormente definida como uma dedução local agora é definida como uma dedução de estado começando com 1/1/2000. Carregar as tabelas de imposto alterará o tipo de dedução para essa ID de dedução. No entanto, o processo de fechamento cria um novo conjunto de registros EARNDED com base no que existia no ano anterior. O EARNDED continuará a refletir o tipo local. Quando o primeiro cálculo da folha de pagamento é tentado, ele detecta uma incompatibilidade entre a dedução. DedType e o EARNDED. Campos EarnDedType. Consulte a resolução 17010.
3.2000 tabelas de impostos sobre a folha de pagamento foram carregadas e tentando calcular o primeiro Payroll para 2000. Consulte a resolução 17010.
4. uma conversão FastForward da versão 2, 6 falhou ao criar registros PRDOC, mas criou registros PRTRAN para um RefNbr existente que também era usado em um novo lote de verificação de folha de pagamento. Consulte a resolução 20511.
Resolução
Resolução 17010 -edite o tipo de dedução na dedução da folha de pagamento (02.290.00).
Observações
1. isso só deve ser feito com um backup de banco de dados completo e com todos os outros usuários desconectados do Dynamics SL.
2. essa alteração só deve ser feita após a impressão de todos os relatórios de fim de ano. Atualmente, se alterações forem feitas em dedução (02.290.00), imprimir W-2s para um ano anterior usará as informações de dedução como é (não como era para o ano sendo impresso). Se uma dedução era uma dedução local no 1999 e, em seguida, foi alterada para ser uma dedução de estado no 2000, quando a dedução foi atualizada para 2000, imprimir W-2s para 1999 mostrará os valores de dedução na caixa estado, em vez de na caixa local.
Etapas de correção
1. dedução da folha de pagamento do Access (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. Salve as alterações.
4. acesso dedução e altere o tipo de dedução de volta para o tipo de dedução correto.
5. Salve as alterações. Isso atualizará o registro dedução e todos os registros EARNDED relacionados.
Resolução 20511 -exclua os registros PRTRAN convertidos que não têm registros PRDOC existentes.
Etapas de correção
1. faça um BACKUP do banco de dados que pode ser restaurado caso ocorra uma perda de dados indesejada.
2. usando o Query Analyzer, acesse o banco de dados do aplicativo apropriado e execute a instrução a seguir para determinar se RefNbr é usado nos registros do PRTRAN que foram convertidos do 2, 6, bem como no lote de verificação de folha de pagamento que está apresentando o erro. Anote os valores BatNbr e CalYR encontrados.
Selecione BatNbr, RefNbr, CalYR, * de PRTRAN onde RefNbr = ' XXXXXX ' e TransType = ' CK '
(onde XXXXXX = o número do cheque que gera o erro)
3. Execute a instrução a seguir para localizar os registros PRDOC correspondentes e comparar BatNbr e CalYR com o que foi observado na etapa 1:
Selecione BatNbr, ChkNbr, CalYR, * de PRDOC onde ChkNbr = ' XXXXXX ' e DocType = ' CK '
(onde XXXXXX = o número do cheque que gera o erro)
4. exclua os registros PRTRAN que não possuem registros PRDOC associados:
EXCLUIR do PRTRAN onde BatNbr = ' BBBBBB ' e RefNbr = ' XXXXXX ' e CalYR = ' NNNN '
(onde BBBBBB = o número do lote, XXXXXX = o número do cheque que gera o erro e NNNN = o ano civil apropriado)
5. saia do analisador de consultas e libere novamente o lote da verificação de folha de pagamento.
Resolução 22627 -corrija o status do lote da verificação de folha de pagamento como não lançado usando o analisador de consultas.
1. faça um BACKUP do banco de dados que pode ser restaurado caso ocorra uma perda de dados indesejada.
2. usando o analisador de consultas, acesse o banco de dados do aplicativo apropriado e execute as seguintes instruções para verificar se o campo Rlsed é verdadeiro (1) nos registros PRDOC e PRTRAN do lote da verificação de folha de pagamento:
SELECT * FROM PRDOC onde BatNbr = ' XXXXXX ' SELECT * FROM PRTRAN onde BatNbr = ' XXXXXX '
(onde XXXXXX = o número do lote da verificação de RP)
3. no modo de inicialização, vá para transações do diário-razão geral (01.010.00), puxe o lote de verificação PR e verifique se as transações são balanceadas.
4. se as 2 etapas acima estiverem corretas, continue com as etapas de correção.
5. usando o analisador de consultas, execute a seguinte instrução para alterar o status do lote para "U":
ATUALIZAR status do conjunto de lotes = ' U ', no qual módulo = ' PR ' e BatNbr = ' XXXXXX '
(onde XXXXXX = o número do lote da verificação de RP)
Este artigo foi TechKnowledge ID do documento: 128082
