อาการ
ข้อความของระบบ 5-' ค่าคีย์ซ้ำที่พบในระเบียนที่มีอยู่ การดำเนินการอัปเดตฐานข้อมูลปัจจุบันเป็นสาเหตุให้แถวมีค่าคีย์ที่ซ้ำกันโดยยึดตามดัชนีที่ไม่ซ้ำกัน ' เกิดขึ้นในค่าจ้าง
สาเหตุ
1. ข้อผิดพลาดเกิดขึ้นในการนำชุดการตรวจสอบในชุดการประชาสัมพันธ์การวางจำหน่ายของค่าจ้าง (02.400.00) ชุดการประชาสัมพันธ์จะถูกนำออกใช้ใน PRTRAN, PRDOC และ GLTRAN แต่ชุดงานมีสถานะที่ถูกระงับ ดูความละเอียด๒๒๖๒๗
2. การหักลดที่กำหนดไว้ก่อนหน้านี้เป็นการหักลดภายในเครื่องจะถูกกำหนดเป็นการหักลดสถานะที่เริ่มต้นด้วย1/1/2000 การโหลดตารางภาษีจะเปลี่ยนชนิดการหักสำหรับรหัสการหักค่านี้ อย่างไรก็ตามกระบวนการปิดจะสร้างชุดของระเบียน EARNDED ใหม่โดยยึดตามสิ่งที่มีอยู่ในปีก่อนหน้า EARNDED จะดำเนินการต่อเพื่อให้สอดคล้องกับชนิดเป็นภายในเครื่อง เมื่อมีการคำนวณค่าจ้างแรกมีความพยายามดังกล่าวจะตรวจหาการหักค่าที่ไม่ตรงกันระหว่างการหัก DedType และ EARNDED เขตข้อมูล EarnDedType ดูความละเอียด๑๗๐๑๐
3. ๒๐๐๐ตารางภาษีค่าจ้างที่ได้รับการโหลดและพยายามคำนวณค่าจ้างแรกสำหรับ๒๐๐๐ ดูความละเอียด๑๗๐๑๐
4. การแปลง FastForward จากรุ่น๒.๐๖ล้มเหลวในการสร้างระเบียน PRDOC แต่สร้างระเบียน PRTRAN สำหรับ RefNbr ที่มีอยู่ที่ถูกใช้ในชุดการตรวจสอบค่าจ้างใหม่ ดูความละเอียด๒๐๕๑๑
การแก้ไข
ความละเอียด๑๗๐๑๐ -แก้ไขชนิดการหักในการหักค่าจ้าง (02.290.00)
หมายเหตุ
1. ควรทำอย่างเดียวกับการสำรองฐานข้อมูลทั้งหมดและผู้ใช้อื่นๆทั้งหมดที่ออกจากระบบของ Dynamics SL
2. การเปลี่ยนแปลงนี้ควรทำหลังจากที่มีการพิมพ์รายงานสิ้นปีทั้งหมดแล้วเท่านั้น ในขณะนี้ถ้ามีการเปลี่ยนแปลงที่เกิดขึ้นในการหัก (02.290.00) การพิมพ์ W 2s สำหรับปีก่อนหน้าจะใช้ข้อมูลการหักลดลงเนื่องจากเป็น (ไม่ใช่วิธีการพิมพ์ของปี) ถ้าการหักลดลงใน๑๙๙๙แล้วเปลี่ยนเป็นการหักสถานะใน๒๐๐๐เมื่อการหักลดได้รับการอัปเดตสำหรับ๒๐๐๐การพิมพ์ W-2s สำหรับ๑๙๙๙จะแสดงจำนวนเงินที่หักในกล่องสถานะแทนที่จะเป็นกล่องภายในเครื่อง
ขั้นตอนการแก้ไข
1. Access การหักค่าจ้าง (02.290.00) และเลือกการหักที่เป็นปัญหา
2. เปลี่ยนชนิดของการหักลดเป็นสิ่งอื่นที่ไม่ใช่สิ่งที่แสดง
3. บันทึกการเปลี่ยนแปลง
4. เข้าถึงการหักและเปลี่ยนชนิดการหักกลับเป็นชนิดการหักที่ถูกต้อง
5. บันทึกการเปลี่ยนแปลง ซึ่งจะเป็นการอัปเดตระเบียนการหักและเรกคอร์ EARNDED ที่เกี่ยวข้องทั้งหมด
ความละเอียด๒๐๕๑๑-ลบระเบียน PRTRAN ที่แปลงแล้วที่ไม่มีระเบียน PRDOC ที่มีอยู่
ขั้นตอนการแก้ไข
1. ทำสำเนาสำรองของฐานข้อมูลที่สามารถคืนค่าได้ในกรณีที่การสูญเสียข้อมูลที่ไม่พึงประสงค์เกิดขึ้น
2. การใช้ตัววิเคราะห์คิวรีเข้าถึงฐานข้อมูลแอปพลิเคชันที่เหมาะสมและเรียกใช้คำสั่งต่อไปนี้เพื่อดูว่า RefNbr ถูกใช้ในระเบียน PRTRAN ที่ได้รับการแปลงจาก๒.๐๖เช่นเดียวกับในชุดการตรวจสอบค่าจ้างที่พบข้อผิดพลาด ทำให้บันทึกย่อของค่า BatNbr และ CalYR ที่พบ
เลือก BatNbr, RefNbr, CalYR, * จาก PRTRAN ที่ RefNbr = ' XXXXXX ' และ TranType = ' CK '
(โดยที่ XXXXXX = หมายเลขเช็คจะสร้างข้อผิดพลาด)
3. ดำเนินการคำสั่งต่อไปนี้เพื่อค้นหาระเบียนที่ตรงกัน PRDOC และเปรียบเทียบ BatNbr และ CalYR กับสิ่งที่ได้รับการบันทึกไว้ในขั้นตอนที่ 1:
เลือก BatNbr, ChkNbr, CalYR, * จาก PRDOC ที่ ChkNbr = ' XXXXXX ' และ DocType = ' CK '
(โดยที่ XXXXXX = หมายเลขเช็คจะสร้างข้อผิดพลาด)
4. ลบระเบียน PRTRAN ที่ไม่มีระเบียน PRDOC ที่เกี่ยวข้อง:
ลบออกจาก PRTRAN ที่ BatNbr = ' BBBBBB ' และ RefNbr = ' XXXXXX ' and CalYR = ' ...NNNN '
(โดยที่ BBBBBB = หมายเลขชุดงาน XXXXXX = หมายเลขเช็คที่สร้างข้อผิดพลาดและ ...NNNN = ปีปฏิทินที่เหมาะสม)
5. ออกจากตัววิเคราะห์คิวรีและปล่อยชุดการตรวจสอบค่าจ้างอีกครั้ง
ความละเอียด๒๒๖๒๗ -แก้ไขสถานะชุดการตรวจสอบค่าจ้างไปยังไม่ได้ลงรายการบัญชีโดยใช้ตัววิเคราะห์คิวรี
1. ทำสำเนาสำรองของฐานข้อมูลที่สามารถคืนค่าได้ในกรณีที่การสูญเสียข้อมูลที่ไม่พึงประสงค์เกิดขึ้น
2. การใช้ตัววิเคราะห์คิวรีเข้าถึงฐานข้อมูลแอปพลิเคชันที่เหมาะสมและเรียกใช้คำสั่งต่อไปนี้เพื่อตรวจสอบความถูกต้องของเขตข้อมูล Rlsed เป็น True (1) ในระเบียน PRDOC และ PRTRAN สำหรับชุดการตรวจสอบค่าจ้าง:
เลือก * จาก PRDOC ที่ BatNbr = ' XXXXXX ' เลือก * จาก PRTRAN ที่ BatNbr = ' XXXXXX '
(โดยที่ XXXXXX = หมายเลขชุดของการตรวจสอบ PR)
3. ในโหมดการเตรียมใช้งานให้ไปที่ธุรกรรมสมุดรายวันบัญชีแยกประเภททั่วไป (01.010.00), ดึงข้อมูลชุดการตรวจสอบ PR และตรวจสอบว่าธุรกรรมได้รับการปรับสมดุล
4. ถ้ามีขั้นตอนด้านบน2ขั้นตอนให้ดำเนินการตามขั้นตอนการแก้ไข
5. การใช้ตัววิเคราะห์คิวรีให้เรียกใช้คำสั่งต่อไปนี้เพื่อเปลี่ยนสถานะชุดเป็น ' U ':
อัปเดตสถานะชุดชุดงาน = ' U ' ที่โมดูล = ' PR ' และ BatNbr = ' XXXXXX '
(โดยที่ XXXXXX = หมายเลขชุดของการตรวจสอบ PR)
บทความนี้ถูก TechKnowledge ID ของเอกสาร: 128082
