เทมเพลตข้อมูล Record to Report: รายการสมุดรายวันของคุณ

Oracle Fusion Financials
เทมเพลตข้อมูล Record to Report: รายการสมุดรายวันของคุณ

เทมเพลตข้อมูล Record to Report: รายการสมุดรายวันของคุณ

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

แอตทริบิวต์ของ Record to Report: รายการสมุดรายวัน

ฟิลด์ข้อมูลที่แนะนำให้ใส่ในบันทึกเหตุการณ์ เพื่อวิเคราะห์กระบวนการ Record to Report สำหรับรายการสมุดรายวันได้อย่างครบถ้วน.
5 จำเป็น 6 แนะนำ 10 ไม่บังคับ
ชื่อ คำอธิบาย
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: รายการสมุดรายวัน

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

กิจกรรมนี้เป็นจุดสิ้นสุดที่แท้จริงของวงจรรายการบัญชี 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 Financials

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

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

เริ่มลดเวลาของ Record to Report: รายการสมุดรายวันวันนี้

ลดระยะเวลาจัดทำรายการสมุดรายวันลง 30% และปรับการปฏิบัติการด้านการเงินให้คล่องตัวขึ้น.

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

ไม่ต้องใช้บัตรเครดิต เริ่มทดลองใช้ฟรีได้เลย.