เทมเพลตข้อมูล Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้
เทมเพลตข้อมูล Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- คำแนะนำการดึงข้อมูลจาก Oracle E-Business Suite
แอตทริบิวต์ของกระบวนการ Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
เวลาเกิดเหตุการณ์
EventTime
|
วันที่และเวลาที่กิจกรรมเกิดขึ้นจริง. | ||
|
คำอธิบาย
เวลาเกิดเหตุการณ์คือเวลาประทับที่กำกับกิจกรรมแต่ละรายการ ซึ่งใช้เรียงลำดับเหตุการณ์ภายในกรณี และเป็นข้อมูลดิบสำหรับการวิเคราะห์ตามเวลาใน process mining แอตทริบิวต์นี้จำเป็นต่อการคำนวณตัวชี้วัดประสิทธิภาพหลัก เช่น เวลาของวงจร ระยะเวลาระหว่างกิจกรรม และเวลานำของกระบวนการ ตัวอย่างเช่น เวลาระหว่าง 'สร้างใบแจ้งหนี้แล้ว' กับ 'อนุมัติใบแจ้งหนี้แล้ว' ใช้คำนวณระยะเวลาการอนุมัติได้ การวิเคราะห์กระบวนการให้ผลที่เชื่อถือได้เมื่อเวลาประทับถูกต้องและครบถ้วน.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้ให้บริบทด้านเวลาของทุกเหตุการณ์ จึงคำนวณระยะเวลา วิเคราะห์ประสิทธิภาพของกระบวนการ และค้นหาคอขวดได้.
แหล่งข้อมูล
ดึงข้อมูลจากฟิลด์วันที่ในตาราง Oracle EBS หลายแห่ง เช่น CREATION_DATE หรือ LAST_UPDATE_DATE ในตาราง RA_CUSTOMER_TRX_ALL และ AR_CASH_RECEIPTS_ALL.
ตัวอย่าง
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
|
|||
|
หมายเลขใบแจ้งหนี้
InvoiceNumber
|
รหัสเฉพาะของเอกสารใบแจ้งหนี้แต่ละฉบับ ใช้เป็นรหัสกรณีหลักของกระบวนการวางบิล. | ||
|
คำอธิบาย
หมายเลขใบแจ้งหนี้เป็นหัวใจสำคัญของการวิเคราะห์กระบวนการวางบิลตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน เพราะใช้ระบุธุรกรรมการวางบิลแต่ละรายการได้อย่างไม่ซ้ำกัน และรวบรวมกิจกรรมที่เกี่ยวข้อง เช่น การสร้าง การอนุมัติ การส่ง การรับชำระเงิน และการปิดรายการ ให้เป็นกระบวนการเดียวกัน จึงเห็นวงจรชีวิตของใบแจ้งหนี้ได้ตั้งแต่ต้นจนจบ ใน process mining การวิเคราะห์ตามหมายเลขใบแจ้งหนี้ช่วยวัดเวลารวมของวงจร ระบุรูปแบบการจัดการใบแจ้งหนี้ที่แตกต่างกัน และค้นหาคอขวดที่ทำให้การชำระเงินล่าช้า นอกจากนี้ยังจำเป็นต่อการติดตามใบแจ้งหนี้แต่ละฉบับตั้งแต่สร้างจนชำระเสร็จ.
เหตุผลที่สำคัญ
นี่คือรหัสกรณีที่จำเป็นสำหรับเชื่อมโยงเหตุการณ์ที่เกี่ยวข้องทั้งหมด ทำให้สร้างภาพและวิเคราะห์กระบวนการออกใบแจ้งหนี้ของแต่ละฉบับได้ครบถ้วน.
แหล่งข้อมูล
โดยทั่วไปคือหมายเลขธุรกรรมจากตาราง RA_CUSTOMER_TRX_ALL ใน Oracle Receivables.
ตัวอย่าง
INV-9234501788144US-2023-001293
|
|||
|
ชื่อกิจกรรม
ActivityName
|
ชื่อเหตุการณ์ทางธุรกิจที่เกิดขึ้น ณ ช่วงเวลาหนึ่งในวงจรชีวิตของใบแจ้งหนี้. | ||
|
คำอธิบาย
ชื่อกิจกรรมระบุขั้นตอนหรือหมุดหมายในกระบวนการออกใบแจ้งหนี้ เช่น 'สร้างใบแจ้งหนี้แล้ว' 'อนุมัติใบแจ้งหนี้แล้ว' หรือ 'ได้รับชำระเงินจากลูกค้าแล้ว' เมื่อนำกิจกรรมเหล่านี้มาเรียงตามเวลาสำหรับหมายเลขใบแจ้งหนี้หนึ่งรายการ ก็จะเห็นลำดับการทำงานของกระบวนการ แอตทริบิวต์นี้เป็นพื้นฐานของ process mining ใช้สร้างแผนผังกระบวนการ วิเคราะห์รูปแบบที่แตกต่างกัน และระบุความเบี่ยงเบนหรือขั้นตอนที่ต้องทำซ้ำ ชื่อกิจกรรมที่ชัดเจนและสม่ำเสมอมีความสำคัญต่อการวิเคราะห์ เช่น การคำนวณเวลาระหว่างขั้นตอน หรือการตรวจสอบว่ากระบวนการเป็นไปตามข้อกำหนดหรือไม่.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้เป็นพื้นฐานสำหรับค้นหาและแสดงภาพลำดับการทำงานของกระบวนการ ช่วยวิเคราะห์รูปแบบที่แตกต่างกัน คอขวด และงานที่ต้องทำซ้ำ.
แหล่งข้อมูล
โดยทั่วไปได้จากการจับคู่การเปลี่ยนสถานะ ประเภทเหตุการณ์ หรือเหตุการณ์สร้างและปรับปรุงระเบียนจากตาราง Oracle EBS ต่างๆ เช่น AR_PAYMENT_SCHEDULES_ALL และ RA_CUSTOMER_TRX_ALL ให้เป็นชื่อกิจกรรมมาตรฐาน.
ตัวอย่าง
สร้างใบแจ้งหนี้แล้วอนุมัติใบแจ้งหนี้แล้วถึงกำหนดชำระเงินแล้วได้รับชำระเงินจากลูกค้าแล้ว
|
|||
|
ผู้ใช้
User
|
รหัสผู้ใช้ของผู้ที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบขั้นตอนหนึ่งของกระบวนการ เช่น อนุมัติใบแจ้งหนี้หรือบันทึกรับเงิน จึงจำเป็นต่อการทำความเข้าใจบทบาทของบุคลากรในกระบวนการ การวิเคราะห์ตามผู้ใช้ช่วยค้นหาความต้องการฝึกอบรม ความไม่สมดุลของปริมาณงาน และความแตกต่างของผลการปฏิบัติงานรายบุคคล ตัวอย่างเช่น ช่วยระบุผู้ใช้ที่เกี่ยวข้องกับงานแก้ไขซ้ำมากที่สุดหรือใช้เวลาอนุมัตินานที่สุด เพื่อให้ปรับปรุงกระบวนการได้ตรงจุด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการปฏิบัติงานรายบุคคล ระบุผู้ใช้ที่ทำงานได้ดี ความต้องการฝึกอบรม และความไม่สมดุลของปริมาณงานที่อาจเกิดขึ้น.
แหล่งข้อมูล
ดึงจากฟิลด์รหัสผู้ใช้ เช่น CREATED_BY หรือ LAST_UPDATED_BY ในตารางธุรกรรมต่างๆ จากนั้นเชื่อมรหัสนี้กับ FND_USER เพื่อดึงชื่อผู้ใช้.
ตัวอย่าง
JSMITHBWILLIAMSCDAVIS
|
|||
|
แผนก
Department
|
แผนกหรือทีมงานที่เกี่ยวข้องกับผู้ใช้ซึ่งดำเนินกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์แผนกให้บริบทด้านโครงสร้างองค์กรของผู้ที่ดำเนินกิจกรรม เช่น 'Accounts Receivable' หรือ 'Sales Operations' จึงรวบรวมผลวิเคราะห์ในระดับทีมหรือแผนกได้ ข้อมูลนี้จำเป็นต่อการทำความเข้าใจว่าหน่วยงานต่างๆ มีปฏิสัมพันธ์กับกระบวนการวางบิลและส่งผลต่อกระบวนการอย่างไร ช่วยระบุปัญหาเชิงระบบภายในแผนก เปรียบเทียบผลการปฏิบัติงานระหว่างทีม และวิเคราะห์การจัดสรรทรัพยากร ตัวอย่างเช่น สามารถแยกข้อมูลในแดชบอร์ด 'ระยะเวลาการอนุมัติใบแจ้งหนี้' ตามแผนกได้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการตามโครงสร้างองค์กร แสดงความแตกต่างระหว่างทีมและช่วยระบุคอขวดเฉพาะแผนก.
แหล่งข้อมูล
โดยทั่วไปได้จากการเชื่อมข้อมูลผู้ใช้กับข้อมูลลำดับชั้นฝ่ายบุคคลขององค์กร ซึ่งมักอยู่ใน PER_ALL_ASSIGNMENTS_F หรือตารางฝ่ายบุคคลที่คล้ายกัน.
ตัวอย่าง
ลูกหนี้การค้าการปฏิบัติการด้านการเงินบริการวางบิล
|
|||
|
ยอดรวมใบแจ้งหนี้
TotalInvoiceAmount
|
มูลค่าเงินรวมของใบแจ้งหนี้ รวมรายการสินค้า ภาษี และค่าใช้จ่ายทั้งหมด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงมูลค่าทางการเงินรวมของใบแจ้งหนี้ที่ส่งให้ลูกค้า เป็นตัวชี้วัดพื้นฐานสำหรับการวิเคราะห์ทางการเงินในกระบวนการวางบิล ใน process mining ใช้ยอดรวมใบแจ้งหนี้เพื่อแบ่งกลุ่มและกรองกรณี ตัวอย่างเช่น นักวิเคราะห์เปรียบเทียบลำดับการทำงานของใบแจ้งหนี้มูลค่าสูงกับมูลค่าต่ำ เพื่อดูว่ามีการจัดการต่างกันหรือไม่ นอกจากนี้ยังจำเป็นต่อการวิเคราะห์ผลกระทบทางการเงิน เช่น การคำนวณมูลค่าใบแจ้งหนี้ที่ค้างอยู่ในขั้นตอนอนุมัติ.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลกระทบทางการเงิน ทำให้ผู้ใช้จัดลำดับความสำคัญของปัญหาตามมูลค่าและเข้าใจว่ามูลค่าใบแจ้งหนี้ที่ต่างกันส่งผลต่อกระบวนการอย่างไร.
แหล่งข้อมูล
โดยทั่วไปดึงจากตาราง AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) หรือคำนวณจาก RA_CUSTOMER_TRX_LINES_ALL สำหรับใบแจ้งหนี้แต่ละรายการ.
ตัวอย่าง
1500.0012550.75500.50
|
|||
|
รหัสลูกค้า
CustomerId
|
รหัสเฉพาะของลูกค้าที่ได้รับใบแจ้งหนี้. | ||
|
คำอธิบาย
รหัสลูกค้าเชื่อมใบแจ้งหนี้กับบัญชีลูกค้าในข้อมูลหลัก ทำให้รวบรวมและเปรียบเทียบประสิทธิภาพของกระบวนการระหว่างลูกค้าแต่ละรายได้ นักวิเคราะห์ใช้แอตทริบิวต์นี้สร้างแดชบอร์ดเพื่อแสดงพฤติกรรมการชำระเงินของลูกค้า ระบุลูกค้าที่เกี่ยวข้องกับข้อโต้แย้งหรืองานแก้ไขซ้ำมากที่สุด และเปรียบเทียบเวลาประมวลผลใบแจ้งหนี้ระหว่างกลุ่มลูกค้า ข้อมูลนี้ช่วยให้วิเคราะห์กระบวนการโดยมองจากมุมของลูกค้าได้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์จากมุมมองของลูกค้า เพื่อค้นหารูปแบบการชำระเงิน ข้อโต้แย้งที่เกิดบ่อย หรือความแตกต่างของกระบวนการที่เกี่ยวข้องกับลูกค้าบางราย.
แหล่งข้อมูล
อยู่ในตาราง RA_CUSTOMER_TRX_ALL ในชื่อ SOLD_TO_CUSTOMER_ID หรือ BILL_TO_CUSTOMER_ID.
ตัวอย่าง
CUST-100239845ACME-US-01
|
|||
|
วันครบกำหนดชำระ
DueDate
|
วันที่ลูกค้าควรชำระใบแจ้งหนี้ให้เสร็จ. | ||
|
คำอธิบาย
วันครบกำหนดชำระเป็นข้อมูลวันที่สำคัญที่ระบุเส้นตายการชำระใบแจ้งหนี้ตามเงื่อนไขการชำระเงิน และเป็นเกณฑ์สำหรับวัดผลการชำระเงินจริง แอตทริบิวต์นี้จำเป็นต่อการคำนวณ KPI เช่น อัตราการชำระตรงเวลา และการจัดทำรายงานอายุใบแจ้งหนี้ ใน process mining ยังใช้วิเคราะห์พฤติกรรมการชำระเงิน เช่น ระบุลูกค้าที่จ่ายล่าช้าเป็นประจำ หรือดูว่าความล่าช้าในกระบวนการส่งผลต่อการรับชำระเงินตรงเวลาอย่างไร.
เหตุผลที่สำคัญ
เป็นเกณฑ์สำหรับวัดผลการชำระเงิน คำนวณอายุใบแจ้งหนี้ และประเมินความเสี่ยงจากการชำระล่าช้าหรือหนี้สูญ.
แหล่งข้อมูล
อยู่ในคอลัมน์ DUE_DATE ของตาราง AR_PAYMENT_SCHEDULES_ALL.
ตัวอย่าง
2023-05-152023-06-302023-07-01
|
|||
|
สถานะใบแจ้งหนี้
InvoiceStatus
|
สถานะปัจจุบันของใบแจ้งหนี้ในวงจรชีวิต. | ||
|
คำอธิบาย
สถานะใบแจ้งหนี้แสดงสถานะปัจจุบันของใบแจ้งหนี้ เช่น 'เปิด' 'ปิดแล้ว' หรือ 'อยู่ระหว่างโต้แย้ง' ทำให้เห็นความคืบหน้าของใบแจ้งหนี้ ณ เวลานั้น แอตทริบิวต์นี้จำเป็นต่อการสร้างแดชบอร์ด เช่น 'ภาพรวมอายุและสถานะใบแจ้งหนี้' ซึ่งช่วยให้ผู้ใช้เห็นจำนวนและมูลค่าของใบแจ้งหนี้ในแต่ละสถานะได้อย่างรวดเร็ว ทั้งยังช่วยจัดลำดับความสำคัญในการติดตามหนี้จากใบแจ้งหนี้ที่ยังเปิดอยู่ และสรุปภาพรวมสถานะของพอร์ตลูกหนี้.
เหตุผลที่สำคัญ
แสดงสถานะปัจจุบันของใบแจ้งหนี้ ซึ่งสำคัญต่อแดชบอร์ดการปฏิบัติการ การจัดการปริมาณงาน และการจัดลำดับความสำคัญของการติดตามหนี้.
แหล่งข้อมูล
อยู่ในคอลัมน์ STATUS ของตาราง AR_PAYMENT_SCHEDULES_ALL โดย 'OP' หมายถึงเปิด และ 'CL' หมายถึงปิดแล้ว.
ตัวอย่าง
เปิดอยู่ปิดแล้วอยู่ระหว่างโต้แย้ง
|
|||
|
เงื่อนไขการชำระเงิน
PaymentTerms
|
เงื่อนไขที่ตกลงกันไว้ ซึ่งกำหนดว่าลูกค้าต้องชำระใบแจ้งหนี้เมื่อใด. | ||
|
คำอธิบาย
เงื่อนไขการชำระเงินระบุข้อกำหนด เช่น 'Net 30' หรือ 'Net 60' ซึ่งใช้คำนวณวันครบกำหนดชำระใบแจ้งหนี้ ข้อมูลหลักนี้ส่งผลโดยตรงต่อกระแสเงินสด การวิเคราะห์ตามเงื่อนไขการชำระเงินช่วยให้เห็นว่าเงื่อนไขแต่ละแบบส่งผลต่อพฤติกรรมการชำระเงินและจำนวนวันลูกหนี้การค้า (DSO) อย่างไร นอกจากนี้ยังช่วยตรวจสอบว่าลูกค้าที่มีระยะเวลาชำระสั้นกว่าจ่ายเงินเร็วขึ้นหรือไม่ และใช้ประกอบการตัดสินใจว่าจะเสนอเงื่อนไขใดให้ลูกค้าแต่ละกลุ่ม.
เหตุผลที่สำคัญ
ส่งผลโดยตรงต่อวันครบกำหนดชำระใบแจ้งหนี้และการคาดการณ์กระแสเงินสด การวิเคราะห์ข้อมูลนี้ช่วยประเมินประสิทธิผลของนโยบายสินเชื่อแต่ละแบบ.
แหล่งข้อมูล
ดึงข้อมูลจากตาราง RA_TERMS_B โดยเชื่อมผ่าน TERM_ID ในตาราง RA_CUSTOMER_TRX_ALL.
ตัวอย่าง
Net 30Net 60ชำระเมื่อได้รับใบแจ้งหนี้
|
|||
|
จำนวนวันลูกหนี้การค้า
DaysSalesOutstanding
|
จำนวนวันตั้งแต่สร้างใบแจ้งหนี้จนได้รับชำระเงิน. | ||
|
คำอธิบาย
จำนวนวันลูกหนี้การค้า (DSO) เป็นตัวชี้วัดทางการเงินที่สำคัญ ใช้วัดเวลาเฉลี่ยในการเรียกเก็บเงินหลังจากสร้างใบแจ้งหนี้ ค่านี้คำนวณแยกสำหรับใบแจ้งหนี้แต่ละรายการ แม้ KPI โดยรวมจะเป็นค่าเฉลี่ย แต่การมีข้อมูลแยกตามใบแจ้งหนี้ช่วยให้วิเคราะห์ได้ละเอียดขึ้น คุณสามารถดูการกระจายของค่า ระบุค่าผิดปกติ และวิเคราะห์แนวโน้มประสิทธิภาพการเรียกเก็บเงินตามช่วงเวลาได้ แดชบอร์ด 'แนวโน้ม DSO' แสดงค่าเฉลี่ยของแอตทริบิวต์นี้ตามช่วงเวลาโดยตรง.
เหตุผลที่สำคัญ
ใช้วัดประสิทธิภาพการเรียกเก็บเงินของใบแจ้งหนี้แต่ละรายการ เป็นข้อมูลพื้นฐานสำหรับวิเคราะห์แนวโน้มและค้นหาปัจจัยที่สัมพันธ์กับ DSO ที่สูง.
แหล่งข้อมูล
คำนวณระหว่างการแปลงข้อมูล โดยใช้ตรรกะ: Timestamp('Customer Payment Received') - Timestamp('Invoice Generated').
ตัวอย่าง
304592
|
|||
|
ชำระตรงเวลา
IsPaidOnTime
|
ค่าที่คำนวณขึ้นเพื่อระบุว่าใบแจ้งหนี้ได้รับชำระภายในหรือก่อนวันครบกำหนดหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้ได้จากการเปรียบเทียบเวลาที่ 'ได้รับชำระเงินจากลูกค้า' กับ 'วันครบกำหนดชำระ' ของใบแจ้งหนี้ หากชำระตรงเวลาหรือก่อนกำหนด ค่าจะเป็น true หากชำระล่าช้า ค่าจะเป็น false ค่านี้ช่วยสร้าง KPI และแดชบอร์ดเกี่ยวกับประสิทธิภาพการชำระเงินได้ง่ายขึ้น อีกทั้งใช้คำนวณ KPI 'อัตราการชำระตรงเวลา' และกรองหรือแบ่งใบแจ้งหนี้เป็นกลุ่ม 'ตรงเวลา' และ 'ล่าช้า' เพื่อวิเคราะห์หาสาเหตุได้.
เหตุผลที่สำคัญ
ใช้คำนวณ KPI 'อัตราการชำระตรงเวลา' โดยตรง และช่วยให้วิเคราะห์ได้ง่ายขึ้นด้วยการแบ่งใบแจ้งหนี้เป็นกลุ่ม 'ตรงเวลา' และ 'ล่าช้า'.
แหล่งข้อมูล
คำนวณระหว่างการแปลงข้อมูล โดยใช้ตรรกะ: IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false.
ตัวอย่าง
truefalse
|
|||
|
ชื่อลูกค้า
CustomerName
|
ชื่อตามกฎหมายของลูกค้าที่ได้รับใบแจ้งหนี้. | ||
|
คำอธิบาย
ชื่อลูกค้าเป็นข้อมูลที่อ่านเข้าใจง่ายเพื่อระบุตัวลูกค้า แม้จะใช้รหัสลูกค้าเชื่อมโยงข้อมูลและระบุรายการที่ไม่ซ้ำกัน แต่ใช้ชื่อแสดงในรายงานและแดชบอร์ด การวิเคราะห์จึงเข้าใจง่ายขึ้น เพราะผู้ใช้จำชื่อลูกค้าได้โดยไม่ต้องค้นหารหัส ข้อมูลนี้ยังจำเป็นต่อการสร้างภาพข้อมูลที่ใช้งานง่าย เช่น กราฟแท่งแสดงระยะเวลาชำระเงินล่าช้าเฉลี่ยของลูกค้าแต่ละราย.
เหตุผลที่สำคัญ
ทำให้แดชบอร์ดและรายงานใช้งานง่ายขึ้น โดยแสดงชื่อที่อ่านเข้าใจได้สำหรับกรองและจัดกลุ่มข้อมูล ช่วยให้วิเคราะห์ได้สะดวกขึ้น.
แหล่งข้อมูล
เชื่อมข้อมูลจากตาราง HZ_PARTIES และ HZ_CUST_ACCOUNTS โดยใช้รหัสลูกค้าจากส่วนหัวใบแจ้งหนี้.
ตัวอย่าง
บริษัทโกลบอลคอร์ป จำกัด.บริษัทอินโนเวตโซลูชันส์ จำกัด.บริษัทเทสต์ จำกัด
|
|||
|
ประเทศของลูกค้า
Country
|
ประเทศที่อยู่สำหรับวางบิลของลูกค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุประเทศที่เชื่อมโยงกับที่อยู่สำหรับวางบิลของลูกค้า และใช้เป็นมิติทางภูมิศาสตร์ในการวิเคราะห์กระบวนการ การวิเคราะห์แยกตามประเทศช่วยให้เห็นความแตกต่างระหว่างภูมิภาค ทั้งด้านพฤติกรรมการชำระเงิน ประสิทธิภาพกระบวนการ และการปฏิบัติตามข้อกำหนดในท้องถิ่น ตัวอย่างเช่น ใช้แดชบอร์ด 'ข้อมูลเชิงลึกเกี่ยวกับพฤติกรรมการชำระเงินของลูกค้า' เพื่อตรวจสอบว่าความล่าช้าในการชำระเงินเฉลี่ยแตกต่างกันมากระหว่างประเทศหรือไม่.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์กระบวนการตามภูมิศาสตร์ และแสดงความแตกต่างระหว่างภูมิภาคในด้านพฤติกรรมลูกค้า ผลกระทบจากข้อกำหนด หรือประสิทธิภาพการปฏิบัติงาน.
แหล่งข้อมูล
เชื่อมข้อมูลจากที่อยู่สำหรับวางบิลของลูกค้าใน HZ_LOCATIONS และ FND_TERRITORIES ผ่านตารางบัญชีลูกค้า.
ตัวอย่าง
USAเยอรมนีสหราชอาณาจักร
|
|||
|
มีการแก้ไขงานซ้ำ
IsRework
|
ค่าที่คำนวณขึ้นเพื่อระบุว่าใบแจ้งหนี้ผ่านกิจกรรมแก้ไขงานซ้ำหรือไม่ เช่น การแก้ไขหรือการอนุมัติซ้ำ. | ||
|
คำอธิบาย
กำหนดค่าเป็น true เมื่อเส้นทางกระบวนการของใบแจ้งหนี้มีกิจกรรมที่บ่งชี้ว่ามีการแก้ไขงานซ้ำ เช่น 'แก้ไขใบแจ้งหนี้' หรือมีเหตุการณ์ 'อนุมัติใบแจ้งหนี้' ครั้งที่สอง ค่านี้ช่วยระบุใบแจ้งหนี้ที่ออกนอกเส้นทางมาตรฐานซึ่งมีประสิทธิภาพได้อย่างรวดเร็ว แอตทริบิวต์นี้สำคัญต่อ KPI เช่น 'อัตราข้อผิดพลาดของใบแจ้งหนี้' และ 'อัตราการแก้ไขงานด้วยตนเอง' นักวิเคราะห์ใช้วัดความถี่ของการแก้ไขงานซ้ำ กรองกรณีที่ไม่มีประสิทธิภาพ และตรวจสอบสาเหตุ เช่น ผู้ใช้หรือแผนกที่เกี่ยวข้องกับกิจกรรมเหล่านี้มากที่สุด.
เหตุผลที่สำคัญ
ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการ โดยระบุใบแจ้งหนี้ที่ต้องผ่านขั้นตอนเพิ่มเติมนอกเหนือจากมาตรฐาน เพื่อวิเคราะห์สาเหตุและผลกระทบของการแก้ไขงานซ้ำ.
แหล่งข้อมูล
คำนวณระหว่างการแปลงข้อมูล โดยตรวจหาลำดับกิจกรรมที่กำหนด เช่น 'อนุมัติใบแจ้งหนี้' ตามด้วย 'แก้ไขใบแจ้งหนี้' ภายในเคส.
ตัวอย่าง
truefalse
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ใช้บันทึกข้อมูลและเป็นแหล่งที่ดึงข้อมูลออกมา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแอปพลิเคชันต้นทางของข้อมูลเหตุการณ์ สำหรับกระบวนการนี้จะเป็น Oracle E-Business Suite เสมอ หากมีหลายระบบ ฟิลด์นี้สำคัญต่อการติดตามที่มาของข้อมูลและการแก้ไขปัญหา แม้ใช้ระบบเดียว ฟิลด์นี้ก็จำเป็นต่อการกำกับดูแลข้อมูลและยืนยันว่าข้อมูลมาจากแหล่งที่คาดไว้.
เหตุผลที่สำคัญ
ช่วยให้ติดตามที่มาและเข้าใจบริบทของข้อมูลได้ ซึ่งสำคัญต่อการกำกับดูแลข้อมูลและการรวมข้อมูลจากระบบองค์กรหลายระบบ.
แหล่งข้อมูล
กำหนดเป็นค่าคงที่ระหว่างการดึงข้อมูล เพื่อระบุ ERP ต้นทาง.
ตัวอย่าง
Oracle E-Business SuiteOracle EBS R12
|
|||
|
สกุลเงิน
Currency
|
รหัสสกุลเงินที่ใช้กับจำนวนเงินในใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้แสดงยอดในใบแจ้งหนี้ เช่น USD หรือ EUR เพื่อให้มีบริบทที่จำเป็นสำหรับตัวชี้วัดทางการเงินทั้งหมด เมื่อต้องวิเคราะห์ข้อมูลจากการปฏิบัติการในหลายประเทศ แอตทริบิวต์สกุลเงินจำเป็นต่อการตีความและเปรียบเทียบมูลค่าทางการเงินอย่างถูกต้อง แดชบอร์ดสามารถใช้กรองตามสกุลเงินหรือใช้อัตราแลกเปลี่ยนเพื่อจัดทำรายงานรวมได้.
เหตุผลที่สำคัญ
ให้บริบทที่จำเป็นสำหรับแอตทริบิวต์ทางการเงินทั้งหมด ช่วยให้ตีความและวิเคราะห์ข้อมูลในสภาพแวดล้อมที่ใช้หลายสกุลเงินได้อย่างถูกต้อง.
แหล่งข้อมูล
โดยทั่วไปอยู่ในคอลัมน์ INVOICE_CURRENCY_CODE ของตาราง RA_CUSTOMER_TRX_ALL.
ตัวอย่าง
USDEURGBP
|
|||
|
หน่วยธุรกิจ
BusinessUnit
|
หน่วยธุรกิจหรือหน่วยปฏิบัติการภายในบริษัทที่เป็นผู้ออกใบแจ้งหนี้. | ||
|
คำอธิบาย
หน่วยธุรกิจคือหน่วยงานที่รับผิดชอบธุรกรรม ใน Oracle EBS มักแสดงเป็น Operating Unit ข้อมูลนี้ช่วยเปรียบเทียบประสิทธิภาพของกระบวนการระหว่างหน่วยงานต่างๆ และตรวจสอบได้ว่าหน่วยธุรกิจใดทำงานมีประสิทธิภาพกว่า มีอัตราการชำระตรงเวลาสูงกว่า หรือพบข้อโต้แย้งมากกว่า เพื่อนำแนวทางปฏิบัติที่ดีไปปรับใช้และแก้ปัญหาได้ตรงจุด.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบประสิทธิภาพระหว่างหน่วยงานต่างๆ เพื่อค้นหาแนวทางปฏิบัติที่ดีและปัญหาเฉพาะของแต่ละพื้นที่.
แหล่งข้อมูล
ข้อมูลหน่วยปฏิบัติการมีอยู่โดยนัยผ่าน ORG_ID ในตารางธุรกรรมส่วนใหญ่ เช่น RA_CUSTOMER_TRX_ALL.
ตัวอย่าง
การปฏิบัติการในสหรัฐฯบริการในยุโรป ตะวันออกกลาง และแอฟริกาการผลิตระดับโลก
|
|||
|
หมายเลขใบสั่งขาย
SalesOrderNumber
|
รหัสอ้างอิงของใบสั่งขายต้นทางที่นำไปสู่การสร้างใบแจ้งหนี้. | ||
|
คำอธิบาย
หมายเลขใบสั่งขายเชื่อมโยงกลับไปยังส่วน 'การจัดการคำสั่งซื้อ' ก่อนหน้าในวงจร Order-to-Cash โดยเชื่อมกระบวนการวางบิลกับคำสั่งซื้อเริ่มต้นของลูกค้า ข้อมูลนี้ช่วยให้วิเคราะห์ข้ามกระบวนการได้ เช่น ตรวจสอบว่าใบสั่งขายบางประเภทนำไปสู่ข้อโต้แย้งเรื่องการวางบิลหรือการชำระเงินล่าช้าเป็นประจำหรือไม่ ทั้งยังให้บริบทที่มักมองไม่เห็นเมื่อวิเคราะห์เฉพาะกระบวนการวางบิล.
เหตุผลที่สำคัญ
เชื่อมกระบวนการวางบิลกับกระบวนการขายต้นทาง ช่วยให้วิเคราะห์ Order-to-Cash ได้รอบด้านขึ้นและค้นหาสาเหตุที่แท้จริงได้.
แหล่งข้อมูล
โดยทั่วไปจะอยู่ในช่องข้อมูลอ้างอิงหรือช่องข้อมูลจากระบบต้นทางของตารางรายการใบแจ้งหนี้ RA_CUSTOMER_TRX_LINES_ALL เช่น INTERFACE_LINE_ATTRIBUTE1 หรือ descriptive flexfield ที่คล้ายกัน.
ตัวอย่าง
SO-54321601882ORD-2023-9910
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาประทับที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการรีเฟรชหรือดึงจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเวลาที่ดึงข้อมูลครั้งล่าสุด ซึ่งจำเป็นต่อการตรวจสอบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด ผู้ใช้ดูฟิลด์นี้เพื่อทราบว่าแดชบอร์ดและผลวิเคราะห์สะท้อนสถานะปัจจุบันของกระบวนการหรือไม่ นอกจากนี้ยังช่วยให้เข้าใจความล่าช้าของข้อมูล และเป็นข้อมูลกำกับที่สำคัญสำหรับโมเดลข้อมูลที่เชื่อถือได้.
เหตุผลที่สำคัญ
แจ้งให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้เข้าใจว่าผลวิเคราะห์กระบวนการสะท้อนสถานะล่าสุดแค่ไหน.
แหล่งข้อมูล
ฟิลด์ข้อมูลกำกับนี้สร้างและประทับเวลาไว้ในแต่ละระเบียนระหว่างขั้นตอนดึง แปลง และโหลดข้อมูล (ETL).
ตัวอย่าง
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
กิจกรรมในกระบวนการ Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ได้รับชำระเงินจากลูกค้าแล้ว
|
บันทึกการชำระเงินจากลูกค้าเข้าระบบเป็นรายการรับเงินสด ในขั้นตอนนี้อาจยังไม่ได้จับคู่เงินกับใบแจ้งหนี้รายการใดโดยเฉพาะ. | ||
|
เหตุผลที่สำคัญ
นี่เป็นหมุดหมายสำคัญในการคำนวณ Days Sales Outstanding (DSO) ระยะเวลาตั้งแต่สร้างใบแจ้งหนี้จนได้รับชำระเงินเป็นตัวชี้วัดหลักของประสิทธิภาพการติดตามรับชำระ.
แหล่งข้อมูล
ระบบบันทึกเหตุการณ์นี้พร้อมเวลาอย่างชัดเจนเมื่อสร้างระเบียนในตาราง AR_CASH_RECEIPTS_ALL.
บันทึก
เหตุการณ์นี้คือเวลาที่สร้างระเบียนในตาราง AR_CASH_RECEIPTS_ALL.
ประเภทเหตุการณ์
explicit
|
|||
|
นำเงินรับไปตัดยอดและกระทบยอดแล้ว
|
นำเงินที่ได้รับจากลูกค้าไปจับคู่กับใบแจ้งหนี้อย่างน้อยหนึ่งรายการเรียบร้อยแล้ว ทำให้ยอดค้างชำระลดลง ซึ่งเป็นการกระทบยอดเงินที่ได้รับกับหนี้คงค้าง. | ||
|
เหตุผลที่สำคัญ
นี่เป็นขั้นตอนสุดท้ายของกระบวนการรับชำระเงิน และสำคัญต่อการวัดระยะเวลาการบันทึกรับชำระเงิน หากล่าช้า ยอดคงเหลือในบัญชีลูกค้าอาจไม่ตรงกับความเป็นจริงและส่งผลต่อการบริหารเครดิต.
แหล่งข้อมูล
ระบบบันทึกเหตุการณ์นี้พร้อมเวลาอย่างชัดเจนเมื่อสร้างระเบียนในตาราง AR_RECEIVABLE_APPLICATIONS_ALL ซึ่งเชื่อมรายการรับเงินสดกับธุรกรรม.
บันทึก
เหตุการณ์นี้คือเวลาที่สร้างระเบียนใน AR_RECEIVABLE_APPLICATIONS_ALL โดยใช้ GL_DATE หรือ APPLY_DATE.
ประเภทเหตุการณ์
explicit
|
|||
|
ปิดใบแจ้งหนี้แล้ว
|
ปิดใบแจ้งหนี้อย่างเป็นทางการ หมายถึงยอดคงเหลือเป็นศูนย์จากการชำระเงิน ใบลดหนี้ และ/หรือรายการปรับปรุง ซึ่งเป็นการสิ้นสุดวงจรชีวิตของใบแจ้งหนี้อย่างสมบูรณ์. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดสิ้นสุดหลักของกระบวนการ เวลารวมตั้งแต่ 'สร้างใบแจ้งหนี้แล้ว' จนถึง 'ปิดใบแจ้งหนี้แล้ว' เป็นตัวชี้วัดสำคัญของประสิทธิภาพโดยรวมในวงจรวางบิลตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน.
แหล่งข้อมูล
อนุมานจากฟิลด์ STATUS ในตาราง AR_PAYMENT_SCHEDULES_ALL เมื่อเปลี่ยนเป็น 'CL' (Closed) โดยใช้วันที่ของธุรกรรมสุดท้ายที่ทำให้ปิดรายการเป็นเวลาของเหตุการณ์ได้.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'CL' ใน AR_PAYMENT_SCHEDULES_ALL โดยใช้เวลาของรายการรับชำระเงินที่เกี่ยวข้องรายการสุดท้าย.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งใบแจ้งหนี้ให้ลูกค้าแล้ว
|
เหตุการณ์นี้หมายถึงการส่งใบแจ้งหนี้ให้ลูกค้าอย่างเป็นทางการ ไม่ว่าจะพิมพ์ส่งหรือส่งทางอิเล็กทรอนิกส์ และเป็นจุดเริ่มต้นนับระยะเวลาชำระเงินของลูกค้า. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นหมุดหมายสำคัญในการวัดระยะเวลาตั้งแต่จัดทำจนส่งใบแจ้งหนี้ และช่วงเวลาจนได้รับชำระเงิน อีกทั้งช่วยแยกความล่าช้าภายในองค์กรออกจากพฤติกรรมการชำระเงินของลูกค้า.
แหล่งข้อมูล
Oracle EBS ไม่ได้บันทึกเหตุการณ์นี้ไว้ในฟิลด์มาตรฐานเสมอไป อาจอนุมานจากเวลาที่โปรแกรม concurrent 'Invoice Print' ทำงาน หรือจากแฟล็กที่กำหนดเองเมื่อส่งเอกสารทางอิเล็กทรอนิกส์.
บันทึก
อนุมานจากวันที่โปรแกรมพิมพ์ใบแจ้งหนี้ทำงานเสร็จ หรือจากตรรกะที่กำหนดเองสำหรับการส่งทางอิเล็กทรอนิกส์.
ประเภทเหตุการณ์
inferred
|
|||
|
สร้างใบแจ้งหนี้แล้ว
|
บันทึกเหตุการณ์เมื่อมีการสร้างรายการใบแจ้งหนี้ใหม่ในระบบ โดยทั่วไปเหตุการณ์นี้เกิดจากโปรแกรม 'Autoinvoice Import Program' ซึ่งประมวลผลรายการคำสั่งซื้อขายที่จัดส่งครบแล้ว หรือเกิดจากการป้อนใบแจ้งหนี้ด้วยตนเองในโมดูล Receivables. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดเริ่มต้นของกระบวนการวางบิล การวิเคราะห์เวลาตั้งแต่เหตุการณ์นี้ไปจนถึงเหตุการณ์อื่นช่วยให้เห็นวงจรชีวิตทั้งหมดของใบแจ้งหนี้และระบุคอขวดในช่วงต้นได้.
แหล่งข้อมูล
บันทึกเป็นวันที่สร้างรายการในตาราง Oracle Receivables ชื่อ RA_CUSTOMER_TRX_ALL โดยใช้ TRX_DATE หรือ CREATION_DATE เป็นเวลาของเหตุการณ์ได้.
บันทึก
เหตุการณ์นี้คือเวลาที่สร้างระเบียนในตาราง RA_CUSTOMER_TRX_ALL.
ประเภทเหตุการณ์
explicit
|
|||
|
กลับรายการรับชำระเงินแล้ว
|
หมายถึงมีการกลับรายการชำระเงินที่ได้รับจากลูกค้าก่อนหน้านี้ โดยทั่วไปเกิดจากเงินในบัญชีไม่เพียงพอ (NSF) หรือข้อผิดพลาดอื่นในการประมวลผลของธนาคาร. | ||
|
เหตุผลที่สำคัญ
การกลับรายการชำระเงินทำให้การคาดการณ์กระแสเงินสดคลาดเคลื่อนและเพิ่มภาระงานธุรการ การติดตามเหตุการณ์เหล่านี้ช่วยระบุลูกค้าหรือวิธีชำระเงินที่มีปัญหา.
แหล่งข้อมูล
นี่เป็นการดำเนินการที่บันทึกไว้โดยตรงใน Oracle Receivables การกลับรายการจะสร้างรายการใน AR_CASH_RECEIPT_HISTORY_ALL พร้อมสถานะที่ระบุว่ากลับรายการแล้ว เช่น 'REVERSED'.
บันทึก
ระบุได้จากการเปลี่ยนสถานะเป็น 'REVERSED' ในตาราง AR_CASH_RECEIPT_HISTORY_ALL.
ประเภทเหตุการณ์
explicit
|
|||
|
แก้ไขใบแจ้งหนี้แล้ว
|
หมายถึงมีการปรับปรุงหรือแก้ไขใบแจ้งหนี้ที่สร้างไว้แต่ยังไม่เสร็จสมบูรณ์ เช่น เปลี่ยนรายการ จำนวนเงิน หรือข้อมูลการวางบิล ก่อนดำเนินการให้เสร็จหรือส่งออกไป. | ||
|
เหตุผลที่สำคัญ
การแก้ไขบ่อยครั้งอาจบ่งชี้ถึงกระบวนการที่ไม่มีประสิทธิภาพ ปัญหาคุณภาพข้อมูล หรือข้อผิดพลาดจากผู้ใช้ การวิเคราะห์กิจกรรมนี้ช่วยวัดปริมาณงานที่ต้องทำซ้ำและผลกระทบต่อระยะเวลาของวงจร รวมถึง KPI เช่น 'อัตราข้อผิดพลาดของใบแจ้งหนี้'.
แหล่งข้อมูล
อนุมานได้โดยเปรียบเทียบ CREATION_DATE กับ LAST_UPDATE_DATE ในตาราง RA_CUSTOMER_TRX_ALL สำหรับใบแจ้งหนี้ที่ยังไม่เสร็จ หากเปิดใช้การตรวจสอบ ก็สามารถติดตามการเปลี่ยนแปลงได้โดยตรงยิ่งขึ้น.
บันทึก
อนุมานจากการติดตามการปรับปรุงผ่าน LAST_UPDATE_DATE ในตาราง RA_CUSTOMER_TRX_ALL.
ประเภทเหตุการณ์
inferred
|
|||
|
ถึงกำหนดชำระเงินแล้ว
|
เหตุการณ์ที่คำนวณขึ้นเพื่อระบุวันที่ใบแจ้งหนี้ครบกำหนดตามเงื่อนไขการชำระเงิน เหตุการณ์นี้ไม่ได้เกิดจากการดำเนินการของผู้ใช้หรือระบบ แต่เป็นหมุดหมายด้านเวลาที่สำคัญ. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้จำเป็นต่อการคำนวณอัตราการชำระตรงเวลาและวิเคราะห์พฤติกรรมการชำระเงินของลูกค้า โดยใช้เป็นจุดอ้างอิงเพื่อพิจารณาว่าชำระก่อนกำหนด ตรงเวลา หรือล่าช้า.
แหล่งข้อมูล
ระบบไม่ได้บันทึกเหตุการณ์นี้ไว้โดยตรง แต่คำนวณได้จากการเปรียบเทียบวันที่ปัจจุบันของระบบกับฟิลด์ TERM_DUE_DATE ในตาราง AR_PAYMENT_SCHEDULES_ALL ของใบแจ้งหนี้นั้น.
บันทึก
คำนวณจากการเปรียบเทียบเวลาปัจจุบันกับ AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.
ประเภทเหตุการณ์
calculated
|
|||
|
ลูกค้าโต้แย้งใบแจ้งหนี้
|
ลูกค้าโต้แย้งใบแจ้งหนี้อย่างเป็นทางการ ทำให้ต้องระงับการติดตามทวงถามจนกว่าจะหาข้อยุติ โดยทั่วไปจะจัดการผ่าน Oracle Advanced Collections หรือการปรับปรุงสถานะด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
ข้อโต้แย้งทำให้กระแสเงินสดได้รับผลกระทบโดยตรง เพราะการชำระเงินล่าช้า การติดตามความถี่และระยะเวลาในการแก้ไขช่วยให้พบปัญหาที่เกิดซ้ำเกี่ยวกับผลิตภัณฑ์ บริการ หรือความถูกต้องของการวางบิล.
แหล่งข้อมูล
หากใช้ Oracle Advanced Collections ระบบจะบันทึกเหตุการณ์นี้โดยตรง หากไม่ได้ใช้โมดูลดังกล่าว อาจอนุมานจากสถานะ 'dispute' หรือการระงับรายการที่กำหนดให้กับใบแจ้งหนี้ใน AR.
บันทึก
บันทึกเป็นธุรกรรมใน Oracle Advanced Collections หรืออนุมานจากการเปลี่ยนสถานะของใบแจ้งหนี้.
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งหนังสือแจ้งเตือนชำระเงินแล้ว
|
ส่งหนังสือทวงถามหรือข้อความเตือนให้ลูกค้าทราบเกี่ยวกับใบแจ้งหนี้ที่เลยกำหนดชำระแล้ว นี่เป็นกิจกรรมสำคัญในกระบวนการติดตามหนี้. | ||
|
เหตุผลที่สำคัญ
การติดตามกิจกรรมนี้สำคัญต่อการวัดประสิทธิผลของกลยุทธ์ติดตามหนี้ และช่วยวิเคราะห์อัตราการชำระเงินก่อนและหลังส่งข้อความเตือนได้.
แหล่งข้อมูล
หากใช้ Oracle Advanced Collections ระบบจะบันทึกการส่งหนังสือทวงถามเป็นเหตุการณ์โดยตรง หากไม่ได้ใช้โมดูลนี้ กิจกรรมดังกล่าวมักดำเนินการนอกระบบและอาจติดตามได้ไม่สม่ำเสมอ.
บันทึก
บันทึกเป็นเหตุการณ์ Dunning Correspondence ในโมดูล Oracle Advanced Collections.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบลดหนี้แล้ว
|
ระบบสร้างรายการใบลดหนี้ ซึ่งมักนำไปหักกับใบแจ้งหนี้เดิมเพื่อแก้ไขข้อผิดพลาดในการวางบิลหรือดำเนินการคืนสินค้า รายการนี้เป็นธุรกรรมแยกต่างหากที่เกี่ยวข้องกับ Accounts Receivable. | ||
|
เหตุผลที่สำคัญ
ใบลดหนี้จำนวนมากอาจชี้ถึงปัญหาที่เกิดขึ้นก่อนหน้าในขั้นตอนจัดส่งสินค้า การกำหนดราคา หรือความถูกต้องของการวางบิลครั้งแรก การวิเคราะห์เหตุการณ์เหล่านี้ช่วยค้นหาสาเหตุหลักของรายได้ที่สูญเสียและความไม่พอใจของลูกค้า.
แหล่งข้อมูล
บันทึกเป็นรายการใหม่ใน RA_CUSTOMER_TRX_ALL โดย CUST_TRX_TYPE_ID เชื่อมโยงกับประเภทที่มีคลาส 'CM' (Credit Memo) ฟิลด์ PREVIOUS_CUSTOMER_TRX_ID ใช้เชื่อมกลับไปยังใบแจ้งหนี้ต้นฉบับ.
บันทึก
เหตุการณ์นี้คือการสร้างระเบียนใน RA_CUSTOMER_TRX_ALL ที่มีประเภทธุรกรรมเป็นใบลดหนี้.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างรายการตัดหนี้สูญแล้ว
|
ปรับปรุงเพื่อตัดยอดใบแจ้งหนี้คงเหลือทั้งหมดหรือบางส่วนเป็นหนี้สูญ โดยทั่วไปจะดำเนินการหลังจากติดตามทวงถามจนถึงที่สุดแล้ว. | ||
|
เหตุผลที่สำคัญ
การตัดหนี้สูญหมายถึงการสูญเสียรายได้โดยตรง การวิเคราะห์ความถี่และมูลค่าช่วยปรับนโยบายเครดิตและทำความเข้าใจผลกระทบทางการเงินจากหนี้ที่เรียกเก็บไม่ได้.
แหล่งข้อมูล
ระบบบันทึกเป็นธุรกรรมปรับปรุงประเภทเฉพาะกับใบแจ้งหนี้ โดยค้นหาเหตุการณ์ได้ในตาราง AR_ADJUSTMENTS_ALL ซึ่งเชื่อมกับประเภทรายการลูกหนี้ที่กำหนดไว้สำหรับการตัดหนี้สูญ.
บันทึก
เหตุการณ์นี้คือการสร้างระเบียนใน AR_ADJUSTMENTS_ALL ที่มีประเภทรายการ 'Write-Off'.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบแจ้งหนี้แล้ว
|
หมายถึงการอนุมัติภายในอย่างเป็นทางการสำหรับใบแจ้งหนี้ที่ป้อนด้วยตนเองหรือผ่านการตรวจสอบ ก่อนส่งให้ลูกค้า กิจกรรมนี้อาจเป็นส่วนหนึ่งของ Oracle Workflow ที่ตั้งค่าไว้ หรือเกิดจากการเปลี่ยนสถานะด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
การติดตามเวลาอนุมัติเป็นสิ่งสำคัญต่อ KPI 'ระยะเวลาการอนุมัติใบแจ้งหนี้' หากล่าช้า การวางบิลลูกค้าก็จะเลื่อนออกไปและวงจรเปลี่ยนยอดขายเป็นเงินสดจะยาวนานขึ้น.
แหล่งข้อมูล
วิธีบันทึกเหตุการณ์นี้มักขึ้นอยู่กับการตั้งค่าระบบ อาจอนุมานจากการเปลี่ยนสถานะในตาราง workflow เช่น WF_ITEM_ACTIVITY_STATUSES หรือจาก descriptive flexfield ของรายการใบแจ้งหนี้ใน RA_CUSTOMER_TRX_ALL.
บันทึก
อนุมานจากการเปลี่ยนสถานะในตาราง workflow หรือจากฟิลด์สถานะที่กำหนดเอง.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เพื่อเริ่มต้นทำ process mining สำหรับกระบวนการ Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้ เริ่มค้นหาข้อมูลเชิงลึกและเพิ่มประสิทธิภาพการปฏิบัติการของคุณได้วันนี้.
เร่งปรับปรุงการวางบิลและออกใบแจ้งหนี้ในกระบวนการ Order to Cash
ลดระยะเวลารอบการวางบิลลง 30% และเปลี่ยนยอดขายเป็นเงินสดได้เร็วขึ้น.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จภายในไม่กี่นาที.