KB 960356
ใช้กับ: Microsoft Dynamics GP
ข้อความนำ
ไม่มีกระบวนงานปิดการสิ้นสุดปี 'แยก' ของ Analytical Accounting รายการ Balance Brought Forward (BBF) จะถูกสร้างขึ้นด้วยขนาด AA โดยอัตโนมัติโดยเป็นส่วนหนึ่งของกระบวนการปิดบัญชีสิ้นปี GL ถ้าคุณมีการตั้งค่าขนาด AA เพื่อให้สร้างรายการ BBF ขั้นตอนในบทความนี้จะช่วยตรวจสอบข้อมูลของคุณก่อนที่จะทําขั้นตอนการปิดบัญชีสิ้นปี GL เพื่อตรวจสอบข้อมูล AA ที่อาจทําให้เกิดข้อผิดพลาดระหว่างกระบวนการปิดการสิ้นสุดปีของ GL บทความนี้จะแสดงวิธีการตั้งค่าขนาด AA เพื่อให้มีรายการยอดดุลที่ยกไปข้างหน้าที่สร้างขึ้นในปีใหม่ต่อมิติ ถ้าต้องการ
นอกจากนี้ยังสามารถระบุขั้นตอนเกี่ยวกับวิธีการย้ายข้อมูลในอดีตไปยังประวัติ ซึ่งจะแก้ไขข้อความแสดงข้อผิดพลาดทางด้านล่างที่อาจพบในระหว่างกระบวนการปิดช่วงปี GL: (ดูขั้นตอนที่ 3 เพื่อแก้ไขข้อความนี้)
คุณต้องเรียกใช้การรวมทรานแซคชันและถ่ายโอนรายละเอียดไปยังโปรแกรมอรรถประโยชน์ประวัติเป็นเวลาปีปิดเพื่อสร้าง Analytical Accounting Balances Brought Forward
ข้อมูลเพิ่มเติม
เมื่อเรียกใช้กระบวนการปิดบัญชีสิ้นปีของบัญชีแยกทั่วไปใน Microsoft Dynamics GP จะย้ายทรานแซคชัน Analytical Accounting จากตารางประวัติ AAG30000 ไปยังตารางชุดข้อมูล AAG40000 โดยอัตโนมัติ (ไม่มีกระบวนงานการปิดแยกที่ต้องเรียกใช้ใน Analytical Accounting) คุณอาจเลือกมิติที่คุณต้องการรวมระหว่างกระบวนการสิ้นปี ใน Analytical Accounting รายการ Balance Brought Forward จะถูกสร้างขึ้นในตาราง AAG30000 ของขนาดเหล่านั้นที่ถูกกากให้รวมอยู่ในกระบวนการสิ้นปี และรายละเอียดจะถูกย้ายไปยังตารางชุดข้อมูล AAG40000
การแก้ปัญหา
ขั้นตอนที่ 1: ระบุว่ารายงานทางการเงินใช้ตาราง AA:
ก่อนที่คุณจะปิด GL หรือปฏิบัติตามขั้นตอนใดๆ ในบทความนี้ ให้เรียกใช้รายงานทางการเงินที่โดยปกติแล้วคุณเรียกใช้เพื่อปรับให้สมดุลกับ GL Trial Balance ให้ใช้วิธีการที่เหมาะสมโดยขึ้นอยู่กับสิ่งที่คุณพบ:
-วิธีการที่ 1 -ถ้าถูกต้อง : ถ้ารายงานทางการเงินของคุณถูกต้องและตรงกับ GL คุณอาจดําเนินการตามขั้นตอนที่ 2-8 ในบทความนี้ ซึ่งยังต้องเสร็จสมบูรณ์ คุณจึงไม่ได้รับข้อผิดพลาด AA ในระหว่างกระบวนการปิดสิ้นสุดปี GL
หมายเหตุ: ถ้าคุณใช้ระบบการรายงานที่อ่านโดยตรงจากตาราง GL (เช่น ผู้ให้บริการดั้งเดิมใน Management Reporter เมื่ออ่านจากบริษัท GL หรือเครื่องมือการรายงานอื่นๆ)] ให้กับรายงานทางการเงินของคุณ คุณอาจไปยังขั้นตอนที่ 2 เนื่องจากข้อมูล AA ไม่มีผลต่อการรายงานทางการเงินของคุณ
-วิธีที่ 2 - ถ้าไม่ถูกต้อง : อย่างไรก็ตาม ถ้ารายงานทางการเงินของคุณไม่ถูกต้อง อาจเกิดจากตาราง AA ที่ถูกใช้และข้อมูล AA ไม่ตรงกับข้อมูล GL เมื่อต้องการตรวจสอบข้อมูล AA คุณต้องเรียกใช้สคริปต์ SQL ที่มีใน 2910626 นอกเหนือจากขั้นตอนที่เหลือในบทความนี้ก่อน
หมายเหตุ: Data Mart ใน Management Reporter จะอ่านจากตาราง AA (และ GL) หรือผู้ให้บริการดั้งเดิมที่ใช้กับ Management Reporter อาจอ่านจากบริษัท AA
ขั้นตอนต่างๆ ในวิธีที่ 2:
a.) ก่อนอื่น ให้เรียกใช้สคริปต์ทั้งหมดใน KB 2910626เพื่อตรวจสอบข้อมูล AA ด้วยข้อมูล GL
รายงานทางการเงินจาก Management Reporter ไม่ตรงกับรายงานงบทดลองของบัญชีแยกแยกทั่วไปใน Microsoft Dynamics GP
http://support.microsoft.com/help/2910626
b.) เมื่อคุณเสร็จสิ้นขั้นตอนใน KB 2910626แล้ว ให้ย้อนกลับไปยัง KB นี้ และปฏิบัติตามขั้นตอนที่เหลือที่แสดงด้านล่างต่อไป (โปรดทราบว่าขั้นตอนที่ 2 และขั้นตอนที่ 4 ยังอยู่ใน KB 2910626 เช่นกัน แต่เราขอแนะนะให้ตรวจสอบอีกครั้ง เนื่องจากไม่ควรส่งกลับผลลัพธ์ใดๆ ถ้าคุณแก้ไขข้อมูลนี้แล้ว)
ขั้นตอนที่ 2: ตรวจสอบข้อมูล AA ปีซ้อนกัน
เรียกใช้สคริปต์เหล่านี้เพื่อให้แน่ใจว่าคุณไม่ได้มีปีซ้อนกันในตาราง AAG30000 Open ที่มีตารางประวัติ AAG40000 แต่ละปีที่แตกต่างกันควรมีอยู่ในตารางหนึ่งตารางหรืออีกตารางหนึ่งเท่านั้น แต่ไม่ใช่ทั้งสองอย่าง
select distinct(YEAR1) from AAG30000
select distinct(YEAR1) from AAG40000
-ถ้าคุณพบปีที่ทับซ้อนกันในทั้งสองตาราง เราแนะนะให้เปิดเหตุการณ์การสนับสนุนเพื่อขอความช่วยเหลือ กรณีการสนับสนุนสามารถเรียกเก็บเงินได้เนื่องจากปัญหานี้มักถูกสร้างขึ้นเนื่องจากการนําเข้าระเบียน โปรดทราบว่าหากต้องใช้การแก้ไขข้อมูล การนี้อาจต้องอ้างอิงไปยัง Consulting ซึ่งอาจเป็นค่าใช้จ่ายที่เรียกเก็บเงินได้
ขั้นตอนที่ 3: ตรวจสอบปีระหว่างตารางเปิด/ประวัติตรงกับ AA/GL:
ถัดไป ตรวจสอบให้แน่ใจว่าปีอยู่ในตาราง AA อยู่ในปีที่เปิดหรือปิดเหมือนกับตาราง GL ของคุณ ตารางที่เปิดอยู่ AAG30000 และ GL20000 ควรมีปีเดียวกัน และตารางประวัติ AAG40000 และ GL30000 ควรมีปีปิดเดียวกัน
select distinct(YEAR1) from AAG30000
select distinct(OPENYEAR) from GL20000
select distinct(YEAR1)from AAG40000 order by YEAR1
select distinct(HSTYEAR) from GL30000 order by HSTYEAR
-ถ้าคุณพบปีในตารางเปิด AAG30000 ก่อนปีที่คุณปิด คุณยังต้องปฏิบัติตามขั้นตอนเพื่อย้ายข้อมูลไปยังประวัติด้านล่าง และเพื่อย้ายข้อมูลปีในอดีตไปยังประวัติ ตาราง AAG30000 ควรมีเฉพาะข้อมูลปีที่มีปีเปิดอยู่ใน GL ในขณะนี้เท่านั้น ถ้าคุณพยายามปิดปีใน GL คุณจะได้รับพร้อมท์ด้วยข้อความนี้:
คุณต้องเรียกใช้การรวมทรานแซคชันและถ่ายโอนรายละเอียดไปยังโปรแกรมอรรถประโยชน์ประวัติเป็นเวลาปีปิดเพื่อสร้าง Analytical Accounting Balances Brought Forward
ใช้สคริปต์ทางด้านบนเพื่อตรวจสอบว่าคุณ need to run the STEPS TO MOVE DATA TO HISTORY, so you can prevent the message above from happening during the GL year-end close process.
ขั้นตอนในการย้ายข้อมูลไปยังประวัติ:
ครั้งแรกที่คุณปิด GL ในเวอร์ชันที่สูงกว่า GP 10.0 SP2 หรือใหม่กว่า (เมื่อเปิดใช้งาน AA) คุณจะได้รับพร้อมท์ให้ย้ายข้อมูล AA ไปยังประวัติก่อนที่ระบบจะอนุญาตให้คุณปิดปี GL ได้ ระบบจะตรวจสอบว่าข้อมูล AA อยู่ในชุดข้อมูลเปิด/ประวัติที่สอดคล้องกันของตาราง AA เนื่องจากข้อมูล GL อยู่ในตารางเปิด/ประวัติใน GL ถ้าไม่ใช่กรณีนี้ คุณจะได้รับข้อความให้เรียกใช้ Move to History Utility for AA ก่อนที่คุณจะสามารถดําเนินการต่อเมื่อสิ้นสุดปี GL (กิจวัตรนี้ควรจะเรียกใช้เพียงครั้งเดียวหลังจากที่คุณอัปเกรดผ่าน GP 10.0แล้วคุณไม่ควรเรียกใช้อีกครั้ง มีไว้เพื่อเป็นกระบวนการแบบใช้เวลาเดียว โปรแกรมอรรถประโยชน์นี้จะไม่แก้ไขปีที่ซ้.มกันระหว่างตาราง AA หรือข้อมูลที่เสียหายในภายหลัง)
โปรดทราบว่า ถ้าคุณยังไม่ได้ปิด GL ปี (ที่มีการเปิดใช้งาน AA) หลังจากติดตั้ง Service Pack ที่ใหม่กว่า SP2 เวอร์ชัน 10.0 หรือการอัปเกรดเป็น GP 2010 คุณอาจได้รับข้อความที่ระบุว่า " คุณต้องรวมทรานแซคชันและถ่ายโอนรายละเอียดไปยังโปรแกรมอรรถประโยชน์ประวัติเพื่อปิดปี" โค้ดถูกเพิ่มลงในกระบวนการปิดที่จะเปรียบเทียบปีใน AA เปิดตารางกับปีในอดีตในการตั้งค่าช่วงเวลางบประมาณของบริษัท ถ้ามีข้อมูล AA ในชุด AAG3000X ของตารางในปีในอดีต คุณจะได้รับข้อผิดพลาด ให้ปฏิบัติตามขั้นตอนเหล่านี้เพื่อรวมปีเหล่านั้น:
1.) บนเมนูMicrosoft Dynamics GPให้ชี้ไปที่ เครื่องมือชี้ไปที่ โปรแกรมอรรถประโยชน์ ชี้ไปที่การเงินชี้ไปที่การวิเคราะห์บัญชี แล้วคลิกย้ายข้อมูลไปยังประวัติ
2.) ปีที่ เก่าที่สุด จะเป็นค่าเริ่มต้นในระบบที่พบในตาราง AAG3000x ที่เปิดอยู่ คุณจะสามารถย้ายได้ครั้งละ 1 ปีเท่านั้น
3.) เลือกตัวเลือกที่เหมาะสม:
โอนย้ายรายละเอียดธุรกรรมไปยังประวัติ– ตัวเลือกนี้จะย้ายระเบียนรายละเอียด AA จากการเปิดไปยังตารางประวัติ และจะไม่มีการสร้างรายการBBF คุณต้องตรวจสอบให้แน่ใจว่าไม่มีรายการ BBF ในตาราง AA มิฉะนั้นคุณจะไม่สามารถเลือกตัวเลือกนี้ ตัวเลือกนี้จะย้ายระเบียนจากตาราง AAG30000 ไปยังตาราง AAG40000
รวมทรานแซคชันและรายละเอียดการโอนไปยังประวัติ ตัวเลือกนี้จะย้ายระเบียนรายละเอียด AA จากการเปิดไปยังตารางประวัติ และสร้างรายการBBF อย่างไรก็ตาม คุณต้องมีตัวเลือกที่กล่าวถึงที่เลือกไว้ก่อนหน้านี้เพื่อที่จะสร้างรายการ BBF ตัวเลือกนี้จะรวมยอดดุลของรหัสมิติธุรกรรมทั้งหมดในปีที่ปิด (ซึ่งถูกเครื่องหมายเพื่อรวม) และถ่ายโอนข้อมูล AA ไปยังตารางประวัติ
หมายเหตุ ดุลที่รวมจะถูกยกมาสู่ปีใหม่ รายการ BBF จะถูกสร้างขึ้นจากปีปิด
รายงานตัวอย่างการถ่ายโอนก่อน พิมพ์เท่านั้น – ซึ่งจะช่วยให้คุณดูธุรกรรมที่จะถูกย้ายโดยไม่ย้ายข้อมูลจริง รายงานตัวอย่างจะแสดงการรวมข้อมูลที่จะได้
หมายเหตุ ตัวเลือกนี้จะไม่เปลี่ยนแปลงข้อมูล
4.) คลิก ตกลง
5.) ทําซ้ําขั้นตอนนี้ในแต่ละปี 'ในอดีต' (เมื่อปีอยู่ในตารางที่เปิดอยู่ AAG30000แต่อยู่ในตารางประวัติ GL30000 ระเบียนเปิด AA ที่มีปีเก่าต้องถูกย้ายไปยังตารางประวัติ AA เพื่อให้ตรงกับระเบียนที่สอดคล้องกันในตารางประวัติ GL)
หมายเหตุ: ถ้าคุณเรียกใช้สคริปต์ปีที่แตกต่างกันใน 'ขั้นตอนที่ 3' ด้านบนอีกครั้ง คุณควรได้รับปีที่แตกต่างกันเพื่อให้ตรงกับตาราง AA และ GL ที่เปิดอยู่ และตาราง AA และ GL ในอดีต
ขั้นตอนที่ 4: ตรวจสอบตาราง AA กับ ID ส่วนหัวที่เหลื่อมกัน
เรียกใช้สคริปต์นี้กับฐานข้อมูลบริษัท ดูว่า ID ส่วนหัวเดียวกันมีอยู่ระหว่างตารางหรือไม่:
select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)
- หากคุณพบทั้งสองตารางของ ID ส่วนหัวที่คัดลอกกัน ขอแนะนให้เปิดเหตุการณ์การสนับสนุนเพื่อขอความช่วยเหลือ ฝ่ายสนับสนุนสามารถเรียกเก็บเงินได้ โปรดทราบว่าหากต้องใช้การแก้ไขข้อมูล การนี้อาจต้องอ้างอิงไปยัง Consulting ซึ่งอาจเป็นค่าใช้จ่ายที่เรียกเก็บเงินได้
ซึ่งจะเกิดขึ้นถ้าคุณคืนค่าฐานข้อมูล Dynamics ที่เก่ากว่าที่ด้านบนของฐานข้อมูล Dynamics ปัจจุบัน ดังนั้นหมายเลขที่พร้อมใช้งานถัดไปที่จัดเก็บไว้ในตาราง AAG00102 ในฐานข้อมูล Dynamics จะถูกตั้งค่ากลับ GP ยังคงเพิ่มขึ้นจากค่าเหล่านี้ แม้ว่าค่าเหล่านี้อาจถูกใช้งานไปแล้วและส่งผลให้ค่า aaGLHdrID เดียวกันถูกใช้กับค่า YEAR1 ที่แตกต่างกัน
ขั้นตอนที่ 5: อัปเดตค่า AACOPYSTATUS
ถัดไปให้ตรวจสอบค่า aacopystatus ที่ไม่ถูกต้องในตาราง AAG40001 เรียกใช้สคริปต์นี้:
select count(*) from AAG40001 where aaCopyStatus<>8
ถ้าสคริปต์ด้านบนส่งกลับผลลัพธ์คุณจะต้องการอัปเดต aaCopyStatus เป็น '8' ก่อนที่จะเรียกใช้ GL Year Close: (ค่าของ '8' เป็นค่าที่กระบวนการปิดสิ้นปีจะยอมรับ)
update AAG40001 set aaCopyStatus=8
ขั้นตอนที่ 6: ตรวจทานการตั้งค่ามิติที่จะรวมอยู่ในสิ้นปี
ใช้สองขั้นตอนด้านล่างเพื่อเปิดตัวเลือก บริษัท เพื่อรวมขนาด AA ในการปิดเมื่อสิ้นปี จากนั้น เมื่อต้องการระบุขนาดแต่ละมิติที่คุณต้องการให้รวมอยู่ในการปิดสิ้นปี ซึ่งจะส่งผลให้รายการในตาราง AAG30003 มี aaGLHdrID เดียวกันกับรายการ BBF ในตาราง AAG30000/AAG30001/AAG30002 กระบวนการมีสองขั้นตอน ดังนี้:
ถ้าคุณยังไม่ได้ปิดบัญชีแยกบัญชีทั่วไป ให้ปฏิบัติตามขั้นตอนเหล่านี้เพื่อให้แน่ใจว่ามิติถูกแสดงอย่างถูกต้องเพื่อรวมอยู่ในกระบวนการปิด:
-
เลือกตัวเลือกการตั้งค่าเพื่อรวมบัญชีการวิเคราะห์ในการปิดบัญชีสิ้นปี ดังนี้
-
บนเมนูMicrosoft Dynamics GPให้ชี้ไปที่เครื่องมือชี้ไปที่ การตั้งค่า ชี้ไปที่บริษัทชี้ไปที่การวิเคราะห์บัญชีแล้วคลิกตัวเลือก
-
คลิกเพื่อเลือกกล่องกาเครื่องหมาย รวมในการปิด เมื่อสิ้นสุดปี แล้วคลิกตกลง
หมายเหตุ ตัวเลือกนี้เป็นเพียงการเปิดใช้งานฟังก์ชันการสร้างรายการยอดดุลที่ยกมาบนมิติ ข้อมูลทางบัญชีการวิเคราะห์จะยังคงย้ายไปยังตารางชุดข้อมูล AAG40000 เมื่อปิดบัญชีแยกบัญชีทั่วไป โดยไม่เกี่ยวกับว่าตัวเลือกนี้จะถูกกากบาทหรือไม่
-
-
แต่ละเครื่องหมายมิติที่จะรวมอยู่ในสิ้นปีดังนี้:
-
บนเมนู บัตร ให้ชี้ไปที่ การเงินชี้ไปที่ บัญชีการวิเคราะห์ แล้วคลิก มิติธุรกรรม
-
ในรายการ มิติ Trx ให้คลิกมิติที่คุณต้องการรวมไว้ในกระบวนการปิดเมื่อสิ้นปี
-
ในพื้นที่ ปิดเมื่อสิ้นปี คลิกเพื่อเลือกกล่องกาเครื่องหมาย รวมยอดดุลระหว่างสิ้นปีปิดแล้วคลิกบันทึก
-
ทําซ้ําขั้นตอน b และ c ในแต่ละมิติที่คุณต้องการรวมไว้ในกระบวนการปิดเมื่อสิ้นปี
-
หมายเหตุ: ถ้าคุณใช้งาน MR และกล่องกาเครื่องหมายข้างต้นไม่มีเครื่องหมายแสดงอยู่ อาจไม่มีจํานวนยอดดุลเริ่มต้นถ้าไม่ได้สร้างข้อมูลมิติ AA BBF ระหว่างการปิดสิ้นปี และคุณรายงานเกี่ยวกับข้อมูล AA
ขั้นตอนที่ 7 - ตรวจสอบต้นแบบบัญชี AA
เป็นความคิดที่ดีที่จะตรวจสอบว่า ตารางต้นแบบบัญชี AA (AAG00200) ตรงกับตารางต้นแบบบัญชี GL (GL00100) ก่อนที่คุณจะประมวลผลสิ้นปีปิด ถ้าบัญชีหายไป อาจทําให้รายการ BBF ใน AA ไม่ถูกต้อง เรียกใช้สคริปต์ด้านล่างกับฐานข้อมูลบริษัทเพื่อตรวจสอบว่า ต้นแบบบัญชี GL, ต้นแบบดัชนีบัญชี GL และตารางต้นแบบบัญชี AA ทั้งหมดมีจํานวนระเบียนเดียวกัน:
select count(*) from GL00100
select count(*) from GL00105
select count(*) from AAG00200
• ถ้าตารางต้นแบบบัญชี AA มีระเบียนน้อยกว่าตาราง GL00100 ให้ใช้สคริปต์ด้านล่างเพื่อแทรกบัญชี GL ที่หายไป:
insert into aag00200
ACTINDX, aaAcctClassID,aaChangeDate,aaChangeTime)
select ACTINDX, 0, convert(char(10),getdate(),111), convert(char(12),getdate(),114)
from GL00100 where ACTINDX not in (select ACTINDX from aag00200)
• ถ้าตารางต้นแบบบัญชี AA มีระเบียนมากกว่าตาราง GL00100 ให้ใช้สคริปต์ด้านล่างเพื่อเอาระเบียนพิเศษออก:
Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)
• ถ้าตาราง GL00105 ไม่ตรงกัน ให้อ้างอิง
KB 855963ขั้นตอนเกี่ยวกับวิธีการสร้างตารางดัชนีบัญชีหลัก (GL00105) ใหม่
ขั้นตอนที่ 8 - ตรวจสอบการย้อนกลับรายการ GL/AA (GP2015/GP2016 เท่านั้น)
มีปัญหากับการย้อนกลับรายการ GL ที่โพสต์ไปยังปีในอดีตในแต่ละเวอร์ชัน ตามที่ระบุไว้ด้านล่าง เรียกใช้สคริปต์ด้านล่างกับฐานข้อมูลบริษัท รีวิวผลลัพธ์ตามบันทึกของแต่ละเวอร์ชัน ถ้าต้องใช้ความช่วยเหลือใดๆ โปรดเปิดกรณีสนับสนุนและอ้างอิงปัญหาคุณภาพ
เรียกใช้สคริปต์นี้เพื่อตรวจสอบรายการย้อนกลับทั้งหมดที่โพสต์ไปยังปีในอดีต
--------------------------------
Select distinct(a.JRNENTRY) from GL20000 a
เข้าร่วม GL30000 b
บน A.JRNENTRY = b.JRNENTRY
เมื่อ a.SOURCDOC = 'GJ'
และ a.TRXSORCE เช่น 'GLREV%'
และ b.TRXSORCE เช่น 'GLTHS%'
----------------------------------
รีวิวผลลัพธ์ตามที่อธิบายไว้ด้านล่างในเวอร์ชันที่คุณใช้งาน:
Microsoft Dynamics GP 2016 (ปัญหาคุณภาพ #91834)
เปรียบเทียบระเบียนระหว่างตาราง GL และตาราง AA กับแต่ละ JE# ที่ส่งกลับด้านบน เนื่องจากผลลัพธ์อาจแตกต่างกันขึ้นอยู่กับว่าบัญชี P&L ถูกใช้ และถ้าบัญชีถูกโพสต์ระดับทรานแซคชันหรือระดับชุด การอัปเดตด้วยตนเองที่ต้องใช้อาจเป็นดังนี้
-
อัปเดต SEQNUMOV ในตาราง GL20000 ของรายการ 'GLREV' ให้ตรงกับ SEQNUMOV ในตาราง AAG30001 (ถ้าใช้ MR จะต้องใช้ SEQNUMรู้จากตาราง AA เพื่อให้ MR อ่าน)
-
อัปเดต ACTINDX ในตาราง AAG30001 ของรายการ "GLREV' ให้ตรงกับ ACTINDX ในตาราง GL20000 (ตาราง AA มีดัชนีบัญชี Retained Earnings บนรายการการย้อนกลับไม่ถูกต้อง)
-
ตรวจสอบผลรวมของระเบียนใน AAG30002 ที่เท่ากับผลรวมของระเบียนใน AAG30001 กับระเบียน aaGLHdrID ของ JE
เปิดกรณีสนับสนุนและปัญหาคุณภาพการอ้างอิง #91834 ถ้าต้องใช้ความช่วยเหลือ
การอัปเดต: ปัญหานี้ได้รับการแก้ไขแล้วในการแก้ไขด่วนเดือนมกราคมของ GP 2016 (16.00.0675) และ GP 2018 (18.00.0438)
Microsoft Dynamics GP 2015 (ปัญหาคุณภาพ #88914)
รีวิวตาราง AA ของแต่ละรายการ JE# ที่ส่งกลับด้านบน การอัปเดตด้วยตนเองที่ต้องใช้อาจเป็นดังนี้
-
ตรวจสอบผลรวมของระเบียนใน AAG30002 ที่เท่ากับผลรวมของระเบียนใน AAG30001 กับระเบียน aaGLHdrID ของ JE
-
ตรวจทานตาราง AAG30000 และ AAG40000 แต่ละตารางของ JE# ที่ส่งกลับ ค้นหาระเบียนที่รายการ 'GLREV' อยู่ในทั้งตารางชุดข้อมูล AAG30000 ระเบียน AA ของรายการ 'GLREV' ควรอยู่ในตาราง AAG30000 ตั้งแต่รายการย้อนกลับอยู่ในปีใหม่เท่านั้น และไม่ควรอยู่ในตารางชุดข้อมูล AAG40000 ระเบียนที่คัดลอกกันเหล่านี้จะทําให้รายงาน MR ถูกระบุเกินถ้ารายงานบน AA
เปิดกรณีสนับสนุนและปัญหาคุณภาพการอ้างอิง #88914 ถ้าต้องใช้ความช่วยเหลือ
การอัปเดต: ปัญหานี้ได้รับการแก้ไขแล้วใน GP 2016 RTM
ขั้นตอนที่ 9 - AA BBF ไม่ถูกต้อง (****ปัญหาที่ทราบแล้วของ GP 2016 เท่านั้น***)
**หมายเหตุสําคัญเกี่ยวกับผู้ใช้ DYNAMICS GP 2016***
**คุณต้องอยู่ในพจนานุกรม GP 16.00.0675 หรือใหม่กว่า (หรือพจนานุกรม AA 16.00.0645 หรือใหม่กว่า) ก่อนที่คุณจะปิด Dynamics GP 2016 ของคุณ เพื่อให้มียอดเริ่มต้นที่ถูกต้องยกมา**
มีปัญหาคุณภาพที่ทราบแล้ว #91502 เมื่อคุณปิดปี GL ของคุณด้วย AA ถ้าคุณมีบัญชี GL ที่มียอดดุล $0 และจะใช้รหัส AA ส่งต่อ AA BBF จะไม่ถูกต้อง ปัญหานี้ไม่ใช่ปัญหาใน GP 2015 หรือ GP 2013
มีการแก้ไขนี้แล้วในการอัปเดตโปรแกรมแก้ไขเดือนธันวาคม (KB 4056559) ของ Microsoft Dynamics GP 2016 แม้ว่าการเผยแพร่ในเดือนธันวาคมจะเรียกว่าการอัปเดตสิ้นปีบัญชีเงินเดือนของแคนาดาปี2017แต่ควรติดตั้งโดยลูกค้าทั้งหมดของสหรัฐอเมริกาที่ต้องใช้การแก้ไข AA BBF นี้รวมอยู่ด้วย It is highly recommended that you install this December patch update before you close your GL if you are using AA and have GL accounts with a zero balance, for all installations (U.S., Canada, etc) that are using AA.
โปรดทราบว่า Dynamics GP เวอร์ชัน 16.00.0641 จะไม่เปลี่ยนแปลงระหว่างการอัปเดต 2017 ของสหรัฐอเมริกา Year-End (รุ่น/KB 4046341 พฤศจิกายน) และการอัปเดตบัญชีเงินเดือนYear-End แคนาดา 2017 (รุ่น/KB 4056559 ธันวาคม) แต่พจนานุกรม AA จะอัปเดตจาก 16.00.0552 เป็น16.00.0645 (ตรวจสอบในวิธีใช้ | เกี่ยวกับ Microsoft Dynamics GP | รายละเอียด| About Analytical Accounting.) คุณจะต้องมีรหัส AA ในรุ่นธันวาคมเพื่อแก้ไขปัญหา AA/BBF นี้
ขั้นตอนที่ 10 - เรียกใช้การทดสอบปิด
สํารองข้อมูลปัจจุบันก่อนที่จะเริ่มกระบวนการปิดบัญชีสิ้นปี GL เสมอ It is recommended to test running the GL year-end close in a test company first to ensure you do not get any errors. กระบวนการปิดบัญชีสิ้นปี GL คือสิ่งที่สร้างยอดดุลที่ยกมาที่รายการบันทึกแต่ละวัน (ของ BBF) และย้ายระเบียนของปีที่คุณปิดลงในทั้งตารางบัญชีแยกวิเคราะห์และบัญชีการวิเคราะห์ รายการ BBF จะถูกสร้างขึ้นในตาราง GL และ AA อ้างอิงกระบวนการที่อธิบายใน KB 888003กระบวนงานการปิดบัญชีสิ้นปีของบัญชีแยกบัญชีทั่วไป
หากต้องการข้อมูลเพิ่มเติม ให้คลิกที่หมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft:
888003 Year-Endขั้นตอนการปิดบัญชีแยกทั่วไปใน Microsoft Dynamics GP
-----------------------------------------------------------------------------------------------
หมายเหตุ: สิ้นสุดปีปิดด้วย AA บน SQL 2019 ล้มเหลว
ถ้าคุณใช้ GP 18.2 ที่มี SQL 2019 และ AA ที่โหลด การปิดสิ้นปี GL จะล้มเหลวพร้อมกับข้อความด้านล่าง: (SQLเวอร์ชันก่อนหน้าใช้ได้ แต่ล้มเหลวเมื่อ SQL 2019 เท่านั้น ปัญหานี้ได้รับการแก้ไขแล้วในการแก้ไข Hot ในเดือนกุมภาพันธ์ 2020 ดูบล็อกAA YE เพื่อดูรายละเอียดเพิ่มเติม)
"ข้อผิดพลาดภายใน: ถึงขีดจํากัดบริการนิพจน์แล้ว โปรดดูนิพจน์ที่อาจซับซ้อนในคิวรีของคุณ และพยายามลดความซับซ้อนของนิพจน์เหล่านั้น"
------------------------------------------------------------------------------------------------
ขั้นตอนที่ 11 - ตรวจสอบว่าล้าง 'บัญชีหน่วย' แล้ว (GP 2013/GP 2015 เท่านั้น - #86400)
ถ้าคุณใช้งาน Microsoft Dynamics GP 2015 หรือ Microsoft Dynamics GP 2013 และเลือกกล่องกาเครื่องหมายบนบัญชีหน่วยเป็น 'ล้างยอดดุลระหว่าง ปิด Year-End'ระเบียนในตาราง AAG30002 อาจยังมีค่าไม่ถูกต้อง และควรเป็น 0.00 ให้ตรงกับตาราง AAG30001 (ปัญหานี้ได้รับการแก้ไขแล้วใน Microsoft Dynamics GP 2016)
เมื่อต้องการตรวจสอบให้แน่ใจว่ายอดดุลบัญชีหน่วยถูกต้องในตาราง AA ให้เรียกใช้สคริปต์แรกด้านล่างกับฐานข้อมูลบริษัทหลังจากเรียกใช้กระบวนการปิดเมื่อสิ้นปี เพื่อให้แน่ใจว่าบัญชี BBF ของหน่วยถูกตั้งค่าเป็นศูนย์ถ้าถูกกากให้ล้าง ใช้สคริปต์ที่สองเพื่ออัปเดตผลลัพธ์ใดๆ
select b.ACTINDX, c.aaGLHdrID, c.aaGLDistID, c.DEBITAMT, c.CRDTAMNT, c.ORDBTAMT, c.ORCRDAMT
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF'
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)
update c set c.DEBITAMT = 0, c.CRDTAMNT = 0, c.ORDBTAMT = 0, c.ORCRDAMT = 0
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF'
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)
ขั้นตอนที่ 12 - ตรวจสอบรายงานงบดุล
It is recommended to compare the Balance Sheet report in Management Reporter to the General Ledger Trial Balance report from Microsoft Dynamics GP, to verify that the account balances brought forward to the new year are correct. ถ้ายอดดุลเหล่านี้ไม่ตรงกัน ให้คืนค่าไปยังการสํารองข้อมูลและติดต่อฝ่ายสนับสนุน GP ของ Microsoft Dynamics เพื่อเปิดเหตุการณ์การสนับสนุนเพื่อขอความช่วยเหลือเพิ่มเติม
ข้อมูลภายในของไมโครซอฟท์
อัปเดตล่าสุด: 3/12/2021 - cw
ผู้เขียน: dspecht; rewritten 12/2/2012 by cwasiwa, 9/19/2013 - เพิ่มขั้นตอนที่ 3 โดย kenhub/cwasiwa.
Writer: lmuelle
ผู้ตรวจทานด้านเทคนิค: kriszree
ตัวแก้ไข: v-andmck