> การปรับปรุงกระบวนการอย่างต่อเนื่อง > Record to Report: ปิดงวดและกระทบยอด > Oracle Fusion Financials > เทมเพลตข้อมูล

เทมเพลตข้อมูลสำหรับกระบวนการ Record to Report: ปิดงวดและกระทบยอด

Oracle Fusion Financials

แอตทริบิวต์ของกระบวนการ Record to Report: ปิดงวดและกระทบยอด(22) กิจกรรมในกระบวนการ Record to Report: ปิดงวดและกระทบยอด(14) คู่มือการดึงข้อมูล(1)

เทมเพลตข้อมูลสำหรับกระบวนการ Record to Report: ปิดงวดและกระทบยอด

เทมเพลตนี้แนะนำวิธีรวบรวมข้อมูลที่จำเป็นสำหรับวิเคราะห์กระบวนการ Record to Report: ปิดงวดและกระทบยอด โดยระบุแอตทริบิวต์ที่ควรเก็บและกิจกรรมสำคัญที่ควรติดตามในบันทึกเหตุการณ์ นอกจากนี้ยังมีคำแนะนำที่นำไปใช้ได้จริงสำหรับดึงข้อมูลจาก Oracle Fusion Financials เพื่อให้คุณมีข้อมูลพร้อมเริ่มต้นทำ process mining.

แอตทริบิวต์ที่แนะนำให้รวบรวม
กิจกรรมสำคัญที่ควรติดตาม
คำแนะนำการดึงข้อมูลจาก Oracle Fusion Financials

เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ดาวน์โหลดเทมเพลต

แอตทริบิวต์ของกระบวนการ Record to Report: ปิดงวดและกระทบยอด

ฟิลด์ข้อมูลเหล่านี้เป็นรายการแนะนำสำหรับบันทึกเหตุการณ์ เพื่อให้วิเคราะห์กระบวนการ Record to Report: ปิดงวดและกระทบยอดได้อย่างครบถ้วน.

5 จำเป็น 8 แนะนำ 9 ไม่บังคับ

	ชื่อ	คำอธิบาย
	กิจกรรม ActivityName	ชื่อของงานหรือเหตุการณ์ที่เกิดขึ้นในกระบวนการปิดงวดบัญชี.
คำอธิบาย ข้อมูลนี้บันทึกขั้นตอนต่างๆ ในเวิร์กโฟลว์การปิดงวด เช่น 'ปิดงวดบัญชีย่อยแล้ว' 'เริ่มกระทบยอดบัญชี' หรือ 'จัดทำงบการเงินแล้ว' แต่ละกิจกรรมแสดงถึงหมุดหมายหรือการดำเนินการในกระบวนการ. การวิเคราะห์กิจกรรมเป็นพื้นฐานของ process mining ช่วยให้เห็นแผนผังกระบวนการ ระบุคอขวดจากการวัดเวลาระหว่างกิจกรรม และวิเคราะห์รูปแบบกระบวนการที่แตกต่างกันเพื่อทำความเข้าใจจุดที่เบี่ยงเบนจากขั้นตอนมาตรฐาน. เหตุผลที่สำคัญ ข้อมูลนี้กำหนดขั้นตอนของกระบวนการ ซึ่งจำเป็นต่อการแสดงลำดับงาน การค้นหาคอขวด และการวิเคราะห์จุดที่เบี่ยงเบน. แหล่งข้อมูล โดยทั่วไปได้มาจากคำอธิบายธุรกรรม การเปลี่ยนสถานะ หรือบันทึกเหตุการณ์ในโมดูลต่างๆ ของ Oracle Fusion Financials เช่น General Ledger, Subledger Accounting และ Financial Consolidation and Close. ตัวอย่าง เปิดงวดบัญชีปิดงวดบัญชีย่อยแล้วอนุมัติการกระทบยอดแล้วจัดทำงบการเงินแล้ว
	งวดบัญชี FinancialPeriod	รหัสเฉพาะของงวดปิดบัญชี เช่น เดือนหรือไตรมาสที่กำหนด.
คำอธิบาย งวดบัญชีทำหน้าที่เป็นรหัสเคสหลัก โดยรวบรวมกิจกรรมทั้งหมดที่เกี่ยวข้องกับการปิดและกระทบยอดบัญชีสำหรับรอบรายงานนั้นๆ แต่ละงวด เช่น 'ม.ค.-2023' หรือ 'ไตรมาส 1-2024' แทนกระบวนการปิดงวดหนึ่งรอบ. ในการวิเคราะห์ process mining คุณใช้ข้อมูลนี้ดูภาพรวมกระบวนการปิดงวดตั้งแต่ต้นจนจบ คำนวณระยะเวลารวมของรอบงาน เปรียบเทียบผลการดำเนินงานระหว่างงวด และค้นหาแนวโน้มหรือความล่าช้าที่เกิดซ้ำในกระบวนการปิดงวด. เหตุผลที่สำคัญ นี่คือรหัสหลักที่เชื่อมกิจกรรมปิดงวดทั้งหมดเข้าด้วยกันเป็นกระบวนการหนึ่งรอบ ทำให้วิเคราะห์วงจรการปิดงวดแต่ละรอบได้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล โดยทั่วไปได้มาจากชื่องวดหรือรหัสงวดในโมดูล General Ledger ซึ่งมักอยู่ในตารางอย่าง GL_PERIOD_STATUSES ของ Oracle Fusion Financials. ตัวอย่าง ม.ค.-2023ก.พ.-2023ไตรมาส 1-2024มี.ค.-2024
	เวลาเริ่มต้น EventTime	การประทับเวลาที่ระบุว่าเกิดกิจกรรมหรือเหตุการณ์เมื่อใด.
คำอธิบาย เวลาเริ่มต้นหรือการประทับเวลาของเหตุการณ์จะบันทึกวันที่และเวลาที่แน่นอนเมื่อกิจกรรมเกิดขึ้นหรือสถานะเปลี่ยนแปลง ข้อมูลนี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณระยะเวลา. ใน process mining จะใช้การประทับเวลานี้เรียงเหตุการณ์ของแต่ละงวดบัญชี คำนวณระยะเวลาของกิจกรรม และวัดเวลารวมของกระบวนการ ข้อมูลนี้เป็นพื้นฐานสำหรับวิเคราะห์ประสิทธิภาพ ระบุคอขวด และติดตามการทำงานให้ทันกำหนด. เหตุผลที่สำคัญ การประทับเวลานี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณตัวชี้วัดด้านเวลา เช่น ระยะเวลารอบงานและระยะเวลาของกิจกรรม รวมถึงทำความเข้าใจลำดับเวลาของกระบวนการ. แหล่งข้อมูล โดยทั่วไปพบข้อมูลนี้ในช่องวันที่สร้าง วันที่แก้ไขล่าสุด หรือวันที่ทำธุรกรรมของรายการบัญชี การกระทบยอด และสถานะงวดในโมดูลต่างๆ ของ Oracle Fusion Financials. ตัวอย่าง 2023-01-28T09:00:00Z2023-02-01T14:30:15Z2023-02-03T11:21:05Z2023-02-05T17:00:00Z
	ระบบต้นทาง SourceSystem	ระบบที่ใช้ดึงข้อมูล.
คำอธิบาย ข้อมูลนี้ระบุระบบสารสนเทศที่เป็นแหล่งที่มาของข้อมูลเหตุการณ์ สำหรับกระบวนการนี้ ระบบต้นทางจะเป็น Oracle Fusion Financials เสมอ แต่ข้อมูลนี้มีประโยชน์ในสภาพแวดล้อมที่รวมข้อมูลจากหลายระบบ. ข้อมูลนี้ช่วยให้เข้าใจที่มาของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลและตรวจสอบข้อมูล รวมถึงทำความเข้าใจระบบเทคโนโลยีที่รองรับกระบวนการ และช่วยให้ระบุผลวิเคราะห์กับระบบที่ถูกต้องได้. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยให้เข้าใจที่มาของข้อมูลได้ชัดเจน โดยเฉพาะเมื่อใช้หลายระบบ และช่วยในการกำกับดูแลข้อมูล. แหล่งข้อมูล โดยทั่วไปจะกำหนดค่าแบบคงที่ระหว่างการดึงข้อมูล เพื่อระบุแหล่งที่มาของชุดข้อมูล. ตัวอย่าง Oracle Fusion FinancialsOracle Cloud ERP
	อัปเดตข้อมูลล่าสุด LastDataUpdate	การประทับเวลาที่ระบุว่ารีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุดเมื่อใด.
