Sys Msg 5 "valore di chiave duplicato trovato in un Record esistente" Payroll

Sintomi

Messaggio di sistema 5-' valore chiave duplicato trovato in un record esistente. L'operazione di aggiornamento del database corrente sta causando una riga che contiene un valore di chiave duplicato basato su un indice univoco. "si verifica in retribuzione. 

Cause

1. l'errore si verifica quando si rilascia un batch di controllo in batch di PR per il rilascio di retribuzioni (02.400.00). Il batch PR viene rilasciato in PRTRAN, PRDOC e GLTRAN, ma il BATCH ha uno stato sospeso. Vedere Risoluzione 22627.

2. una deduzione definita in precedenza come deduzione locale è ora definita come deduzione dello stato a partire da 1/1/2000. Il caricamento delle tabelle delle imposte cambierà il tipo di detrazione per questo ID deduzione. Tuttavia, il processo di chiusura crea un nuovo set di record EARNDED in base a ciò che esisteva nell'anno precedente. EARNDED continuerà a riflettere il tipo come locale. Quando viene tentato il primo calcolo del libro paga, viene rilevato un errore di corrispondenza tra la deduzione. DedType e EARNDED. Campi EarnDedType. Vedere Risoluzione 17010.

3.2000 le tabelle delle imposte sui salari sono state caricate e si tenta di calcolare il primo libro paga per 2000. Vedere Risoluzione 17010.

  4. una conversione FastForward dalla versione 2,06 non è riuscita a creare record PRDOC ma ha creato record PRTRAN per un RefNbr esistente usato anche in un nuovo batch di controllo paghe. Vedere Risoluzione 20511.  

Risoluzione

Risoluzione 17010 -modificare il tipo di detrazione in deduzione retribuzioni (02.290.00). 

Note 

1. questa operazione deve essere eseguita solo con un backup completo del database e con tutti gli altri utenti disconnessi da Dynamics SL. 

 2. questa modifica deve essere eseguita solo dopo che sono stati stampati tutti i report di fine anno. Attualmente, se le modifiche vengono apportate in deduzione (02.290.00), la stampa W-2s per un anno precedente userà le informazioni di detrazione così com'è (non è stata stampata l'anno). Se una deduzione è stata una deduzione locale in 1999 e quindi modificata come deduzione dello stato in 2000, una volta che la detrazione è stata aggiornata per 2000, la stampa W-2s per 1999 visualizzerà gli importi di deduzione nella casella stato invece che nella casella locale. 

Procedura di correzione 

1. accedere alla detrazione delle retribuzioni (02.290.00) e selezionare la deduzione problematica. 

2. cambiare il tipo di deduzione in modo diverso da quello visualizzato. 

3. salvare le modifiche. 

4. deduzione di Access e riportare il tipo di detrazione nel tipo di detrazione corretto. 

5. salvare le modifiche. Verrà aggiornato il record di deduzione e tutti i record di EARNDED correlati. 

Risoluzione 20511 -eliminare i record PRTRAN convertiti che non hanno record PRDOC esistenti. 

Procedura di correzione 

1. eseguire un BACKUP del database che può essere ripristinato nel caso si verifichi una perdita di dati indesiderata. 

2. l'utilizzo di Query Analyzer consente di accedere al database dell'applicazione appropriato ed eseguire l'istruzione seguente per determinare se RefNbr viene usato nei record di PRTRAN che sono stati convertiti da 2,06 e nel batch di controllo paghe che sta avvertendo l'errore. Prendere nota dei valori di BatNbr e CalYR trovati. 

(dove XXXXXX = il numero di controllo che genera l'errore)

3. eseguire l'istruzione seguente per trovare i record di PRDOC corrispondenti e confrontare BatNbr e CalYR con quanto indicato nel passaggio 1:

    (dove XXXXXX = il numero di controllo che genera l'errore) 

4. eliminare i record di PRTRAN che non hanno record PRDOC associati: 

(dove BBBBBB = numero di lotto, XXXXXX = numero di controllo che genera l'errore e NNNN = l'anno di calendario appropriato)

5. uscire da Query Analyzer e rilasciare di nuovo il batch di controllo retribuzioni. 

Risoluzione 22627 -correggere lo stato del batch controlla retribuzioni in modo che non sia stato riposto tramite Query Analyzer. 

1. eseguire un BACKUP del database che può essere ripristinato nel caso si verifichi una perdita di dati indesiderata. 

2. l'uso di Query Analyzer consente di accedere al database dell'applicazione appropriato ed eseguire le istruzioni seguenti per verificare che il campo Rlsed sia vero (1) nei record PRDOC e PRTRAN per il batch di controllo retribuzioni: 

(dove XXXXXX = numero del batch del controllo PR)

3. in modalità di inizializzazione, accedere alle transazioni CoGe (01.010.00), estrarre il batch di controllo PR e verificare che le transazioni siano bilanciate. 

4. se i due passaggi precedenti sono corretti, procedere con la procedura di correzione. 

5. usando Query Analyzer, eseguire l'istruzione seguente per cambiare lo stato del batch in "U": 

(dove XXXXXX = numero del batch del controllo PR)

Questo articolo è stato TechKnowledge documento ID: 128082