เทมเพลตข้อมูล Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้

Oracle E-Business Suite
เทมเพลตข้อมูล Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้

เทมเพลตข้อมูล Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้

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

แอตทริบิวต์ของกระบวนการ Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้

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

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

นี่เป็นหมุดหมายสำคัญในการคำนวณ 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
แนะนำ ไม่บังคับ

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

วิธีดึงข้อมูลจาก Oracle E-Business Suite

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

ใช้เทมเพลตนี้เพื่อเริ่มต้นทำ process mining สำหรับกระบวนการ Order-to-Cash ด้านการวางบิลและออกใบแจ้งหนี้ เริ่มค้นหาข้อมูลเชิงลึกและเพิ่มประสิทธิภาพการปฏิบัติการของคุณได้วันนี้.

เร่งปรับปรุงการวางบิลและออกใบแจ้งหนี้ในกระบวนการ Order to Cash

ลดระยะเวลารอบการวางบิลลง 30% และเปลี่ยนยอดขายเป็นเงินสดได้เร็วขึ้น.

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

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