คำอธิบาย ข้อมูลนี้บันทึกวันที่และเวลาที่ดึงข้อมูลจาก Oracle Fusion Financials ล่าสุด เพื่อแสดงว่าข้อมูลที่วิเคราะห์ในเครื่องมือ process mining เป็นข้อมูลใหม่เพียงใด. ผู้ใช้ควรทราบว่าผลวิเคราะห์เป็นข้อมูลล่าสุดแค่ไหน การประทับเวลานี้ช่วยให้ประเมินความน่าเชื่อถือของแดชบอร์ดและรายงานแบบเรียลไทม์ และมั่นใจได้ว่าการตัดสินใจอ้างอิงข้อมูลที่เป็นปัจจุบัน. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการตัดสินใจจากผลวิเคราะห์กระบวนการ. แหล่งข้อมูล ฟิลด์เมทาดาทานี้สร้างและจัดเก็บระหว่างขั้นตอนนำเข้าข้อมูล โดยบันทึกเวลาที่ดึงข้อมูล. ตัวอย่าง 2023-03-10T02:00:00Z2023-03-11T02:00:00Z
	ประเภทการกระทบยอด ReconciliationType	หมวดหมู่ของการกระทบยอดบัญชีที่ดำเนินการ.
คำอธิบาย แอตทริบิวต์นี้ใช้จัดประเภทการกระทบยอด เช่น งบดุล กำไรขาดทุน หรือรายการระหว่างบริษัท การกระทบยอดแต่ละประเภทอาจมีเวิร์กโฟลว์ ระดับความซับซ้อน และความเสี่ยงแตกต่างกัน ใช้แอตทริบิวต์นี้กับแดชบอร์ด «ประสิทธิภาพการกระทบยอดแยกตามประเภท» นักวิเคราะห์สามารถกรองข้อมูลตามแอตทริบิวต์นี้เพื่อเปรียบเทียบระยะเวลาและปริมาณงานของการกระทบยอดแต่ละประเภท รวมถึงดูว่าประเภทใดมักล่าช้าหรือมีงานค้าง และควรปรับปรุงกระบวนการมากที่สุด. เหตุผลที่สำคัญ ช่วยให้วิเคราะห์กระบวนการกระทบยอดได้ตรงจุด และค้นหาคอขวดที่เกิดกับบัญชีบางประเภท เช่น บัญชีความเสี่ยงสูงหรือบัญชีระหว่างบริษัท. แหล่งข้อมูล ระบุค่าได้จากประเภทบัญชีในผังบัญชี หรือจากแอตทริบิวต์ในโมดูล Account Reconciliation Cloud Service (ARCS) หากมีการใช้งาน. ตัวอย่าง งบดุลกำไรขาดทุนการกระทบยอดบัญชีธนาคารรายการระหว่างบริษัท
	ประเภทรายการบัญชี JournalEntryType	การจัดประเภทรายการบัญชี เช่น «รายการมาตรฐาน» «รายการกลับบัญชี» หรือ «รายการปรับปรุง».
คำอธิบาย แอตทริบิวต์นี้จัดประเภทรายการบัญชีตามวัตถุประสงค์ ประเภทสำคัญของกระบวนการนี้คือ «รายการปรับปรุง» ซึ่งมักหมายถึงการแก้ไขหรือจัดประเภทรายการใหม่จากกิจกรรมการกระทบยอด ข้อมูลนี้สำคัญต่อ KPI และแดชบอร์ด «ปริมาณรายการบัญชีปรับปรุง» เมื่อกรองดูรายการปรับปรุง องค์กรจะติดตามความถี่ของการแก้ไขได้ ซึ่งมักชี้ถึงปัญหาที่ต้นทางในการประมวลผลธุรกรรมหรือนโยบายบัญชี การลดรายการปรับปรุงเป็นเป้าหมายสำคัญของการปรับปรุงกระบวนการ. เหตุผลที่สำคัญ ช่วยแยกรายการปรับปรุงออกจากรายการบันทึกตามปกติ เพื่อให้วิเคราะห์การทำงานซ้ำและการแก้ไขระหว่างปิดงวดได้ตรงจุด. แหล่งข้อมูล มักพบข้อมูลนี้ในฟิลด์ JE_CATEGORY และ JE_SOURCE ของตาราง GL_JE_HEADERS อาจต้องทำการจับคู่ข้อมูลเพื่อสร้างประเภทแบบย่อ. ตัวอย่าง มาตรฐานรายการปรับปรุงการจัดประเภทรายการใหม่รายการค้างรับค้างจ่าย
	ผู้ใช้ที่รับผิดชอบ ResponsibleUser	ผู้ใช้หรือพนักงานที่ดำเนินกิจกรรม.
คำอธิบาย ข้อมูลนี้ระบุผู้ใช้ที่รับผิดชอบงานแต่ละรายการ เช่น นักบัญชีที่อนุมัติการกระทบยอด หรือผู้ควบคุมบัญชีที่จัดทำงบการเงิน โดยทั่วไปจะเชื่อมโยงกับรหัสผู้ใช้หรือชื่อพนักงาน. การวิเคราะห์ผู้รับผิดชอบช่วยให้เข้าใจการกระจายภาระงาน ระบุความต้องการด้านการฝึกอบรม และประเมินผลการทำงานของทีมหรือบุคคล ข้อมูลนี้ยังช่วยสร้างแดชบอร์ดเพื่อติดตามสมดุลภาระงานและจัดสรรงานให้เหมาะสมในช่วงปิดงวดที่มีงานเร่งด่วน. เหตุผลที่สำคัญ ข้อมูลนี้สำคัญต่อการวิเคราะห์การกระจายภาระงาน การจัดสรรทรัพยากร และการระบุโอกาสในการทำงานอัตโนมัติหรือฝึกอบรม. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้อยู่ในช่อง 'Created By' หรือ 'Last Updated By' ของระเบียนธุรกรรมใน Oracle Fusion Financials เช่น รายการบัญชีหรือรายการกระทบยอด. ตัวอย่าง john.doejane.smithcontroller_ussarah.jones
	แผนก Department	แผนกธุรกิจหรือศูนย์ต้นทุนที่เกี่ยวข้องกับกิจกรรมหรือเคส.
คำอธิบาย ข้อมูลนี้ระบุแผนก เช่น 'บัญชีองค์กร' 'FP&A' หรือ 'ตรวจสอบภายใน' ที่รับผิดชอบหรือเกี่ยวข้องกับกิจกรรมปิดงวด และแสดงบริบทด้านโครงสร้างองค์กรของกระบวนการ. การแบ่งข้อมูลตามแผนกช่วยวิเคราะห์ได้หลายด้าน ทั้งเปรียบเทียบประสิทธิภาพการปิดงวดระหว่างหน่วยธุรกิจ ทำความเข้าใจว่าการส่งต่องานระหว่างแผนกส่งผลต่อระยะเวลาอย่างไร และวิเคราะห์การกระจายภาระงานในแต่ละแผนก. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยเปรียบเทียบกระบวนการระหว่างส่วนต่างๆ ขององค์กร เพื่อระบุแนวปฏิบัติที่ดีและกำหนดขั้นตอนให้เป็นมาตรฐาน. แหล่งข้อมูล ข้อมูลนี้อาจได้มาจากโปรไฟล์ผู้ใช้ ส่วนศูนย์ต้นทุนของบัญชี GL หรือโครงสร้างองค์กรของนิติบุคคลใน Oracle Fusion Financials. ตัวอย่าง บัญชีองค์กรเจ้าหนี้บริหารเงินสดFP&A
	รหัสบริษัท CompanyCode	รหัสของนิติบุคคลหรือบริษัทที่ดำเนินการปิดงวดบัญชี.
คำอธิบาย รหัสบริษัท หรือรหัสนิติบุคคลตามคำเรียกของ Oracle หมายถึงหน่วยธุรกิจที่กำลังปิดงวดบัญชี องค์กรระดับโลกจะมีรหัสบริษัทหลายรายการ โดยแต่ละรายการมีกระบวนการปิดงวดของตนเอง. ข้อมูลนี้จำเป็นต่อการเปรียบเทียบผลการดำเนินงานด้านการปิดงวดของนิติบุคคลต่างๆ ช่วยให้ฝ่ายบริหารเห็นว่านิติบุคคลใดใช้กระบวนการมาตรฐาน และระบุจุดที่มีความเบี่ยงเบนหรือล่าช้าได้ นอกจากนี้ยังใช้กรองเพื่อเจาะลึกลงหนึ่งระดับในส่วนต่างๆ ของธุรกิจได้. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยกรองและเปรียบเทียบกระบวนการปิดงวดระหว่างนิติบุคคล ซึ่งสำคัญต่อการกำหนดกระบวนการทั่วโลกให้เป็นมาตรฐานเดียวกัน. แหล่งข้อมูล ข้อมูลนี้ตรงกับนิติบุคคลหรือค่า Balancing Segment ในผังบัญชี และเป็นคุณลักษณะสำคัญของธุรกรรมทางการเงินเกือบทุกรายการใน Oracle Fusion Financials. ตัวอย่าง 101210US01DE01
	วันที่เป้าหมายให้เสร็จ TargetCompletionDate	กำหนดเวลาที่วางแผนไว้สำหรับกิจกรรมหรือการปิดงวดทั้งหมด.
