Sys Msg 5 "valor de clave duplicado encontrado en un registro existente" en nóminas

Se aplica a: Dynamics SL 2011Microsoft Dynamics SL 2015

Síntomas


Mensaje de sistema 5 - ' encontrado en un registro existente de valor de clave duplicado. La operación de actualización de base de datos actual está causando una fila que contenga un valor de clave duplicado basado en un índice único.' se produce en nómina.

Causas


1. el error se produce la liberación de un lote de cheques en nóminas liberar lotes de PR (02.400.00). Se libera el lote PR en PRTRAN, PRDOC y GLTRAN, pero el lote tiene un estado suspendido. Vea la solución 22627.

2. una deducción que se definió anteriormente como una deducción Local ahora se define como un estado deducción que comienza con 1/1/2000. Cargar las tablas de impuestos se cambiará el tipo de deducción para este ID de deducción. Sin embargo, el proceso de cierre crea un nuevo conjunto de registros EARNDED en función de lo que existía en el año anterior. Continuará EARNDED reflejar el tipo como Local. Cuando se intenta realizar el primer cálculo de nóminas, detecta una discrepancia entre la DEDUCCIÓN. DedType y el EARNDED. Campos de EarnDedType. Vea la solución 17010.

3. 2000 tablas de impuestos de nóminas se han cargado e intentar calcular nómina primera para el año 2000. Vea la solución 17010.

4. una conversión FastForward de versión 2.06 no se pudo crear PRDOC registros pero crear registros PRTRAN para un refnbr blanco existente que se utiliza en un nuevo lote de Payroll Check. Vea la solución 20511.


Solución


Resolución 17010 - editar el tipo de deducción en deducción de nómina (02.290.00).

Notas:

1. Esto sólo debe hacerse con una completa base de datos de copia de seguridad y con los demás usuarios que Dynamics SL se desconectó.

2. este cambio sólo deberá hacerse después de imprimir todos los informes de fin de año. Actualmente, si se realizan cambios en la deducción (02.290.00), W-2s de impresión de un año anterior utilizará la información de deducción como es (no cómo lo para el año que se imprimió). Si una deducción era una deducción Local en 1999 y luego se cambió para que sea una deducción del estado en 2000, una vez que se ha actualizado la deducción para el año 2000, impresión W-2s de 1999 mostrará esos importes de deducción en el cuadro de estado en lugar del cuadro Local.

Pasos de corrección

1. accede deducciones de nóminas (02.290.00) y seleccione la deducción que resulta problemática.

2. Cambie el tipo de deducción en algo distinto de lo que se muestra.

3. Guarde los cambios.

4. acceder a deducción y cambie el tipo de deducción en el tipo de deducción correcta.

5. Guarde los cambios. Esto actualizará el registro de DEDUCCIÓN y todos los registros relacionados de EARNDED.

Resolución 20511 - eliminar los registros convertidos de PRTRAN que no tengan ningún registro existente del PRDOC.

Pasos de corrección

1. Haga una copia de seguridad de la base de datos puede restaurarse en caso de que se produzca una pérdida de datos no deseados.

2. con el analizador de consultas, acceso a la base de datos de aplicación apropiada y ejecute la siguiente instrucción para determinar si se utiliza refnbr blanco en registros PRTRAN que se han convertido desde 2.06 así como en el lote de cheques de nómina está experimentando el error. Tome nota de los valores BatNbr y CalYR.

(donde XXXXXX = el número de cheque que se genera el error)

3. ejecute la siguiente instrucción para buscar registros coincidentes de PRDOC y comparar BatNbr y CalYR con lo que se anotó en el paso 1:

(donde XXXXXX = el número de cheque que se genera el error)

4. Elimine los registros PRTRAN que no tengan ningún registro asociado de PRDOC:

(donde BBBBBB = el número de lote, XXXXXX = el número de cheque que se genera el error y NNNN = el año natural correspondiente)

5. salir del analizador de consultas y vuelva a soltar el lote de cheques de nóminas.

Resolución 22627 - corregir la nómina comprobar estado del lote a sin contabilizar utilizando el analizador de consultas.

1. Haga una copia de seguridad de la base de datos puede restaurarse en caso de que se produzca una pérdida de datos no deseados.

2. con el analizador de consultas, acceso a la base de datos de aplicación apropiada y ejecute las instrucciones siguientes para comprobar la Rlsed campo es verdadero (1) en los registros PRDOC y PRTRAN para el lote de cheques de nómina:

(donde XXXXXX = el número de lote de la comprobación de PR)

3. en modo de inicializar, vaya a General Ledger Journal Transactions (01.010.00), tire hacia arriba del lote de cheques nómina y comprobar las transacciones están equilibradas.

4. Si los pasos anteriores 2 son correctas, a continuación, continúe con los pasos de corrección.

5. utilizando el analizador de consultas, ejecute la instrucción siguiente para cambiar el estado del lote a 'U':

(donde XXXXXX = el número de lote de la comprobación de PR)

Este artículo fue ID:128082 de documento de TechKnowledge