Symptomy
Komunikat systemu 5 — w istniejącym rekordzie Znaleziono zduplikowaną wartość klucza. Bieżąca operacja aktualizacji bazy danych powoduje, że wiersz zawiera zduplikowaną wartość klucza opartą na indeksie unikatowym. występuje na liście płac.
Wyświetla
1. ten błąd występuje podczas zwalniania partii czeku w partiach (02.400.00) wydania płac. Partia PR jest dostarczana w PRTRAN, PRDOC i GLTRAN, ale stan partii jest zawieszony. Zobacz rozwiązanie 22627.
2. potrącenie, które zostało wcześniej zdefiniowane jako potrącenie lokalne, jest teraz definiowane jako potrącenie stanu rozpoczynające się od 1/1/2000. Załadowanie tabeli podatku spowoduje zmianę typu potrącenia dla tego identyfikatora potrącenia. Jednak proces zamykania tworzy nowy zestaw rekordów EARNDED na podstawie tego, co istniało w poprzednim roku. EARNDED będzie nadal odzwierciedlał typ jako lokalny. Gdy zostanie podjęta próba pierwszego obliczenia listy płac, zostanie wykryta niezgodność między POTRĄCENIem. DedType i EARNDED. Pola EarnDedType. Zobacz rozwiązanie 17010.
3.2000 tabele podatku od płac zostały załadowane i podjęto próbę obliczenia pierwszej listy płac dla 2000. Zobacz rozwiązanie 17010.
4. Konwersja programu FastForward z wersji 2,06 nie powiodła się, ponieważ utworzono rekordy PRDOC, ale utworzono PRTRAN rekordy dla istniejącej RefNbr, która została również użyta w nowej partii sprawdzania listy płac. Zobacz rozwiązanie 20511.
Rozwiązanie
Rezolucja 17010 — Edytuj typ potrącenia w ramach potrącenia z listy płac (02.290.00).
Uwagi
1. należy wykonać tę czynność tylko w przypadku pełnej kopii zapasowej bazy danych i wszystkich innych użytkowników wylogowanych z usługi Dynamics SL.
2. tę zmianę należy wprowadzić tylko po wydrukowaniu wszystkich raportów na koniec roku. Obecnie w przypadku dokonania zmian w trakcie potrąceń (02.290.00) drukowanie W poprzednim roku będzie miało zastosowanie informacji o potrąceń (nie jest to, w jaki sposób miał on być drukowany w roku). Jeśli potrącenie było potrąceniem lokalnym w 1999, a następnie zmieniono je na stan odejmowania w 2000, po zaktualizowaniu potrącenia dla 2000, drukowanie w-2S dla 1999 będzie zawierać te kwoty potrącenia w polu Stan zamiast w polu lokalne.
Kroki poprawiania
1. Uzyskaj dostęp do potrącenia z listy płac (02.290.00) i wybierz odliczenie powodujące problemy.
2. Zmień typ potrącenia na inny niż wyświetlany.
3. Zapisz zmiany.
4. dostęp do potrącenia i zmień Typ potrącenia z powrotem na odpowiedni typ potrącenia.
5. Zapisz zmiany. Spowoduje to zaktualizowanie rekordu POTRĄCENIa oraz wszystkich powiązanych rekordów EARNDED.
Rezolucja 20511 — usuwanie przekonwertowanych rekordów PRTRAN, które nie zawierają istniejących rekordów PRDOC.
Kroki poprawiania
1. wykonaj KOPIę ZAPASową bazy danych, którą można przywrócić na wypadek niepotrzebnej utraty danych.
2. za pomocą analizatora zapytań Uzyskuj dostęp do odpowiedniej bazy danych aplikacji i uruchom następującą instrukcję, aby ustalić, czy RefNbr jest używana w PRTRANych rekordach, które zostały przekształcone z 2,06, oraz na partii sprawdzania listy płac, w której wystąpił błąd. Zanotuj znalezione wartości BatNbr i CalYR.
Wybierz BatNbr, RefNbr, CalYR, * from PRTRAN, gdzie RefNbr = "XXXXXX" i Przelicz jako = "SOCZEWKa"
(gdzie XXXXXX = numer czeku generującego błąd)
3. wykonaj następującą instrukcję, aby znaleźć pasujące rekordy PRDOC, a następnie porównaj BatNbr i CalYR z tym, co zostało odnotowane w kroku 1.
Wybierz BatNbr, ChkNbr, CalYR, * from PRDOC, gdzie ChkNbr = "XXXXXX" i DocType = "SOCZEWKa"
(gdzie XXXXXX = numer czeku generującego błąd)
4. Usuń rekordy PRTRAN, które nie zawierają skojarzonych PRDOC rekordów:
Usuń z PRTRAN, gdzie BatNbr = "BBBBBB" oraz RefNbr = "XXXXXX" i CalYR = "NNNN"
(gdzie BBBBBB = numer partii, XXXXXX = numer czeku generującego błąd, NNNN = odpowiedni rok kalendarzowy)
5. Zamknij analizatora kwerend i ponownie Zwolnij wsad kontroli listy płac.
Rezolucja 22627 — korygowanie stanu partii sprawdzania listy płac na niezaksięgowany za pomocą analizatora zapytań.
1. wykonaj KOPIę ZAPASową bazy danych, którą można przywrócić na wypadek niepotrzebnej utraty danych.
2. za pomocą analizatora zapytań Uzyskuj dostęp do odpowiedniej bazy danych aplikacji i uruchom następujące instrukcje, aby sprawdzić, czy pole Rlsed jest prawdziwe (1) w rekordach PRDOC i PRTRAN dla partii sprawdzania listy płac:
SELECT * FROM PRDOC, gdzie BatNbr = ' XXXXXX ' SELECT * FROM PRTRAN, gdzie BatNbr = ' XXXXXX '
(gdzie XXXXXX = numer partii czeku PR)
3. w trybie inicjowania przejdź do transakcji arkusza księgi głównej (01.010.00), Rozciągnij partię czeku PR i sprawdź, czy transakcje są zrównoważone.
4. Jeśli powyższe 2 kroki są prawidłowe, przejdź do kroku korekcji.
5. za pomocą analizatora zapytań uruchom następującą instrukcję, aby zmienić stan partii na "U":
AKTUALIZOWANIE stanu zestawu WSADOWego = ' U ', gdzie module = "PR" i BatNbr = "XXXXXX"
(gdzie XXXXXX = numer partii czeku PR)
Ten artykuł został TechKnowledge identyfikator dokumentu: 128082