คำอธิบาย แอตทริบิวต์นี้เก็บวันที่คาดว่าจะเสร็จสำหรับหมุดหมายสำคัญในกระบวนการปิดงวด ตามที่กำหนดไว้ในปฏิทินปิดงวดหรือ SLA ภายในองค์กร ใช้เป็นเกณฑ์เปรียบเทียบกับผลการดำเนินงานจริง วันที่นี้เป็นข้อมูลหลักของแดชบอร์ด «การปฏิบัติตามกำหนดเวลาปิดงวด» และ KPI «อัตราการปิดงวดตรงเวลา» ระบบจะเปรียบเทียบเวลาที่เสร็จจริง (EventTime) กับวันที่เป้าหมาย เพื่อระบุความล่าช้าและวัดการทำงานตามกำหนด ช่วยให้กระบวนการปิดงวดเป็นไปตามแผน. เหตุผลที่สำคัญ ช่วยวัดการทำงานตรงเวลาและการปฏิบัติตามกำหนด ซึ่งสำคัญต่อการจัดทำรายงานทางการเงินให้ทันเวลา. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้จัดเก็บในเครื่องมือจัดการการปิดงวด หรือการตั้งค่าปฏิทินปิดงวดแบบกำหนดเองใน Oracle Financials. ตัวอย่าง 2023-01-31T23:59:59Z2023-02-02T17:00:00Z2023-02-28T23:59:59Z
	เวลาสิ้นสุด EndTime	การประทับเวลาที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด.
คำอธิบาย เวลาสิ้นสุดบันทึกวันที่และเวลาที่แน่นอนเมื่อกิจกรรมเสร็จสิ้น ขณะที่เวลาเริ่มต้นระบุจุดเริ่ม เวลาสิ้นสุดจะระบุจุดเสร็จ ทำให้คำนวณระยะเวลาของแต่ละขั้นตอนได้อย่างแม่นยำ. ข้อมูลนี้จำเป็นต่อการคำนวณเวลาที่ใช้ดำเนินกิจกรรมแต่ละรายการ เมื่อนำเวลาเริ่มต้นมาลบออกจากเวลาสิ้นสุด นักวิเคราะห์จะระบุได้ว่าขั้นตอนใดของการปิดงวดใช้เวลามากที่สุด และเห็นคอขวดกับจุดที่ทำงานไม่มีประสิทธิภาพได้โดยตรง. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรม ซึ่งเป็นพื้นฐานในการระบุคอขวดและวัดประสิทธิภาพการปฏิบัติงาน. แหล่งข้อมูล เช่นเดียวกับเวลาเริ่มต้น โดยทั่วไปข้อมูลนี้อยู่ในช่องวันที่แก้ไขล่าสุดหรือช่องวันที่เสร็จสิ้นโดยเฉพาะในตารางธุรกรรมของ Oracle Fusion Financials. ตัวอย่าง 2023-01-28T09:05:10Z2023-02-01T15:00:00Z2023-02-03T11:45:30Z
	สถานะกิจกรรม ActivityStatus	สถานะการดำเนินกิจกรรม เช่น «เสร็จสมบูรณ์» «กำลังดำเนินการ» หรือ «ล้มเหลว».
คำอธิบาย แอตทริบิวต์นี้บันทึกผลลัพธ์หรือสถานะปัจจุบันของงานในกระบวนการปิดงวด ตัวอย่างเช่น การนำเข้ารายการบัญชีอาจ «สำเร็จ» หรือ «ล้มเหลว» ส่วนการกระทบยอดอาจ «อนุมัติ» หรือ «ไม่อนุมัติ» สถานะนี้ช่วยให้เข้าใจข้อยกเว้นและผลลัพธ์ของกระบวนการ นักวิเคราะห์ใช้ตรวจสอบอัตราความล้มเหลวของงานอัตโนมัติ ติดตามการวนกลับจากการไม่อนุมัติในเวิร์กโฟลว์อนุมัติ และดูความคืบหน้าของการปิดงวดแบบปัจจุบันได้จากกิจกรรมที่รอดำเนินการและเสร็จแล้ว. เหตุผลที่สำคัญ การติดตามสถานะช่วยค้นหาข้อยกเว้น ความล้มเหลว และการทำงานซ้ำ ทำให้เห็นคุณภาพและความน่าเชื่อถือของกระบวนการ. แหล่งข้อมูล โดยทั่วไปจะพบข้อมูลนี้ในฟิลด์สถานะของส่วนหัวหรือรายการธุรกรรมในโมดูล Oracle Fusion Financials. ตัวอย่าง เสร็จสมบูรณ์กำลังดำเนินการอนุมัติแล้วไม่อนุมัติข้อผิดพลาด
	จำนวนเงินในรายการบัญชี JournalEntryAmount	ยอดเดบิตหรือเครดิตรวมของรายการบัญชี.
คำอธิบาย แอตทริบิวต์นี้บันทึกมูลค่าเงินของรายการบัญชี ซึ่งอาจเป็นยอดของรายการปรับปรุง รายการค้างรับค้างจ่าย หรือรายการบันทึกทางการเงินอื่น ๆ การวิเคราะห์ยอดเงินของรายการปรับปรุงช่วยให้เห็นผลกระทบทางการเงินจากข้อผิดพลาดหรือข้อยกเว้นในกระบวนการ รายการปรับปรุงที่มียอดสูงหรือเกิดบ่อยอาจบ่งชี้ถึงจุดอ่อนสำคัญในการควบคุมหรือปัญหาที่ต้องจัดการทันที นอกจากนี้ยังช่วยให้ประเมินสาระสำคัญของปริมาณรายการบัญชีได้. เหตุผลที่สำคัญ ช่วยประเมินผลกระทบทางการเงินและสาระสำคัญของรายการปรับปรุง รวมถึงแยกการแก้ไขเล็กน้อยออกจากการปรับปรุงงบการเงินครั้งใหญ่. แหล่งข้อมูล ต้องคำนวณค่านี้โดยรวมยอดเดบิตจากตาราง GL_JE_LINES ของรายการบัญชีแต่ละรายการ. ตัวอย่าง 15000.00250.75125000.50
	บัญชี GL GLAccountNumber	หมายเลขบัญชีแยกประเภททั่วไปที่กำลังทำการกระทบยอดหรือบันทึกรายการ.
คำอธิบาย แอตทริบิวต์นี้ระบุหมายเลขบัญชี GL ที่เกี่ยวข้องกับกิจกรรม เช่น การกระทบยอดบัญชีหรือการบันทึกรายการปรับปรุง ทำให้วิเคราะห์ข้อมูลทางการเงินได้ละเอียดขึ้น ใช้วิเคราะห์ปริมาณรายการปรับปรุงและประสิทธิภาพการกระทบยอดในระดับบัญชี ช่วยค้นหาบัญชีที่มีปัญหา เช่น ต้องปรับปรุงบ่อยหรือใช้เวลากระทบยอดนาน ซึ่งอาจบ่งชี้ถึงปัญหาในกระบวนการย่อย. เหตุผลที่สำคัญ ช่วยให้เห็นรายละเอียดในระดับบัญชี เพื่อค้นหาบัญชีที่มีปัญหาและต้องปรับปรุงซ้ำ หรือมีการกระทบยอดล่าช้า. แหล่งข้อมูล ฟิลด์นี้เป็นข้อมูลพื้นฐานในตาราง GL เช่น GL_JE_LINES และเป็นส่วนสำคัญของกระบวนการกระทบยอด. ตัวอย่าง 111001401000625003212001
	บัญชีแยกประเภท LedgerName	ชื่อบัญชีแยกประเภทที่ใช้บันทึกธุรกรรมและยอดคงเหลือ.
คำอธิบาย บัญชีแยกประเภทใน Oracle Fusion Financials คือระเบียนธุรกรรมทางการเงินที่กำหนดด้วยผังบัญชี ปฏิทิน และสกุลเงิน อาจเป็นบัญชีแยกประเภทหลักของนิติบุคคล หรือบัญชีแยกประเภทรองสำหรับการรายงานตามมาตรฐานบัญชีอื่น. การวิเคราะห์แยกตามบัญชีแยกประเภทช่วยให้เข้าใจกระบวนการที่แตกต่างกันตามข้อกำหนดทางบัญชี เช่น IFRS กับ US GAAP และช่วยให้มั่นใจว่ากระบวนการมีประสิทธิภาพและเป็นไปตามข้อกำหนดของมาตรฐานการรายงานแต่ละแบบ. เหตุผลที่สำคัญ ข้อมูลนี้ให้บริบททางบัญชีที่สำคัญ และช่วยแบ่งการวิเคราะห์ตามมาตรฐานบัญชีหรือข้อกำหนดการรายงานที่แตกต่างกัน. แหล่งข้อมูล ข้อมูลนี้จัดเก็บพร้อมข้อมูลทางการเงินในตาราง GL หลัก โดยมักอ้างอิงด้วย LEDGER_ID ในตารางอย่าง GL_JE_HEADERS และ GL_BALANCES. ตัวอย่าง บัญชีแยกประเภทหลักของสหรัฐฯบัญชีแยกประเภทหลักของสหราชอาณาจักรบัญชีแยกประเภทสำหรับรายงาน IFRS
	ประเทศ Country	ประเทศที่เกี่ยวข้องกับนิติบุคคลหรือรหัสบริษัท.
