Symptômes
Message système 5-valeur de clé dupliquée trouvée dans un enregistrement existant. L’opération de mise à jour de la base de données active entraîne la mise à jour d’une ligne contenant une valeur de clé dupliquée sur la base d’un index unique.
Entraîner
1. l’erreur persiste lors de la publication d’un lot de chèques dans la liste des lots de publication PR (02.400.00). Le lot PR est disponible dans PRTRAN, PRDOC et GLTRAN mais le lot est suspendu. Voir résolution 22627.
2. une déduction précédemment définie en tant que prélèvement locale est désormais définie comme une déduction d’État débutant par 1/1/2000. Le chargement des tables fiscales entraînera le changement de type de déduction pour cet ID de déduction. Toutefois, le processus de clôture crée un ensemble d’enregistrements EARNDED en fonction de ce qui existait dans l’année précédente. EARNDED continuera à refléter le type local. Lorsque le premier calcul de la paie est tenté, il détecte une incompatibilité entre le prélèvement. DedType et EARNDED. Champs EarnDedType. Voir résolution 17010.
3. les tables de taxe de paie 2000 ont été chargées et les tentatives de calcul du premier salaire pour 2000. Voir résolution 17010.
4. une conversion FastForward à partir de la version 2,06 ne permet pas de créer des enregistrements PRDOC, mais de créer des enregistrements PRTRAN pour un RefNbr existant qui a également été utilisé dans un nouveau lot de chèques de paie. Voir résolution 20511.
Résolution
Résolution 17010 -modifiez le type de déduction dans les déductions salariales (02.290.00).
Remarque
1. cette opération ne doit être effectuée qu’avec une sauvegarde complète de la base de données et pour les autres utilisateurs déconnectés de Dynamics SL.
2. cette modification ne doit être effectuée qu’après l’impression des rapports de fin d’année. Pour l’instant, si des modifications sont apportées en déduction (02.290.00), l’impression de W-2 pour un an antérieur utilisera les informations de déduction comme il le fera (et non la méthode d’impression de l’année). S’il s’agit d’une déduction locale dans 1999, puis de la modification en tant que déduction dans 2000, une fois que le prélèvement a été mis à jour pour 2000, l’impression de W-2 pour 1999 affichera les montants de retenue dans la zone État au lieu de la boîte locale.
Étapes de correction
1. prélèvement de la paie d’Access (02.290.00), puis sélectionnez le prélèvement problématique.
2. Changez le type de déduction en autre chose que ce qui est affiché.
3. enregistrer les modifications.
4. accès déduction et changer le type de retenue en fonction du type de déduction correcte.
5. enregistrer les modifications. Cette opération entraîne la mise à jour de l’enregistrement de déduction et de tous les enregistrements EARNDED liés.
Résolution 20511 -supprimez les enregistrements PRTRAN convertis sans enregistrements PRDOC existants.
Étapes de correction
1. effectuer une sauvegarde de la base de données qui peut être restaurée en cas de perte de données indésirable.
2. à l’aide de l’analyseur de requête, accédez à la base de données d’application appropriée, puis exécutez l’instruction suivante pour déterminer si RefNbr est utilisé dans les enregistrements PRTRAN convertis à partir de 2,06, ainsi que dans le lot de vérification de la paie qui rencontre le message d’erreur. Notez les valeurs BatNbr et CalYR trouvées.
Sélectionnez BatNbr, RefNbr, CalYR, * from PRTRAN WHERE RefNbr = 'XXXXXX’and TranType = 'CK'
(où XXXXXX = le numéro de vérification générant l’erreur)
3. Exécutez l’instruction suivante pour rechercher les enregistrements PRDOC correspondants et comparez BatNbr et CalYR avec ce qui a été noté dans l’étape 1 :
Sélectionnez BatNbr, ChkNbr, CalYR, * from PRDOC WHERE ChkNbr = 'XXXXXX’and DocType = 'CK'
(où XXXXXX = le numéro de vérification générant l’erreur)
4. Supprimez les enregistrements PRTRAN n’ayant aucun enregistrement PRDOC associé :
SUPPRIMER de PRTRAN où BatNbr = 'BBBBBB’and RefNbr = 'XXXXXX’and CalYR = "NNNN"
(où BBBBBB = le numéro de lot, XXXXXXx, xxx xxx XXXXXXx xxx xxxxxxx xxx xxx xxx xxxxxxx
5. sortir de l’analyseur de requête et relâcher le lot de vérification de la paie.
Résolution 22627 : corrigez l’état de lot de vérification de l’utilisation de l’analyseur de requête.
1. effectuer une sauvegarde de la base de données qui peut être restaurée en cas de perte de données indésirable.
2. à l’aide de l’analyseur de requête, accédez à la base de données d’application appropriée et exécutez les instructions suivantes pour vérifier que le champ Rlsed est vrai (1) dans les enregistrements PRDOC et PRTRAN pour le lot de vérification de la paie :
SELECT * FROM PRDOC WHERE BatNbr = "XXXXXX" SELECT * FROM PRTRAN WHERE BatNbr = 'XXXXXX'
(où XXXXXX = le numéro de lot du chèque VALEUR_NOMINALE)
3. dans le mode initial, sélectionnez transactions du journal de comptabilité générale (01.010.00), consultez le lot RP et vérifiez que les transactions sont équilibrées.
4. si les deux étapes ci-dessus sont correctes, suivez les étapes de correction.
5. à l’aide de l’analyseur de requête, exécutez la commande suivante pour définir l’état du lot sur U.
MISE à jour de l’état du jeu de lot = 'U’WHERE module = 'PR’and BatNbr = 'XXXXXX'
(où XXXXXX = le numéro de lot du chèque VALEUR_NOMINALE)
Cet article a été ID de document TechKnowledge : 128082
