เทมเพลตข้อมูล Record to Report: รายการสมุดรายวันของคุณ
เทมเพลตข้อมูล Record to Report: รายการสมุดรายวันของคุณ
- แอตทริบิวต์ที่แนะนำให้เก็บ
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางดึงข้อมูลจาก Oracle Fusion Financials
แอตทริบิวต์ของ Record to Report: รายการสมุดรายวัน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
Journal Entry ID
JournalEntryId
|
รหัสเฉพาะของรายการบัญชีหนึ่งรายการ ใช้เชื่อมโยงกิจกรรมที่เกี่ยวข้องกับธุรกรรมทางการเงินทั้งหมด. | ||
|
คำอธิบาย
Journal Entry ID เป็นรหัสหลักของเคสที่ใช้เชื่อมโยงกิจกรรมทั้งหมดของธุรกรรมทางการเงินชุดหนึ่งโดยเฉพาะ ทำให้ติดตามวงจรของรายการบัญชีแต่ละรายการได้ตั้งแต่เริ่มต้นจนถึงบันทึกบัญชีขั้นสุดท้าย และตรวจสอบได้ว่าบันทึกยอดเดบิตและเครดิตครบถ้วนแล้วหรือไม่. ใน process mining รหัสนี้จำเป็นต่อการสร้างเส้นทางของรายการบัญชีแต่ละรายการตั้งแต่ต้นจนจบ โดยเชื่อมเหตุการณ์ต่างๆ เช่น 'Journal Entry Created', 'Journal Submitted For Approval' และ 'Journal Entry Posted' ให้เป็นลำดับกระบวนการเดียวกัน เพื่อวิเคราะห์ระยะเวลาดำเนินการ คอขวด และความแตกต่างของกระบวนการ.
เหตุผลที่สำคัญ
นี่คือคีย์หลักที่ใช้ติดตามรายการบัญชีตั้งแต่ต้นจนจบ และช่วยให้วิเคราะห์กระบวนการทั้งหมดของแต่ละเคสได้.
แหล่งข้อมูล
เป็นคีย์หลักในตารางบัญชีแยกประเภททั่วไป เช่น GL_JE_HEADERS และ GL_JE_LINES.
ตัวอย่าง
JE100523JE202311001882019
|
|||
|
กิจกรรม
ActivityName
|
ชื่อเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้น ณ เวลาใดเวลาหนึ่งในกระบวนการรายการบัญชี. | ||
|
คำอธิบาย
ชื่อกิจกรรมระบุขั้นตอนหนึ่งในวงจรรายการบัญชี เช่น 'Journal Entry Created' หรือ 'Journal Entry Approved' ข้อมูลนี้จำเป็นต่อการสร้างแผนผังกระบวนการและทำความเข้าใจลำดับเหตุการณ์. การวิเคราะห์กิจกรรมช่วยให้เห็นเส้นทางของกระบวนการ ทั้งขั้นตอนปกติ จุดที่เบี่ยงเบน และวงจรการแก้ไขงานซ้ำ เมื่อติดตามกิจกรรมต่างๆ คุณจะวัดเวลาที่ใช้ในแต่ละขั้นตอนได้ เช่น ขั้นตอนอนุมัติ และระบุได้ว่าขั้นตอนใดใช้เวลานานหรือเกิดข้อผิดพลาดบ่อย.
เหตุผลที่สำคัญ
ใช้กำหนดขั้นตอนของกระบวนการ เป็นโครงสร้างหลักของแผนผังกระบวนการ และช่วยวิเคราะห์ลำดับงาน คอขวด และความแตกต่าง.
แหล่งข้อมูล
โดยทั่วไปได้ข้อมูลแอตทริบิวต์นี้จากการเปลี่ยนสถานะ บันทึกเหตุการณ์ หรือตาราง audit trail ที่เกี่ยวข้องกับรายการบัญชีในโมดูล General Ledger.
ตัวอย่าง
สร้างรายการบัญชีส่งรายการบัญชีเพื่อขออนุมัติอนุมัติรายการบัญชีบันทึกรายการบัญชีแล้ว
|
|||
|
เวลาเริ่มต้น
EventTime
|
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์หนึ่งเกิดขึ้นเมื่อใด. | ||
|
คำอธิบาย
เวลานี้ระบุวันที่และเวลาที่ดำเนินกิจกรรมอย่างแม่นยำ เป็นข้อมูลเวลาหลักที่ใช้ใน process mining เพื่อเรียงลำดับเหตุการณ์และคำนวณระยะเวลาระหว่างเหตุการณ์. ความถูกต้องของเวลาเกิดเหตุการณ์สำคัญต่อการวิเคราะห์ตามเวลา ทั้งการคำนวณระยะเวลาดำเนินการ การระบุคอขวด และการติดตามผลเทียบกับข้อตกลงระดับการให้บริการ เวลานี้ช่วยเรียงเหตุการณ์ตามลำดับจริงเพื่อสร้างภาพกระบวนการที่เกิดขึ้น.
เหตุผลที่สำคัญ
เวลานี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณระยะเวลาของกระบวนการ และวิเคราะห์ข้อมูลตามเวลา.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้จัดเก็บในตาราง audit trail หรือเป็นค่า 'Last Update Date' หรือ 'Creation Date' ในตารางธุรกรรม เช่น GL_JE_HEADERS และ GL_JE_LINES สำหรับเหตุการณ์ที่เกี่ยวข้อง.
ตัวอย่าง
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:00Z
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบหรือโมดูลที่เป็นแหล่งกำเนิดข้อมูล. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุระบบต้นทางที่ดึงข้อมูลกระบวนการมา ในสภาพแวดล้อม IT ที่มีหลายระบบเชื่อมต่อกัน ข้อมูลอาจมาจากหลายระบบ ฟิลด์นี้จึงช่วยแยกแหล่งที่มา. การวิเคราะห์กระบวนการจำเป็นต้องทราบระบบต้นทาง เพื่อทำความเข้าใจความแตกต่างที่อาจเกิดจากการทำงานของแต่ละระบบ นอกจากนี้ยังช่วยตรวจสอบและแก้ปัญหาข้อมูล โดยติดตามกลับไปยังแหล่งที่มาได้.
เหตุผลที่สำคัญ
ระบุแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลและตรวจสอบข้อมูล รวมถึงทำความเข้าใจความแตกต่างของกระบวนการระหว่างระบบ.
แหล่งข้อมูล
มักเป็นค่าคงที่ที่กำหนดไว้ระหว่างการดึงข้อมูล หรืออาจเป็นฟิลด์ในตารางต้นทางที่ระบุระบบที่ใช้บันทึกรายการ.
ตัวอย่าง
Oracle Fusion Financials CloudOracle EBS R12Fusion GL
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่รีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเวลาที่อัปเดตชุดข้อมูลครั้งล่าสุด เพื่อให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการพิจารณาว่าข้อมูลเชิงลึกที่ได้ยังเกี่ยวข้องอยู่หรือไม่. ในการวิเคราะห์ โดยเฉพาะบนแดชบอร์ดการปฏิบัติการ ผู้ใช้ต้องทราบเวลาอัปเดตข้อมูลล่าสุดเพื่อเชื่อมั่นในข้อมูลและตัดสินใจได้อย่างมีข้อมูลประกอบ นอกจากนี้ยังระบุชัดเจนว่าข้อมูลในโมเดล process mining ครอบคลุมถึงเวลาใด.
เหตุผลที่สำคัญ
แสดงว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้ผู้ใช้ทราบว่าการวิเคราะห์กระบวนการอ้างอิงข้อมูลล่าสุดแค่ไหนและเชื่อถือผลวิเคราะห์ได้.
แหล่งข้อมูล
ระบบสร้างและจัดเก็บค่านี้ระหว่างการดึงและแปลงข้อมูล โดยทั่วไปคือเวลาที่งาน ETL/ELT เสร็จสิ้น.
ตัวอย่าง
2023-11-20T08:00:00Z2023-11-21T08:00:00Z2023-11-22T08:00:00Z
|
|||
|
ผู้ใช้
UserName
|
ผู้ใช้ที่ดำเนินกิจกรรม เช่น สร้าง อนุมัติ หรือบันทึกรายการบัญชี. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบดำเนินกิจกรรม ช่วยให้เข้าใจการกระจายงานและผลการปฏิบัติงาน รวมถึงระบุคอขวดที่เกิดจากบุคคลได้. ในการวิเคราะห์ UserName ใช้กรองกระบวนการตามผู้ใช้ เปรียบเทียบประสิทธิภาพของผู้ใช้ และตรวจสอบสาเหตุของความล่าช้าหรือข้อผิดพลาด ข้อมูลนี้ยังใช้กับแดชบอร์ดอย่าง 'User Workload & Efficiency Across Teams' และ KPI อย่าง 'User Journal Bottleneck Index' ได้โดยตรง.
เหตุผลที่สำคัญ
ระบุผู้รับผิดชอบแต่ละขั้นตอนของกระบวนการ เพื่อวิเคราะห์ภาระงานและผลการปฏิบัติงานของผู้ใช้แต่ละคน รวมถึงความต้องการด้านการฝึกอบรม.
แหล่งข้อมูล
พบข้อมูลนี้ในตารางธุรกรรม เช่น GL_JE_HEADERS (เช่น CREATED_BY, LAST_UPDATED_BY) และตาราง audit trail ที่เกี่ยวข้อง.
ตัวอย่าง
john.doesusan.smithautoprocess_user
|
|||
|
แผนกของผู้ใช้
UserDepartment
|
แผนกหรือทีมที่ผู้ใช้ซึ่งดำเนินกิจกรรมสังกัดอยู่. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงบริบทขององค์กร โดยเชื่อมโยงกิจกรรมกับแผนก เช่น 'Finance', 'Accounting Operations' หรือ 'Internal Audit' โดยทั่วไปได้ข้อมูลจากข้อมูลหลักของผู้ใช้. การวิเคราะห์ตามแผนกของผู้ใช้ช่วยระบุคอขวดระหว่างแผนก เปรียบเทียบผลการทำงานของทีม และทำความเข้าใจความแตกต่างของการดำเนินกระบวนการในแต่ละส่วนขององค์กร ข้อมูลนี้มีประโยชน์ต่อการจัดสรรทรัพยากรและการปรับปรุงกระบวนการให้ตรงจุด.
เหตุผลที่สำคัญ
แสดงบริบทขององค์กร ช่วยวิเคราะห์ผลการทำงานตามทีมหรือแผนก และชี้ให้เห็นความไม่มีประสิทธิภาพในการทำงานข้ามฝ่าย.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้ไม่มีในตารางธุรกรรม ต้องเชื่อม UserName กับตารางข้อมูลหลักของผู้ใช้หรือข้อมูลจากระบบ HR เพื่อดึงข้อมูล.
ตัวอย่าง
บัญชีทั่วไปรายงานทางการเงินเจ้าหนี้การค้า
|
|||
|
ยอดเงินรายการบัญชี
JournalAmount
|
มูลค่ารวมของรายการบัญชี โดยทั่วไปคำนวณจากผลรวมของยอดเดบิต. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงมูลค่าทางการเงินรวมของรายการบัญชี จำนวนเงินอาจส่งผลต่อกระบวนการอย่างมีนัยสำคัญ เช่น รายการมูลค่าสูงอาจต้องผ่านขั้นตอนอนุมัติเพิ่มเติมหรือตรวจสอบอย่างละเอียดขึ้น. การวิเคราะห์ยอดเงินรายการบัญชีช่วยแบ่งเคสตามผลกระทบทางการเงิน และตอบคำถามได้ เช่น 'รายการมูลค่าสูงใช้เวลาอนุมัตินานกว่าหรือไม่' หรือ 'รายการที่มียอดเกินเกณฑ์ถูกปฏิเสธบ่อยกว่าหรือไม่' ข้อมูลนี้ช่วยให้เข้าใจบริบททางธุรกิจของกระบวนการ.
เหตุผลที่สำคัญ
ให้บริบททางธุรกิจที่สำคัญ ช่วยวิเคราะห์ตามผลกระทบทางการเงินและตรวจสอบว่ารายการมูลค่าสูงมีขั้นตอนต่างจากรายการอื่นหรือไม่.
แหล่งข้อมูล
โดยทั่วไปคำนวณจากผลรวมของยอดเดบิตหรือเครดิตในตาราง GL_JE_LINES สำหรับรายการบัญชีหนึ่งรายการ.
ตัวอย่าง
5000.00125000.75750.50
|
|||
|
หมวดหมู่รายการบัญชี
JournalCategory
|
หมวดหมู่ของรายการบัญชี เช่น 'Accrual', 'Adjustment' หรือ 'Reclassification'. | ||
|
คำอธิบาย
หมวดหมู่รายการบัญชีใช้จำแนกรายการตามวัตถุประสงค์ทางธุรกิจ ทำให้วิเคราะห์กระบวนการได้ละเอียดขึ้น เนื่องจากแต่ละหมวดหมู่อาจมีลำดับงาน กฎการอนุมัติ หรือระยะเวลาดำเนินการต่างกัน. ตัวอย่างเช่น รายการปรับปรุงช่วงสิ้นเดือนอาจมีขั้นตอนซับซ้อนและเร่งด่วนกว่ารายการค้างรับค้างจ่ายทั่วไป การวิเคราะห์ตามหมวดหมู่ช่วยให้เห็นความแตกต่างเหล่านี้และปรับปรุงกระบวนการให้เหมาะกับรายการแต่ละประเภท.
เหตุผลที่สำคัญ
ช่วยแบ่งกลุ่มกระบวนการตามวัตถุประสงค์ทางธุรกิจของรายการบัญชี เพื่อให้เห็นรูปแบบและผลการดำเนินงานที่แตกต่างกันในแต่ละประเภทรายการ.
แหล่งข้อมูล
มีอยู่ในตาราง GL_JE_HEADERS โดยทั่วไปอยู่ในฟิลด์ชื่อ JE_CATEGORY.
ตัวอย่าง
รายการค้างรับค้างจ่ายรายการที่บันทึกด้วยตนเองรายการปรับปรุงการตีราคาใหม่
|
|||
|
เหตุผลที่ปฏิเสธ
RejectionReason
|
คำอธิบายหรือรหัสที่ระบุสาเหตุที่ปฏิเสธรายการบัญชี. | ||
|
คำอธิบาย
เมื่อรายการบัญชีถูกปฏิเสธระหว่างการอนุมัติ แอตทริบิวต์นี้จะบันทึกเหตุผลที่ปฏิเสธ ซึ่งอาจเป็นรหัสที่กำหนดไว้หรือความคิดเห็นที่ผู้อนุมัติพิมพ์เอง. แอตทริบิวต์นี้สำคัญมากต่อการวิเคราะห์หาสาเหตุของความไม่มีประสิทธิภาพในกระบวนการ เมื่อวิเคราะห์เหตุผลที่ถูกปฏิเสธบ่อย องค์กรจะระบุจุดที่ควรปรับปรุงได้ เช่น การฝึกอบรมผู้จัดทำ แนวทางที่ชัดเจนขึ้น หรือการปรับปรุงการควบคุมในระบบ ข้อมูลนี้ยังรองรับแดชบอร์ด 'Journal Entry Rejection Rate Analysis' โดยตรง.
เหตุผลที่สำคัญ
ช่วยให้เห็นสาเหตุหลักของการแก้ไขงานซ้ำและความล่าช้าในกระบวนการ ทำให้ปรับปรุงได้ตรงจุดและลดอัตราการถูกปฏิเสธ.
แหล่งข้อมูล
ข้อมูลนี้อาจจัดเก็บในตารางเวิร์กโฟลว์หรือตาราง audit trail ที่เกี่ยวข้องกับกระบวนการอนุมัติ หรือในฟิลด์หมายเหตุของส่วนหัวรายการบัญชี.
ตัวอย่าง
ชุดรหัสบัญชีไม่ถูกต้องเอกสารประกอบไม่เพียงพอเกินงบประมาณ
|
|||
|
แหล่งที่มาของรายการบัญชี
JournalSource
|
บัญชีแยกประเภทย่อยหรือแหล่งที่สร้างรายการบัญชี เช่น 'Payables', 'Receivables' หรือ 'Manual'. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของรายการบัญชีภายในระบบ ERP รายการอาจสร้างด้วยตนเองในบัญชีแยกประเภททั่วไป หรือสร้างโดยอัตโนมัติจากบัญชีแยกประเภทย่อย เช่น เจ้าหนี้การค้า ลูกหนี้การค้า หรือสินทรัพย์ถาวร. แหล่งที่มาของรายการบัญชีเป็นแอตทริบิวต์สำคัญสำหรับวิเคราะห์ระบบอัตโนมัติ โดยช่วยแยกรายการที่บันทึกด้วยตนเองออกจากรายการที่ระบบสร้าง และใช้คำนวณ KPI 'Automated Journal Entry Rate' ได้ กระบวนการของรายการจากแหล่งต่างกันมักมีความซับซ้อนและประสิทธิภาพต่างกันมาก.
เหตุผลที่สำคัญ
แยกรายการที่บันทึกด้วยตนเองออกจากรายการอัตโนมัติ ซึ่งจำเป็นต่อการวัดอัตราการทำงานอัตโนมัติและวิเคราะห์ความแตกต่างของกระบวนการ.
แหล่งข้อมูล
มีอยู่ในตาราง GL_JE_HEADERS โดยทั่วไปอยู่ในฟิลด์ชื่อ JE_SOURCE.
ตัวอย่าง
รายการที่บันทึกด้วยตนเองเจ้าหนี้การค้าสินทรัพย์ลูกหนี้การค้า
|
|||
|
งวดบัญชี
AccountingPeriod
|
งวดบัญชีที่บันทึกรายการบัญชี เช่น 'Jan-24'. | ||
|
คำอธิบาย
งวดบัญชีระบุช่วงเวลาทางการเงินที่รับรู้ธุรกรรม ข้อมูลนี้เป็นพื้นฐานของการรายงานและวิเคราะห์ทางการเงิน. ใน process mining แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์แนวโน้ม ช่วยเปรียบเทียบผลการดำเนินงานของกระบวนการ เช่น ระยะเวลาดำเนินการหรืออัตราการถูกปฏิเสธ ในแต่ละเดือนหรือไตรมาส และช่วยระบุผลกระทบตามฤดูกาล เช่น ภาระงานที่เพิ่มขึ้นช่วงปิดบัญชีสิ้นเดือน รวมถึงวัดผลของการปรับปรุงกระบวนการเมื่อเวลาผ่านไป.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์แนวโน้ม KPI ตามเวลา วัดผลการปรับปรุงกระบวนการ และระบุรูปแบบตามฤดูกาล เช่น ภาระงานช่วงสิ้นเดือน.
แหล่งข้อมูล
มีอยู่ในตาราง GL_JE_HEADERS โดยทั่วไปอยู่ในฟิลด์ชื่อ PERIOD_NAME.
ตัวอย่าง
ม.ค.-24ก.พ.-24มี.ค.-24
|
|||
|
ชื่อบัญชีแยกประเภท
LedgerName
|
ชื่อบัญชีแยกประเภททั่วไปที่ใช้บันทึกรายการบัญชี. | ||
|
คำอธิบาย
ชื่อบัญชีแยกประเภทยืนยันว่ารายการบัญชีอยู่ในบัญชีแยกประเภทใด องค์กรที่มีนิติบุคคลหรือข้อกำหนดด้านรายงานหลายชุดอาจมีบัญชีแยกประเภทหลายชุด เช่น บัญชีหลักสำหรับการบัญชีองค์กร และบัญชีรองสำหรับรายงานตามข้อกำหนดในท้องถิ่น. แอตทริบิวต์นี้จำเป็นต่อการกรองและเปรียบเทียบกระบวนการระหว่างนิติบุคคลหรือหน่วยธุรกิจต่างๆ ช่วยให้วิเคราะห์ภายใต้บริบทขององค์กรที่ถูกต้อง ซึ่งสำคัญเป็นพิเศษต่อการปฏิบัติตามข้อกำหนดและการรายงานทางการเงิน.
เหตุผลที่สำคัญ
ช่วยกรองและเปรียบเทียบการวิเคราะห์กระบวนการระหว่างนิติบุคคลหรือกรอบการบัญชีต่างๆ ซึ่งจำเป็นสำหรับองค์กรขนาดใหญ่.
แหล่งข้อมูล
พบข้อมูลนี้ในตาราง GL_JE_HEADERS โดยทั่วไปเชื่อมโยงผ่าน LEDGER_ID กับ GL_LEDGERS เพื่อดึงชื่อบัญชีแยกประเภท.
ตัวอย่าง
บัญชีแยกประเภทหลักของสหรัฐฯบัญชีแยกประเภทตามข้อกำหนดของสหราชอาณาจักรบัญชีแยกประเภทสำหรับรวมงบการเงินทั่วโลก
|
|||
|
ตัวบ่งชี้รายการกลับบัญชี
ReversalIndicator
|
แฟล็กที่ระบุว่ารายการบัญชีนี้เป็นรายการกลับของรายการอื่นหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้ใช้ระบุรายการบัญชีที่สร้างขึ้นเพื่อกลับรายการที่บันทึกไปก่อนหน้า รายการกลับเป็นรายการบัญชีประเภทหนึ่งที่มักมีขั้นตอนเฉพาะ และบางครั้งอาจมีปัญหา. การวิเคราะห์ตัวบ่งชี้นี้จำเป็นต่อแดชบอร์ด 'Journal Reversal Process Performance' โดยช่วยแยกกระบวนการกลับรายการเพื่อวัดความถี่ สาเหตุ และระยะเวลาดำเนินการ รวมถึงค้นหาปัญหาที่ทำให้ต้องกลับรายการเดิม.
เหตุผลที่สำคัญ
ช่วยแยกและวิเคราะห์กระบวนการกลับรายการ ซึ่งมักบ่งชี้ถึงข้อผิดพลาดหรือปัญหาในธุรกรรมเดิม.
แหล่งข้อมูล
อาจเป็นแฟล็กเฉพาะในตาราง GL_JE_HEADERS เช่น ACCRUAL_REV_FLAG หรือระบุได้จากลิงก์ไปยังรายการบัญชีเดิมที่ถูกกลับ.
ตัวอย่าง
truefalse
|
|||
|
บันทึกบัญชีตรงเวลา
IsOnTimePosting
|
แฟล็กที่คำนวณขึ้น โดยมีค่าเป็นจริงเมื่อบันทึกรายการบัญชีในหรือก่อนวันที่เป้าหมาย. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้ได้จากการเปรียบเทียบเวลาของกิจกรรม 'Journal Entry Posted' กับ 'Target Posting Date' หากบันทึกบัญชีในหรือก่อนวันที่เป้าหมาย ค่าจะเป็น 'true' มิฉะนั้นจะเป็น 'false'. แอตทริบิวต์นี้ช่วยคำนวณ KPI 'On-Time Journal Posting Rate' ได้โดยตรง และทำให้กรองกับวิเคราะห์รายการที่ล่าช้าได้ง่าย เพื่อหาสาเหตุที่พบบ่อย เช่น หมวดหมู่รายการบัญชีหรือผู้อนุมัติบางราย.
เหตุผลที่สำคัญ
แสดงผลการบันทึกบัญชีเป็นสองสถานะอย่างชัดเจน ช่วยวิเคราะห์อัตราการดำเนินงานตรงเวลาและสาเหตุหลักของความล่าช้าได้ง่ายขึ้น.
แหล่งข้อมูล
เครื่องมือ process mining คำนวณแอตทริบิวต์นี้ โดยต้องใช้แอตทริบิวต์ 'TargetPostingDate' และเวลาของกิจกรรม 'Journal Entry Posted'.
ตัวอย่าง
truefalse
|
|||
|
มีการแก้ไขงานซ้ำ
IsRework
|
แฟล็กที่คำนวณขึ้น โดยมีค่าเป็นจริงเมื่อรายการบัญชีผ่านวงจรการปฏิเสธและแก้ไข. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้คำนวณขึ้นเพื่อระบุเคสที่มีการแก้ไขงานซ้ำ โดยทั่วไปกำหนดค่าเป็น 'true' สำหรับกิจกรรมที่เกิดหลังเหตุการณ์ 'Journal Entry Rejected' เช่น 'Journal Corrected and Resubmitted'. มีการแก้ไขงานซ้ำเป็นแอตทริบิวต์ที่ช่วยวิเคราะห์ปริมาณและผลกระทบของวงจรการแก้ไขงานซ้ำได้โดยตรง รองรับ KPI 'Average Journal Rework Rate' และช่วยเปรียบเทียบลำดับงานกับระยะเวลาของเคสที่ต้องแก้ไขซ้ำกับเคสที่ดำเนินการถูกต้องตั้งแต่ครั้งแรก.
เหตุผลที่สำคัญ
ระบุเคสที่ผ่านวงจรการแก้ไขงานซ้ำที่ไม่มีประสิทธิภาพโดยตรง ทำให้วัดความถี่และผลกระทบของปัญหาในกระบวนการได้ง่าย.
แหล่งข้อมูล
ไม่มีข้อมูลนี้ในระบบต้นทาง เครื่องมือ process mining จะคำนวณจากการวิเคราะห์ลำดับกิจกรรมของแต่ละเคส.
ตัวอย่าง
truefalse
|
|||
|
ระยะเวลาดำเนินการตั้งแต่ต้นจนจบ
EndToEndCycleTime
|
ระยะเวลารวมที่คำนวณตั้งแต่สร้างรายการบัญชีจนถึงกระทบยอดเสร็จสิ้น. | ||
|
คำอธิบาย
ตัวชี้วัดนี้แสดงเวลารวมที่รายการบัญชีใช้ในกระบวนการทั้งหมด ตั้งแต่เหตุการณ์ 'Journal Entry Created' ครั้งแรกจนถึงเหตุการณ์ 'Journal Entry Reconciled' ขั้นสุดท้าย ทำให้เห็นภาพรวมผลการดำเนินงานของกระบวนการ. นี่คือ KPI หลักสำหรับวัดประสิทธิภาพโดยรวมของกระบวนการ ใช้ติดตามผลของการปรับปรุงเมื่อเวลาผ่านไปบนแดชบอร์ดแนวโน้ม และเป็นค่าฐานสำหรับเปรียบเทียบการเปลี่ยนแปลงของกระบวนการ.
เหตุผลที่สำคัญ
ใช้วัดสุขภาพและประสิทธิภาพของกระบวนการทั้งหมดในภาพรวม จึงเป็นตัวชี้วัดสำคัญสำหรับรายงานต่อผู้บริหาร.
แหล่งข้อมูล
แพลตฟอร์ม process mining คำนวณตัวชี้วัดนี้จากผลต่างระหว่างเวลาของเหตุการณ์แรกกับเหตุการณ์สุดท้ายในแต่ละเคส.
ตัวอย่าง
P10DT5HP4DT12HP22D
|
|||
|
วันที่เป้าหมายในการบันทึกบัญชี
TargetPostingDate
|
วันที่กำหนดไว้ซึ่งคาดว่าจะบันทึกรายการบัญชีให้เสร็จภายในวันนั้น. | ||
|
คำอธิบาย
วันที่เป้าหมายในการบันทึกบัญชีคือกำหนดเวลาที่ต้องบันทึกรายการบัญชีลงในบัญชีแยกประเภททั่วไป โดยมักกำหนดตามข้อตกลงระดับการให้บริการ (SLA) หรือตารางปิดบัญชีสิ้นเดือน ใช้เป็นเกณฑ์วัดผลการดำเนินงาน. แอตทริบิวต์นี้จำเป็นต่อการคำนวณ KPI 'On-Time Journal Posting Rate' เมื่อนำวันที่บันทึกบัญชีจริงมาเทียบกับวันที่เป้าหมาย ระบบจะระบุได้โดยอัตโนมัติว่ารายการเสร็จตรงเวลาหรือล่าช้า ทำให้เห็นชัดว่ากระบวนการเป็นไปตามกำหนดหรือไม่.
เหตุผลที่สำคัญ
กำหนดข้อตกลงระดับการให้บริการหรือกำหนดเวลาบันทึกบัญชี เพื่อคำนวณ KPI การดำเนินงานตรงเวลา.
แหล่งข้อมูล
ฟิลด์นี้อาจไม่มีในระบบมาตรฐาน แต่อาจคำนวณจากกฎทางธุรกิจโดยอิงวันที่สร้าง งวดบัญชี หรือหมวดหมู่รายการบัญชี.
ตัวอย่าง
2023-10-312023-11-302024-01-05
|
|||
|
เวลาสิ้นสุด
EndTime
|
เวลาที่ระบุว่ากิจกรรมหนึ่งเสร็จสิ้นเมื่อใด. | ||
|
คำอธิบาย
เวลาสิ้นสุดระบุว่ากิจกรรมเสร็จเมื่อใด ส่วนเวลาเริ่มต้นบันทึกจุดเริ่ม เวลาสิ้นสุดจะบอกจุดจบ ทำให้คำนวณเวลาที่ใช้ในขั้นตอนนั้นได้อย่างแม่นยำ. ข้อมูลนี้จำเป็นต่อการคำนวณเวลาที่ใช้ดำเนินกิจกรรม ซึ่งเป็นตัวชี้วัดหลักในการระบุคอขวดและวัดประสิทธิภาพการใช้ทรัพยากร ตัวอย่างเช่น ผลต่างระหว่างเวลาสิ้นสุดกับเวลาเริ่มต้นของกิจกรรม 'Journal Entry Reviewed' แสดงเวลาจริงที่ผู้ตรวจสอบใช้กับงานนั้น.
เหตุผลที่สำคัญ
ช่วยคำนวณระยะเวลาจริงหรือเวลาที่ใช้ดำเนินกิจกรรมแต่ละรายการ ซึ่งเป็นข้อมูลสำคัญในการระบุปัญหาด้านประสิทธิภาพ.
แหล่งข้อมูล
เช่นเดียวกับเวลาเริ่มต้น โดยมักพบข้อมูลนี้ในตาราง audit trail หรืออนุมานจากเวลาเริ่มต้นของกิจกรรมถัดไปในกระบวนการได้.
ตัวอย่าง
2023-10-26T10:15:00Z2023-11-15T14:55:10Z2024-01-05T09:22:00Z
|
|||
|
สกุลเงิน
CurrencyCode
|
รหัสสกุลเงินของยอดเงินในรายการบัญชี เช่น USD, EUR หรือ GBP. | ||
|
คำอธิบาย
รหัสสกุลเงินระบุสกุลเงินที่ใช้กับยอดเงินในรายการบัญชี ซึ่งจำเป็นสำหรับองค์กรข้ามชาติที่ทำธุรกรรมหลายสกุลเงิน. แอตทริบิวต์นี้ช่วยให้ตีความมูลค่าทางการเงินได้ถูกต้อง กรองข้อมูลตามสกุลเงินได้ และจำเป็นต่อการวิเคราะห์ที่เปรียบเทียบหรือรวมยอดเงินจากภูมิภาคต่างๆ.
เหตุผลที่สำคัญ
ให้บริบทที่จำเป็นสำหรับยอดเงิน ช่วยให้ตีความได้ถูกต้องและวิเคราะห์แยกตามสกุลเงินได้.
แหล่งข้อมูล
มีอยู่ในตาราง GL_JE_HEADERS โดยทั่วไปอยู่ในฟิลด์ชื่อ CURRENCY_CODE.
ตัวอย่าง
USDEURGBPJPY
|
|||
|
สถานะการบันทึกบัญชี
PostingStatus
|
สถานะปัจจุบันของการบันทึกรายการบัญชี เช่น 'Unposted' หรือ 'Posted'. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงสถานะปัจจุบันของรายการบัญชีในขั้นตอนการบันทึกลงบัญชีแยกประเภททั่วไป จึงช่วยระบุว่ารายการอยู่ในช่วงใดของวงจร โดยเฉพาะเคสที่ยังดำเนินการอยู่. สถานะการบันทึกบัญชีเป็นข้อมูลสำคัญของแดชบอร์ด 'Real-Time Journal Entry Status Tracker' ซึ่งแสดงภาพรวมของรายการที่กำลังดำเนินการ ช่วยติดตามรายการที่ยังไม่ได้บันทึกและระบุความล่าช้าในขั้นตอนท้ายของกระบวนการ.
เหตุผลที่สำคัญ
แสดงสถานะปัจจุบันของรายการบัญชี ซึ่งจำเป็นต่อการติดตามรายการค้างและสถานะของรายการที่ยังดำเนินการอยู่.
แหล่งข้อมูล
มีอยู่ในตาราง GL_JE_HEADERS โดยทั่วไปอยู่ในคอลัมน์ เช่น STATUS หรือ POSTING_STATUS.
ตัวอย่าง
บันทึกบัญชีแล้วยังไม่ได้บันทึกบัญชีข้อผิดพลาด
|
|||
กิจกรรมของ Record to Report: รายการสมุดรายวัน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
กระทบยอดรายการบัญชีแล้ว
|
จับคู่และเคลียร์รายการบัญชีระหว่างกระบวนการกระทบยอดบัญชีช่วงสิ้นงวด เพื่อยืนยันว่ารายการตรงกับข้อมูลทางการเงินอื่น เช่น รายการเดินบัญชีธนาคาร. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดที่แท้จริงของวงจรรายการบัญชี KPI สำคัญในการประเมินประสิทธิภาพของกระบวนการปิดบัญชีคือระยะเวลาตั้งแต่บันทึกบัญชีจนถึงกระทบยอด.
แหล่งข้อมูล
โดยทั่วไปบันทึกเหตุการณ์นี้ใน Oracle Financial Consolidation and Close Cloud Service (FCCS) หรือ Account Reconciliation Cloud Service (ARCS) ไม่ใช่ในบัญชีแยกประเภททั่วไปโดยตรง อนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะของระเบียนกระทบยอดที่เชื่อมโยงกับรายการบัญชี.
บันทึก
เชื่อมโยงข้อมูลรายการบัญชีกับการอัปเดตสถานะการกระทบยอดจากตาราง ARCS หรือ FCCS.
ประเภทเหตุการณ์
inferred
|
|||
|
บันทึกรายการบัญชีแล้ว
|
บันทึกข้อมูลทางการเงินของรายการบัญชีลงในบัญชีแยกประเภททั่วไปเรียบร้อยแล้ว ยอดเดบิตและเครดิตจะแสดงอยู่ในยอดคงเหลือของบัญชี. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้แสดงว่ารายการบัญชีถูกบันทึกลงในข้อมูลทางการเงินอย่างเป็นทางการแล้ว ใช้วัดอัตราการบันทึกบัญชีตรงเวลาและระยะเวลารวมตั้งแต่สร้างรายการจนถึงบันทึกบัญชีได้.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะในตาราง GL_JE_HEADERS เมื่อฟิลด์ STATUS เปลี่ยนเป็น 'P' (Posted) ตาราง GL_JE_BATCHES ก็มีสถานะการบันทึกบัญชีเช่นกัน.
บันทึก
ติดตามเวลาที่ STATUS ใน GL_JE_HEADERS เปลี่ยนเป็น 'P'.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งรายการบัญชีเพื่อขออนุมัติ
|
กิจกรรมนี้เกิดขึ้นเมื่อผู้ใช้ส่งรายการบัญชีที่กรอกเสร็จแล้วเข้าสู่เวิร์กโฟลว์การอนุมัติอย่างเป็นทางการ สถานะของรายการจะเปลี่ยนจากฉบับร่างหรือยังไม่สมบูรณ์เป็นรออนุมัติ. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดสำคัญที่ใช้เริ่มจับเวลารอบการอนุมัติและระบุคอขวด อีกทั้งยังแบ่งช่วงป้อนข้อมูลออกจากช่วงตรวจสอบและอนุมัติ.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะในตาราง GL_JE_HEADERS โดยเฉพาะเมื่อ APPROVAL_STATUS_CODE เปลี่ยนเป็นค่าอย่าง 'REQUIRED' หรือ 'INITIATED' และอาจมีการบันทึกเวลาที่ส่งรายการไว้ด้วย.
บันทึก
ติดตามเวลาที่ APPROVAL_STATUS_CODE ใน GL_JE_HEADERS เปลี่ยนเป็นสถานะที่ระบุว่าส่งรายการแล้ว.
ประเภทเหตุการณ์
inferred
|
|||
|
สร้างรายการบัญชี
|
กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการรายการบัญชี หมายถึงเวลาที่ผู้ใช้สร้างส่วนหัวรายการบัญชีใหม่และเริ่มกรอกข้อมูล ก่อนส่งรายการไปตรวจสอบหรืออนุมัติ. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่กิจกรรมนี้ไปยังขั้นตอนถัดไปช่วยวัดประสิทธิภาพการป้อนข้อมูลเบื้องต้นและเวลารวมของกระบวนการ.
แหล่งข้อมูล
โดยทั่วไปอนุมานเหตุการณ์นี้จากเวลาที่สร้างรายการในตาราง GL_JE_HEADERS สำหรับ Journal Entry ID ที่ระบุ ตารางนี้ยังมีข้อมูลผู้ใช้ที่สร้างรายการด้วย.
บันทึก
ใช้ CREATION_DATE จากตาราง GL_JE_HEADERS.
ประเภทเหตุการณ์
inferred
|
|||
|
อนุมัติรายการบัญชี
|
ผู้อนุมัติที่ได้รับมอบหมายอนุมัติรายการบัญชีอย่างเป็นทางการ เพื่อยืนยันความถูกต้องและความสมบูรณ์ นี่เป็นขั้นตอนสุดท้ายของเวิร์กโฟลว์การอนุมัติก่อนส่งรายการไปบันทึกบัญชี. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้เป็นจุดสิ้นสุดของกระบวนการอนุมัติ ระยะเวลาตั้งแต่ส่งรายการจนถึงอนุมัติเป็น KPI สำคัญที่ใช้วัดประสิทธิภาพของเวิร์กโฟลว์และระบุคอขวดในการอนุมัติ.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะในตาราง GL_JE_HEADERS เมื่อค่า APPROVAL_STATUS_CODE เปลี่ยนเป็น 'APPROVED' ตารางเวิร์กโฟลว์มีข้อมูลผู้อนุมัติและเวลาที่อนุมัติ.
บันทึก
ติดตามเวลาที่ APPROVAL_STATUS_CODE ใน GL_JE_HEADERS เปลี่ยนเป็น 'APPROVED'.
ประเภทเหตุการณ์
inferred
|
|||
|
แก้ไขและส่งรายการบัญชีอีกครั้ง
|
หลังรายการบัญชีถูกปฏิเสธ ผู้สร้างจะแก้ไขตามที่จำเป็นแล้วส่งขออนุมัติอีกครั้ง กิจกรรมนี้เป็นจุดเริ่มต้นของรอบอนุมัติใหม่สำหรับรายการบัญชีเดิม. | ||
|
เหตุผลที่สำคัญ
การติดตามงานแก้ไขเป็นสิ่งจำเป็นต่อการทำความเข้าใจจุดที่กระบวนการไม่มีประสิทธิภาพ เมื่อนำกิจกรรมนี้มาวิเคราะห์ร่วมกับ 'Journal Entry Rejected' จะช่วยวัดเวลาและความถี่ของงานแก้ไขได้.
แหล่งข้อมูล
เหตุการณ์ 'Journal Submitted For Approval' นี้เกิดขึ้นหลังจากรายการบัญชีเคยมีสถานะ 'REJECTED' โดยระบุได้จากการวิเคราะห์ลำดับการเปลี่ยนสถานะของ Journal Entry ID เดียวกัน.
บันทึก
ระบุเวลาที่ส่งรายการบัญชีอีกครั้งหลังเกิดเหตุการณ์ปฏิเสธสำหรับ case ID เดียวกัน.
ประเภทเหตุการณ์
inferred
|
|||
|
ตรวจสอบการบันทึกบัญชีแล้ว
|
ขั้นตอนตรวจสอบหลังบันทึกบัญชี ซึ่งผู้ใช้หรือระบบยืนยันว่าบันทึกรายการบัญชีถูกต้องและยอดคงเหลือตรงตามที่คาดไว้ โดยทั่วไปเป็นขั้นตอนควบคุมที่ดำเนินการด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
การวิเคราะห์กิจกรรมนี้ช่วยให้เข้าใจเวลาที่ใช้กับการควบคุมด้วยตนเองและการประกันคุณภาพหลังบันทึกบัญชี อีกทั้งช่วยชี้โอกาสในการทำให้กระบวนการตรวจสอบเป็นอัตโนมัติ.
แหล่งข้อมูล
Oracle Fusion ไม่น่าจะมีเหตุการณ์นี้โดยตรง จึงต้องอนุมานจากการดำเนินการอื่น เช่น ผู้ใช้เรียกใช้รายงานเฉพาะ หรือมีการอัปเดตฟิลด์สถานะที่กำหนดเอง ซึ่งไม่ใช่ฟังก์ชันมาตรฐาน.
บันทึก
ต้องใช้ตรรกะที่กำหนดเอง เช่น ติดตามเวลาที่เรียกใช้รายงานตรวจสอบ หรือการอัปเดต descriptive flexfield.
ประเภทเหตุการณ์
inferred
|
|||
|
ตรวจสอบรายการบัญชี
|
ขั้นตอนตรวจสอบอาจเกิดขึ้นก่อนหรือเป็นส่วนหนึ่งของกระบวนการอนุมัติอย่างเป็นทางการ หมายถึงการตรวจสอบโดยเพื่อนร่วมงานหรือผู้จัดการ เพื่อยืนยันความถูกต้องและการปฏิบัติตามข้อกำหนดก่อนส่งต่อให้ผู้อนุมัติขั้นสุดท้าย. | ||
|
เหตุผลที่สำคัญ
การแยกกิจกรรมนี้ช่วยให้เห็นความแตกต่างระหว่างเวลาตรวจสอบเบื้องต้นกับเวลาอนุมัติขั้นสุดท้าย และอาจเผยให้เห็นคอขวดที่ซ่อนอยู่ หากขั้นตอนตรวจสอบไม่เป็นทางการแต่ใช้เวลานาน.
แหล่งข้อมูล
ขั้นตอนนี้อาจเป็นส่วนหนึ่งของเวิร์กโฟลว์การอนุมัติหลายขั้นตอนและบันทึกไว้ในตารางประวัติเวิร์กโฟลว์ หากเป็นการตรวจสอบอย่างไม่เป็นทางการ ระบบจะไม่บันทึกไว้ แต่อาจอนุมานได้จากการบันทึกการดำเนินการของผู้ใช้รายใดรายหนึ่งก่อนการอนุมัติขั้นสุดท้าย.
บันทึก
วิเคราะห์ตารางประวัติเวิร์กโฟลว์เพื่อค้นหาขั้นตอนอนุมัติหรือตรวจสอบระหว่างทางก่อนสถานะ 'Approved' ขั้นสุดท้าย.
ประเภทเหตุการณ์
inferred
|
|||
|
แนบเอกสารประกอบ
|
หมายถึงการแนบเอกสารประกอบ เช่น ใบแจ้งหนี้หรือสเปรดชีต เข้ากับรายการบัญชี โดยมักทำเพื่อให้ข้อมูลประกอบและหลักฐานแก่ผู้ตรวจสอบบัญชีกับผู้อนุมัติ. | ||
|
เหตุผลที่สำคัญ
การติดตามกิจกรรมนี้ช่วยให้ทราบว่าความล่าช้าเกิดจากเอกสารที่ขาดหายหรือไม่ และยังให้ข้อมูลเกี่ยวกับการปฏิบัติตามข้อกำหนดและความครบถ้วนของรายการบัญชีก่อนเข้าสู่เวิร์กโฟลว์การอนุมัติ.
แหล่งข้อมูล
การติดตามกิจกรรมนี้เป็นเหตุการณ์แยกอาจทำได้ยาก คุณอาจอนุมานจากเวลาในตารางไฟล์แนบ เช่น FND_ATTACHED_DOCUMENTS ซึ่งเชื่อมโยงกับรายการบัญชีใน GL_JE_HEADERS.
บันทึก
อนุมานจากวันที่สร้างรายการใน FND_ATTACHED_DOCUMENTS ที่เชื่อมโยงกับรายการบัญชี.
ประเภทเหตุการณ์
inferred
|
|||
|
ปฏิเสธรายการบัญชี
|
ผู้อนุมัติตรวจสอบรายการบัญชีแล้วปฏิเสธ เนื่องจากมีข้อผิดพลาด เอกสารไม่ครบ หรือไม่เป็นไปตามนโยบาย การดำเนินการนี้ส่งรายการกลับไปให้ผู้สร้างแก้ไข. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อการวิเคราะห์การวนกลับไปแก้ไข อัตราการปฏิเสธ และตัวชี้วัดความถูกต้องตั้งแต่ครั้งแรก หากถูกปฏิเสธบ่อย มักบ่งชี้ถึงปัญหาคุณภาพข้อมูลหรือการฝึกอบรม.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะในตาราง GL_JE_HEADERS เมื่อ APPROVAL_STATUS_CODE ถูกเปลี่ยนเป็น 'REJECTED' ประวัติเวิร์กโฟลว์จะบันทึกผู้ใช้และเวลาที่ดำเนินการนี้.
บันทึก
ติดตามเวลาที่ APPROVAL_STATUS_CODE ใน GL_JE_HEADERS ถูกกำหนดเป็น 'REJECTED'.
ประเภทเหตุการณ์
inferred
|
|||
|
ประมวลผลรายการกลับบัญชีแล้ว
|
สร้างและบันทึกรายการบัญชีกลับรายการเพื่อหักล้างผลกระทบทางการเงินของรายการเดิมในงวดถัดไป มักใช้กับรายการค้างรับค้างจ่าย. | ||
|
เหตุผลที่สำคัญ
การติดตามรายการกลับช่วยระบุประเภทรายการที่ถูกกลับบ่อย และวิเคราะห์ประสิทธิภาพของกระบวนการกลับรายการ ซึ่งอาจชี้ถึงปัญหาในการจัดการรายการค้างรับค้างจ่าย.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้โดยระบุรายการบัญชีใหม่ที่เชื่อมโยงกับรายการเดิมอย่างชัดเจนว่าเป็นรายการกลับรายการ ตาราง GL_JE_HEADERS มีฟิลด์ เช่น REVERSAL_PERIOD และ REVERSAL_FLAG สำหรับระบุและเชื่อมโยงรายการเหล่านี้.
บันทึก
ระบุวันที่สร้างและวันที่บันทึกบัญชีของรายการบัญชีใหม่ ซึ่งส่วนหัวอ้างอิงถึงรายการเดิมว่าเป็นรายการที่ถูกกลับ.
ประเภทเหตุการณ์
inferred
|
|||
|
เริ่มบันทึกรายการบัญชี
|
เริ่มกระบวนการบันทึกรายการบัญชีที่อนุมัติแล้วลงในบัญชีแยกประเภททั่วไป ขั้นตอนนี้อาจทำงานโดยอัตโนมัติหรือดำเนินการด้วยตนเอง โดยนำรายการเข้าคิวเพื่อให้โปรแกรมบันทึกบัญชีประมวลผล. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้แยกขั้นตอนการอนุมัติออกจากการบันทึกบัญชีทางเทคนิค หากมีความล่าช้าระหว่างการอนุมัติกับการเริ่มบันทึกบัญชี อาจบ่งชี้ถึงปัญหาด้านกำหนดการหรือข้อจำกัดด้านทรัพยากรของระบบบันทึกบัญชี.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้ได้จากการเปลี่ยนสถานะในตาราง GL_JE_BATCHES หรือจากเวลาที่ส่งคำขอประมวลผลพร้อมกันสำหรับการบันทึกบัญชีที่เชื่อมโยงกับชุดรายการบัญชี.
บันทึก
ระบุเวลาที่ส่งคำขอให้โปรแกรม General Ledger Posting ประมวลผลชุดรายการบัญชีที่ต้องการ.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เปลี่ยนข้อมูลรายการสมุดรายวันใน Oracle Fusion ให้เป็นข้อมูลเชิงลึกที่นำไปใช้ได้จริง และเร่งรอบ Record to Report ของคุณ เริ่มปรับปรุงการปฏิบัติการด้านการเงินได้ตั้งแต่วันนี้.
เริ่มลดเวลาของ Record to Report: รายการสมุดรายวันวันนี้
ลดระยะเวลาจัดทำรายการสมุดรายวันลง 30% และปรับการปฏิบัติการด้านการเงินให้คล่องตัวขึ้น.
ไม่ต้องใช้บัตรเครดิต เริ่มทดลองใช้ฟรีได้เลย.