คำอธิบาย แอตทริบิวต์นี้ระบุประเทศที่นิติบุคคลดำเนินงาน และให้ข้อมูลด้านภูมิศาสตร์ของกระบวนการปิดงวด การวิเคราะห์กระบวนการแยกตามประเทศช่วยให้เห็นความแตกต่างจากข้อกำหนดตามกฎหมายท้องถิ่น แนวทางการทำงานที่ต่างกัน หรือประสิทธิภาพของศูนย์บริการร่วมในแต่ละภูมิภาค อีกทั้งยังใช้เปรียบเทียบผลการดำเนินงานตามพื้นที่และทำความเข้าใจว่าความแตกต่างในแต่ละภูมิภาคส่งผลต่อประสิทธิภาพของกระบวนการอย่างไร. เหตุผลที่สำคัญ ช่วยวิเคราะห์กระบวนการปิดงวดตามพื้นที่ และแสดงความแตกต่างที่เกิดจากกฎระเบียบท้องถิ่นหรือผลการดำเนินงานของทีมในแต่ละภูมิภาค. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้ได้มาจากการตั้งค่านิติบุคคลหรือหน่วยธุรกิจใน Oracle Fusion Financials. ตัวอย่าง USAเยอรมนีญี่ปุ่นบราซิล
	เป็นการทำงานซ้ำหรือไม่ IsRework	ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุกิจกรรมที่เป็นการทำงานซ้ำ.
คำอธิบาย แอตทริบิวต์แบบบูลีนนี้ได้มาจากลำดับขั้นตอนของกระบวนการ และใช้ระบุกิจกรรมที่บ่งชี้ว่ามีการทำงานซ้ำ ตัวอย่างที่พบบ่อยในการปิดงวดคือกิจกรรม «บันทึกรายการบัญชีปรับปรุง» ที่เกิดขึ้นหลัง «อนุมัติการกระทบยอด» สำหรับบัญชีเดียวกัน ซึ่งอาจหมายความว่าการกระทบยอดยังไม่เพียงพอ ใช้แอตทริบิวต์นี้วัดความถี่และผลกระทบของการทำงานซ้ำ ซึ่งเป็นสาเหตุสำคัญของความไม่มีประสิทธิภาพ เมื่อระบุและวิเคราะห์วงจรการทำงานซ้ำได้ องค์กรจะค้นหาสาเหตุของข้อผิดพลาด เช่น การฝึกอบรมไม่เพียงพอหรือขั้นตอนที่มีข้อบกพร่อง และดำเนินการแก้ไขได้. เหตุผลที่สำคัญ ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการโดยตรง ด้วยการระบุกิจกรรมที่แก้ไขงานก่อนหน้า ทำให้ค้นหาสาเหตุของข้อผิดพลาดได้. แหล่งข้อมูล คำนวณโดยกำหนดรูปแบบการทำงานซ้ำในเครื่องมือ process mining เช่น ลำดับ «อนุมัติ» ตามด้วย «แก้ไข». ตัวอย่าง truefalse
	เป็นรายการระหว่างบริษัทหรือไม่ IsIntercompanyTransaction	ตัวบ่งชี้ว่าธุรกรรมเกิดขึ้นระหว่างนิติบุคคลสองแห่งที่อยู่ภายในบริษัทเดียวกันหรือไม่.
คำอธิบาย แอตทริบิวต์แบบบูลีนนี้ (จริง/เท็จ) ใช้ระบุธุรกรรมหรือการกระทบยอดที่เกี่ยวข้องกับคู่ค้าระหว่างบริษัท กิจกรรมเหล่านี้มักซับซ้อนกว่าและมีโอกาสเกิดข้อมูลไม่ตรงกันหรือล่าช้า ตัวบ่งชี้นี้จำเป็นต่อแดชบอร์ด «ขั้นตอนการกระทบยอดระหว่างบริษัท» และ KPI «อัตราการกระทบยอดระหว่างบริษัท» ช่วยแยกและวิเคราะห์กระบวนการย่อยนี้ เพื่อค้นหาคอขวดเฉพาะที่เกิดจากธุรกรรมข้ามนิติบุคคล และปรับปรุงความถูกต้องของงบการเงินรวม. เหตุผลที่สำคัญ ช่วยแยกกระบวนการกระทบยอดระหว่างบริษัทที่มักซับซ้อนและมีปัญหาออกมาวิเคราะห์และปรับปรุงได้ตรงจุด. แหล่งข้อมูล ระบุได้จากโมดูลระหว่างบริษัทเฉพาะใน Oracle (AGIS) หรือจากการวิเคราะห์รายการบัญชีที่รหัสบริษัทในแต่ละบรรทัดหรือส่วนการปรับดุลแตกต่างกัน. ตัวอย่าง truefalse
	รหัสรายการบัญชี JournalEntryId	ตัวระบุเฉพาะของรายการบัญชี.
คำอธิบาย แอตทริบิวต์นี้คือ ID เฉพาะที่ระบบสร้างขึ้นสำหรับรายการบัญชีแยกประเภททั่วไป โดยเกี่ยวข้องเป็นพิเศษกับกิจกรรมการบันทึกรายการด้วยตนเองหรือรายการปรับปรุง ใช้ติดตามรายการบัญชีแต่ละรายการตลอดวงจร โดยเฉพาะรายการปรับปรุง ID นี้ช่วยคำนวณปริมาณรายการปรับปรุงและติดตามการทำงานซ้ำกลับไปยังรายการบัญชีที่เกี่ยวข้องได้. เหตุผลที่สำคัญ ช่วยติดตามรายการบันทึกทางการเงินแต่ละรายการ ซึ่งจำเป็นต่อการตรวจสอบและวิเคราะห์ปริมาณกับลักษณะของรายการปรับปรุง. แหล่งข้อมูล เป็นคีย์หลักในตาราง GL_JE_HEADERS ซึ่งมักใช้ชื่อ JE_HEADER_ID. ตัวอย่าง JE1002345JE1002378JE1002412
	ระยะเวลารอบการปิดงวด PeriodCloseCycleTime	เวลารวมที่ใช้ในกระบวนการปิดงวดทั้งหมด ตั้งแต่เริ่มจนเสร็จสิ้น.
คำอธิบาย เมตริกที่คำนวณในระดับเคสนี้แสดงระยะเวลารวมของการปิดงวดการเงิน โดยคำนวณจากเวลาของกิจกรรมสุดท้ายลบด้วยเวลาของกิจกรรมแรกในงวดการเงินนั้น นี่คือ KPI หลักของกระบวนการ Record to Report ใช้วัดประสิทธิภาพโดยรวมของกระบวนการตั้งแต่ต้นจนจบ และติดตามโครงการปรับปรุงที่มุ่งลดระยะเวลาปิดงวด. เหตุผลที่สำคัญ KPI นี้วัดประสิทธิภาพตั้งแต่ต้นจนจบของกระบวนการปิดงวด ซึ่งเป็นประเด็นสำคัญที่ผู้บริหารระดับสูงด้านการเงินให้ความสำคัญ. แหล่งข้อมูล คำนวณในระดับเคสภายในเครื่องมือ process mining โดยนำ StartTime ที่เร็วที่สุดลบออกจาก StartTime ที่ช้าที่สุดของเคส. ตัวอย่าง P5D4HP7D12HP4D20H
	เสร็จตรงเวลาหรือไม่ IsOnTime	ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่ากิจกรรมเสร็จภายในวันที่เป้าหมายหรือไม่.
คำอธิบาย แอตทริบิวต์แบบบูลีนนี้เปรียบเทียบเวลาที่กิจกรรมเสร็จจริง (EventTime หรือ EndTime) กับกำหนดเวลาที่วางแผนไว้ (TargetCompletionDate) หากเสร็จตรงเวลาหรือก่อนกำหนด ค่าจะเป็นจริง หากล่าช้า ค่าจะเป็นเท็จ ข้อมูลนี้ช่วยวัดการทำงานตามกำหนดได้อย่างชัดเจน และเป็นพื้นฐานของ KPI «อัตราการปิดงวดตรงเวลา» นอกจากนี้ยังช่วยค้นหาคอขวดที่ทำให้พลาดกำหนด และให้ผู้จัดการติดตามการปฏิบัติตามปฏิทินปิดงวดได้ด้วยเมตริกที่ชัดเจน. เหตุผลที่สำคัญ ช่วยวัดการทำงานตามกำหนดแบบผ่านหรือไม่ผ่านอย่างชัดเจน จึงติดตามการปฏิบัติตามกำหนดเวลาสำคัญของการปิดงวดได้ง่าย. แหล่งข้อมูล คำนวณระหว่างการแปลงข้อมูล โดยเปรียบเทียบ EventTime กับ TargetCompletionDate (EventTime <= TargetCompletionDate). ตัวอย่าง truefalse

จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการ Record to Report: ปิดงวดและกระทบยอด

ขั้นตอนและจุดสำคัญของกระบวนการเหล่านี้ควรบันทึกไว้ในบันทึกเหตุการณ์ เพื่อให้ค้นพบและวิเคราะห์กระบวนการปิดงวดการเงินได้อย่างแม่นยำ.

6 แนะนำ 8 ไม่บังคับ

	กิจกรรม	คำอธิบาย
	จัดทำงบการเงินแล้ว	เหตุการณ์นี้หมายถึงการจัดทำงบการเงินหลัก เช่น งบกำไรขาดทุน งบดุล และงบกระแสเงินสด โดยทั่วไปเป็นกระบวนการที่ระบบดำเนินการตามคำสั่งของผู้ใช้.
เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่แสดงว่าขั้นตอนประมวลผลข้อมูลสิ้นสุดลง และเริ่มขั้นตอนตรวจสอบและอนุมัติขั้นสุดท้าย การติดตามเหตุการณ์นี้ช่วยวัดเวลาที่ใช้อนุมัติงบการเงิน. แหล่งข้อมูล อนุมานได้จากการทำงานสำเร็จของงานจัดทำรายงานทางการเงิน หรือจากเวลาที่สร้างรายงานเผยแพร่ในเครื่องมือรายงานของ Oracle Fusion เช่น Financial Reporting Studio หรือ Narrative Reporting. บันทึก อนุมานจากการประทับเวลาเมื่อระบบจัดตารางงานสร้างชุดรายงานฉบับสุดท้ายเสร็จสิ้น. ประเภทเหตุการณ์ inferred
	ปิดงวดบัญชีถาวรแล้ว	หมายถึงการปิดงวดบัญชีใน General Ledger ขั้นสุดท้ายและย้อนกลับไม่ได้ เมื่อดำเนินการแล้วจะเปิดงวดอีกครั้งไม่ได้ และไม่สามารถแก้ไขรายการใดๆ เพิ่มเติม.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นเหตุการณ์สิ้นสุดที่ชัดเจนของเคสปิดงวด โดยให้เวลาสุดท้ายสำหรับวัดระยะเวลารวมของรอบการปิดงวด และช่วยรักษาความถูกต้องของข้อมูลสำหรับการรายงาน. แหล่งข้อมูล การดำเนินการนี้เปลี่ยนสถานะงวดในตาราง GL_PERIOD_STATUSES เป็น 'Permanently Closed' อย่างชัดเจน โดยระบบจะบันทึกการดำเนินการและการประทับเวลาไว้. บันทึก บันทึกจากประวัติการเปลี่ยนสถานะของงวดบัญชีใน GL_PERIOD_STATUSES เป็น 'Permanently Closed'. ประเภทเหตุการณ์ explicit
	เปิดงวดบัญชี	ระบุจุดเริ่มต้นอย่างเป็นทางการของกระบวนการปิดงวดบัญชีสำหรับรอบบัญชีที่กำหนด โดยทั่วไปผู้ใช้ที่ได้รับอนุญาตจะดำเนินการนี้ในโมดูล General Ledger เพื่อเปิดให้บันทึกรายการธุรกรรมได้.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นที่ชัดเจนของเคสปิดงวด ช่วยวัดเวลารวมของรอบการปิดงวดและระบุความล่าช้าก่อนเริ่มกระบวนการได้. แหล่งข้อมูล บันทึกเหตุการณ์นี้จากโมดูล General Ledger เมื่อสถานะของงวดเปลี่ยนเป็น 'Open' โดยดูได้จากตาราง GL_PERIOD_STATUSES ซึ่งบันทึกสถานะและการประทับเวลาของแต่ละงวด. บันทึก บันทึกจากประวัติการเปลี่ยนสถานะของงวดบัญชีใน GL_PERIOD_STATUSES. ประเภทเหตุการณ์ explicit
	เริ่มกระทบยอดบัญชี	เหตุการณ์นี้หมายถึงการเริ่มกระบวนการกระทบยอดสำหรับบัญชี GL หนึ่งบัญชีหรือกลุ่มบัญชี โดยมักอนุมานจากการดำเนินการแรก เช่น มอบหมายให้ผู้จัดทำหรือเปลี่ยนสถานะเริ่มต้น.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นของกระบวนการย่อยที่สำคัญและมักใช้เวลานาน การวัดเวลาตั้งแต่เริ่มจนถึงอนุมัติช่วยคำนวณระยะเวลาการกระทบยอดและระบุงานค้างสะสม. แหล่งข้อมูล ใน Oracle Account Reconciliation Cloud Service (ARCS) อนุมานได้จากการประทับเวลาเมื่อสถานะการกระทบยอดเปลี่ยนเป็น 'Open with Preparer' หรือสถานะเริ่มต้นที่ใกล้เคียงกัน. บันทึก อนุมานจากการประทับเวลาที่เก่าที่สุดของการกระทบยอดบัญชีที่กำหนดในงวดนั้น หลังจากสถานะเปลี่ยนจาก 'Pending' หรือ 'New'. ประเภทเหตุการณ์ inferred
	ลงรายการปรับปรุงบัญชีแล้ว	หมายถึงการลงรายการบัญชีด้วยตนเองใน General Ledger เพื่อแก้ไขยอดคงเหลือ บันทึกค่าใช้จ่ายค้างจ่าย หรือปรับปรุงรายการอื่นที่พบระหว่างการกระทบยอด การลงรายการแต่ละครั้งเป็นธุรกรรมแยกที่มีบันทึกไว้.
เหตุผลที่สำคัญ หากมีรายการปรับปรุงบัญชีจำนวนมาก โดยเฉพาะหลังอนุมัติการกระทบยอดแล้ว อาจแสดงว่าต้องแก้ไขงานซ้ำหรือมีปัญหาในกระบวนการก่อนหน้า การติดตามรายการเหล่านี้ช่วยปรับปรุงคุณภาพข้อมูลได้. แหล่งข้อมูล บันทึกไว้ในตาราง GL_JE_HEADERS และ GL_JE_LINES โดยมักระบุรายการปรับปรุงบัญชีได้จากหมวดหมู่หรือแหล่งที่มาของรายการ ซึ่งโดยทั่วไปกำหนดเป็น 'Manual' หรือ 'Adjustment'. บันทึก ระบุจากวันที่สร้างและวันที่ลงรายการของรายการบัญชีที่มีหมวดหมู่ 'Adjustment' ภายในงวดนั้น. ประเภทเหตุการณ์ explicit
	อนุมัติการกระทบยอดแล้ว	หมายถึงผู้ตรวจสอบอนุมัติรายการกระทบยอดบัญชีอย่างเป็นทางการ เพื่อยืนยันความถูกต้องและความครบถ้วน นับเป็นหมุดหมายสำคัญที่แสดงว่าเวิร์กโฟลว์การกระทบยอดเสร็จสมบูรณ์.
เหตุผลที่สำคัญ การอนุมัติเป็นจุดสิ้นสุดของรอบการกระทบยอดบัญชี และเป็นหมุดหมายสำคัญในการวัดประสิทธิภาพการกระทบยอด รวมถึงเริ่มขั้นตอนปิดงวดถัดไป. แหล่งข้อมูล Oracle ARCS บันทึกเหตุการณ์นี้พร้อมการประทับเวลาอย่างชัดเจน เมื่อผู้ตรวจสอบที่ได้รับอนุญาตเปลี่ยนสถานะการกระทบยอดเป็น 'Approved' หรือ 'Closed'. บันทึก บันทึกจากการประทับเวลาเมื่อสถานะเปลี่ยนเป็น 'Approved' ในประวัติการตรวจสอบของระบบกระทบยอด. ประเภทเหตุการณ์ explicit
	กระทบยอดระหว่างบริษัทแล้ว	หมายถึงการกระทบยอดธุรกรรมระหว่างนิติบุคคลต่างๆ ภายในองค์กรเดียวกัน กิจกรรมกระทบยอดเฉพาะนี้ช่วยให้ยอดคงเหลือระหว่างบริษัทหักล้างกันจนเป็นศูนย์.
