Problembeschreibung
System Nachricht 5: "doppelter Schlüsselwert, der in einem vorhandenen Datensatz gefunden wurde. Der aktuelle Daten Bank Aktualisierungsvorgang bewirkt, dass eine Zeile einen doppelten Schlüsselwert enthält, der auf einem eindeutigen Index basiert. "tritt in der Abrechnung auf.
Ursachen
1. der Fehler tritt auf, wenn Sie einen Scheckstapel in Abrechnungs Freigabe-PR-Chargen (02.400.00) freigeben. Der PR-Batch wird in PRTRAN, PRDOC und GLTRAN veröffentlicht, der Batch hat aber den Status angehalten. Siehe Auflösung 22627.
2. ein zuvor als lokaler Abzug definierter Abzug ist nun als Zustands Abzug definiert, beginnend mit 1/1/2000. Beim Laden der Steuertabellen wird der abzugstyp für diese Abzugs Kennung geändert. Der Abschlussvorgang erstellt jedoch einen neuen Satz von EARNDED-Datensätzen basierend auf dem, was im Vorjahr vorhanden war. EARNDED gibt weiterhin den Typ "local" wieder. Beim Versuch, die erste Abrechnung zu berechnen, wird ein Missverhältnis zwischen dem Abzug erkannt. DedType und EARNDED. EarnDedType-Felder. Siehe Auflösung 17010.
3.2000 Lohnsteuer Tabellen wurden geladen, und es wurde versucht, die erste Abrechnung für 2000 zu berechnen. Siehe Auflösung 17010.
4. eine FastForward-Konvertierung von Release 2,06 konnte keine PRDOC-Datensätze erstellen, aber Sie haben PRTRAN-Einträge für eine vorhandene RefNbr erstellt, die auch in einem neuen Abrechnungs Prüf Stapel verwendet wurde. Siehe Auflösung 20511.
Lösung
Auflösung 17010 – bearbeiten Sie den abzugstyp in Payroll-Abzug (02.290.00).
Hinweise
1. Dies sollte nur mit einer vollständigen Datenbanksicherung und mit allen anderen Benutzern, die sich bei Dynamics SL abgemeldet haben, erfolgen.
2. diese Änderung sollte erst erfolgen, nachdem alle Jahresabschlussberichte gedruckt wurden. Wenn Änderungen in Abzug gebracht werden (02.290.00), verwendet der Druck von W-2S für ein vorheriges Jahr die Abzugs Informationen so, wie Sie ist (nicht wie es für das Jahr gedruckt wurde). Wenn es sich bei einem Abzug um einen lokalen Abzug in 1999 und dann um einen Zustands Abzug in 2000 handelt, nachdem der Abzug für 2000 aktualisiert wurde, wird beim Drucken von W-2S für 1999 diese Abzugsbeträge im Feld Status anstelle des lokalen Felds angezeigt.
Korrekturschritte
1. Zugriff auf Payroll-Abzug (02.290.00) und auswählen des problematischen Abzugs.
2. ändern Sie den abzugstyp auf etwas anderes als das angezeigte.
3. speichern Sie die Änderungen.
4. Zugriff auf Abzug und Ändern des Abzugs Typs zurück in den richtigen abzugstyp.
5. speichern Sie die Änderungen. Dadurch werden der Abzugs Satz und alle zugehörigen EARNDED-Datensätze aktualisiert.
Auflösung 20511 – löschen Sie die konvertierten PRTRAN-Datensätze, die keine vorhandenen PRDOC-Einträge aufweisen.
Korrekturschritte
1. Erstellen Sie eine Sicherungskopie der Datenbank, die wiederhergestellt werden kann, falls ein unerwünschter Datenverlust eintritt.
2. verwenden Sie Query Analyzer, greifen Sie 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 in den Batch zur Abrechnung überprüfen, bei dem der Fehler auftritt. Notieren Sie sich die gefundenen BatNbr-und CalYR-Werte.
Wählen Sie BatNbr, RefNbr, CalYR, * from PRTRAN WHERE RefNbr = "xxxxxx" und trantype = "ck" aus.
(wobei XXXXXX = die Schecknummer, 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 dem, was in Schritt 1 notiert wurde:
Wählen Sie BatNbr, ChkNbr, CalYR, * from PRDOC WHERE ChkNbr = "xxxxxx" und DOCTYPE = "ck" aus.
(wobei XXXXXX = die Schecknummer, die den Fehler generiert)
4. löschen Sie die PRTRAN-Einträge ohne zugeordnete PRDOC-Einträge:
DELETE from PRTRAN WHERE BatNbr = ' BBBBBB ' and RefNbr = ' XXXXXX ' and CalYR = ' nnnn '
(wobei BBBBBB = die Chargennummer, xxxxxx = die Prüfnummer, die den Fehler generiert, und nnnn = das entsprechende Kalenderjahr)
5. Beenden Sie Query Analyzer, und geben Sie den Stapelverarbeitungs Prüf Stapel erneut frei.
Auflösung 22627 – korrigieren Sie den Stapelverarbeitungs Status der Gehaltsabrechnung auf ungebucht mit Query Analyzer.
1. Erstellen Sie eine Sicherungskopie der Datenbank, die wiederhergestellt werden kann, falls ein unerwünschter Datenverlust eintritt.
2. verwenden Sie Query Analyzer, greifen Sie auf die entsprechende Anwendungsdatenbank zu, und führen Sie die folgenden Anweisungen aus, um zu überprüfen, ob das Rlsed-Feld in den PRDOC-und PRTRAN-Datensätzen für den Abrechnungs Prüf Stapel wahr ist (1):
Select * from PRDOC WHERE BatNbr = ' XXXXXX ' Select * from PRTRAN WHERE BatNbr = ' XXXXXX '
(wobei XXXXXX = die Chargennummer der PR-Prüfung)
3. wechseln Sie im Initialisierungsmodus zu Fibu-Buch.-Blatt Buchungen (01.010.00), ziehen Sie den PR-Scheckstapel hoch, und überprüfen Sie, ob die Transaktionen ausgeglichen sind.
4. wenn die obigen zwei Schritte OK sind, fahren Sie mit den Korrektur Schritten fort.
5. führen Sie mit Query Analyzer die folgende Anweisung aus, um den Batch Status in "U" zu ändern:
Update Batch Satz Status = ' U ', wobei Modul = ' PR ' und BatNbr = ' XXXXXX '
(wobei XXXXXX = die Chargennummer der PR-Prüfung)
Dieser Artikel war folgendem TechKnowledge-Dokument-ID: 128082
