Problemfehler
– "[Microsoft] [ODBC SQL Server Treiber] [SQL Server] Verstoß gegen die PRIMARY KEY-Einschränkung PKRM30301 Kann keinen doppelten Schlüssel in Objekt RM30301 einfügen" tritt auf, wenn das Entfernen bezahlter Transaktionen in der Verwaltung von Forderungen ausgeführt wird.
Hinweis: Wenn Sie in diesem Dialogfeld auf OK klicken, wird ein Informationsdialogfeld mit folgender Meldung angezeigt: "Die gespeicherte Prozedur unter Entfernen bezahlter Transaktionen hat die folgenden Ergebnisse zurückgegeben: DBMS:2627, eEnterprise 0".
Mögliche
Ursache Es befindet sich an einem doppelten Dokument in den Tabellen "Forderungen". In der Regel handelt es sich um eine doppelte Sequenznummer.
Auflösung
1. Führen Sie die folgenden Schritte für die Unternehmensdatenbank aus, um die Datensätze zu finden, die den Fehler in RM30301 verursachen: Wählen Sie
RMDTYPAL, DOCNUMBR, SEQNUMBR aus RM10101-Gruppe nach
RMDTYPAL, DOCNUMBR, SEQNUMBR mit
Anzahl(*) > 1
2 aus. Führen Sie unter Verwendung der von der vorherigen Abfrage zurückgegebenen Informationen die folgenden Schritte aus, um Daten für eine bestimmte Dokumentnummer anzeigen zu können: Wählen Sie
SEQNUMBR als NUMBR, * von RM10101 aus, wobei DOCNUMBR = 'geben Sie die Dokumentnummer aus Schritt 1 ein' in Reihenfolge von NUMBR
3 aus. Aktualisieren Sie das SEQNUMBR-Feld so, dass kein Duplikat vorhanden ist. Verwenden Sie den unten angegebenen Schlüssel. Wenn Sie über zwei Datensätze mit einer SEQNUMBR von 16384 verfügen, müssen Sie einen davon in 32768 ändern, wenn Sie über zwei Datensätze mit 65536 verfügen, müssen Sie einen auf 81920 aktualisieren usw. Jede Zeile eines Dokuments sollte über ein eigenes eindeutiges seqnumbr in Vielfachen von 16384 verfügen.
Update RM10101 set SEQNUMBR = XXX where DEX_ROW_ID = XX
SEQNUMBR
-----------
16384
32768
49152
65536
81920 98304 If the first script does not
return
results, try these:
select * from RM10101 w, RM30301 h, wobei
w.RMDTYPAL = h.RMDTYPAL und
w.DOCNUMBR = h.DOCNUMBR und
w.SEQNUMBR = h.SEQNUMBR
select a.TRXSORCE,a.RMDTYPAL, a.DOCNUMBR von RM20101 a, RM30301 b,
wobei a.RMDTYPAL = b.RMDTYPAL unda.DOCNUMBR = b.DOCNUMBR Dieser Artikel war
TechKnownow document ID:32359