เหตุผลที่สำคัญ การกระทบยอดระหว่างบริษัทมักทำให้กระบวนการปิดงวดล่าช้าและซับซ้อน การระบุระยะเวลาของกิจกรรมนี้ช่วยปรับปรุงขั้นตอนสำคัญที่ส่งผลต่อการจัดทำรายงานรวม. แหล่งข้อมูล บันทึกเหตุการณ์นี้ได้จากโมดูล Intercompany Transaction หรือ ARCS เมื่อสถานะการกระทบยอดระหว่างบริษัทในงวดนั้นเปลี่ยนเป็น 'Reconciled' หรือ 'Closed'. บันทึก อนุมานจากการประทับเวลาเมื่อชุดรายการกระทบยอดระหว่างบริษัทของงวดนั้นถูกระบุว่าเสร็จสมบูรณ์. ประเภทเหตุการณ์ inferred
	ดำเนินการรวมงบแล้ว	หมายถึงการเรียกใช้กระบวนการรวมงบ ซึ่งรวบรวมข้อมูลทางการเงินจากบริษัทย่อยหรือหน่วยธุรกิจหลายแห่งเป็นงบการเงินชุดเดียวของบริษัทแม่ ระบบจะบันทึกกระบวนการนี้แยกไว้อย่างชัดเจน.
เหตุผลที่สำคัญ สำหรับองค์กรที่มีหลายหน่วยงาน การรวมงบเป็นขั้นตอนสำคัญและซับซ้อน การติดตามการทำงานและระยะเวลาช่วยให้เข้าใจกำหนดเวลาปิดงบในระดับองค์กร. แหล่งข้อมูล ใน Oracle Financial Consolidation and Close Cloud (FCCS) ระบบจะบันทึกการเรียกใช้กฎและกระบวนการรวมงบพร้อมเวลาเริ่มต้นและสิ้นสุด โดยดึงข้อมูลนี้ได้จากตัวจัดตารางงาน. บันทึก บันทึกจากประวัติการทำงานของงานรวมหรืองาน business rule ในโมดูล FCCS. ประเภทเหตุการณ์ explicit
	ตรวจสอบงบการเงินแล้ว	หมายถึงการตรวจสอบงบการเงินที่จัดทำขึ้นโดยฝ่ายบริหาร ขั้นตอนนี้มักทำด้วยตนเอง และอาจต้องอนุมานเวลาที่บันทึกจากกิจกรรมที่เกี่ยวข้องในระบบหรือข้อมูลที่ผู้ใช้ป้อน.
เหตุผลที่สำคัญ รอบการตรวจสอบมักกินเวลาส่วนสำคัญในช่วงท้ายของการปิดงวด การติดตามช่วยระบุความล่าช้าในการตรวจสอบของฝ่ายบริหารและลดระยะเวลาการรายงานโดยรวม. แหล่งข้อมูล การบันทึกเหตุการณ์นี้โดยตรงทำได้ยาก อาจอนุมานจากการประทับเวลาเมื่อสถานะรายงานเปลี่ยนในเครื่องมือรายงานเชิงบรรยาย หรือจากงานอนุมัติที่ระบุไว้ในเครื่องมือเวิร์กโฟลว์. บันทึก อาจต้องอนุมานจากเหตุการณ์อื่นในระบบ เช่น การทำงานอนุมัติใน BPM workflow เสร็จสิ้น หรือใช้ข้อมูลที่ป้อนด้วยตนเอง. ประเภทเหตุการณ์ inferred
	นำเข้ารายการบัญชีแล้ว	กิจกรรมนี้แสดงการนำเข้ารายการธุรกรรมสรุปจากบัญชีแยกประเภทย่อยและข้อมูลภายนอกอื่นๆ ไปยัง General Ledger เพื่อรวมข้อมูลทางการเงินก่อนการกระทบยอดและปรับปรุงบัญชี.
เหตุผลที่สำคัญ การติดตามว่าการนำเข้าข้อมูลเสร็จสิ้นเมื่อใดช่วยให้เข้าใจระยะเวลารวบรวมข้อมูล และระบุจุดที่ General Ledger มีข้อมูลดิบพร้อมให้ดำเนินการปิดงวดต่อ. แหล่งข้อมูล ระบุได้จากการนำเข้ารายการบัญชีที่เสร็จสมบูรณ์ในตาราง GL_JE_BATCHES และ GL_IMPORT_REFERENCES โดยกรองตามงวดบัญชีที่เกี่ยวข้อง. บันทึก ระบุจากวันที่สร้างชุดรายการบัญชีที่มีแหล่งที่มาระบุว่าเป็นบัญชีแยกประเภทย่อยหรือการนำเข้าจากภายนอก. ประเภทเหตุการณ์ explicit
	ปิดงวดบัญชีย่อยแล้ว	หมายถึงการปิดบัญชีแยกประเภทย่อย เช่น เจ้าหนี้ ลูกหนี้ และสินทรัพย์ สำหรับงวดนั้น การดำเนินการนี้ป้องกันไม่ให้บันทึกรายการใหม่ในบัญชีแยกประเภทย่อย และเป็นขั้นตอนที่ต้องทำก่อนปิด General Ledger.
เหตุผลที่สำคัญ ความล่าช้าในการปิดบัญชีแยกประเภทย่อยเป็นคอขวดที่พบได้บ่อย และส่งผลโดยตรงต่อการเริ่มปิด General Ledger การติดตามกิจกรรมนี้ช่วยให้ระบุสาเหตุของความล่าช้าได้ตั้งแต่ช่วงต้นของกระบวนการ. แหล่งข้อมูล บันทึกจากการเปลี่ยนสถานะของงวดบัญชีในบัญชีแยกประเภทย่อยแต่ละรายการภายใน Oracle Fusion Financials โดยทั่วไป ระบบจะบันทึกการเปลี่ยนสถานะพร้อมการประทับเวลาของแต่ละโมดูล. บันทึก อนุมานจากตารางสถานะงวดของบัญชีแยกประเภทย่อย ซึ่งระบุสถานะ 'Closed' สำหรับแอปพลิเคชันที่กำหนด เช่น เจ้าหนี้หรือลูกหนี้. ประเภทเหตุการณ์ explicit
	เปลี่ยนสถานะงวดเป็น 'Closed'	นี่เป็นขั้นตอนสุดท้ายที่ยังย้อนกลับได้ โดยเปลี่ยนสถานะงวดใน General Ledger เป็น 'Closed' เพื่อป้องกันไม่ให้ลงรายการบัญชีใหม่ในงวดนั้น เว้นแต่จะเปิดงวดอีกครั้ง.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดของการปิดงวดบัญชีในทางปฏิบัติ แต่ยังไม่ใช่ขั้นตอนสุดท้ายที่ย้อนกลับไม่ได้ นับเป็นหมุดหมายสำคัญด้านการปฏิบัติตามข้อกำหนดและการควบคุม. แหล่งข้อมูล การเปลี่ยนสถานะนี้บันทึกไว้อย่างชัดเจนในตาราง GL_PERIOD_STATUSES ซึ่งระบุผู้ใช้ การประทับเวลา และสถานะใหม่ 'Closed' ของงวดนั้น. บันทึก บันทึกจากประวัติการเปลี่ยนสถานะของงวดบัญชีใน GL_PERIOD_STATUSES เป็น 'Closed'. ประเภทเหตุการณ์ explicit
	ส่งรายการกระทบยอดให้ตรวจสอบ	กิจกรรมนี้เป็นการส่งต่องานจากผู้จัดทำรายการกระทบยอดบัญชีไปยังผู้ตรวจสอบและอนุมัติ โดยทั่วไปจะบันทึกเป็นการเปลี่ยนสถานะอย่างชัดเจนในเครื่องมือกระทบยอด.
เหตุผลที่สำคัญ การส่งต่องานนี้อาจเป็นจุดรอหรือคอขวด การวิเคราะห์เวลาตั้งแต่ส่งรายการจนถึงอนุมัติช่วยให้เห็นความล่าช้าในรอบการตรวจสอบ และใช้ประกอบการจัดสรรทรัพยากรได้. แหล่งข้อมูล บันทึกจาก Oracle ARCS เมื่อสถานะการกระทบยอดเปลี่ยนจาก 'Preparation' เป็น 'Pending Review' หรือ 'Submitted' โดยระบบจะประทับเวลาเมื่อสถานะเปลี่ยน. บันทึก อ้างอิงจากการประทับเวลาเมื่อสถานะในระบบกระทบยอดเปลี่ยนเป็น 'Pending Approval' หรือสถานะที่เทียบเท่า. ประเภทเหตุการณ์ explicit
	สร้างงบทดลองแล้ว	กิจกรรมนี้หมายถึงการสร้างรายงานงบทดลองสำหรับงวดนั้น เป็นจุดตรวจสอบสำคัญเพื่อยืนยันว่ายอดเดบิตรวมเท่ากับยอดเครดิตรวม ก่อนจัดทำงบการเงินฉบับสุดท้าย.
