Ознаки
Системне повідомлення 5 – повторюване значення ключа знайдено в наявному записі. Поточна операція оновлення бази даних призводить до того, що рядок містить повторюване значення ключа на основі унікального індексу. "відбувається в зарплаті.
Причини
1. сталася помилка під час звільнення пакетного перевірки в разі нарахування заробітної плати PR-пакетів (02.400.00). Пакет PR випущено в надбудові PRTRAN, PRTRAN і GLTRAN, але пакет має призупинений стан. Переглянути роздільну здатність 22627.
2. вирахування, раніше визначену як місцеве вирахування, тепер визначається як стан вирахування, починаючи з 1/1/2000. Під час завантаження податкових таблиць буде змінено тип вирахування для цього ІДЕНТИФІКАТОРА вирахування. Однак процес закриття створить новий набір записів, що відповідно існувало на основі того, що існувала у попередньому році. Текст, який відображатиметься як локальні, буде продовжено. Після спроби першого обчислення заробітної плати буде виявлено невідповідність між ВИРАХУВАННЯ. "DedType" і "EARNDED". Поля EarnDedType. Переглянути роздільну здатність 17010.
3.2000 податкових таблиць податку були завантажені та спроби обчислити першу кількість заробітної плати за 2000. Переглянути роздільну здатність 17010.
4. за допомогою FastForward перетворення з випуску 2,06 не вдалося створити записи PRDOC, але створили записи PRTRAN для наявного RefNbr, які також використовувалися в новому пакеті для нарахування заробітної плати. Переглянути роздільну здатність 20511.
Спосіб вирішення
Роздільна здатність 17010 – редагування типу вирахування в разі нарахування заробітної плати (02.290.00).
Примітки
1. це потрібно зробити лише з повної резервної копії бази даних і з усіма іншими користувачами, які вийшли з динаміки SL.
2. ці зміни слід робити лише після того, як всі річні звіти було надруковано. Зараз, якщо зміни вносяться в вирахування (02.290.00), друк W-2S за попередній рік використовуватиме відомості про вирахування, як-от (а не як це було за рік, що друкується). Якщо вирахування було локальне вирахування в 1999, а потім змінено на стан вирахування в 2000, після того, як його було оновлено для 2000, під час роботи з 1999 ним у полі "стан" замість локального поля буде відображено суму вирахування.
Кроки з корекції
1. отримання доступу до заробітної плати (02.290.00) і вибір проблеми з вирахування.
2. змініть тип вирахування на щось інше, ніж відображається.
3. Збережіть зміни.
4. дедукції доступу та змінення типу відрахування до правильного типу вирахування.
5. Збережіть зміни. Ця дія оновлюватиме запис про ВИРАХУВАННЯ та всі пов'язані з ним записи.
Роздільна здатність 20511 – видалення перетворених записів prtran, які не мають наявного запису prtran.
Кроки з корекції
1. Створіть резервну копію бази даних, яку можна відновити, якщо відбувається небажані втрати даних.
2. використовуючи аналізатор запитів, зверніться до відповідної бази даних програми та виконайте наведені нижче інструкції, щоб визначити, чи використовується функція Renbbr в записах PRTRAN, перетворених із 2,06, а також у пакеті "нарахування заробітної плати", у якому виникла помилка. Зверніть увагу на значення BatNbr та CalYR.
Виберіть BatNbr, Recnbr, CalYR, * від PRTRAN, де Renbbr = ' XXXX ' і TranType = ' CK '
(де ХХХХХХ = перевірка номера під час створення помилки)
3. виконайте наведені нижче інструкції, щоб отримати відповідні записи PRDOC, а також Порівняйте BatNbr та CalYR з зазначеними на кроці 1.
Виберіть BatNbr, ChkNbr, CalYR, * від PRDOC, де ChkNbr = ' ХХХХХХ ' і DocType = ' CK '
(де ХХХХХХ = перевірка номера під час створення помилки)
4. Видаліть записи "PRTRAN", які не мають зв'язаних записів PRTRAN.
ВИДАЛИТИ з PRTRAN, де BatNbr = ' BBBBBB ' і Renbbr = ' XXXX ' та CalYR = ' nnnn '
(де BBBBBB = пакетний номер, ХХХХХХ = перевірка номера, що створює помилку, і NNNN = відповідний календарний рік)
5. Закрийте аналізатор запитів і знову Звільніть пакет "перевірка зарплати".
Резолюція 22627 – виправте стан "перевірка зарплати" на неопублікований за допомогою аналізатора запитів.
1. Створіть резервну копію бази даних, яку можна відновити, якщо відбувається небажані втрати даних.
2. використовуючи аналізатор запитів, зверніться до відповідної бази даних програми та виконайте наведені нижче твердження, щоб перевірити Rlsed-поле TRUE (1) у документах PRDOC і PRDOC для перевірки заробітної плати.
SELECT * from PRDOC, де BatNbr = ' XXXX ' SELECT * from PRDOC, де BatNbr = ' XXXX '
(де ХХХХХХ = пакетний номер перевірки на PR)
3. у режимі ініціалізації перейдіть до угоди "журнал General LEP" (01.010.00), витягніть пакет "PR" і перевірте, чи є ці операції збалансованим.
4. Якщо в полі "OK", що перевищує 2 кроки, перейдіть за допомогою кроків корекції.
5. використовуючи аналізатор запитів, виконайте наведені нижче інструкції, щоб змінити стан пакетного повідомлення на "U":
ОНОВЛЕННЯ стану ПАКЕТНОГО набору = ' U ', де модуль = ' PR ' і BatNbr = ' XXXX '
(де ХХХХХХ = пакетний номер перевірки на PR)
Ця стаття стала ІДЕНТИФІКАТОРОМ документів TechKnowledge: 128082
