เทมเพลตข้อมูล Record to Report: ปิดงวดและกระทบยอด
เทมเพลตข้อมูล Record to Report: ปิดงวดและกระทบยอด
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ Record to Report การปิดงวด และการกระทบยอด หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- กรอบการทำงานทั่วไปสำหรับวิเคราะห์กระบวนการ Record to Report.
- ระบุฟิลด์ข้อมูลและกิจกรรมสำคัญของกระบวนการ.
- ใช้เป็นพื้นฐานก่อนเริ่มดึงข้อมูลจากระบบเฉพาะ.
แอตทริบิวต์ของ Record to Report: ปิดงวดและกระทบยอด
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| งวดบัญชี FinancialPeriod | รหัสเฉพาะของรอบการรายงานทางการเงิน เช่น รายเดือนหรือรายไตรมาส ใช้เป็นรหัสเคสหลักเพื่อรวบรวมกิจกรรมทั้งหมดที่เกี่ยวข้องกับการปิดงวด. | ||
| คำอธิบาย งวดบัญชีระบุรอบบัญชีที่ต้องการ เช่น '2023-12' หรือ 'Q4-2023' ซึ่งเป็นช่วงเวลาที่ดำเนินกิจกรรมปิดงวดทั้งหมด โดยทำหน้าที่เป็นเคสหลักที่เชื่อมโยงเหตุการณ์ต่างๆ ตั้งแต่การปิดบัญชีย่อยไปจนถึงการจัดทำงบการเงิน ให้เป็นกระบวนการเดียวตั้งแต่ต้นจนจบ. ใน process mining การวิเคราะห์กิจกรรมที่จัดกลุ่มตามงวดบัญชีช่วยวัดระยะเวลารวมของรอบปิดงวด และเปรียบเทียบงวดต่างๆ เพื่อดูแนวโน้ม การปรับปรุง หรือประสิทธิภาพที่ลดลง เมื่อใช้เป็น Case ID รายการสมุดรายวัน การกระทบยอด และการอนุมัติที่เกี่ยวข้องจะอยู่ภายใต้การปิดงวดเดียวกัน. เหตุผลที่สำคัญ นี่คือรหัสเคสหลักที่รวบรวมกิจกรรมที่เกี่ยวข้องทั้งหมด ช่วยวิเคราะห์ระยะเวลาและประสิทธิภาพของกระบวนการปิดงวดได้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล โดยทั่วไปพบในส่วนหัวหรือส่วนข้อมูลทั่วไปของเอกสารทางการเงินและระบบจัดการงานที่เกี่ยวข้องกับการปิดงวด. ตัวอย่าง 2023-12ไตรมาส 4 ปี 2023มีนาคม 2024งวด 01-2024 | |||
| ชื่อกิจกรรม ActivityName | ชื่อเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นในกระบวนการปิดงวด. | ||
| คำอธิบาย ชื่อกิจกรรมระบุขั้นตอนหนึ่งในกระบวนการปิดงวดและกระทบยอด เช่น 'บันทึกรายการสมุดรายวันแล้ว' 'อนุมัติการกระทบยอดแล้ว' หรือ 'ปิดงวดแล้ว' กิจกรรมเหล่านี้เรียงต่อกันเป็นกระบวนการตั้งแต่ต้นจนจบของงวดบัญชีแต่ละงวด. การวิเคราะห์ลำดับและระยะเวลาของกิจกรรมเป็นหัวใจของ process mining ช่วยให้เห็นขั้นตอนการทำงานจริง ระบุคอขวดที่ทำให้กิจกรรมใช้เวลานาน และค้นหาความแตกต่างจากวิธีปฏิบัติมาตรฐาน นอกจากนี้ยังใช้แยกวิเคราะห์กระบวนการย่อย เช่น การกระทบยอดหรือการรวมบัญชีได้. เหตุผลที่สำคัญ คุณสมบัตินี้จำเป็นต่อการแสดงแผนผังกระบวนการ การระบุคอขวด และการทำความเข้าใจลำดับเหตุการณ์ในรอบการปิดงวด. แหล่งข้อมูล ได้จากรหัสธุรกรรม บันทึกเหตุการณ์ คำอธิบายงานในเครื่องมือเวิร์กโฟลว์ หรือการเปลี่ยนสถานะเอกสารในระบบการเงิน. ตัวอย่าง ปิดงวดบัญชีย่อยลงรายการสมุดรายวันอนุมัติรายการกระทบยอดจัดทำงบการเงิน | |||
| เวลาที่เกิดเหตุการณ์ EventTime | วันและเวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เริ่มต้นเมื่อใด. | ||
| คำอธิบาย เวลาที่เกิดเหตุการณ์บันทึกวันและเวลาที่กิจกรรมเริ่มต้นอย่างแม่นยำ การประทับเวลานี้สำคัญต่อการเรียงเหตุการณ์ตามลำดับเวลา เพื่อสร้างขั้นตอนการทำงานของแต่ละงวดบัญชีกลับขึ้นมา และเป็นจุดเริ่มต้นของการวิเคราะห์ process mining ที่อิงตามเวลา. การบันทึกเวลาที่เกิดเหตุการณ์ให้ถูกต้องมีความสำคัญต่อการคำนวณ KPI เช่น ระยะเวลารอบงานและเวลารอระหว่างกิจกรรม เมื่อวิเคราะห์ช่วงเวลาระหว่างเหตุการณ์ที่เกิดขึ้นต่อเนื่องกัน องค์กรจะระบุความล่าช้าและเข้าใจจังหวะเวลาของกระบวนการปิดงวดได้ ข้อมูลนี้ช่วยค้นหาโอกาสในการเร่งการปิดงวดและเพิ่มประสิทธิภาพ. เหตุผลที่สำคัญ ต้องมีการประทับเวลานี้เพื่อเรียงเหตุการณ์ให้ถูกต้อง คำนวณระยะเวลารอบงานระหว่างกิจกรรม และวัดระยะเวลารวมของกระบวนการปิดงวด. แหล่งข้อมูล โดยทั่วไปพบในช่อง 'วันที่สร้าง' 'วันที่บันทึกบัญชี' หรือ 'วันที่เริ่มต้น' ในบันทึกธุรกรรม ส่วนหัวเอกสาร หรือตารางเหตุการณ์ของระบบเวิร์กโฟลว์. ตัวอย่าง 2023-12-28T10:15:00Z2024-01-02T09:00:30Z2024-01-05T17:45:12Z | |||
| ระบบต้นทาง SourceSystem | รหัสของระบบสารสนเทศที่ดึงข้อมูลเหตุการณ์ออกมา. | ||
| คำอธิบาย คุณสมบัติระบบต้นทางระบุแอปพลิเคชันหรือโมดูลที่บันทึกกิจกรรม ในสภาพแวดล้อมไอทีที่มีหลายระบบ กระบวนการปิดงวดมักเกี่ยวข้องกับระบบหลายประเภท เช่น ERP สำหรับรายการสมุดรายวัน เครื่องมือกระทบยอดสำหรับตรวจสอบบัญชี และระบบรวมบัญชีสำหรับจัดทำรายงาน. การติดตามระบบต้นทางของแต่ละเหตุการณ์ช่วยให้เห็นว่ากระบวนการพึ่งพาระบบใดบ้าง และช่วยระบุปัญหาการเชื่อมโยงข้อมูลหรือประสิทธิภาพของระบบ มุมมองนี้มีประโยชน์ต่อผู้บริหารฝ่ายไอทีและการเงินที่ต้องการปรับระบบแอปพลิเคชันให้คล่องตัวขึ้น หรือหาสาเหตุความล่าช้าที่เกิดจากระบบใดระบบหนึ่ง. เหตุผลที่สำคัญ ระบุว่าขั้นตอนแต่ละรายการเกิดขึ้นที่ใด ช่วยให้เข้าใจการส่งต่องานระหว่างระบบและวิเคราะห์คอขวดที่เกี่ยวข้องกับเทคโนโลยี. แหล่งข้อมูล ข้อมูลนี้มักอยู่ในกรอบการดึงข้อมูล หรือในช่องข้อมูลเมตาทางเทคนิคของตารางต้นทาง. ตัวอย่าง SAP S/4HANAOracle Fusion FinancialsBlackLineWorkiva | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | วันและเวลาที่รีเฟรชข้อมูลของกระบวนการครั้งล่าสุด หรือเวลาที่ดึงข้อมูลจากระบบต้นทาง. | ||
| คำอธิบาย คุณสมบัตินี้บันทึกวันและเวลาที่อัปเดตชุดข้อมูลครั้งล่าสุด ช่วยให้เข้าใจบริบทของการวิเคราะห์ โดยระบุว่าข้อมูลเป็นปัจจุบันเพียงใดและครอบคลุมเหตุการณ์ถึงเวลาใด สำหรับกระบวนการที่เปลี่ยนแปลงตลอดเวลาอย่างการปิดงวด ข้อมูลนี้จำเป็นต่อการติดตามผลแบบเรียลไทม์บนแดชบอร์ด. ผู้เกี่ยวข้องที่ใช้ผลวิเคราะห์ process mining ประกอบการตัดสินใจจำเป็นต้องทราบว่าข้อมูลเป็นข้อมูลย้อนหลังที่ครบถ้วน หรือเป็นภาพข้อมูลล่าสุดของกระบวนการปิดงวดที่ยังดำเนินอยู่ เวลาประทับนี้เป็นข้อมูลเมตาสำคัญที่ช่วยรักษาความถูกต้องของข้อมูลและความเชื่อมั่นของผู้ใช้. เหตุผลที่สำคัญ ช่วยระบุว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้ผู้ใช้เข้าใจว่าผลวิเคราะห์กระบวนการอ้างอิงข้อมูลล่าสุดแค่ไหน. แหล่งข้อมูล โดยทั่วไปเป็นข้อมูลเมตาที่สร้างขึ้นระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL). ตัวอย่าง 2024-01-15T08:00:00Z2024-01-15T12:00:00Z2024-01-16T01:00:00Z | |||
| ผู้รับผิดชอบ ResponsibleUser | รหัสหรือชื่อผู้ใช้ของผู้ที่ดำเนินกิจกรรมหรือได้รับมอบหมายให้ทำกิจกรรมนั้น. | ||
| คำอธิบาย คุณสมบัตินี้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบงานหนึ่งๆ ในกระบวนการปิดงวด เช่น นักบัญชีที่บันทึกรายการสมุดรายวัน ผู้จัดการที่อนุมัติการกระทบยอด หรือนักวิเคราะห์ที่จัดทำงบการเงิน. การวิเคราะห์กระบวนการตามผู้รับผิดชอบช่วยให้เข้าใจการกระจายงานและประสิทธิภาพของทีม รวมถึงระบุความต้องการในการฝึกอบรมได้ นอกจากนี้ยังช่วยให้เห็นว่าบุคคลใดเป็นคอขวดหรือมีการกระจายงานไม่สมดุลหรือไม่ ข้อมูลนี้ช่วยบริหารทรัพยากรและเพิ่มผลิตภาพของทีมในช่วงปิดงวดที่มีงานเร่งด่วน. เหตุผลที่สำคัญ ช่วยวิเคราะห์การกระจายงาน ผลิตภาพของทีม และโอกาสในการฝึกอบรมรายบุคคลหรือข้อจำกัดด้านทรัพยากร. แหล่งข้อมูล พบได้ในช่องอย่าง 'ชื่อผู้ใช้' 'สร้างโดย' 'รหัสพนักงาน' หรือ 'เจ้าของงาน' ในส่วนหัวเอกสารทางการเงินและบันทึกงานในเวิร์กโฟลว์. ตัวอย่าง j.doeasmithFIN_AUTOMATION_BOTUSER12345 | |||
| มูลค่าธุรกรรม TransactionAmount | มูลค่าเงินของธุรกรรมทางการเงิน เช่น จำนวนเงินในรายการสมุดรายวัน. | ||
| คำอธิบาย มูลค่าธุรกรรมแสดงมูลค่าทางการเงินของเหตุการณ์ ซึ่งโดยทั่วไปเกี่ยวข้องกับรายการสมุดรายวันหรือรายการปรับปรุง อาจเป็นมูลค่ารวมของเอกสาร มูลค่ารายการย่อย หรือจำนวนเงินที่ปรับปรุงในการกระทบยอด. คุณสมบัตินี้เพิ่มบริบททางธุรกิจที่สำคัญให้กับการวิเคราะห์กระบวนการ ช่วยจัดลำดับความสำคัญของปัญหาตามผลกระทบทางการเงิน เช่น การวิเคราะห์มูลค่าของรายการสมุดรายวันที่ทำด้วยตนเองช่วยให้มุ่งเน้นการใช้ระบบอัตโนมัติกับรายการปรับปรุงที่มีนัยสำคัญมากที่สุด นอกจากนี้ยังช่วยประเมินความเสี่ยง โดยระบุธุรกรรมมูลค่าสูงที่อาจต้องมีการควบคุมหรืออนุมัติที่เข้มงวดขึ้น. เหตุผลที่สำคัญ เพิ่มบริบททางการเงินให้กับเหตุการณ์ในกระบวนการ ช่วยวิเคราะห์ผลกระทบด้านมูลค่าของรายการปรับปรุงและจัดลำดับการปรับปรุงตามมูลค่า. แหล่งข้อมูล พบในรายการย่อยหรือส่วนหัวของเอกสารทางการเงิน โดยมักอยู่ในช่องสกุลเงินท้องถิ่นและสกุลเงินกลุ่มบริษัท. ตัวอย่าง 15000.00-250.751250000.50 | |||
| รหัสบริษัท CompanyCode | รหัสเฉพาะของนิติบุคคลที่ดำเนินกิจกรรมทางการเงิน. | ||
| คำอธิบาย รหัสบริษัทระบุนิติบุคคลหรือบริษัทย่อยภายในกลุ่มบริษัทที่ดำเนินการปิดงวด การรวมบัญชีมักต้องปิดบัญชีของหลายหน่วยงานก่อนจัดทำรายงานระดับกลุ่ม. คุณสมบัตินี้สำคัญต่อการกรองข้อมูลตามองค์กรและการเปรียบเทียบผล ช่วยให้นักวิเคราะห์เปรียบเทียบประสิทธิภาพและความตรงเวลาของกระบวนการปิดงวดระหว่างบริษัทต่างๆ ในองค์กรได้ จึงค้นหาแนวปฏิบัติที่ดีจากหน่วยงานที่ทำผลงานได้ดีเพื่อนำไปปรับใช้ที่อื่น รวมถึงระบุหน่วยงานที่อาจต้องการการสนับสนุนหรือการปรับปรุงกระบวนการเพิ่มเติม. เหตุผลที่สำคัญ ช่วยเปรียบเทียบและวัดผลกระบวนการปิดงวดระหว่างนิติบุคคลต่างๆ เพื่อค้นหาแนวปฏิบัติที่ดีและจุดที่ควรปรับปรุง. แหล่งข้อมูล เป็นช่องข้อมูลมาตรฐานขององค์กรที่พบในส่วนหัวของตารางธุรกรรมทางการเงินเกือบทั้งหมดในระบบ ERP. ตัวอย่าง 1000US01DE015400 | |||
| รหัสรายการสมุดรายวัน JournalEntryId | รหัสเฉพาะของรายการสมุดรายวันหรือเอกสารทางบัญชีรายการหนึ่ง. | ||
| คำอธิบาย รหัสรายการสมุดรายวันเป็นหมายเลขหรือรหัสเฉพาะที่ใช้ระบุเอกสารทางบัญชีแต่ละรายการ เอกสารเหล่านี้เป็นวิธีหลักในการบันทึกธุรกรรมทางการเงิน ทั้งรายการปกติ รายการค้างรับค้างจ่าย และรายการปรับปรุงระหว่างปิดงวด. คุณสมบัตินี้ช่วยวิเคราะห์ขั้นตอนการจัดการรายการสมุดรายวันได้อย่างละเอียด เมื่อลิงก์กิจกรรมกับรหัสรายการสมุดรายวันรายการใดรายการหนึ่ง ก็จะติดตามวงจรของรายการได้ตั้งแต่สร้างจนถึงบันทึกบัญชี รวมถึงขั้นตอนตรวจสอบและอนุมัติ ข้อมูลนี้จำเป็นต่อแดชบอร์ดที่ติดตามรายการปรับปรุงด้วยตนเอง เพราะช่วยวัดจำนวน มูลค่า และผลกระทบต่อการปิดงวด. เหตุผลที่สำคัญ ใช้ระบุเอกสารทางบัญชีแต่ละรายการได้โดยไม่ซ้ำกัน ช่วยวิเคราะห์ปริมาณรายการสมุดรายวัน การแก้ไขงานซ้ำ และระยะเวลารอบการอนุมัติได้อย่างละเอียด. แหล่งข้อมูล ช่องคีย์หลักในตารางส่วนหัวเอกสารทางบัญชี มักใช้ชื่อว่า 'หมายเลขเอกสาร' หรือ 'รหัสรายการสมุดรายวัน'. ตัวอย่าง 1900000123JE-2024-00543DOC000432101 | |||
| เวลาสิ้นสุด EndTime | วันและเวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เสร็จสิ้นเมื่อใด. | ||
| คำอธิบาย เวลาสิ้นสุดระบุวันและเวลาที่กิจกรรมหนึ่งๆ เสร็จสิ้นอย่างแม่นยำ ส่วนเวลาเริ่มต้นบอกว่ากิจกรรมเริ่มเมื่อใด เวลาสิ้นสุดช่วยให้ทราบว่ากิจกรรมนั้นใช้เวลานานเท่าใด โดยเฉพาะงานที่วัดระยะเวลาได้ เช่น การจัดทำรายงานที่ซับซ้อนหรือการกระทบยอดด้วยตนเอง. ใน process mining การใช้เวลาเริ่มต้นและเวลาสิ้นสุดร่วมกันช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรม ซึ่งเป็นตัวชี้วัดพื้นฐานในการระบุงานที่ไม่มีประสิทธิภาพและขั้นตอนที่ใช้ทรัพยากรมาก การวิเคราะห์เวลาที่ใช้ดำเนินงานยังช่วยแยกเวลาที่ใช้ทำงานจริงออกจากเวลาที่รอขั้นตอนถัดไป ทำให้เห็นประสิทธิภาพของกระบวนการได้ละเอียดขึ้น. เหตุผลที่สำคัญ ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรม ซึ่งสำคัญต่อการระบุงานที่ไม่มีประสิทธิภาพและคอขวดด้านทรัพยากร. แหล่งข้อมูล อาจพบในช่อง 'วันที่เสร็จสิ้น' 'วันที่เปลี่ยนแปลงล่าสุด' หรือเวลาที่เปลี่ยนสถานะในตารางธุรกรรมหรือบันทึกของระบบต้นทาง. ตัวอย่าง 2023-12-28T11:00:00Z2024-01-02T09:30:45Z2024-01-05T18:00:00Z | |||
| สถานะการกระทบยอด ReconciliationStatus | สถานะปัจจุบันหรือสถานะสุดท้ายของงานกระทบยอด. | ||
| คำอธิบาย สถานะการกระทบยอดระบุสถานะของการกระทบยอดบัญชี ณ เวลาหนึ่ง สถานะที่พบบ่อย ได้แก่ 'ยังไม่เริ่ม' 'กำลังดำเนินการ' 'ส่งตรวจสอบแล้ว' 'ถูกปฏิเสธ' และ 'อนุมัติแล้ว' สถานะเหล่านี้มักสอดคล้องกับกิจกรรมในกระบวนการ. การวิเคราะห์การเปลี่ยนสถานะเป็นวิธีหลักในการสร้างขั้นตอนการทำงานของการกระทบยอดกลับขึ้นมา สถานะยังช่วยวัด KPI เช่น อัตราการกระทบยอดผ่านตั้งแต่ครั้งแรก ซึ่งแสดงสัดส่วนรายการที่อนุมัติโดยไม่ถูกปฏิเสธ นอกจากนี้ยังช่วยระบุบัญชีหรือแผนกที่มีอัตราถูกปฏิเสธสูง ซึ่งอาจบ่งชี้ถึงปัญหาด้านคุณภาพหรือการฝึกอบรม. เหตุผลที่สำคัญ ติดตามความคืบหน้าของการกระทบยอด ช่วยวัดอัตราการแก้ไขงานซ้ำ ระยะเวลาการอนุมัติ และประสิทธิภาพโดยรวมของกระบวนการย่อยด้านการกระทบยอด. แหล่งข้อมูล ช่องสถานะของงานหรือรายการกระทบยอดในระบบจัดการการกระทบยอด. ตัวอย่าง กำลังดำเนินการส่งตรวจสอบแล้วถูกปฏิเสธอนุมัติแล้ว | |||
| ดำเนินการโดยอัตโนมัติหรือไม่ IsAutomated | ตัวบ่งชี้ว่ากิจกรรมดำเนินการโดยระบบหรือบอตอัตโนมัติ แทนที่จะเป็นผู้ใช้ที่เป็นบุคคล. | ||
| คำอธิบาย คุณสมบัติดำเนินการโดยอัตโนมัติหรือไม่เป็นค่าบูลีน (จริง/เท็จ) ที่ใช้แยกงานที่บุคคลทำออกจากงานที่ระบบดำเนินการ เช่น งานชุดที่ตั้งเวลาไว้หรือบอต RPA ข้อมูลนี้สำคัญต่อการทำความเข้าใจระดับการใช้ระบบอัตโนมัติในกระบวนการปิดงวด. การวิเคราะห์กระบวนการในมิตินี้ช่วยวัดผลของการนำระบบอัตโนมัติมาใช้ องค์กรสามารถติดตามสัดส่วนกิจกรรมที่ทำโดยอัตโนมัติเทียบกับกิจกรรมที่ทำด้วยตนเอง ระบุงานที่เหมาะจะนำระบบอัตโนมัติมาใช้เพิ่มเติม และตรวจสอบว่าระบบอัตโนมัติที่มีอยู่ทำงานตามที่คาดไว้หรือไม่ มุมมองนี้มีประโยชน์ต่อองค์กรที่ต้องการปรับการทำงานสู่ดิจิทัลและเพิ่มประสิทธิภาพของฝ่ายการเงิน. เหตุผลที่สำคัญ แยกงานที่บุคคลทำออกจากงานที่ระบบทำ ช่วยวัดระดับการใช้ระบบอัตโนมัติและค้นหาโอกาสในการนำระบบอัตโนมัติมาใช้เพิ่มเติม. แหล่งข้อมูล ได้จากรหัสผู้ใช้ เช่น ผู้ใช้ระบบหรือบอต รหัสธุรกรรมที่เกี่ยวข้องกับงานชุด หรือค่าบ่งชี้เฉพาะจากเครื่องมือเวิร์กโฟลว์. ตัวอย่าง truefalse | |||
| บัญชีแยกประเภททั่วไป GeneralLedgerAccount | หมายเลขบัญชีแยกประเภททั่วไปที่เชื่อมโยงกับการกระทบยอดหรือรายการสมุดรายวัน. | ||
| คำอธิบาย บัญชีแยกประเภททั่วไปเป็นองค์ประกอบพื้นฐานของการบัญชีการเงิน ใช้แทนสินทรัพย์ หนี้สิน ส่วนของผู้ถือหุ้น รายได้ หรือค่าใช้จ่ายแต่ละประเภท ในกระบวนการปิดงวด กิจกรรมอย่างการบันทึกรายการสมุดรายวันและการกระทบยอดจะเชื่อมโยงกับบัญชีแยกประเภททั่วไปอย่างน้อยหนึ่งบัญชี. การวิเคราะห์กระบวนการตามบัญชีแยกประเภททั่วไปช่วยให้เห็นรายละเอียดของงานปิดงวดมากขึ้น เช่น บัญชีใดกระทบยอดได้ยากหรือใช้เวลานาน และบัญชีใดต้องปรับปรุงรายการบ่อย ข้อมูลนี้ช่วยวางแนวทางลดความซับซ้อนของผังบัญชี หรือปรับปรุงวิธีปฏิบัติทางบัญชีสำหรับบัญชีที่มีความเสี่ยงหรือปริมาณรายการสูง. เหตุผลที่สำคัญ ช่วยวิเคราะห์รายละเอียดเพื่อระบุบัญชีที่ซับซ้อนหรือใช้เวลานานในการกระทบยอด และกำหนดแนวทางปรับปรุงกระบวนการให้ตรงจุด. แหล่งข้อมูล พบในรายละเอียดรายการของตารางรายการสมุดรายวัน และเป็นคุณสมบัติหลักในระบบกระทบยอดบัญชี. ตัวอย่าง 110000401100210010630100 | |||
| ประเภทการกระทบยอด ReconciliationType | จัดประเภทการกระทบยอด เช่น งบดุล กำไรขาดทุน หรือระหว่างบริษัท. | ||
| คำอธิบาย คุณสมบัตินี้ใช้จัดกลุ่มการกระทบยอดตามลักษณะงาน ประเภทที่พบบ่อย ได้แก่ งบดุล ธนาคาร ระหว่างบริษัท สินทรัพย์ถาวร หรือกำไรขาดทุน การกระทบยอดแต่ละประเภทอาจมีความซับซ้อน ความเสี่ยง และขั้นตอนมาตรฐานแตกต่างกัน. การแยกวิเคราะห์ตามประเภทการกระทบยอดช่วยให้เปรียบเทียบประสิทธิภาพได้ตรงประเด็นมากขึ้น เช่น การกระทบยอดระหว่างบริษัทอาจซับซ้อนและใช้เวลานานกว่าการกระทบยอดบัญชีธนาคารทั่วไป คุณสมบัตินี้ช่วยกำหนดเป้าหมายด้านประสิทธิภาพที่เหมาะสม และระบุปัญหาเฉพาะของงานกระทบยอดแต่ละประเภท. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพระหว่างการกระทบยอดประเภทต่างๆ ทำให้เห็นปัญหาและประสิทธิภาพของกระบวนการได้ชัดเจนขึ้น. แหล่งข้อมูล ได้จากคุณสมบัติของบัญชีแยกประเภททั่วไป หรือจัดเก็บเป็นช่องหมวดหมู่เฉพาะในเครื่องมือจัดการการกระทบยอด. ตัวอย่าง งบดุลการกระทบยอดบัญชีธนาคารระหว่างบริษัทสินทรัพย์ถาวร | |||
| ประเภทรายการสมุดรายวัน JournalEntryType | การจัดประเภทรายการสมุดรายวัน เช่น 'รายการปกติ' 'รายการกลับบัญชี' หรือ 'รายการปรับปรุง'. | ||
| คำอธิบาย ประเภทรายการสมุดรายวันใช้จัดกลุ่มเอกสารทางบัญชีตามวัตถุประสงค์หรือลักษณะของรายการ ประเภทที่พบบ่อย ได้แก่ รายการปกติจากบัญชีย่อย รายการปรับปรุงด้วยตนเอง รายการค้างรับค้างจ่าย รายการจัดประเภทใหม่ และรายการกลับบัญชี การจัดประเภทนี้ช่วยให้เข้าใจเหตุผลที่สร้างรายการสมุดรายวัน. การวิเคราะห์กระบวนการตามประเภทรายการสมุดรายวันช่วยแยกรายการที่ทำเป็นประจำและบันทึกโดยอัตโนมัติออกจากรายการพิเศษที่ต้องดำเนินการด้วยตนเอง หากมีรายการ 'ปรับปรุง' หรือ 'ทำด้วยตนเอง' จำนวนมาก อาจบ่งชี้ถึงปัญหาในกระบวนการต้นทางหรือการใช้ระบบอัตโนมัติที่ยังไม่เพียงพอ การวิเคราะห์นี้ช่วยหาโอกาสในการกำหนดมาตรฐานกระบวนการและลดงานที่ต้องทำด้วยตนเองระหว่างปิดงวด. เหตุผลที่สำคัญ จัดหมวดหมู่รายการสมุดรายวันเพื่อแยกรายการปกติออกจากรายการพิเศษ ช่วยวัดและวิเคราะห์ผลกระทบของรายการปรับปรุงที่ทำด้วยตนเอง. แหล่งข้อมูล โดยทั่วไปจัดเก็บในช่อง 'ประเภทเอกสาร' หรือช่องจัดประเภทที่คล้ายกันในส่วนหัวเอกสารทางบัญชี. ตัวอย่าง SAรายการปรับปรุงรายการค้างรับค้างจ่ายรายการกลับบัญชี | |||
| แผนก Department | แผนกหรือทีมงานที่รับผิดชอบกิจกรรมหรือผู้ใช้. | ||
| คำอธิบาย คุณสมบัติแผนกระบุหน่วยงานธุรกิจที่รับผิดชอบกิจกรรม เช่น ฝ่ายการเงิน ฝ่ายควบคุมบัญชี หรือฝ่ายเจ้าหนี้ ช่วยให้เห็นกระบวนการตามหน้าที่งาน และเสริมมุมมองด้านนิติบุคคลที่ได้จากรหัสบริษัท. การวิเคราะห์กระบวนการตามแผนกช่วยให้เข้าใจการส่งต่องานและการทำงานร่วมกันระหว่างทีม รวมถึงระบุความล่าช้าที่เกิดจากการรอให้แผนกอื่นทำงานที่ต้องเสร็จก่อน ข้อมูลนี้ช่วยปรับปรุงการสื่อสารระหว่างฝ่ายและทำให้เวิร์กโฟลว์ที่เกี่ยวข้องกับหลายทีมคล่องตัวขึ้น. เหตุผลที่สำคัญ ช่วยวิเคราะห์การส่งต่องานและประสิทธิภาพระหว่างทีมตามหน้าที่ พร้อมชี้โอกาสในการทำงานร่วมกันระหว่างแผนกให้ดีขึ้น. แหล่งข้อมูล ได้จากข้อมูลหลักของผู้ใช้ ข้อมูลศูนย์ต้นทุนที่เชื่อมโยงกับธุรกรรม หรือข้อมูลที่ระบุไว้โดยตรงในระบบจัดการเวิร์กโฟลว์. ตัวอย่าง การเงินองค์กรเจ้าหนี้บริหารเงินควบคุมบัญชี | |||
| รหัสการกระทบยอด ReconciliationId | รหัสเฉพาะของงานกระทบยอดบัญชีรายการหนึ่ง. | ||
| คำอธิบาย รหัสการกระทบยอดใช้ระบุงานกระทบยอดแต่ละรายการโดยไม่ซ้ำกัน เช่น การกระทบยอดบัญชีธนาคารหนึ่งบัญชีสำหรับงวดหนึ่งๆ รหัสนี้ทำหน้าที่เป็นเคสย่อยภายในกระบวนการปิดงวด โดยรวบรวมกิจกรรมอย่างการจัดทำ การตรวจสอบ และการอนุมัติของงานกระทบยอดนั้น. การติดตามรหัสนี้สำคัญต่อการวิเคราะห์กระบวนการย่อยด้านการกระทบยอดอย่างละเอียด ช่วยวัดระยะเวลาตั้งแต่เริ่มงานจนถึงอนุมัติขั้นสุดท้าย และคำนวณอัตราการแก้ไขงานซ้ำ โดยระบุรายการกระทบยอดที่ถูกปฏิเสธและส่งกลับไปแก้ไขได้. เหตุผลที่สำคัญ ช่วยวิเคราะห์กระบวนการย่อยด้านการกระทบยอดได้อย่างละเอียด ทั้งระยะเวลารอบงาน อัตราการแก้ไขงานซ้ำ และคอขวดของการกระทบยอดแต่ละรายการ. แหล่งข้อมูล รหัสหลักที่ใช้ในระบบหรือโมดูลเฉพาะทางสำหรับการกระทบยอดบัญชี. ตัวอย่าง REC-110000-20231245001BS-RECON-US01-CASH-202401 | |||
| วันที่กำหนดเสร็จ PlannedCompletionDate | กำหนดเวลาที่วางแผนไว้ว่าจะปิดงวดบัญชีหรือบรรลุเป้าหมายสำคัญให้เสร็จ. | ||
| คำอธิบาย วันที่กำหนดเสร็จหรือวันที่เป้าหมาย คือกำหนดเวลาที่ตั้งไว้สำหรับปิดงวดทั้งหมดหรือบรรลุเป้าหมายหลักบางรายการ ปฏิทินการปิดงวดที่ทีมการเงินใช้วางแผนงานจะระบุข้อมูลนี้ไว้. องค์กรสามารถเปรียบเทียบวันที่เสร็จจริงของกระบวนการกับวันที่วางแผนไว้ เพื่อวัดอัตราการปิดงวดตรงเวลา ซึ่งเป็น KPI สำคัญของฝ่ายการเงิน การวิเคราะห์ความแตกต่างจากแผนช่วยให้ทีมเข้าใจสาเหตุของความล่าช้า และปรับปรุงการวางแผนกับการดำเนินงานในงวดถัดไป ทำให้การวิเคราะห์กระบวนการไม่เพียงบอกสิ่งที่เกิดขึ้น แต่ยังช่วยให้ทีมทำงานตามกำหนดเวลาได้ดีขึ้น. เหตุผลที่สำคัญ ช่วยวัดผลการปิดงวดตรงตามปฏิทินหรือไม่ ระบุความล่าช้าที่เกิดซ้ำ และปรับปรุงการวางแผนในอนาคต. แหล่งข้อมูล จัดเก็บในแอปพลิเคชันจัดการการปิดงวดหรือจัดการงาน หรืออาจอยู่ในปฏิทินส่วนกลางหรือสเปรดชีต. ตัวอย่าง 2024-01-05T23:59:59Z2024-01-08T17:00:00Z2023-12-31T23:59:59Z | |||
กิจกรรมของ Record to Report: ปิดงวดและกระทบยอด
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จัดทำงบการเงิน | เหตุการณ์นี้บันทึกการจัดทำงบการเงินหลัก เช่น งบกำไรขาดทุนและงบดุล เป็นหมุดหมายสำคัญที่แสดงว่าจัดชุดรายงานหลักอย่างเป็นทางการแล้ว. | ||
| เหตุผลที่สำคัญ นี่คือผลลัพธ์สำคัญของกระบวนการ Record to Report ทั้งหมด การวัดเวลาจนถึงขั้นตอนนี้เป็นตัวชี้วัดสำคัญของประสิทธิภาพทีมการเงิน. แหล่งข้อมูล บันทึกเหตุการณ์นี้ได้จากการติดตามธุรกรรมหรือโปรแกรมจัดทำรายงานที่ระบุไว้ หรือดูวันที่สร้างไฟล์รายงานฉบับสุดท้าย. บันทึก บันทึกเวลาที่โปรแกรมหรือรายงานหลักสำหรับจัดทำงบการเงินทำงานสำเร็จ. ประเภทเหตุการณ์ explicit | |||
| ปิดงวดการเงิน | นี่คือกิจกรรมสุดท้ายในกระบวนการมาตรฐาน แสดงว่างานที่เกี่ยวข้องกับการปิดงวดเสร็จครบแล้วและปิดงวดการเงินอย่างเป็นทางการ การดำเนินการนี้ป้องกันไม่ให้มีการลงรายการธุรกรรมเพิ่มเติมในงวดดังกล่าว. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นเหตุการณ์สิ้นสุดที่ชัดเจนของกระบวนการ วัดระยะเวลารอบงานทั้งหมดตั้งแต่ “เปิดงวดการเงิน” จนถึงจุดนี้ ซึ่งเป็น KPI หลัก. แหล่งข้อมูล นี่คือการดำเนินการสำคัญที่ระบุชัดเจนและตรวจสอบย้อนหลังได้ โดยบันทึกจากบันทึกระบบหรือตารางควบคุมงวดการบันทึกรายการหลัก. บันทึก ระบุเวลาที่สถานะของงวดเปลี่ยนเป็น “ปิด” อย่างเป็นทางการในการตั้งค่าจัดการงวดการเงินของระบบ. ประเภทเหตุการณ์ explicit | |||
| ปิดงวดบัญชีย่อย | หมายถึงการปิดบัญชีย่อยที่ใช้บันทึกธุรกรรม เช่น เจ้าหนี้การค้าและลูกหนี้การค้า สำหรับงวดนั้น การดำเนินการนี้ป้องกันไม่ให้บันทึกธุรกรรมใหม่จากการปฏิบัติงาน และช่วยให้ข้อมูลสอดคล้องกันก่อนเริ่มงานบัญชีแยกประเภททั่วไป. | ||
| เหตุผลที่สำคัญ การปิดบัญชีย่อยเป็นขั้นตอนสำคัญก่อนปิดบัญชีแยกประเภททั่วไป หากกิจกรรมนี้ล่าช้า อาจส่งผลต่อเนื่องไปยังกรอบเวลาปิดงวดทั้งหมด. แหล่งข้อมูล ข้อมูลนี้บันทึกจากบันทึกการเปลี่ยนสถานะของแต่ละโมดูลหรือบัญชีย่อย ระบบการเงินมักมีหน้าจอหรือธุรกรรมเฉพาะสำหรับจัดการสถานะงวดของบัญชีย่อย. บันทึก ค้นหาการเปลี่ยนสถานะจาก “เปิด” เป็น “ปิด” หรือ “ระงับชั่วคราว” ในโมดูลต่างๆ เช่น AR, AP และสินทรัพย์ถาวรของงวดที่ต้องการ. ประเภทเหตุการณ์ explicit | |||
| เปิดงวดการเงิน | กิจกรรมนี้เป็นจุดเริ่มต้นอย่างเป็นทางการของกระบวนการปิดงบการเงินสำหรับงวดหนึ่งๆ โดยทั่วไปเป็นการดำเนินการที่ระบุชัดเจนในระดับระบบ เพื่อเปิดให้บันทึกธุรกรรมและรายการสมุดรายวันของงวดบัญชีนั้นได้. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการปิดงวด การวัดเวลาตั้งแต่กิจกรรมนี้จนถึง “ปิดงวดการเงิน” จะบอกระยะเวลารอบงานทั้งหมดของกระบวนการ. แหล่งข้อมูล โดยทั่วไป เหตุการณ์นี้บันทึกไว้ในบันทึกระบบหรือตารางข้อมูลหลักที่เก็บสถานะของแต่ละงวดการเงิน เช่น ตารางควบคุมงวดการบันทึกรายการ. บันทึก ระบุเวลาที่สถานะของงวดเปลี่ยนเป็น “เปิด” หรือ “พร้อมให้บันทึกรายการ”. ประเภทเหตุการณ์ explicit | |||
| ลงรายการสมุดรายวันปรับปรุง | หมายถึงการลงรายการสมุดรายวันด้วยตนเองเพื่อแก้ไขยอดคงเหลือ จัดประเภทรายการใหม่ หรือปรับปรุงรายการอื่นที่พบระหว่างการกระทบยอด โดยทั่วไปเป็นรายการที่ไม่ได้เกิดขึ้นเป็นประจำและทำเพื่อให้ข้อมูลทางการเงินถูกต้อง. | ||
| เหตุผลที่สำคัญ หากมีรายการปรับปรุงจำนวนมาก อาจบ่งชี้ปัญหาในกระบวนการต้นทางหรือการควบคุมภายใน การวิเคราะห์รายการเหล่านี้ช่วยค้นหาสาเหตุที่แท้จริงของข้อผิดพลาด. แหล่งข้อมูล รายการเหล่านี้เป็นธุรกรรมที่บันทึกไว้อย่างชัดเจนในตารางบัญชีแยกประเภททั่วไป และมักแยกได้จากแหล่งที่มาของรายการสมุดรายวัน ประเภทเอกสาร หรือวันที่ลงรายการซึ่งอยู่ช่วงปลายงวด. บันทึก ระบุรายการสมุดรายวันโดยใช้ประเภทเอกสาร ระบบต้นทาง หรือบทบาทผู้ใช้ที่เกี่ยวข้องกับการปรับปรุงช่วงสิ้นงวด. ประเภทเหตุการณ์ explicit | |||
| อนุมัติรายการกระทบยอด | หมายถึงการอนุมัติขั้นสุดท้ายของการกระทบยอดบัญชี แสดงว่าการตรวจทานทุกระดับเสร็จสิ้นและรับรองยอดคงเหลือของบัญชีแล้ว นี่คือหมุดหมายสำคัญที่แสดงว่ากระบวนการกระทบยอดของบัญชีนั้นเสร็จสมบูรณ์. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นหมุดหมายสำคัญ การติดตามว่าการกระทบยอดที่จำเป็นทั้งหมดเสร็จสิ้นหรือไม่ ช่วยให้เข้าใจความคืบหน้าในการปิดงวด. แหล่งข้อมูล บันทึกเหตุการณ์นี้อย่างชัดเจนเมื่อรายการกระทบยอดมีสถานะอนุมัติขั้นสุดท้ายในเครื่องมือจัดการเวิร์กโฟลว์หรือเครื่องมือกระทบยอด. บันทึก บันทึกเวลาที่สถานะการกระทบยอดเปลี่ยนเป็น “อนุมัติ” “รับรองแล้ว” หรือ “ปิดแล้ว”. ประเภทเหตุการณ์ explicit | |||
| ดำเนินการรวมงบการเงิน | หมายถึงการเรียกใช้ขั้นตอนรวมข้อมูลทางการเงินจากบริษัทย่อยหรือหน่วยธุรกิจหลายแห่งเข้าด้วยกัน กระบวนการนี้รวมผลทางการเงินเป็นงบชุดเดียวสำหรับบริษัทแม่. | ||
| เหตุผลที่สำคัญ สำหรับองค์กรที่มีหลายหน่วยงาน การรวมงบเป็นกระบวนการย่อยที่ซับซ้อนและสำคัญ การติดตามเวลาและระยะเวลาที่ใช้ช่วยบริหารกรอบเวลาปิดงบขององค์กรได้. แหล่งข้อมูล โดยทั่วไปบันทึกเหตุการณ์นี้จากบันทึกการทำงานของระบบหรือโมดูลรวมงบการเงิน ซึ่งระบุเวลาที่เรียกใช้งานรวมงบ. บันทึก ระบุเวลาจากบันทึกงานรวมงบ งานแปลงสกุลเงิน และการลงรายการตัดยอดระหว่างบริษัท. ประเภทเหตุการณ์ explicit | |||
| นำเข้าข้อมูลไปยังบัญชีแยกประเภททั่วไป | เหตุการณ์นี้บันทึกการนำเข้าหรือโอนข้อมูลธุรกรรมสรุปจากบัญชีย่อยและระบบภายนอกเข้าสู่บัญชีแยกประเภททั่วไป เป็นการรวมข้อมูลทางการเงินไว้ในจุดเดียวเพื่อเตรียมกระทบยอดและปรับปรุงรายการ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเชื่อมต่อข้อมูลที่สำคัญ การติดตามว่าดำเนินการเสร็จเมื่อใดช่วยให้เห็นการพึ่งพาระบบภายนอกและคอขวดที่อาจเกิดขึ้นระหว่างโหลดข้อมูล. แหล่งข้อมูล โดยทั่วไปพบข้อมูลนี้ในบันทึกงานประมวลผลแบบกลุ่ม บันทึกการเชื่อมต่อข้อมูล หรือเวลาที่สร้างรายการสมุดรายวันสรุปจากบัญชีย่อย. บันทึก บันทึกเวลาที่งานประมวลผลแบบกลุ่มซึ่งนำข้อมูลบัญชีย่อยไปบันทึกใน GL เสร็จสิ้น หรือเวลาที่ดำเนินการนำเข้ารายการสมุดรายวัน. ประเภทเหตุการณ์ explicit | |||
| ปฏิเสธรายการกระทบยอด | ผู้ตรวจทานพบปัญหาในรายการกระทบยอดที่ส่งมา จึงส่งกลับให้ผู้จัดทำแก้ไข กิจกรรมนี้เริ่มวงจรการแก้ไขซ้ำและบ่งชี้ว่าการควบคุมคุณภาพไม่ผ่าน. | ||
| เหตุผลที่สำคัญ การปฏิเสธเป็นตัวชี้วัดโดยตรงของงานแก้ไขซ้ำและความไม่มีประสิทธิภาพของกระบวนการ การวิเคราะห์ความถี่และเหตุผลที่ถูกปฏิเสธช่วยให้เห็นความต้องการด้านการฝึกอบรมหรือบัญชีที่มีปัญหา. แหล่งข้อมูล ระบบเวิร์กโฟลว์การกระทบยอดบันทึกเหตุการณ์นี้จากการเปลี่ยนสถานะที่ระบุชัดเจนเป็น “ปฏิเสธ” หรือ “ต้องแก้ไข”. บันทึก ระบุเวลาที่สถานะของรายการกระทบยอดเปลี่ยนเพื่อแสดงว่าผู้ตรวจทานปฏิเสธรายการ. ประเภทเหตุการณ์ explicit | |||
| เปิดงวดการเงินอีกครั้ง | กิจกรรมกรณียกเว้นนี้เกิดขึ้นเมื่อเปิดงวดที่ปิดไปแล้วอีกครั้ง โดยทั่วไปเพื่อบันทึกรายการปรับปรุงหรือแก้ไขที่มาล่าช้า แสดงถึงการเบี่ยงเบนจากกระบวนการมาตรฐานและอาจบ่งชี้จุดอ่อนในการควบคุม. | ||
| เหตุผลที่สำคัญ การเปิดงวดอีกครั้งเพิ่มความเสี่ยงและควรเกิดขึ้นน้อยครั้ง การติดตามกิจกรรมนี้ช่วยระบุข้อบกพร่องในการควบคุมกระบวนการและผลกระทบจากรายการปรับปรุงที่ล่าช้า. แหล่งข้อมูล นี่คือเหตุการณ์เปลี่ยนสถานะที่ระบุชัดเจน โดยบันทึกจากตารางควบคุมงวดการบันทึกรายการหรือบันทึกระบบชุดเดียวกับเหตุการณ์ “ปิดงวดการเงิน”. บันทึก บันทึกเวลาที่สถานะของงวดเปลี่ยนจาก “ปิด” กลับเป็น “เปิด” หรือ “ระงับชั่วคราว”. ประเภทเหตุการณ์ explicit | |||
| เริ่มกระทบยอด | เหตุการณ์นี้หมายถึงผู้จัดทำเริ่มกระทบยอดบัญชีเฉพาะในบัญชีแยกประเภททั่วไป ซึ่งเป็นจุดเริ่มต้นของการตรวจสอบยอดคงเหลือของบัญชีสำหรับงวดนั้น. | ||
| เหตุผลที่สำคัญ การติดตามเวลาเริ่มกระทบยอดช่วยจัดการภาระงานของทีม และระบุบัญชีที่มักถูกทิ้งไว้จนใกล้สิ้นสุดรอบการปิดงวด. แหล่งข้อมูล โดยมากบันทึกไว้ในเครื่องมือหรือโมดูลกระทบยอดโดยเฉพาะ ผ่านการเปลี่ยนสถานะ การมอบหมายงาน หรือการแก้ไขครั้งแรกโดยผู้จัดทำ. บันทึก อนุมานจากการเปลี่ยนสถานะครั้งแรกจาก “ใหม่” เป็น “กำลังดำเนินการ” หรือใช้เวลาที่ผู้ใช้ดำเนินการกับรายการกระทบยอดเป็นครั้งแรก. ประเภทเหตุการณ์ inferred | |||
| เรียกใช้งานอัตโนมัติ | หมายถึงการทำงานตามกำหนดเวลาของกระบวนการอัตโนมัติที่ทำงานเฉพาะช่วงสิ้นงวด เช่น การประเมินมูลค่าเงินตราต่างประเทศ การล้างรายการ GR/IR หรือการจัดประเภทรายการและปรับปรุงบัญชีโดยอัตโนมัติ. | ||
| เหตุผลที่สำคัญ งานเหล่านี้มีความสำคัญต่อประสิทธิภาพของระบบอัตโนมัติ การวิเคราะห์ระยะเวลาและเวลาที่ทำงานช่วยให้แน่ใจว่างานไม่ทำให้เกิดความล่าช้าและทำงานได้ตามที่คาดไว้. แหล่งข้อมูล ข้อมูลเหตุการณ์เหล่านี้อยู่ในตารางกำหนดงานประมวลผลแบบกลุ่มและบันทึกการทำงานของระบบ ซึ่งเก็บเวลาเริ่มต้นและสิ้นสุดของแต่ละงาน. บันทึก ดึงเวลาจากบันทึกระบบที่เก็บการทำงานของโปรแกรมหรือการประมวลผลแบบกลุ่มเฉพาะสำหรับช่วงสิ้นงวด. ประเภทเหตุการณ์ explicit | |||
| ลงรายการสมุดรายวัน | กิจกรรมนี้บันทึกการลงรายการสมุดรายวันทั่วไปในบัญชีแยกประเภททั่วไป โดยมักรวมรายการค้างรับ ประมาณการ หนี้สินรอตัดบัญชี และธุรกรรมระหว่างบริษัทที่เป็นส่วนหนึ่งของกระบวนการปิดงวดตามปกติ. | ||
| เหตุผลที่สำคัญ จำนวนและเวลาที่ลงรายการเหล่านี้บ่งบอกถึงปริมาณงานที่ต้องทำด้วยตนเองระหว่างปิดงวด และช่วยระบุโอกาสในการทำงานอัตโนมัติ. แหล่งข้อมูล ธุรกรรมทางการเงินนี้เป็นรายการหลักที่บันทึกไว้อย่างชัดเจนในตารางรายการสมุดรายวันของบัญชีแยกประเภททั่วไป พร้อมรายละเอียดผู้ใช้ วันที่ และประเภทรายการ. บันทึก ใช้วันที่ลงรายการในเอกสารจากตารางหลักของรายการสมุดรายวันหรือตารางส่วนหัวเอกสารทางบัญชี. ประเภทเหตุการณ์ explicit | |||
| ส่งรายการกระทบยอดเพื่อตรวจทาน | ผู้จัดทำทำงานกระทบยอดเสร็จแล้วและส่งให้ตรวจทานและอนุมัติอย่างเป็นทางการ กิจกรรมนี้เป็นจุดส่งต่องานจากผู้จัดทำไปยังผู้ตรวจทานในเวิร์กโฟลว์. | ||
| เหตุผลที่สำคัญ การส่งต่องานนี้เป็นจุดสำคัญในกระบวนการย่อยของการกระทบยอด ระยะเวลาตั้งแต่ส่งจนถึงอนุมัติเป็นตัวชี้วัดสำคัญของรอบการตรวจทาน. แหล่งข้อมูล โดยทั่วไปบันทึกเหตุการณ์นี้จากการเปลี่ยนสถานะที่ระบุชัดเจนของรายการกระทบยอดในระบบจัดการการปิดงวดหรือระบบกระทบยอดบัญชี. บันทึก บันทึกเวลาที่สถานะการกระทบยอดเปลี่ยนเป็น “ส่งแล้ว” “รอตรวจทาน” หรือสถานะอื่นที่มีความหมายใกล้เคียงกัน. ประเภทเหตุการณ์ explicit | |||
| สร้างงบทดลอง | กิจกรรมสำคัญนี้บันทึกการสร้างรายงานงบทดลองเบื้องต้นหรือฉบับสุดท้าย เป็นจุดตรวจสอบสำคัญเพื่อให้แน่ใจว่ายอดเดบิตรวมเท่ากับยอดเครดิตรวมหลังลงรายการปรับปรุงทั้งหมดแล้ว. | ||
| เหตุผลที่สำคัญ การสร้างงบทดลองเป็นขั้นตอนสำคัญก่อนจัดทำงบการเงินฉบับสุดท้าย หากล่าช้าในขั้นตอนนี้จะส่งผลโดยตรงต่อกำหนดเวลาจัดทำรายงานฉบับสุดท้าย. แหล่งข้อมูล เหตุการณ์นี้อาจอนุมานจากรายการปรับปรุงล่าสุดก่อนจัดทำงบการเงิน หรือบันทึกโดยตรงจากบันทึกการเรียกใช้รายงาน. บันทึก บันทึกเวลาที่โปรแกรมรายงานงบทดลองทำงาน หรืออนุมานจากเวลาที่ลงรายการสมุดรายวันสำคัญรายการสุดท้ายของงวด. ประเภทเหตุการณ์ inferred | |||
| อนุมัติงบการเงิน | หมายถึงการอนุมัติงบการเงินขั้นสุดท้ายโดยผู้บริหารที่มีอำนาจ ก่อนเผยแพร่หรือแจกจ่าย โดยมักเป็นหมุดหมายการอนุมัติขั้นสุดท้ายในกระบวนการปิดงวด. | ||
| เหตุผลที่สำคัญ การอนุมัติขั้นสุดท้ายนี้เป็นจุดสิ้นสุดที่ชัดเจนของรอบการรายงาน ระยะเวลาตั้งแต่จัดทำงบเสร็จจนถึงอนุมัติแสดงให้เห็นเวลาที่ใช้ในการตรวจทานของผู้บริหาร. แหล่งข้อมูล ขั้นตอนนี้อาจดำเนินการนอกระบบ แต่บันทึกได้หากมีขั้นตอนอนุมัติดิจิทัลอย่างเป็นทางการในเครื่องมือเวิร์กโฟลว์ หรือมีการเปลี่ยนสถานะของงานในรายการตรวจสอบการปิดงวด. บันทึก อนุมานจากการเปลี่ยนสถานะของงานในรายการตรวจสอบการปิดงวดที่เกี่ยวกับการตรวจทานของผู้บริหารเป็น “อนุมัติ” หรือป้อนข้อมูลด้วยตนเอง. ประเภทเหตุการณ์ inferred | |||
คู่มือการดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
เมื่อเข้าใจข้อกำหนดด้านข้อมูลหลักแล้ว ให้เลือกคู่มือดึงข้อมูลสำหรับระบบที่คุณใช้เพื่อเริ่มรวบรวมข้อมูล หรือใช้เทมเพลตทั่วไปนี้เป็นข้อมูลอ้างอิงเบื้องต้นสำหรับวิเคราะห์ Record to Report.
เริ่มปรับปรุงกระบวนการ Record to Report วันนี้
ใช้ระบบอัตโนมัติในขั้นตอนปิดงวดและกระทบยอด ลดข้อผิดพลาด และเห็นข้อมูลเชิงลึกได้เร็วขึ้น.
ไม่ต้องใช้บัตรเครดิต เห็นผลได้ภายในไม่กี่วัน