เหตุผลที่สำคัญ การสร้างงบทดลองสำเร็จครั้งแรกเป็นหมุดหมายสำคัญที่บ่งชี้ว่าการปรับปรุงรายการหลักๆ น่าจะเสร็จแล้ว และเป็นขั้นตอนสำคัญก่อนเริ่มจัดทำรายงานฉบับสุดท้าย. แหล่งข้อมูล อนุมานได้จากการทำงานสำเร็จของคำขอพร้อมกันหรือกระบวนการตามกำหนดการ 'Trial Balance Report' ระบบจะบันทึกเวลาที่งานเหล่านี้ทำงาน. บันทึก อนุมานจากการประทับเวลาเมื่อระบบจัดตารางกระบวนการบันทึกว่าการสร้างรายงานงบทดลองเสร็จสิ้น. ประเภทเหตุการณ์ inferred

แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก Oracle Fusion Financials

ขั้นตอน

ข้อกำหนดเบื้องต้นและการตั้งค่า: ตรวจสอบว่าติดตั้ง Python 3.6 ขึ้นไปแล้ว ติดตั้งไลบรารีที่จำเป็นด้วย pip: pip install requests pandas เตรียม URL หลักของ Oracle Fusion (เช่น https://[your-fusion-instance].oraclecloud.com) และข้อมูลรับรอง API ที่ปลอดภัยสำหรับบัญชีผู้ใช้ซึ่งมีบทบาท เช่น 'Financial Analyst' และ 'General Ledger Manager' พร้อมสิทธิ์เข้าถึงข้อมูลที่เหมาะสม
ตั้งค่าสคริปต์: คัดลอกสคริปต์ Python ที่ให้มาไปไว้ในไฟล์ เช่น extract_r2r.py แทนค่า placeholder ของ BASE_URL, USERNAME และ PASSWORD ด้วยรายละเอียดสภาพแวดล้อม Oracle Fusion ของคุณ
กำหนดพารามิเตอร์การดึงข้อมูล: ปรับตัวแปร START_DATE และ END_DATE ในสคริปต์เพื่อกำหนดช่วงเวลาที่ต้องการดึงข้อมูล แนะนำให้เริ่มจากช่วงสั้น เช่น สามเดือน เพื่อควบคุมปริมาณข้อมูล
เรียกใช้สคริปต์: เรียกใช้สคริปต์จากเทอร์มินัลด้วยคำสั่ง python extract_r2r.py สคริปต์จะยืนยันตัวตนกับ REST API ของ Oracle Fusion แล้วเริ่มดึงข้อมูลของแต่ละกิจกรรมที่กำหนดไว้
ติดตามการทำงาน: สคริปต์จะแสดงความคืบหน้าในคอนโซลขณะดึงข้อมูลของกิจกรรมแต่ละประเภท การทำงานอาจใช้เวลานาน ขึ้นอยู่กับช่วงวันที่และปริมาณข้อมูล ตรวจสอบข้อความผิดพลาดที่อาจบ่งชี้ว่าการยืนยันตัวตนล้มเหลวหรือ API มีปัญหา
ดึงข้อมูลและแบ่งหน้า: สคริปต์จัดการการแบ่งหน้าโดยเรียก API ซ้ำจนกว่าจะดึงระเบียนทั้งหมดในช่วงวันที่ที่กำหนดได้ครบ และรวบรวมข้อมูลสำหรับกิจกรรมที่จำเป็นทั้ง 14 รายการ
แปลงและรวมข้อมูล: สคริปต์จะแปลงแต่ละระเบียนที่ดึงจาก API ให้อยู่ในรูปแบบมาตรฐาน โดยจับคู่ฟิลด์ JSON กับคอลัมน์บันทึกเหตุการณ์ที่ต้องใช้ เช่น FinancialPeriod, ActivityName และ EventTime จากนั้นรวมกิจกรรมทั้งหมดไว้ในชุดข้อมูลเดียว
เพิ่มคอลัมน์ข้อมูลกำกับ: หลังดึงและแปลงข้อมูลทั้งหมดแล้ว สคริปต์จะเพิ่มคอลัมน์ SourceSystem และ LastDataUpdate เพื่อระบุบริบทและติดตามความใหม่ของข้อมูล
ส่งออกบันทึกเหตุการณ์: ชุดข้อมูลที่รวมแล้วจะถูกส่งออกเป็นไฟล์ CSV ชื่อ oracle_fusion_r2r_event_log.csv ในโฟลเดอร์เดียวกับสคริปต์
ตรวจสอบและอัปโหลด: เปิดไฟล์ CSV ที่สร้างขึ้นด้วยโปรแกรมตารางคำนวณเพื่อตรวจสอบความครบถ้วนและความถูกต้อง ตรวจสอบว่ามีคอลัมน์ครบและมีข้อมูลตามที่คาดไว้ก่อนอัปโหลดไปยัง ProcessMind.

การกำหนดค่า

การยืนยันตัวตน: สคริปต์ใช้ Basic Authentication เพื่อเพิ่มความปลอดภัยในสภาพแวดล้อมใช้งานจริง แนะนำอย่างยิ่งให้ปรับสคริปต์ไปใช้ OAuth 2.0 ซึ่งต้องตั้งค่าแอปพลิเคชันแบบ confidential ใน Oracle Identity Cloud Service
API Endpoints: สคริปต์ใช้ทรัพยากร Financials REST API เป็นหลัก รวมถึง glPeriods สำหรับสถานะงวด และ journalBatches สำหรับรายละเอียดรายการบัญชี สำหรับกิจกรรมที่ไม่มี REST endpoint มาตรฐาน เช่น การสร้างรายงาน สคริปต์จะเรียกดูประวัติงานของ Enterprise Scheduler Service (ESS)
ช่วงวันที่: พารามิเตอร์ START_DATE และ END_DATE ในสคริปต์กำหนดช่วงเวลาการดึงข้อมูล สำหรับการวิเคราะห์ครั้งแรก แนะนำให้ใช้ช่วง 3 ถึง 6 เดือน เพื่อควบคุมปริมาณข้อมูลและเวลาเรียกใช้สคริปต์
การกรองข้อมูล: สคริปต์ใส่พารามิเตอร์ 'q' ในคำขอ API เพื่อกรองข้อมูลตาม lastUpdateDate คุณเพิ่มตัวกรองเพื่อจำกัดขอบเขตได้ เช่น กรองตาม LedgerId เพื่อเลือกบริษัทหรือนิติบุคคลแห่งเดียว
การแบ่งหน้า: กำหนดพารามิเตอร์ limit ในการเรียก API ให้ดึงครั้งละ 500 ระเบียน เพื่อเพิ่มประสิทธิภาพและป้องกันการหมดเวลา สคริปต์จะวนเรียกแต่ละหน้าโดยอัตโนมัติจนได้ชุดข้อมูลครบ
ข้อกำหนดเบื้องต้น: ต้องมีสิทธิ์เข้าถึงสภาพแวดล้อม Oracle Fusion Financials บัญชีผู้ใช้ที่ใช้ดึงข้อมูลต้องมีบทบาทด้านความปลอดภัยและสิทธิ์ที่จำเป็นสำหรับอ่านข้อมูล General Ledger ผ่าน REST API.

ตัวอย่างคำค้น python

import requests
import pandas as pd
from datetime import datetime
import os

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion instance details
BASE_URL = class="hl-string">"https://[your-fusion-instance].oraclecloud.com"
USERNAME = os.environ.get(class="hl-string">"FUSION_USER", class="hl-string">"your_username")
PASSWORD = os.environ.get(class="hl-string">"FUSION_PASSWORD", class="hl-string">"your_password")

class=class="hl-string">"hl-comment"># Set the date range for extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- Generic API Fetch Function ---
def fetch_data(endpoint, q_filter, fields):
    all_items = []
    offset = 0
    limit = 500
    url = fclass="hl-string">"{BASE_URL}{endpoint}"
    
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    
    while True:
        params = {
            class="hl-string">'q': q_filter,
            class="hl-string">'fields': fields,
            class="hl-string">'limit': limit,
            class="hl-string">'offset': offset,
            class="hl-string">'onlyData': class="hl-string">'true'
        }
        try:
            response = requests.get(url, auth=(USERNAME, PASSWORD), headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            
            if not data.get(class="hl-string">'hasMore', False):
                break
            offset += limit
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {endpoint}: {e}")
            break
            
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    event_log = []
    now_utc = datetime.utcnow().isoformat() + class="hl-string">'Z'
    date_filter = fclass="hl-string">"lastUpdateDate between '{START_DATE}T00:00:00.000Z' and '{END_DATE}T23:59:59.999Z'"

    class=class="hl-string">"hl-comment"># 1. Period Opened, Closed, Permanently Closed
    print(class="hl-string">"Fetching Period Status changes...")
    period_data = fetch_data(class="hl-string">'/fscmRestApi/resources/11.13.18.05/glPeriods', date_filter, class="hl-string">"periodName,periodStatus,lastUpdateDate,lastUpdatedBy,ledgerName,ledgerId")
    for p in period_data:
        activity_map = {
            class="hl-string">'OPEN': class="hl-string">'Period Opened',
            class="hl-string">'CLOSED': class="hl-string">'Period Set to \'Closed\class="hl-string">'',
            class="hl-string">'PERMANENTLY_CLOSED': class="hl-string">'Period Permanently Closed'
        }
        activity_name = activity_map.get(p.get(class="hl-string">'periodStatus'))
        if activity_name:
            event_log.append({
                class="hl-string">'FinancialPeriod': p.get(class="hl-string">'periodName'),
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'EndTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'ResponsibleUser': p.get(class="hl-string">'lastUpdatedBy'),
                class="hl-string">'CompanyCode': p.get(class="hl-string">'ledgerId'),
                class="hl-string">'ActivityStatus': class="hl-string">'Completed',
                class="hl-string">'JournalEntryType': None,
                class="hl-string">'ReconciliationType': None,
                class="hl-string">'Department': None,
                class="hl-string">'TargetCompletionDate': None
            })
            
    class=class="hl-string">"hl-comment"># 2. Subledger Period Closed
    print(class="hl-string">"Fetching Subledger Period Close status...")
    class=class="hl-string">"hl-comment"># This is inferred from the GL period's closingStatus property.
    class=class="hl-string">"hl-comment"># A status of class="hl-string">'C' (Closed) or class="hl-string">'W' (Close pending) in sub-fields often indicates subledger closure.
    class=class="hl-string">"hl-comment"># For a more direct approach, specific subledger period APIs would be needed.
    subledger_period_data = fetch_data(class="hl-string">'/fscmRestApi/resources/11.13.18.05/glPeriods', date_filter, class="hl-string">"periodName,closingStatus,lastUpdateDate,lastUpdatedBy,ledgerName,ledgerId")
    for p in subledger_period_data:
        if p.get(class="hl-string">'closingStatus') in [class="hl-string">'C', class="hl-string">'W']:
            event_log.append({
                class="hl-string">'FinancialPeriod': p.get(class="hl-string">'periodName'),
                class="hl-string">'ActivityName': class="hl-string">'Subledger Period Closed',
                class="hl-string">'EventTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'EndTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'ResponsibleUser': p.get(class="hl-string">'lastUpdatedBy'),
                class="hl-string">'CompanyCode': p.get(class="hl-string">'ledgerId'),
                class="hl-string">'ActivityStatus': class="hl-string">'Completed',
                class="hl-string">'JournalEntryType': None,
                class="hl-string">'ReconciliationType': None,
                class="hl-string">'Department': None,
                class="hl-string">'TargetCompletionDate': None
            })

    class=class="hl-string">"hl-comment"># 3. Journal Entries Imported & 8. Adjusting Journal Entry Posted
    print(class="hl-string">"Fetching Journal Entries...")
    journal_filter = fclass="hl-string">"actualFlag='A' and postedDate between '{START_DATE}' and '{END_DATE}'"
    journal_data = fetch_data(class="hl-string">'/fscmRestApi/resources/11.13.18.05/journalBatches', journal_filter, class="hl-string">"journalBatchName,postedDate,createdBy,jeSource,jeCategory,periodName,ledgerId")
    for j in journal_data:
        class=class="hl-string">"hl-comment"># Imported journals often come from specific sources like class="hl-string">'Payables', class="hl-string">'Receivables', etc.
        if j.get(class="hl-string">'jeSource') not in [class="hl-string">'Manual']:
            activity_name = class="hl-string">'Journal Entries Imported'
            entry_type = class="hl-string">'Imported'
        else:
            activity_name = class="hl-string">'Adjusting Journal Entry Posted'
            entry_type = class="hl-string">'Adjusting'
        event_log.append({
            class="hl-string">'FinancialPeriod': j.get(class="hl-string">'periodName'),
            class="hl-string">'ActivityName': activity_name,
            class="hl-string">'EventTime': j.get(class="hl-string">'postedDate'),
            class="hl-string">'EndTime': j.get(class="hl-string">'postedDate'),
            class="hl-string">'ResponsibleUser': j.get(class="hl-string">'createdBy'),
            class="hl-string">'CompanyCode': j.get(class="hl-string">'ledgerId'),
            class="hl-string">'ActivityStatus': class="hl-string">'Completed',
            class="hl-string">'JournalEntryType': entry_type,
            class="hl-string">'ReconciliationType': None,
            class="hl-string">'Department': None,
            class="hl-string">'TargetCompletionDate': None
        })

    class=class="hl-string">"hl-comment"># 4, 5, 6, 7. Reconciliation Activities (Placeholder - requires ARCS or equivalent module)
    print(class="hl-string">"Fetching Reconciliation activities (Placeholder)...")
    class=class="hl-string">"hl-comment"># These activities are typically in Oracle ARCS. The endpoint below is a professional placeholder.
    class=class="hl-string">"hl-comment"># You would need to use the ARCS REST API if you have that module.
    class=class="hl-string">"hl-comment"># Example endpoint: /armRestApi/v1/reconciliations

    class=class="hl-string">"hl-comment"># 9, 10, 11. Report Generation and Consolidation (via ESS Jobs)
    print(class="hl-string">"Fetching ESS Job history for reports and consolidation...")
    ess_filter = fclass="hl-string">"(jobDefinitionName like '%TrialBalance%' or jobDefinitionName like '%Consolidation%' or jobDefinitionName like '%FinancialStatement%') and lastUpdateDate between '{START_DATE}T00:00:00.000Z' and '{END_DATE}T23:59:59.999Z'"
    class=class="hl-string">"hl-comment"># Note: The ESS job history endpoint is often accessed via SOAP APIs or specific REST resources.
    class=class="hl-string">"hl-comment"># The below is a representation of what such a query might look like.
    class=class="hl-string">"hl-comment"># A common method is a BI Publisher report on ESS tables, exposed as a REST service.
    
    class=class="hl-string">"hl-comment"># 12. Financial Statements Reviewed
    class=class="hl-string">"hl-comment"># This is often a manual step and may not be logged in a standard way. It could be a specific ESS job
    class=class="hl-string">"hl-comment"># status change, a custom object, or inferred from a subsequent action.

    class=class="hl-string">"hl-comment"># --- Final Data Processing ---
    if not event_log:
        print(class="hl-string">"No events found for the specified criteria.")
        return

    df = pd.DataFrame(event_log)
    df[class="hl-string">'SourceSystem'] = class="hl-string">'Oracle Fusion Financials'
    df[class="hl-string">'LastDataUpdate'] = now_utc

    class=class="hl-string">"hl-comment"># Reorder and fill missing columns
    final_cols = [class="hl-string">'FinancialPeriod', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'ResponsibleUser', class="hl-string">'Department', class="hl-string">'CompanyCode', class="hl-string">'ReconciliationType', class="hl-string">'ActivityStatus', class="hl-string">'JournalEntryType', class="hl-string">'TargetCompletionDate', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate']
    for col in final_cols:
        if col not in df.columns:
            df[col] = None
    df = df[final_cols]
    
    class=class="hl-string">"hl-comment"># Sort by time
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
    df = df.sort_values(by=[class="hl-string">'FinancialPeriod', class="hl-string">'EventTime']).reset_index(drop=True)

    df.to_csv(class="hl-string">'oracle_fusion_r2r_event_log.csv', index=False)
    print(class="hl-string">"Extraction complete. Event log saved to oracle_fusion_r2r_event_log.csv")

if __name__ == class="hl-string">"__main__":
    main()

พร้อมเริ่มต้นหรือยัง?

เทมเพลตข้อมูลนี้เป็นจุดเริ่มต้นสำหรับปรับปรุงกระบวนการ Record to Report: ปิดงวดและกระทบยอด ใช้ข้อมูลเชิงลึกเหล่านี้เพื่อค้นหาคอขวดและเพิ่มประสิทธิภาพการปฏิบัติการด้านการเงิน.

กลับไปยังคู่มือการปรับปรุง

ดาวน์โหลดเทมเพลต

เริ่มปรับปรุงกระบวนการ Record to Report: ปิดงวดและกระทบยอดวันนี้

ลดระยะเวลารอบ R2R ลง 30% ขจัดคอขวด และเพิ่มความถูกต้อง.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จภายในไม่กี่นาที.

เทมเพลตข้อมูลสำหรับกระบวนการ Record to Report: ปิดงวดและกระทบยอด

เทมเพลตข้อมูลสำหรับกระบวนการ Record to Report: ปิดงวดและกระทบยอด

แอตทริบิวต์ของกระบวนการ Record to Report: ปิดงวดและกระทบยอด

กิจกรรมในกระบวนการ Record to Report: ปิดงวดและกระทบยอด

คู่มือการดึงข้อมูล

ดึงข้อมูลด้วย Python ผ่าน REST API ของ Fusion Financials

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น python

พร้อมเริ่มต้นหรือยัง?

เริ่มปรับปรุงกระบวนการ Record to Report: ปิดงวดและกระทบยอดวันนี้