เทมเพลตข้อมูล Record to Report: ปิดงวดบัญชีและการกระทบยอด
เทมเพลตข้อมูล Record to Report: ปิดงวดบัญชีและการกระทบยอด
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางดึงข้อมูลจาก Microsoft Dynamics 365
แอตทริบิวต์สำหรับ Record to Report: ปิดงวดบัญชีและการกระทบยอด
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
ActivityName
|
ชื่อเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นในกระบวนการปิดงวด เช่น 'จัดทำงบทดลองแล้ว' หรือ 'เริ่มกระทบยอดบัญชี'. | ||
|
คำอธิบาย
ชื่อกิจกรรมอธิบายขั้นตอนหนึ่งในเวิร์กโฟลว์การปิดงวดตั้งแต่ต้นจนจบ ระเบียนเหตุการณ์แต่ละรายการในข้อมูลต้นทางสอดคล้องกับกิจกรรมหนึ่งรายการ และเมื่อนำมาเรียงกันจะเป็นลำดับเหตุการณ์ของแต่ละรอบระยะเวลาทางการเงิน คุณลักษณะนี้เป็นพื้นฐานสำคัญของ process mining เพราะช่วยแสดงแผนผังกระบวนการให้เห็นว่างานเกิดขึ้นจริงอย่างไร ใช้วิเคราะห์ขั้นตอนการทำงาน ระบุความเบี่ยงเบนจากวิธีปฏิบัติมาตรฐาน และวัดระยะเวลาระหว่างหมุดหมายสำคัญ.
เหตุผลที่สำคัญ
คุณลักษณะนี้เป็นแกนหลักของแผนผังกระบวนการ ช่วยแสดงและวิเคราะห์ลำดับขั้นตอน คอขวด และความเบี่ยงเบนในรอบการปิดงวด.
แหล่งข้อมูล
อนุมานจากตรรกะทางธุรกิจที่อิงประเภทธุรกรรม การเปลี่ยนสถานะ หรือบันทึกเหตุการณ์เฉพาะในโมดูล Dynamics 365 เช่น General Ledger หรือ Financial reporting.
ตัวอย่าง
ลงรายการสมุดรายวันค้างรับค้างจ่ายกระทบยอดบัญชีธนาคารเสร็จสิ้นจัดทำงบการเงินปิดรอบบัญชีแยกประเภททั่วไป
|
|||
|
รอบระยะเวลาทางการเงิน
FinancialPeriod
|
รหัสเฉพาะของรอบการรายงานทางการเงิน เช่น '2023-12' สำหรับเดือนธันวาคม 2023 ใช้เป็นรหัสเคสหลักเพื่อจัดกลุ่มกิจกรรมทั้งหมดที่เกี่ยวข้องกับการปิดงวด. | ||
|
คำอธิบาย
รอบระยะเวลาทางการเงินแสดงวงจรการปิดบัญชีทั้งหมดสำหรับช่วงเวลาหนึ่ง ซึ่งโดยทั่วไปคือหนึ่งเดือนหรือหนึ่งไตรมาส กิจกรรมทั้งหมดตั้งแต่เริ่มปิดงวดจนถึงอนุมัติงบการเงินขั้นสุดท้ายของรอบนั้นจะเชื่อมโยงกันด้วยรหัสนี้ ในการวิเคราะห์ process mining คุณลักษณะนี้ใช้กำหนดขอบเขตของแต่ละเคส ช่วยวัดระยะเวลาตั้งแต่ต้นจนจบของรอบปิดงวด เปรียบเทียบผลการดำเนินงานระหว่างรอบ และค้นหาคอขวดที่เกิดซ้ำในทุกรอบปิดบัญชี.
เหตุผลที่สำคัญ
นี่คือรหัสเคสสำคัญที่กำหนดขอบเขตการวิเคราะห์ และช่วยประเมินกระบวนการปิดงวดทั้งหมดตั้งแต่ต้นจนจบในแต่ละรอบการรายงาน.
แหล่งข้อมูล
โดยทั่วไปเป็นคีย์ผสมที่ได้จากฟิลด์ Fiscal Year และ Period ในตารางปฏิทินทางการเงินหรือตารางรอบบัญชีแยกประเภทของ Microsoft Dynamics 365.
ตัวอย่าง
2023-122024-012024-Q1FY2023-P12
|
|||
|
เวลาเกิดเหตุการณ์
EventTime
|
วันที่และเวลาที่แน่นอนซึ่งมีการดำเนินการหรือทำกิจกรรมปิดงวดเสร็จสิ้น. | ||
|
คำอธิบาย
เวลาเกิดเหตุการณ์คือเวลาที่บันทึกไว้ของแต่ละกิจกรรม ซึ่งระบุลำดับเหตุการณ์ตามเวลา ข้อมูลนี้จำเป็นต่อการสร้างขั้นตอนการทำงานและวิเคราะห์ตามเวลา ใน process mining ระบบใช้เวลานี้คำนวณระยะเวลารอบงาน ระยะเวลาของกิจกรรม และเวลารอระหว่างกิจกรรม ข้อมูลนี้เป็นพื้นฐานในการระบุคอขวด ติดตามผลการดำเนินงานเทียบกับกำหนดเวลา และทำความเข้าใจลำดับเวลาของกระบวนการปิดงวด.
เหตุผลที่สำคัญ
คุณลักษณะนี้สำคัญต่อการวิเคราะห์ตามเวลา ทั้งการคำนวณระยะเวลารอบงาน การระบุคอขวด และการทำความเข้าใจลำดับเหตุการณ์.
แหล่งข้อมูล
โดยทั่วไปตรงกับฟิลด์เวลาที่ระบบสร้าง เช่น 'CreatedDateTime' หรือ 'ModifiedDateTime' ในธุรกรรม สมุดรายวัน หรือระเบียนสถานะของ Dynamics 365.
ตัวอย่าง
2023-12-28T14:20:15Z2024-01-02T09:05:00Z2024-01-05T17:30:45Z
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบุระบบสารสนเทศต้นทางที่ใช้ดึงข้อมูล สำหรับกระบวนการนี้ โดยทั่วไปคือ 'Microsoft Dynamics 365'. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ หากองค์กรใช้ ERP หรือระบบการเงินหลายระบบ ก็ช่วยแยกแหล่งข้อมูลและตรวจสอบที่มาได้ชัดเจน ข้อมูลนี้ช่วยให้ตรวจสอบย้อนกลับและสร้างแบบจำลองที่เชื่อมโยงหลายระบบได้ เมื่อต้องตรวจสอบผลการวิเคราะห์เพิ่มเติม ก็สามารถย้อนกลับไปยังระบบต้นทางที่ถูกต้องได้.
เหตุผลที่สำคัญ
ช่วยตรวจสอบย้อนกลับข้อมูล และมีความสำคัญเมื่อใช้หลายระบบ เพราะช่วยระบุได้ว่าเหตุการณ์ในกระบวนการมาจากระบบใด.
แหล่งข้อมูล
โดยทั่วไปจะกำหนดค่านี้ไว้ตายตัวระหว่างการดึง แปลง และโหลดข้อมูล (ETL) เพื่อระบุแหล่งที่มาของชุดข้อมูล.
ตัวอย่าง
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันที่ของข้อมูลที่นำมาวิเคราะห์ ช่วยให้ทราบว่าผลการวิเคราะห์ process mining และแดชบอร์ดยังเป็นปัจจุบันและเกี่ยวข้องกับช่วงเวลาใด ผู้ใช้ดูเวลานี้เพื่อให้แน่ใจว่ากำลังใช้ข้อมูลล่าสุด โดยมักแสดงไว้อย่างชัดเจนบนแดชบอร์ดเพื่อบอกว่าข้อมูลอัปเดตถึงเมื่อใด.
เหตุผลที่สำคัญ
ช่วยให้ทราบว่าข้อมูลอัปเดตถึงเมื่อใด และเข้าใจได้ว่าผลการวิเคราะห์กระบวนการเป็นปัจจุบันแค่ไหน.
แหล่งข้อมูล
ค่านี้สร้างและจัดเก็บระหว่างการดึง แปลง และโหลดข้อมูล (ETL).
ตัวอย่าง
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
บัญชี GL
GlAccount
|
หมายเลขบัญชีแยกประเภททั่วไป (GL) ที่เกี่ยวข้องกับกิจกรรม เช่น การบันทึกรายการบัญชีหรือการกระทบยอด. | ||
|
คำอธิบาย
บัญชี GL ระบุบัญชีเฉพาะในผังบัญชีที่ได้รับผลกระทบจากธุรกรรม และให้รายละเอียดกิจกรรมทางการเงินในระดับบัญชี แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ผลการกระทบยอดและระบุบัญชีที่มีปัญหา แดชบอร์ดอย่าง 'Post-Close Adjustment Frequency' และ 'GL Account Reconciliation Performance' ใช้ฟิลด์นี้เพื่อค้นหาบัญชีที่มีการปรับปรุงบ่อยหรือใช้เวลากระทบยอดนาน.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ข้อมูลการเงินอย่างละเอียด เพื่อระบุบัญชีที่มีการปรับปรุงบ่อยหรือใช้เวลากระทบยอดนาน.
แหล่งข้อมูล
ดูข้อมูลได้จากตารางธุรกรรมบัญชีแยกประเภท เช่น 'GeneralJournalAccountEntry' หรือ 'LedgerJournalTrans' ใน Dynamics 365.
ตัวอย่าง
110110601500212100
|
|||
|
ผู้ใช้ที่รับผิดชอบ
ResponsibleUser
|
รหัสหรือชื่อผู้ใช้ของผู้ที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้รับผิดชอบงานแต่ละรายการในกระบวนการปิดงวด ซึ่งอาจเป็นผู้ลงบัญชี อนุมัติการกระทบยอด หรือสร้างรายงาน การวิเคราะห์ตามผู้ใช้ช่วยให้เห็นการกระจายภาระงาน ระบุความต้องการในการฝึกอบรม และประเมินผลงานของแต่ละคนหรือทีม แอตทริบิวต์นี้เป็นมิติสำคัญสำหรับแดชบอร์ดด้านผลิตภาพของผู้ใช้และการจัดการทรัพยากร และจำเป็นต่อการคำนวณ KPI 'Avg User Activity Count Variance'
เหตุผลที่สำคัญ
ช่วยวิเคราะห์การกระจายงาน ผลงานของผู้ใช้ และการจัดสรรทรัพยากร เพื่อระบุทีมและบุคคลที่มีภาระงานมากเกินไป.
แหล่งข้อมูล
สอดคล้องกับฟิลด์อย่าง 'CreatedBy' หรือ 'ModifiedBy' ในระเบียนธุรกรรมของ Dynamics 365 โดยทั่วไปจัดการข้อมูลผู้ใช้ได้ในโมดูล System administration.
ตัวอย่าง
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
แผนก
Department
|
แผนกตามหน้าที่ที่เกี่ยวข้องกับกิจกรรมหรือผู้ดำเนินกิจกรรม เช่น 'การเงิน', 'บัญชีบริหาร' หรือ 'AP'. | ||
|
คำอธิบาย
แอตทริบิวต์แผนกให้บริบทด้านโครงสร้างองค์กร โดยเชื่อมโยงกิจกรรมกับหน่วยงานที่รับผิดชอบ เช่น แผนกของผู้บันทึกรายการบัญชี หรือแผนกที่ดูแลบัญชี GL ชุดหนึ่ง การวิเคราะห์ตามแผนกช่วยให้เห็นว่าแต่ละแผนกมีส่วนร่วมในกระบวนการปิดงวดบัญชีอย่างไร รวมถึงการส่งต่องานระหว่างแผนก ความล่าช้า และคอขวดด้านทรัพยากร อีกทั้งใช้กับแดชบอร์ดอย่าง 'User Workload & Performance' ได้.
เหตุผลที่สำคัญ
ให้บริบทด้านโครงสร้างองค์กร เพื่อวิเคราะห์ผลการดำเนินงานและการกระจายงานตามหน่วยงาน.
แหล่งข้อมูล
ระบุได้จากโปรไฟล์ผู้ใช้หรือมิติทางการเงินที่เชื่อมโยงกับธุรกรรมใน Dynamics 365.
ตัวอย่าง
บัญชีองค์กรเจ้าหนี้การค้าการวางแผนและวิเคราะห์การเงิน (FP&A)ตรวจสอบภายใน
|
|||
|
รหัสบริษัท
CompanyCode
|
รหัสนิติบุคคลหรือบริษัทที่ดำเนินการปิดงวดบัญชี. | ||
|
คำอธิบาย
รหัสบริษัทใช้ระบุนิติบุคคลแต่ละแห่งในองค์กร โดยแยกข้อมูลการเงินและกิจกรรมปิดงวดบัญชีตามรหัสนี้ มิตินี้สำคัญต่อการวิเคราะห์และเปรียบเทียบผลการดำเนินงานระหว่างนิติบุคคล ช่วยให้เห็นว่าบริษัทใดปิดงวดบัญชีได้มีประสิทธิภาพ และบริษัทใดมีปัญหา เพื่อนำไปวางแผนปรับปรุงได้ตรงจุด แดชบอร์ดส่วนใหญ่ เช่น 'Overall Period Close Cycle Time' ต้องแบ่งข้อมูลตามแอตทริบิวต์นี้.
เหตุผลที่สำคัญ
เป็นมิติหลักสำหรับกรองและเปรียบเทียบผลการปิดงวดบัญชีระหว่างนิติบุคคลต่างๆ.
แหล่งข้อมูล
ใน Dynamics 365 แอตทริบิวต์นี้ตรงกับฟิลด์ 'DataAreaId' ซึ่งมีอยู่ในตารางธุรกรรมเกือบทุกตาราง.
ตัวอย่าง
USMFDEMFGBSI
|
|||
|
จำนวนเงิน
Amount
|
มูลค่าเงินของธุรกรรมทางการเงิน เช่น จำนวนเงินในรายการบัญชี. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกมูลค่าทางการเงินของกิจกรรม โดยเฉพาะรายการบันทึกบัญชี การปรับปรุง และการกระทบยอด การวิเคราะห์ process mining ใช้จำนวนเงินเพื่อจัดลำดับความสำคัญของปัญหาได้ เช่น วิเคราะห์มูลค่าการปรับปรุงหลังปิดงวดเพื่อให้ความสำคัญกับรายการมูลค่าสูง นอกจากนี้ยังกรองแผนผังกระบวนการให้แสดงเฉพาะธุรกรรมที่มีมูลค่าสูงหรือต่ำได้.
เหตุผลที่สำคัญ
ให้บริบทด้านการเงินแก่เหตุการณ์ในกระบวนการ เพื่อวิเคราะห์ผลกระทบเป็นตัวเงินและจัดลำดับการตรวจสอบรายการปรับปรุงมูลค่าสูง.
แหล่งข้อมูล
ดูได้จากฟิลด์จำนวนเงิน เช่น 'AmountCur' หรือ 'TransactionCurrencyAmount' ในตารางอย่าง 'GeneralJournalAccountEntry' ของ Dynamics 365.
ตัวอย่าง
15000.50-250.00125000.00
|
|||
|
ดำเนินการโดยระบบอัตโนมัติหรือไม่
IsAutomated
|
ค่าบูลีนที่ระบุว่ากิจกรรมดำเนินการโดยระบบหรือบอตอัตโนมัติ แทนที่จะเป็นผู้ใช้ที่เป็นบุคคล. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แยกกิจกรรมที่ทำด้วยตนเองออกจากกิจกรรมอัตโนมัติในกระบวนการปิดงวดบัญชี เช่น รายการบัญชีที่บันทึกผ่านอินเทอร์เฟซอัตโนมัติ หรือรายงานที่ระบบสร้างขึ้น การวิเคราะห์มิตินี้ช่วยให้เข้าใจระดับการทำงานอัตโนมัติของกระบวนการ และใช้วัดประสิทธิภาพที่เพิ่มขึ้น ระบุโอกาสนำระบบอัตโนมัติมาใช้เพิ่มเติม รวมถึงตรวจสอบว่าขั้นตอนอัตโนมัติทำงานตามที่คาดไว้โดยไม่มีข้อผิดพลาดหรือข้อยกเว้น.
เหตุผลที่สำคัญ
ช่วยวัดผลของระบบอัตโนมัติต่อกระบวนการ และหาโอกาสนำระบบอัตโนมัติมาใช้เพิ่มเติมเพื่อเพิ่มประสิทธิภาพ.
แหล่งข้อมูล
โดยทั่วไปคำนวณจากการตรวจสอบว่า 'ResponsibleUser' ตรงกับบัญชีระบบหรือบัญชีบริการที่รู้จักหรือไม่.
ตัวอย่าง
truefalse
|
|||
|
เป็นการทำงานซ้ำหรือไม่
IsRework
|
ค่าบูลีนที่คำนวณขึ้น โดยเป็นจริงเมื่อมีการทำกิจกรรมหรือชุดกิจกรรมซ้ำกับรายการเดิมภายในกรณีเดียวกัน. | ||
|
คำอธิบาย
แฟล็ก Is Rework ใช้ระบุกรณีที่ต้องทำงานซ้ำ เช่น การกระทบยอดที่เปิดขึ้นมาใหม่หลังอนุมัติ หรือรายการบัญชีที่กลับรายการแล้วบันทึกใหม่ แอตทริบิวต์นี้จำเป็นต่อการวัดความไม่มีประสิทธิภาพและงานสูญเปล่าในกระบวนการ โดยใช้คำนวณ KPI 'Reconciliation Rework Rate' และเติมข้อมูลในแดชบอร์ด 'Period Close Rework & Deviations' เพื่อชี้ให้เห็นจุดที่มีปัญหาด้านคุณภาพหรือขั้นตอนไม่ชัดเจนจนต้องทำงานซ้ำ.
เหตุผลที่สำคัญ
วัดความไม่มีประสิทธิภาพของกระบวนการด้วยการระบุงานที่ทำซ้ำ ช่วยค้นหาปัญหาด้านคุณภาพและโอกาสปรับปรุงขั้นตอนการทำงาน.
แหล่งข้อมูล
คำนวณแฟล็กนี้ระหว่างการแปลงข้อมูล โดยใช้ตรรกะตรวจจับกิจกรรมที่เกิดซ้ำกับเอนทิตีเดิม เช่น บัญชี GL เดิม ภายในรอบการเงินเดียวกัน.
ตัวอย่าง
truefalse
|
|||
|
เป็นรายการปรับปรุงหลังปิดงวดหรือไม่
IsPostCloseAdjustment
|
ค่าบูลีนที่คำนวณขึ้น โดยเป็นจริงเมื่อมีการบันทึกรายการบัญชีปรับปรุงหลังจัดทำงบทดลองของรอบนั้นแล้ว. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุรายการปรับปรุงที่เกิดขึ้นในช่วงท้ายของวงจรการปิดงวด โดยทำเครื่องหมายกิจกรรม 'บันทึกรายการบัญชีปรับปรุง' ที่เกิดขึ้นหลังเหตุการณ์สำคัญ 'จัดทำงบทดลอง' หรือ 'อนุมัติงบการเงิน' ภายในรอบการเงินเดียวกัน ตัวชี้วัดนี้สำคัญต่อการตรวจสอบคุณภาพข้อมูลและการควบคุมกระบวนการ ใช้คำนวณ KPI 'Post-Close Adjustment Entry Rate' และแสดงข้อมูลบนแดชบอร์ด 'Post-Close Adjustment Frequency' เพื่อช่วยค้นหาสาเหตุของการเปลี่ยนแปลงที่เกิดขึ้นล่าช้า.
เหตุผลที่สำคัญ
ช่วยชี้ปัญหาด้านคุณภาพข้อมูลและการควบคุมกระบวนการ โดยระบุรายการปรับปรุงที่ล่าช้าซึ่งอาจกระทบความถูกต้องของรายงานการเงิน.
แหล่งข้อมูล
คำนวณระหว่างการแปลงข้อมูล โดยตรวจสอบลำดับเหตุการณ์ในแต่ละกรณีของรอบการเงิน.
ตัวอย่าง
truefalse
|
|||
|
รหัสรายการบัญชี
JournalEntryId
|
รหัสเฉพาะของเอกสารรายการบัญชี. | ||
|
คำอธิบาย
รหัสรายการบัญชีเป็นหมายเลขเฉพาะที่กำหนดให้กับรายการบัญชีแต่ละรายการในบัญชีแยกประเภททั่วไป และใช้เชื่อมโยงโดยตรงไปยังธุรกรรมต้นทางใน Dynamics 365 แม้จะไม่ค่อยใช้วิเคราะห์กระบวนการในภาพรวม แต่มีประโยชน์มากเมื่อต้องเจาะลึกและหาสาเหตุของปัญหา เมื่อพบความผิดปกติ เช่น รายการปรับปรุงหลังปิดงวด รหัสนี้ช่วยให้นักวิเคราะห์ค้นหาธุรกรรมที่เกี่ยวข้องในระบบต้นทางเพื่อตรวจสอบได้อย่างรวดเร็ว.
เหตุผลที่สำคัญ
เชื่อมโยงไปยังธุรกรรมต้นทางใน ERP โดยตรง ช่วยให้เจาะลึกตรวจสอบรายการบัญชีและหาสาเหตุของปัญหาได้รวดเร็ว.
แหล่งข้อมูล
ตรงกับฟิลด์ 'JournalNumber' ในตารางอย่าง 'LedgerJournalTable' และ 'LedgerJournalTrans'.
ตัวอย่าง
JV-001234GENJ005678ACCR-000987
|
|||
|
วันที่ดำเนินการเสร็จจริง
ActualCompletionDate
|
วันที่ดำเนินขั้นตอนสุดท้ายของกระบวนการปิดงวดบัญชีสำหรับรอบการเงินเสร็จสิ้นจริง. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเวลาของกิจกรรมสุดท้ายที่ปิดงานในแต่ละกรณีของรอบการเงิน เช่น 'ปิดงวด GL' หรือ 'อนุมัติงบการเงิน' ค่านี้ได้จากการคำนวณและจำเป็นต่อการหาวงจรเวลารวมของการปิดงวดบัญชี นอกจากนี้ยังนำไปเปรียบเทียบกับ 'TargetCompletionDate' เพื่อคำนวณ KPI 'Period Close On-Time Rate' และวัดความตรงต่อเวลาได้อย่างชัดเจน.
เหตุผลที่สำคัญ
ระบุจุดสิ้นสุดของกระบวนการในแต่ละรอบ เพื่อคำนวณวงจรเวลารวมและ KPI การปิดงานตรงเวลา.
แหล่งข้อมูล
คำนวณจากเวลาของกิจกรรมล่าสุดที่บันทึกไว้ในบันทึกเหตุการณ์ สำหรับแต่ละกรณี 'FinancialPeriod'.
ตัวอย่าง
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
|
|||
|
วันที่เป้าหมายในการดำเนินการให้เสร็จ
TargetCompletionDate
|
วันที่วางแผนหรือกำหนดเป้าหมายให้ปิดกระบวนการปิดงวดบัญชีของรอบการเงินนั้นเสร็จสิ้น. | ||
|
คำอธิบาย
วันที่เป้าหมายในการปิดงวดคือกำหนดเวลาที่คาดว่าจะปิดรอบการเงินได้ โดยมักกำหนดไว้ในปฏิทินหรือตารางการปิดบัญชี แอตทริบิวต์นี้จำเป็นต่อการประเมินผลเทียบกับกำหนดการ และใช้คำนวณ KPI 'Period Close On-Time Rate' โดยเปรียบเทียบวันที่เสร็จจริงกับวันที่เป้าหมาย การวิเคราะห์ความคลาดเคลื่อนจากวันที่นี้ช่วยให้เข้าใจว่ากระบวนการปิดงวดมีความแน่นอนและเชื่อถือได้เพียงใด.
เหตุผลที่สำคัญ
ใช้วัดผลเทียบกับกำหนดเวลา และคำนวณอัตราการปิดงวดบัญชีได้ตรงเวลา.
แหล่งข้อมูล
ข้อมูลนี้อาจจัดเก็บในตารางกำหนดค่ารอบการเงินหรือปฏิทินของ Dynamics 365 หรืออาจต้องดึงจากเครื่องมือวางแผนภายนอก โปรดดูเอกสารประกอบ Microsoft Dynamics 365.
ตัวอย่าง
2023-01-052023-02-042023-03-06
|
|||
|
เวลาสิ้นสุด
EndTime
|
เวลาที่กิจกรรมซึ่งมีระยะเวลาวัดได้สิ้นสุดลง. | ||
|
คำอธิบาย
สำหรับกิจกรรมที่ไม่ได้เกิดขึ้นทันที เช่น งานกระทบยอด เวลานี้ระบุว่ากิจกรรมนั้นเสร็จเมื่อใด เมื่อนำไปใช้ร่วมกับ StartTime (EventTime) จะช่วยระบุระยะเวลาของกิจกรรมได้ แอตทริบิวต์นี้ใช้คำนวณเวลาประมวลผลของแต่ละกิจกรรมเป็นหลัก และจำเป็นต่อ KPI อย่าง 'Avg Adjusting Entry Processing Time' รวมถึงแดชบอร์ดที่วิเคราะห์เวลาที่ใช้ในงานแต่ละรายการ.
เหตุผลที่สำคัญ
ช่วยคำนวณเวลาประมวลผลของแต่ละกิจกรรมได้อย่างแม่นยำ ซึ่งเป็นข้อมูลสำคัญในการระบุคอขวดของงานแต่ละรายการ.
แหล่งข้อมูล
การดึงข้อมูลนี้อาจทำได้ยาก โดยอาจใช้เวลาที่สถานะเปลี่ยน ฟิลด์ 'ModifiedDateTime' หรือคู่เหตุการณ์เริ่มต้นและสิ้นสุดที่แยกกันในบันทึก.
ตัวอย่าง
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
|
หมวดหมู่การกระทบยอด
ReconciliationCategory
|
จัดประเภทการกระทบยอด เช่น 'ธนาคาร', 'ระหว่างบริษัท' หรือ 'สินทรัพย์ถาวร'. | ||
|
คำอธิบาย
หมวดหมู่การกระทบยอดใช้จัดกลุ่มการกระทบยอดบัญชีตามลักษณะงาน ทำให้เห็นภาพรวมในระดับที่สูงกว่าการดูบัญชี GL แต่ละบัญชี การวิเคราะห์ตามหมวดหมู่ช่วยระบุปัญหาที่เกิดซ้ำในการกระทบยอดแต่ละประเภท ตัวอย่างเช่น แดชบอร์ด 'GL Account Reconciliation Performance' ใช้แสดงได้ว่าการกระทบยอดระหว่างบริษัทใช้เวลานานกว่าการกระทบยอดธนาคารเป็นประจำหรือไม่ เพื่อให้ปรับปรุงกระบวนการได้ตรงจุด.
เหตุผลที่สำคัญ
ช่วยจัดหมวดหมู่กิจกรรมการกระทบยอด เพื่อเปรียบเทียบผลการดำเนินงานและระบุปัญหาที่เกิดซ้ำในงานกระทบยอดแต่ละประเภท.
แหล่งข้อมูล
ข้อมูลนี้อาจจัดเก็บไว้ในโมดูลการกระทบยอดโดยเฉพาะ หรืออนุมานได้จากคุณสมบัติของบัญชี GL ที่นำมากระทบยอด โปรดดูเอกสารประกอบ Microsoft Dynamics 365.
ตัวอย่าง
การกระทบยอดธนาคารระหว่างบริษัทงบดุลและรายการค้างรับค้างจ่ายบัญชีแยกประเภทย่อยของสินทรัพย์ถาวร
|
|||
กิจกรรมสำหรับ Record to Report: ปิดงวดบัญชีและการกระทบยอด
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
จัดทำงบทดลอง
|
หมุดหมายสำคัญที่ระบุว่าลงรายการปรับปรุงที่ทราบทั้งหมดแล้ว และงบทดลองเบื้องต้นพร้อมให้ตรวจสอบ เหตุการณ์นี้อนุมานจากการสิ้นสุดการป้อนข้อมูล. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดตรวจสอบสำคัญก่อนจัดทำงบการเงิน และแบ่งช่วงแก้ไขข้อมูลออกจากช่วงรายงานและตรวจสอบ.
แหล่งข้อมูล
นี่คือหมุดหมายเชิงแนวคิด ซึ่งอนุมานได้จากเวลาที่ลงรายการบัญชีปรับปรุงรายการสุดท้ายก่อนเริ่มจัดทำงบการเงิน.
บันทึก
ใช้เวลาของรายการ GeneralJournalEntry รายการสุดท้ายที่ลงบัญชีสำหรับรอบนั้น ก่อนเริ่มงานจัดทำงบการเงิน.
ประเภทเหตุการณ์
inferred
|
|||
|
ปิดรอบบัญชีแยกประเภททั่วไป
|
กิจกรรมสุดท้ายของกระบวนการ คือการปิดรอบบัญชีแยกประเภททั่วไปอย่างเป็นทางการเพื่อป้องกันการลงรายการเพิ่มเติม Dynamics 365 บันทึกการเปลี่ยนสถานะนี้ไว้อย่างชัดเจนและตรวจสอบย้อนหลังได้. | ||
|
เหตุผลที่สำคัญ
ในฐานะเหตุการณ์สิ้นสุดที่ชัดเจน กิจกรรมนี้จำเป็นต่อการคำนวณเวลาเฉลี่ยของรอบการปิดงวด และหมายถึงการปิดรอบระยะเวลาทางการเงินขั้นสุดท้ายซึ่งย้อนกลับไม่ได้.
แหล่งข้อมูล
ใช้ข้อมูลจากปฏิทินบัญชีแยกประเภท (เอนทิตี LedgerPeriod) เหตุการณ์คือเวลาที่สถานะรอบระยะเวลาเปลี่ยนเป็น 'Closed'.
บันทึก
ระบุเวลาจากประวัติการตรวจสอบที่ฟิลด์สถานะ LedgerPeriod เปลี่ยนเป็น 'Closed'.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มกระบวนการปิดงวด
|
กิจกรรมนี้ระบุจุดเริ่มต้นของกระบวนการปิดงวดทางการเงินสำหรับรอบระยะเวลาหนึ่ง โดยทั่วไปอนุมานจากการสร้างกำหนดการปิดงวดในพื้นที่ทำงาน Financial close หรือจากการเปลี่ยนสถานะครั้งแรกของรอบบัญชีแยกประเภท. | ||
|
เหตุผลที่สำคัญ
ในฐานะเหตุการณ์เริ่มต้น กิจกรรมนี้สำคัญต่อการวัดระยะเวลารอบการปิดงวดทั้งหมด การวิเคราะห์เวลาตั้งแต่เหตุการณ์นี้ช่วยให้เห็นระยะเวลารวมของกระบวนการและการทำงานตามกำหนดการ.
แหล่งข้อมูล
อนุมานจากวันที่สร้างการตั้งค่า 'Financial close' หรือเวลาของงานปิดงวดรายการแรกที่บันทึกไว้สำหรับรอบระยะเวลาทางการเงิน ข้อมูลนี้อยู่ในเอนทิตีของพื้นที่ทำงาน Financial close.
บันทึก
ใช้เวลาที่สร้างรายการตรวจสอบการปิดงวดทางการเงิน หรือเวลาที่เร็วที่สุดของกิจกรรมปิดงวดใดๆ ในรอบนั้น.
ประเภทเหตุการณ์
inferred
|
|||
|
อนุมัติการกระทบยอดบัญชี
|
กิจกรรมนี้ระบุว่าผู้จัดการหรือผู้ตรวจสอบได้ตรวจทานและอนุมัติการกระทบยอดบัญชีที่จัดทำไว้แล้ว โดยทั่วไปบันทึกเป็นการอัปเดตสถานะขั้นสุดท้ายของงานในพื้นที่ทำงาน Financial close. | ||
|
เหตุผลที่สำคัญ
นี่คือหมุดหมายสำคัญที่ปิดงานกระทบยอดของบัญชีหนึ่งๆ และจำเป็นต่อการคำนวณ KPI 'เวลาเฉลี่ยในการอนุมัติการกระทบยอด' และระบุคอขวดในขั้นตอนอนุมัติ.
แหล่งข้อมูล
ใช้ข้อมูลจากเอนทิตีการจัดการงานในพื้นที่ทำงาน Financial close เหตุการณ์คือเวลาที่สถานะงานกระทบยอดเปลี่ยนเป็น 'Completed' หรือ 'Approved'.
บันทึก
บันทึกเวลาที่สถานะของงานปิดงวดเปลี่ยนเป็น 'Completed' หรือสถานะสุดท้ายที่เทียบเท่ากัน.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติงบการเงิน
|
นี่คือหมุดหมายการอนุมัติขั้นสุดท้าย ซึ่งระบุว่าผู้บริหารตรวจสอบและลงนามรับรองงบการเงินของรอบนั้นแล้ว โดยมักบันทึกผ่านงานในพื้นที่ทำงาน Financial close. | ||
|
เหตุผลที่สำคัญ
นี่คือหมุดหมายสำคัญทางธุรกิจที่ปิดขั้นตอนการตรวจสอบ และจำเป็นต่อการวัดระยะเวลาตรวจสอบงบการเงินและการกำกับดูแลกระบวนการโดยรวม.
แหล่งข้อมูล
ใช้ข้อมูลจากพื้นที่ทำงาน Financial close โดยบันทึกจากเวลาที่งานอนุมัติขั้นสุดท้ายในรายการตรวจสอบการปิดงวดเสร็จสิ้น.
บันทึก
ใช้เวลาที่งาน 'Final Approval' ที่กำหนดไว้ในพื้นที่ทำงาน Financial close เสร็จสิ้น.
ประเภทเหตุการณ์
explicit
|
|||
|
กระทบยอดบัญชีธนาคารเสร็จสิ้น
|
กิจกรรมนี้หมายถึงการกระทบยอดบัญชีธนาคารเสร็จสิ้นและลงรายการแล้ว เป็นเหตุการณ์ที่บันทึกไว้อย่างชัดเจนจากการเปลี่ยนสถานะของระเบียนกระทบยอดธนาคาร. | ||
|
เหตุผลที่สำคัญ
นี่คือหมุดหมายสำคัญของกระบวนการปิดงวด การติดตามเวลาที่เสร็จสิ้นช่วยวัดปริมาณงานที่ดำเนินการได้และระยะเวลาของรอบการกระทบยอดธนาคาร.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของเอนทิตี BankStatement เป็น 'Reconciled' หรือจากเวลาที่ลงรายการสมุดรายวันกระทบยอดที่เกี่ยวข้อง.
บันทึก
ระบุเวลาที่ฟิลด์สถานะ BankStatement เปลี่ยนเป็น 'Reconciled'.
ประเภทเหตุการณ์
inferred
|
|||
|
จัดทำงบการเงิน
|
กิจกรรมนี้หมายถึงการจัดทำรายงานทางการเงินอย่างเป็นทางการ เช่น งบกำไรขาดทุนและงบดุล การบันทึกเหตุการณ์นี้มักทำได้ยาก เนื่องจากเกิดขึ้นเมื่อมีการเรียกใช้รายงาน. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นของรอบตรวจสอบขั้นสุดท้าย ระยะเวลาตั้งแต่กิจกรรมนี้จนถึงการอนุมัติขั้นสุดท้ายเป็น KPI สำคัญสำหรับวัดประสิทธิภาพการตรวจสอบของผู้บริหาร.
แหล่งข้อมูล
บันทึกระบบของเครื่องมือ Financial Reporter (เดิมชื่อ Management Reporter) อาจมีข้อมูลนี้ อย่างไรก็ตาม โดยทั่วไปข้อมูลนี้ไม่ได้จัดเก็บในตารางธุรกรรมและอาจต้องตั้งค่าบันทึกข้อมูลเพิ่มเติม.
บันทึก
ต้องวิเคราะห์บันทึกระบบหรือกำหนดการบันทึกเหตุการณ์เพิ่มเติม ข้อมูลนี้อาจไม่มีในการติดตั้งมาตรฐาน.
ประเภทเหตุการณ์
inferred
|
|||
|
เปิดรอบบัญชีแยกประเภททั่วไปอีกครั้ง
|
กิจกรรมข้อยกเว้นนี้เกิดขึ้นเมื่อเปิดรอบที่ปิดไปแล้วอีกครั้งเพื่อลงรายการปรับปรุงที่ล่าช้า เป็นการเปลี่ยนสถานะอย่างชัดเจนจาก 'Closed' เป็น 'On hold' หรือ 'Open'. | ||
|
เหตุผลที่สำคัญ
การเปิดรอบระยะเวลาอีกครั้งเป็นความเบี่ยงเบนสำคัญจากกระบวนการมาตรฐาน และอาจบ่งชี้ถึงจุดอ่อนในการควบคุมหรือข้อผิดพลาดร้ายแรง การติดตามความถี่ของเหตุการณ์นี้มีความสำคัญต่อการปรับปรุงกระบวนการและการปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
ใช้ข้อมูลจากปฏิทินบัญชีแยกประเภท (เอนทิตี LedgerPeriod) เหตุการณ์คือเวลาที่สถานะรอบระยะเวลาเปลี่ยนจาก 'Closed' กลับเป็นสถานะที่ยังไม่ปิด.
บันทึก
ระบุเวลาจากประวัติการตรวจสอบที่สถานะ LedgerPeriod เปลี่ยนจาก 'Closed'.
ประเภทเหตุการณ์
explicit
|
|||
|
ระงับบัญชีแยกประเภทย่อย
|
ระบุจุดที่บัญชีแยกประเภทย่อยสำหรับธุรกรรม เช่น เจ้าหนี้การค้าและลูกหนี้การค้า ถูกระงับไม่ให้ลงรายการธุรกรรมใหม่ในรอบนั้น ตรวจจับได้จากการเปลี่ยนสถานะของรอบบัญชีแยกประเภทในแต่ละโมดูล. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดควบคุมสำคัญที่ช่วยรักษาความถูกต้องของข้อมูลก่อนเริ่มงานบัญชีแยกประเภททั่วไป หากล่าช้า อาจส่งผลต่อกำหนดการปิดงวดทั้งหมด.
แหล่งข้อมูล
อนุมานจากสถานะรอบปฏิทินบัญชีแยกประเภทของแต่ละโมดูลบัญชีแยกประเภทย่อย การเปลี่ยนสถานะเป็น 'On hold' สำหรับ AP, AR และโมดูลอื่นๆ แสดงว่ากิจกรรมนี้เกิดขึ้นแล้ว.
บันทึก
ค้นหาการเปลี่ยนสถานะเป็น 'On hold' ในประวัติการตรวจสอบของเอนทิตี LedgerPeriod โดยกรองตามโมดูล.
ประเภทเหตุการณ์
inferred
|
|||
|
เริ่มกระทบยอดบัญชี
|
ระบุจุดที่ผู้ใช้เริ่มงานกระทบยอดบัญชีบัญชีแยกประเภททั่วไป เช่น บัญชีงบดุล ตรวจจับได้จากการเปลี่ยนสถานะของงานในพื้นที่ทำงาน Financial close. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นสำหรับวัดระยะเวลารอบการกระทบยอดของแต่ละบัญชี และช่วยระบุว่าบัญชีใดใช้เวลานานที่สุดกว่าจะเริ่มกระทบยอด.
แหล่งข้อมูล
ใช้ข้อมูลจากเอนทิตีการจัดการงานในพื้นที่ทำงาน Financial close เหตุการณ์คือเวลาที่สถานะงานกระทบยอดเปลี่ยนเป็น 'In progress'.
บันทึก
บันทึกเวลาที่สถานะของงานปิดงวดเปลี่ยนเป็น 'In progress' หรือสถานะที่มีความหมายใกล้เคียงกัน.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มกระทบยอดบัญชีธนาคาร
|
ระบุจุดเริ่มต้นของการกระทบยอดบัญชีธนาคารสำหรับบัญชีและรอบระยะเวลาหนึ่ง เป็นเหตุการณ์ที่บันทึกไว้อย่างชัดเจนเมื่อผู้ใช้สร้างใบงานกระทบยอดธนาคารใหม่. | ||
|
เหตุผลที่สำคัญ
เวลาที่เริ่มกิจกรรมนี้เป็นข้อมูลสำคัญในการทำความเข้าใจกระบวนการย่อยด้านการกระทบยอดธนาคาร และเป็นจุดเริ่มต้นสำหรับวัดประสิทธิภาพของกิจกรรมกระทบยอดเงินสด.
แหล่งข้อมูล
ใช้ข้อมูลจากตาราง BankStatement และ BankStatementLine โดยใช้เวลาที่สร้างระเบียนกระทบยอดรายการเดินบัญชีธนาคารใหม่เป็นเวลาเกิดเหตุการณ์.
บันทึก
ใช้ฟิลด์ 'CreatedDateTime' ในตาราง BankStatement สำหรับรอบระยะเวลาทางการเงินที่เกี่ยวข้อง.
ประเภทเหตุการณ์
explicit
|
|||
|
ลงรายการสมุดรายวันค้างรับค้างจ่าย
|
เหตุการณ์นี้หมายถึงการลงรายการบัญชีสำหรับค่าใช้จ่ายและรายได้ค้างรับค้างจ่าย เป็นการดำเนินการที่บันทึกไว้อย่างชัดเจนในข้อมูลธุรกรรมบัญชีแยกประเภททั่วไป โดยระบุจากชื่อหรือประเภทสมุดรายวันเฉพาะ. | ||
|
เหตุผลที่สำคัญ
การติดตามเวลาและจำนวนรายการค้างรับค้างจ่ายช่วยให้เข้าใจภาระงานระหว่างปิดงวด และช่วยระบุสิ่งที่ต้องรอ รวมถึงคอขวดที่อาจเกิดขึ้นระหว่างรวบรวมข้อมูลเพื่อบันทึกรายการเหล่านี้.
แหล่งข้อมูล
ดึงข้อมูลจากตาราง GeneralJournalEntry และ GeneralJournalAccountEntry โดยกรองธุรกรรมที่ลงรายการในช่วงปิดงวดและใช้ชื่อสมุดรายวันที่กำหนดไว้สำหรับรายการค้างรับค้างจ่าย เช่น 'ACCR'.
บันทึก
กรองระเบียน GeneralJournalEntry ด้วย JournalName หรือ PostingType ที่กำหนดไว้สำหรับรายการค้างรับค้างจ่าย.
ประเภทเหตุการณ์
explicit
|
|||
|
ลงรายการสมุดรายวันปรับปรุง
|
เหตุการณ์นี้บันทึกการลงรายการบัญชีปรับปรุงหลังจากกระทบยอดเบื้องต้นแล้ว แต่ก่อนปิดงวดขั้นสุดท้าย ระบุธุรกรรมเหล่านี้ได้จากชื่อสมุดรายวันหรือวันที่ลงรายการที่กำหนดไว้. | ||
|
เหตุผลที่สำคัญ
หากมีรายการปรับปรุงบ่อย อาจบ่งชี้ถึงปัญหาคุณภาพข้อมูลหรือกระบวนการต้นทาง การติดตามช่วยวัดอัตรารายการปรับปรุงหลังปิดงวดและระบุบัญชีที่มีปัญหา.
แหล่งข้อมูล
ใช้ข้อมูลจากตาราง GeneralJournalEntry โดยกรองสมุดรายวันที่กำหนดชื่อ 'Adjustment' หรือรายการที่ลงบัญชีหลังวันที่จัดทำงบทดลอง.
บันทึก
กรองระเบียน GeneralJournalEntry โดยใช้ JournalName ที่กำหนด หรือใช้วันที่ลงรายการเทียบกับหมุดหมายอื่นๆ.
ประเภทเหตุการณ์
explicit
|
|||
|
ลงรายการสมุดรายวันระหว่างบริษัท
|
กิจกรรมนี้หมายถึงการลงรายการบัญชีเพื่อกระทบยอดระหว่างนิติบุคคลต่างๆ ในองค์กร เป็นเหตุการณ์ที่บันทึกไว้อย่างชัดเจนในบันทึกธุรกรรมสมุดรายวันทั่วไป. | ||
|
เหตุผลที่สำคัญ
การกระทบยอดระหว่างบริษัทมักมีความซับซ้อนและทำให้เกิดความล่าช้า การติดตามกิจกรรมนี้ช่วยวัด KPI ระยะเวลาการกระทบยอดระหว่างบริษัทและระบุจุดที่ไม่มีประสิทธิภาพ.
แหล่งข้อมูล
ดึงข้อมูลจากตาราง GeneralJournalEntry ที่มีการทำเครื่องหมาย 'Intercompany' หรือธุรกรรมที่เกี่ยวข้องกับบัญชีระหว่างบริษัท.
บันทึก
กรองระเบียน GeneralJournalEntry ที่ประเภทธุรกรรมระบุว่าเป็นการลงรายการระหว่างบริษัท.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงกระบวนการ Record to Report วันนี้ด้วยเทมเพลตข้อมูลนี้ เพื่อจัดทำรายงานทางการเงินได้รวดเร็วและแม่นยำยิ่งขึ้น พร้อมยกระดับการปฏิบัติตามข้อกำหนด.
ปิดงวดและกระทบยอด Record to Report ได้รวดเร็วยิ่งขึ้น
ลดระยะเวลาของรอบงานลง 30% และเพิ่มความแม่นยำ เพื่อปิดบัญชีการเงินได้เร็วขึ้น.
ไม่ต้องใช้บัตรเครดิต เริ่มปรับปรุงกระบวนการได้วันนี้.