Síntomas

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

Causas

1. el error se produce al lanzar un lote de cheque en los lotes de la liberación de nóminas (02.400.00). El lote de PR se libera en PRTRAN, PRDOC y GLTRAN, pero el lote tiene un estado suspendido. Vea la resolución 22627.

2. una deducción previamente definida como deducción local se define ahora como una deducción estatal que comienza con 1/1/2000. Al cargar las tablas de impuestos, se cambiará el tipo de deducción para este identificador de deducción. Sin embargo, el proceso de cierre crea un nuevo conjunto de registros de EARNDED basándose en lo que existía en el año anterior. EARNDED continuará reflejando el tipo como local. Cuando se intenta el primer cálculo de nóminas, se detecta una discrepancia entre la deducción. DedType y EARNDED. Campos EarnDedType. Vea la resolución 17010.

3. se han cargado tablas de impuestos de nóminas de 2000 e intentando calcular la primera nómina para 2000. Vea la resolución 17010.

  4. una conversión FastForward de la versión 2,06 no pudo crear registros de PRDOC, pero creó PRTRAN registros para un RefNbr existente que también se usaba en un nuevo lote de cheque de nóminas. Vea la resolución 20511.  

Solución

Resolución 17010 : edite el tipo de deducción en deducción de nómina (02.290.00). 

Notas 

1. esto solo debe hacerse con una copia de seguridad completa de la base de datos y con el resto de los usuarios han cerrado la sesión de Dynamics SL. 

 2. este cambio solo debe realizarse después de que se hayan impreso todos los informes de fin de año. Por el momento, si los cambios se realizan en la deducción (02.290.00), imprimir W-2 durante un año anterior usará la información de deducción tal y como es (no se trata de cómo fue para el año que se está imprimiendo). Si una deducción fue una deducción local en 1999 y después se cambió para ser una deducción de estado en 2000, una vez que la deducción se ha actualizado para 2000, la impresión de W-2 para 1999 mostrará esos montos de deducción en el cuadro de estado en lugar del cuadro local. 

Pasos de corrección 

1. acceso a deducción de nómina (02.290.00) y seleccione la deducción problemática. 

2. cambie el tipo de deducción a un valor que no sea el que se muestra. 

3. Guarde los cambios. 

4. deducción de acceso y devolver el tipo de deducción al tipo de deducción correcto. 

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

Resolución 20511 : Elimine los registros de PRTRAN convertidos que no tienen registros de PRDOC existentes. 

Pasos de corrección 

1. Haga una copia de seguridad de la base de datos que se pueda restaurar en caso de que se produzca una pérdida de datos no deseada. 

2. uso del analizador de consultas, obtenga acceso a la base de datos de aplicaciones adecuada y ejecute la instrucción siguiente para determinar si RefNbr se usa en los registros de PRTRAN que se han convertido desde 2,06, así como en el lote de comprobación de nóminas que está experimentando el error. Anote los valores de BatNbr y CalYR que se encuentran. 

SELECT BatNbr, RefNbr, CalYR, * from PRTRAN Where RefNbr = ' XXXXXX ' and TranType = ' CK '

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

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

SELECT BatNbr, ChkNbr, CalYR, * from PRDOC Where ChkNbr = ' XXXXXX ' and DocType = ' CK '

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

4. Elimine los registros de PRTRAN que no tengan registros de PRDOC asociados: 

ELIMINAR de PRTRAN donde BatNbr = ' BBBBBB ' and RefNbr = ' XXXXXX ' and CalYR = ' NNNN '

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

5. salga del analizador de consultas y vuelva a liberar el lote de cheque de nóminas. 

Resolución 22627 : corrija el estado del lote de la comprobación de nóminas como no publicado con el analizador de consultas. 

1. Haga una copia de seguridad de la base de datos que se pueda restaurar en caso de que se produzca una pérdida de datos no deseada. 

2. uso del analizador de consultas, obtenga acceso a la base de datos de aplicaciones adecuada y ejecute las siguientes instrucciones para comprobar que el campo Rlsed es verdadero (1) en los registros PRDOC y PRTRAN para el lote de cheque de nóminas: 

SELECT * FROM PRDOC Where BatNbr = ' XXXXXX ' SELECT * FROM PRTRAN Where BatNbr = ' XXXXXX '

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

3. en el modo de inicialización, vaya a transacciones del diario de contabilidad general (01.010.00), tire hacia arriba del lote de cheques de PR y compruebe que las transacciones estén equilibradas. 

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

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

ACTUALIZAR el estado del conjunto de lotes = ' U ', donde module = ' PR ' y BatNbr = ' XXXXXX '

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

Este artículo tenía el identificador de documento de TechKnowledge: 128082

¿Necesita más ayuda?

Ampliar sus conocimientos
Explorar los cursos
Obtener nuevas características primero
Unirse a Microsoft Insider

¿Le ha sido útil esta información?

¿Cuál es tu grado de satisfacción con la calidad de la traducción?
¿Qué ha afectado a tu experiencia?

¡Gracias por sus comentarios!

×