Symptome
Systemmeldung 5: "Doppelter Schlüsselwert in einem vorhandenen Datensatz gefunden. Der aktuelle Datenbankaktualisierungsvorgang bewirkt, dass eine Zeile einen doppelten Schlüsselwert enthält, der auf einem eindeutigen Index basiert. tritt in der Gehaltsabrechnung auf.
Ursachen
1. Der Fehler tritt beim Freigeben eines Check-Batches in Payroll Release PR Batches (02.400.00) auf. Der PR-Batch wird in PRTRAN, PRDOC und GLTRAN freigegeben, aber der BATCH hat den Status Suspended. Siehe Resolution 22627.
2. Ein Abzug, der zuvor als lokaler Abzug definiert wurde, wird jetzt als ab dem 01.01.2000 definiert. Beim Laden der Steuertabellen wird der Abzugstyp für diese Abzugs-ID geändert. Der Abschlussprozess erstellt jedoch einen neuen Satz von EARNDED-Datensätzen basierend auf dem, was im vorherigen Jahr vorhanden war. EARNDED gibt den Typ weiterhin als Lokal an. Wenn die erste Lohnabrechnungsberechnung versucht wird, wird ein Konflikt zwischen der DEDUCTION erkannt. DedType und EARNDED. EarnDedType-Felder. Siehe Resolution 17010.
3. 2000 Lohnsteuertabellen wurden geladen und versucht, die erste Gehaltsabrechnung für 2000 zu berechnen. Siehe Resolution 17010.
4. Bei einer FastForward-Konvertierung von Release 2.06 konnte keine PRDOC-Einträge erstellt werden, aber es wurden PRTRAN-Einträge für ein vorhandenes RefNbr erstellt, das auch in einem neuen Gehaltsabrechnungsüberprüfungsbatch verwendet wurde. Siehe Resolution 20511.
Lösung
Resolution 17010 - Edit the Deduction Type in Payroll Deduction (02.290.00).
Notizen
1. Dies sollte nur mit einer vollständigen Datenbanksicherung und mit allen anderen Benutzern erfolgen, die sich von Dynamics SL abgemeldet haben.
2. Diese Änderung sollte erst vorgenommen werden, nachdem alle Jahresendberichte gedruckt wurden. Wenn Änderungen am Abzug (02.290.00) vorgenommen werden, werden beim Drucken von W-2s für ein Vorheriges Jahr die Abzugsinformationen unverändert verwendet (und nicht, wie sie für das Druckjahr waren). Wenn ein Abzug ein lokaler Abzug im Jahr 1999 war und dann im Jahr 2000 in einen staatlichen Abzug geändert wurde, werden diese Abzugsbeträge, sobald der Abzug für 2000 aktualisiert wurde, beim Drucken von W-2s für 1999 diese Abzugsbeträge im Feld Bundesstaat anstelle des Felds Lokal angezeigt.
Korrekturschritte
1. Greifen Sie auf Gehaltsabrechnungsabzüge (02.290.00) zu, und wählen Sie den problematischen Abzug aus.
2. Ändern Sie den Abzugstyp in etwas anderes als das, was angezeigt wird.
3. Speichern Sie die Änderungen.
4. Greifen Sie auf Die Deduktion zu, und ändern Sie den Ableitungstyp wieder in den richtigen Abzugstyp.
5. Speichern Sie die Änderungen. Dadurch werden der DEDUCTION-Datensatz und alle zugehörigen EARNDED-Datensätze aktualisiert.
Resolution 20511 : Löschen Sie die konvertierten PRTRAN-Datensätze, die keine PRDOC-Datensätze enthalten.
Korrekturschritte
1. Erstellen Sie eine SICHERUNG der Datenbank, die wiederhergestellt werden kann, falls ein unerwünschter Datenverlust auftritt.
2. Greifen Sie mithilfe von Query Analyzer auf die entsprechende Anwendungsdatenbank zu, und führen Sie die folgende Anweisung aus, um zu ermitteln, ob RefNbr in PRTRAN-Datensätzen verwendet wird, die von 2.06 konvertiert wurden, sowie im Batch "Payroll Check", bei dem der Fehler auftritt. Notieren Sie sich die gefundenen BatNbr- und CalYR-Werte.
Hinweis
SELECT BatNbr, RefNbr, CalYR, * from PRTRAN where RefNbr = 'XXXXXX' and TranType = 'CK'
(wobei XXXXXX = die Prüfnummer ist, die den Fehler generiert)
3. Führen Sie die folgende Anweisung aus, um übereinstimmende PRDOC-Datensätze zu finden, und vergleichen Sie BatNbr und CalYR mit den Angaben in Schritt 1:
Hinweis
SELECT BatNbr, ChkNbr, CalYR, * aus PRDOC, wobei ChkNbr = 'XXXXXX' und DocType = 'CK'
(wobei XXXXXX = die Prüfnummer ist, die den Fehler generiert)
4. Löschen Sie die PRTRAN-Einträge, denen keine PRDOC-Datensätze zugeordnet sind:
Hinweis
DELETE aus PRTRAN, wobei BatNbr = 'BBBBBB' und RefNbr = 'XXXXXX' und CalYR = 'NNNN'
(wobei BBBBBB = die Batchnummer, XXXXXX = die Prüfnummer, die den Fehler generiert, und NNNN = die entsprechende Calendar Jahr)
5. Beenden Sie Query Analyzer, und geben Sie den Batch "Gehaltsabrechnungsprüfung" erneut frei.
Lösung 22627: Korrigieren Sie den Batchstatus der Gehaltsabrechnungsprüfung mithilfe der Abfrageanalyse auf Nicht gepostet.
1. Erstellen Sie eine SICHERUNG der Datenbank, die wiederhergestellt werden kann, falls ein unerwünschter Datenverlust auftritt.
2. Greifen Sie mithilfe der Abfrageanalyse auf die entsprechende Anwendungsdatenbank zu, und führen Sie die folgenden Anweisungen aus, um zu überprüfen, ob das Feld Rlsed in den PRDOC- und PRTRAN-Datensätzen für den Batch "Gehaltsabrechnungsprüfung" auf True (1) festgelegt ist:
Hinweis
SELECT * from PRDOC where BatNbr = 'XXXXXX' SELECT * from PRTRAN where BatNbr = 'XXXXXX'
(wobei XXXXXX = die Batchnummer der PR-Prüfung ist)
3. Wechseln Sie im Initialisierungsmodus zu Hauptbuchbuchtransaktionen (01.010.00), rufen Sie den PR-Überprüfungsbatch auf, und überprüfen Sie, ob die Transaktionen ausgeglichen sind.
4. Wenn die oben genannten 2 Schritte in Ordnung sind, fahren Sie mit den Korrekturschritten fort.
5. Führen Sie mithilfe der Abfrageanalyse die folgende Anweisung aus, um den Batchstatus in "U" zu ändern:
Hinweis
UPDATE BATCH SET Status = 'U', wobei Module = 'PR' und BatNbr = 'XXXXXX'
(wobei XXXXXX = die Batchnummer der PR-Prüfung ist)
Dieser Artikel war TechKnowledge Document ID:128082