เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash ในการจัดการคำสั่งซื้อขาย

Oracle E-Business Suite
เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash ในการจัดการคำสั่งซื้อขาย

เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash ในการจัดการคำสั่งซื้อขาย

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

แอตทริบิวต์ของกระบวนการ Order to Cash ในการจัดการคำสั่งซื้อขาย

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

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

การวิเคราะห์ลำดับและความถี่ของกิจกรรมเป็นหัวใจของ process mining ช่วยค้นหาเส้นทางการทำงานจริง ทั้งเส้นทางที่พบเป็นประจำ ความเบี่ยงเบน และคอขวด ข้อมูลนี้ใช้สร้างแผนผังกระบวนการ ซึ่งเป็นภาพหลักสำหรับวิเคราะห์กระบวนการ.

เหตุผลที่สำคัญ

ใช้กำหนดขั้นตอนในแผนผังกระบวนการ ซึ่งจำเป็นต่อการแสดงภาพและวิเคราะห์ลำดับการทำงาน.

แหล่งข้อมูล

ฟิลด์เชิงแนวคิดนี้ได้มาจากเหตุการณ์ สถานะ และวันที่ทำธุรกรรมในระบบต้นทางหลายส่วน เช่น Order Management, Shipping Execution และ Accounts Receivable.

ตัวอย่าง
สร้างคำสั่งขายแล้วจัดส่งสินค้าแล้วสร้างใบแจ้งหนี้แล้วได้รับชำระเงินแล้ว
ใบสั่งขาย
SalesOrder
รหัสเฉพาะของใบสั่งขายลูกค้า ซึ่งใช้เป็นเคสหลักในกระบวนการ Order to Cash.
คำอธิบาย

หมายเลขใบสั่งขายใช้ระบุคำสั่งซื้อของลูกค้าแต่ละรายการโดยไม่ซ้ำกัน ตั้งแต่สร้างคำสั่งซื้อจนถึงปิดรายการขั้นสุดท้าย หมายเลขนี้เชื่อมโยงกิจกรรมที่เกี่ยวข้องทั้งหมด เช่น การบันทึกคำสั่งซื้อ การจัดส่ง การออกใบแจ้งหนี้ และการชำระเงิน.

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

เหตุผลที่สำคัญ

นี่คือ Case ID ซึ่งจำเป็นต่อการเชื่อมโยงเหตุการณ์ทั้งหมดในกระบวนการ เพื่อวิเคราะห์วงจรคำสั่งซื้อตั้งแต่ต้นจนจบ.

แหล่งข้อมูล

คีย์หลักของใบสั่งขาย ซึ่งมักอยู่ในตาราง Oracle Order Management เช่น OE_ORDER_HEADERS_ALL.HEADER_ID.

ตัวอย่าง
685127103482459
เวลาเกิดเหตุการณ์
EventTime
เวลาที่ระบุว่าเกิดกิจกรรมขึ้นเมื่อใด.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

แสดงลำดับเหตุการณ์ตามเวลา และเป็นพื้นฐานของการวิเคราะห์ประสิทธิภาพที่อิงเวลา เช่น ระยะเวลาดำเนินการและการระบุคอขวด.

แหล่งข้อมูล

ดึงข้อมูลจากฟิลด์วันที่ต่างๆ ในตาราง Oracle EBS เช่น CREATION_DATE ใน OE_ORDER_HEADERS_ALL, ACTUAL_SHIPMENT_DATE ใน WSH_DELIVERY_DETAILS หรือ TRX_DATE ใน RA_CUSTOMER_TRX_ALL.

ตัวอย่าง
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
เงื่อนไขการชำระเงิน
PaymentTerms
เงื่อนไขที่ตกลงกันเพื่อกำหนดเวลาที่ลูกค้าต้องชำระค่าสินค้าหรือบริการ.
คำอธิบาย

เงื่อนไขการชำระเงินกำหนดข้อกำหนดในการชำระใบแจ้งหนี้ เช่น 'Net 30' 'Net 60' หรือ 'ชำระเมื่อได้รับใบแจ้งหนี้' แอตทริบิวต์นี้เป็นพื้นฐานสำคัญในการจัดการลูกหนี้และกระแสเงินสด.

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

เหตุผลที่สำคัญ

สำคัญต่อการวิเคราะห์พฤติกรรมการชำระเงิน ติดตามกระแสเงินสด และประเมินความเสี่ยงทางการเงินจากข้อตกลงกับลูกค้าแต่ละราย.

แหล่งข้อมูล

อยู่ในตาราง RA_TERMS โดยเชื่อมผ่าน TERM_ID กับตาราง เช่น RA_CUSTOMER_TRX_ALL สำหรับใบแจ้งหนี้ หรือ OE_ORDER_HEADERS_ALL สำหรับคำสั่งซื้อ.

ตัวอย่าง
ชำระภายใน 30 วันชำระภายใน 60 วันชำระเมื่อได้รับใบแจ้งหนี้
ชื่อผู้ใช้
UserName
ผู้ใช้ที่ดำเนินกิจกรรม.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ประสิทธิภาพของผู้ใช้ การกระจายภาระงาน และการปฏิบัติตามข้อกำหนด พร้อมตอบได้ว่าใครเป็นผู้ดำเนินการ.

แหล่งข้อมูล

ดึงข้อมูลจากฟิลด์ที่เกี่ยวข้องกับผู้ใช้ เช่น CREATED_BY หรือ LAST_UPDATED_BY ในตาราง Oracle EBS ต่างๆ โดยมักต้องเชื่อมกับ FND_USER เพื่อดึงชื่อผู้ใช้แบบเต็ม.

ตัวอย่าง
เจ. สมิธอาร์. วิลเลียมส์ซี. เดวิส
ชื่อลูกค้า
CustomerName
ชื่อลูกค้าที่สั่งซื้อสินค้า.
คำอธิบาย

แอตทริบิวต์นี้ระบุชื่อตามกฎหมายของลูกค้าที่เกี่ยวข้องกับใบสั่งขาย และเป็นมิติหลักสำหรับแบ่งกลุ่มและวิเคราะห์ประสิทธิภาพของกระบวนการ.

นักวิเคราะห์สามารถกรองหรือแยกข้อมูลตามลูกค้า เพื่อดูว่าลูกค้ารายใดใช้เวลาดำเนินการนาน มีการทำงานซ้ำบ่อย หรือมักชำระเงินล่าช้า ข้อมูลนี้ช่วยปรับปรุงความสัมพันธ์กับลูกค้า กำหนดระดับการบริการให้เหมาะสม และทำความเข้าใจพฤติกรรมของลูกค้า.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์โดยแยกตามลูกค้า เพื่อค้นหาความแตกต่างด้านประสิทธิภาพ ปรับปรุงการบริการ และทำความเข้าใจพฤติกรรมการชำระเงินของลูกค้าแต่ละราย.

แหล่งข้อมูล

ได้จากการเชื่อม SOLD_TO_ORG_ID ใน OE_ORDER_HEADERS_ALL กับตาราง HZ_CUST_ACCOUNTS และ HZ_PARTIES เพื่อดึงชื่อคู่ค้า.

ตัวอย่าง
Global Tech Inc.อินโนเวตโซลูชันส์ แอลแอลซีไพโอเนียร์คอร์ป
ยอดรวมคำสั่งซื้อ
TotalOrderAmount
มูลค่ารวมของใบสั่งขาย.
คำอธิบาย

แอตทริบิวต์นี้แสดงมูลค่ารวมของทุกรายการในใบสั่งขาย โดยใช้สกุลเงินของธุรกรรม และเป็นตัวชี้วัดทางการเงินสำคัญของแต่ละเคส.

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปคำนวณจากผลรวมของยอดเงินแต่ละรายการในคำสั่งซื้อ โดยดูยอดเงินของรายการได้จากตาราง เช่น OE_ORDER_LINES_ALL.

ตัวอย่าง
5450.00125000.75980.50
วันครบกำหนดชำระเงิน
PaymentDueDate
วันที่คำนวณได้ว่าลูกค้าต้องชำระเงินตามใบแจ้งหนี้ภายในวันใด.
คำอธิบาย

วันครบกำหนดชำระเงินคือวันที่ระบุว่าต้องชำระใบแจ้งหนี้ โดยคำนวณจากวันที่ออกใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกันไว้ วันที่นี้เป็นเป้าหมายของกิจกรรม 'ได้รับชำระเงิน'.

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

เหตุผลที่สำคัญ

ใช้เป็นวันที่เป้าหมายในการติดตามรับชำระเงิน ช่วยวัดความตรงเวลาของการชำระและการปฏิบัติตามเงื่อนไขของลูกค้า.

แหล่งข้อมูล

อยู่ในฟิลด์ DUE_DATE ของตาราง AR_PAYMENT_SCHEDULES_ALL ซึ่งเชื่อมกับธุรกรรมใบแจ้งหนี้.

ตัวอย่าง
2023-06-152023-07-012023-08-30
วันที่ส่งมอบที่ยืนยันแล้ว
ConfirmedDeliveryDate
วันที่กำหนดส่งมอบสินค้าให้ลูกค้าตามที่ตกลงไว้.
คำอธิบาย

แอตทริบิวต์นี้เก็บวันที่ส่งมอบที่แจ้งหรือยืนยันกับลูกค้าไว้ ใช้เป็นวันที่เป้าหมายหรือเกณฑ์อ้างอิงในการวัดประสิทธิภาพการส่งมอบตรงเวลา.

ใน process mining จะนำวันที่นี้ไปเปรียบเทียบกับ timestamp ที่ส่งมอบจริงจากกิจกรรม 'ส่งมอบสินค้าแล้ว' เพื่อคำนวณ KPI 'อัตราการส่งมอบตรงเวลา' การวิเคราะห์วันที่คลาดเคลื่อนช่วยระบุปัญหาเชิงระบบด้านโลจิสติกส์ การจัดการสินค้าคงคลัง หรือการวางแผนการผลิตที่ทำให้ส่งมอบล่าช้า.

เหตุผลที่สำคัญ

ใช้เป็นเกณฑ์อ้างอิงในการวัดการส่งมอบตรงเวลา ซึ่งเป็น KPI สำคัญต่อความพึงพอใจของลูกค้าและประสิทธิภาพการปฏิบัติงาน.

แหล่งข้อมูล

โดยทั่วไปพบวันที่นี้ในฟิลด์ LATEST_ACCEPTABLE_DATE หรือ REQUEST_DATE ระดับรายการคำสั่งซื้อในตาราง OE_ORDER_LINES_ALL.

ตัวอย่าง
2023-05-102023-06-012023-07-20
สถานะคำสั่งซื้อ
OrderStatus
สถานะปัจจุบันหรือสถานะย้อนหลังของใบสั่งขายหรือรายการคำสั่งซื้อ.
คำอธิบาย

แอตทริบิวต์นี้บันทึกสถานะของใบสั่งขายในแต่ละช่วงเวลา เช่น 'บันทึกแล้ว' 'ยืนยันแล้ว' 'ปิดแล้ว' หรือ 'ยกเลิกแล้ว' สถานะมักสอดคล้องกับกิจกรรมในกระบวนการโดยตรง.

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

เหตุผลที่สำคัญ

ช่วยให้เห็นภาพรวมรายการคำสั่งซื้อ ระบุรายการที่ค้าง และจัดการข้อยกเว้นในกระบวนการได้.

แหล่งข้อมูล

โดยทั่วไปพบในคอลัมน์ FLOW_STATUS_CODE ของตาราง OE_ORDER_HEADERS_ALL และ OE_ORDER_LINES_ALL.

ตัวอย่าง
บันทึกแล้วรอจัดส่งจัดส่งแล้วปิดแล้วยกเลิกแล้ว
ชำระเงินตรงเวลาหรือไม่
IsPaymentOnTime
แฟล็กระบุว่าได้รับชำระเงินภายในหรือก่อนวันครบกำหนดชำระใบแจ้งหนี้หรือไม่.
คำอธิบาย

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

แฟล็กนี้เป็นพื้นฐานสำหรับ KPI 'อัตราการปฏิบัติตามเงื่อนไขการชำระเงิน' และช่วยสร้างแดชบอร์ดกับรายงานเพื่อติดตามพฤติกรรมการชำระเงินของลูกค้าและประสิทธิผลของกระบวนการลูกหนี้ คุณสามารถแยกการชำระเงินตรงเวลาและล่าช้าได้อย่างรวดเร็ว เพื่อวิเคราะห์ปัจจัยที่เกี่ยวข้อง เช่น ประเภทลูกค้าหรือเงื่อนไขการชำระเงิน.

เหตุผลที่สำคัญ

วัดการปฏิบัติตามเงื่อนไขการชำระเงินโดยตรง ซึ่งสำคัญต่อการจัดการกระแสเงินสดและประเมินความน่าเชื่อถือทางการเงินของลูกค้า.

แหล่งข้อมูล

ฟิลด์นี้คำนวณจากเงื่อนไข: IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.

ตัวอย่าง
truefalse
ปริมาณที่สั่งซื้อ
OrderQuantity
จำนวนสินค้าที่สั่งซื้อในรายการใบสั่งขายหนึ่งรายการ.
คำอธิบาย

แอตทริบิวต์นี้ระบุจำนวนหน่วยของผลิตภัณฑ์ที่ลูกค้าสั่งในรายการใบสั่งขาย และแสดงปริมาณธุรกรรมในระดับรายการสินค้า.

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อยู่ในฟิลด์ ORDERED_QUANTITY ของตาราง OE_ORDER_LINES_ALL.

ตัวอย่าง
102501
มีการทำงานซ้ำหรือไม่
IsRework
แฟล็กระบุว่าใบสั่งขายมีการทำงานซ้ำหรือไม่ เช่น มีการยืนยันหรืออัปเดตหลายครั้ง.
คำอธิบาย

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

แฟล็กนี้ใช้คำนวณ KPI 'อัตราการทำงานซ้ำของใบสั่งขาย' และแสดงข้อมูลในแดชบอร์ด 'วิเคราะห์การทำงานซ้ำของใบสั่งขาย' นักวิเคราะห์สามารถแยกคำสั่งซื้อที่มีลำดับต่างจากกระบวนการปกติมาศึกษา เพื่อคำนวณผลกระทบของการทำงานซ้ำต่อระยะเวลาและค่าใช้จ่าย รวมถึงค้นหาสาเหตุของวงจรที่ทำให้กระบวนการไม่มีประสิทธิภาพ.

เหตุผลที่สำคัญ

ช่วยคำนวณความไม่มีประสิทธิภาพของกระบวนการ โดยระบุคำสั่งซื้อที่ต้องแก้ไขด้วยตนเอง เพื่อวิเคราะห์สาเหตุและผลกระทบของการทำงานซ้ำ.

แหล่งข้อมูล

คำนวณระหว่างการแปลงข้อมูล โดยตรวจหาลำดับกิจกรรมที่เป็นวงจร เช่น กิจกรรม 'บันทึกคำสั่งซื้อแล้ว' เกิดขึ้นมากกว่าหนึ่งครั้งในเคสเดียวกัน.

ตัวอย่าง
truefalse
ระบบต้นทาง
SourceSystem
ระบบที่ใช้ดึงข้อมูล.
คำอธิบาย

แอตทริบิวต์นี้ระบุระบบสารสนเทศต้นทางที่เป็นแหล่งข้อมูลเหตุการณ์ สำหรับกระบวนการนี้ ค่าจะเป็น 'Oracle E-Business Suite' เสมอ.

เมื่อมีหลายระบบ ฟิลด์นี้มีความสำคัญต่อการติดตามที่มาของข้อมูลและการแก้ไขปัญหา แม้ใช้ระบบเดียว ฟิลด์นี้ก็ช่วยให้เข้าใจบริบทของโมเดลข้อมูลและกำหนดมาตรฐานการนำเข้าข้อมูลได้.

เหตุผลที่สำคัญ

ให้ข้อมูลสำคัญเกี่ยวกับที่มาของข้อมูล ช่วยให้ตรวจสอบย้อนกลับและตีความข้อมูลได้ถูกต้อง โดยเฉพาะเมื่อใช้หลายระบบ.

แหล่งข้อมูล

โดยทั่วไปจะกำหนดค่าแบบคงที่ระหว่างขั้นตอนการดึง แปลง และโหลดข้อมูล (ETL) เพื่อระบุแหล่งที่มาของข้อมูล.

ตัวอย่าง
Oracle E-Business SuiteOracle EBS R12
วิธีจัดส่ง
ShippingMethod
วิธีการหรือผู้ให้บริการขนส่งสินค้าที่ใช้ส่งให้ลูกค้า.
คำอธิบาย

แอตทริบิวต์นี้ระบุรูปแบบการขนส่งหรือระดับบริการที่ใช้จัดส่ง เช่น 'ขนส่งทางบก' 'ขนส่งด่วนทางอากาศ' หรือ 'บริการส่งในพื้นที่' ซึ่งมีผลต่อทั้งระยะเวลาจัดส่งและค่าใช้จ่าย.

ธุรกิจสามารถใช้แอตทริบิวต์นี้วิเคราะห์และประเมินประสิทธิภาพของวิธีจัดส่งแต่ละแบบได้ เช่น แดชบอร์ด 'ประสิทธิภาพของวิธีจัดส่ง' เปรียบเทียบระยะเวลาตั้งแต่กิจกรรม 'จัดส่งสินค้าแล้ว' ถึง 'ส่งมอบสินค้าแล้ว' แยกตามวิธีจัดส่ง เพื่อช่วยปรับโลจิสติกส์ให้สมดุลทั้งความเร็ว ค่าใช้จ่าย และความน่าเชื่อถือ.

เหตุผลที่สำคัญ

ช่วยประเมินประสิทธิภาพของผู้ขนส่งและตัวเลือกการจัดส่งแต่ละแบบ เพื่อปรับสมดุลด้านค่าใช้จ่าย ความเร็ว และความน่าเชื่อถือ.

แหล่งข้อมูล

โดยทั่วไปจัดเก็บเป็น SHIPPING_METHOD_CODE ในตาราง เช่น WSH_DELIVERY_DETAILS หรือ OE_ORDER_LINES_ALL.

ตัวอย่าง
UPS ขนส่งทางบกFedEx Priority OvernightDHL Express Worldwide
สกุลเงิน
Currency
รหัสสกุลเงินที่ใช้กับมูลค่าเงินของใบสั่งขาย.
คำอธิบาย

แอตทริบิวต์สกุลเงินระบุสกุลเงินที่ใช้กับยอดคำสั่งซื้อ เช่น USD, EUR หรือ JPY เพื่อให้ตีความข้อมูลทางการเงินที่เกี่ยวข้องกับคำสั่งซื้อได้ถูกต้อง.

ข้อมูลนี้จำเป็นสำหรับองค์กรข้ามชาติที่ทำธุรกรรมหลายสกุลเงิน ช่วยให้เข้าใจตัวชี้วัดทางการเงิน เช่น 'มูลค่ารวมของคำสั่งซื้อ' ได้ถูกต้อง และแปลงสกุลเงินเพื่อรายงานยอดรวมได้เมื่อจำเป็น.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อยู่ในฟิลด์ TRANSACTIONAL_CURR_CODE ของตาราง OE_ORDER_HEADERS_ALL.

ตัวอย่าง
USDEURGBP
ส่งมอบตรงเวลาหรือไม่
IsOnTimeDelivery
แฟล็กระบุว่าจัดส่งคำสั่งซื้อภายในหรือก่อนวันที่ยืนยันส่งมอบหรือไม่.
คำอธิบาย

แอตทริบิวต์ที่คำนวณนี้เป็นค่าแบบบูลีน (จริง/เท็จ) เพื่อระบุว่าคำสั่งซื้อส่งมอบตามกำหนดหรือไม่ โดยเปรียบเทียบ timestamp ของกิจกรรม 'ส่งมอบสินค้าแล้ว' กับ 'วันที่ยืนยันส่งมอบ'.

แอตทริบิวต์นี้ใช้คำนวณ KPI 'อัตราการส่งมอบตรงเวลา' โดยตรง และช่วยให้วิเคราะห์หรือสร้างแดชบอร์ดได้ง่ายขึ้น เพราะแสดงผลลัพธ์ของแต่ละคำสั่งซื้อเป็นสองสถานะที่ชัดเจน คุณจึงกรองและสรุปข้อมูลเพื่อหาลักษณะร่วมของการส่งมอบล่าช้าได้ เช่น ผลิตภัณฑ์ ลูกค้า หรือวิธีจัดส่งที่เกี่ยวข้อง.

เหตุผลที่สำคัญ

วัดระดับการบริการลูกค้าและความน่าเชื่อถือในการจัดส่งได้โดยตรง พร้อมช่วยคำนวณและแสดง KPI การส่งมอบตรงเวลาได้ง่ายขึ้น.

แหล่งข้อมูล

ฟิลด์นี้คำนวณจากเงื่อนไข: IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.

ตัวอย่าง
truefalse
สาเหตุการยกเลิก
CancellationReason
เหตุผลที่บันทึกไว้สำหรับการยกเลิกใบสั่งขายหรือรายการคำสั่งซื้อ.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ช่วยให้เห็นสาเหตุที่ยกเลิกคำสั่งซื้อโดยตรง และวิเคราะห์หาสาเหตุที่แท้จริงเพื่อลดการสูญเสียยอดขายและรักษาลูกค้า.

แหล่งข้อมูล

ข้อมูลนี้มักจัดเก็บในฟิลด์รหัสเหตุผล เช่น CANCELLED_REASON ซึ่งอาจอยู่ในตาราง OE_ORDER_LINES_ALL หรือตารางที่เกี่ยวข้องกับการเปลี่ยนแปลงคำสั่งซื้อ.

ตัวอย่าง
เลิกจำหน่ายสินค้าแล้วลูกค้ายกเลิกคำสั่งซื้อซ้ำ
หมายเลขผลิตภัณฑ์
ProductNumber
รหัสเฉพาะของผลิตภัณฑ์หรือสินค้าในรายการใบสั่งขาย.
คำอธิบาย

แอตทริบิวต์นี้ระบุวัสดุ สินค้า หรือบริการที่ขาย ช่วยให้วิเคราะห์ได้ละเอียดกว่าระดับส่วนหัวของใบสั่งขาย.

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

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ในระดับผลิตภัณฑ์ เพื่อระบุสินค้าที่ทำให้กระบวนการล่าช้า ต้องทำงานซ้ำ หรือเกิดความไม่มีประสิทธิภาพอื่นๆ.

แหล่งข้อมูล

ได้จาก INVENTORY_ITEM_ID ในตาราง OE_ORDER_LINES_ALL ซึ่งเชื่อมกับ MTL_SYSTEM_ITEMS_B เพื่อดึงหมายเลขสินค้าหรือคำอธิบาย.

ตัวอย่าง
AS54888CM15001SV20100
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่รีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุด.
คำอธิบาย

แอตทริบิวต์นี้ระบุเวลาล่าสุดที่ดึงข้อมูลจาก Oracle E-Business Suite และโหลดเข้าสู่เครื่องมือ process mining เพื่อแสดงว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด.

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

สร้างและเพิ่ม timestamp นี้ระหว่างขั้นตอนการดึง แปลง และโหลดข้อมูล (ETL).

ตัวอย่าง
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการ Order to Cash สำหรับการจัดการคำสั่งซื้อขาย

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

นี่คือหมุดหมายสำคัญในการดำเนินการตามคำสั่งซื้อ ใช้วัดผลการจัดส่งตรงเวลา และเป็นจุดเริ่มต้นของกระบวนการออกใบแจ้งหนี้และรับรู้รายได้.

แหล่งข้อมูล

บันทึกเป็นธุรกรรมอย่างชัดเจนใน Oracle Shipping Execution โดยดูเวลาได้จากคอลัมน์ INITIAL_PICKUP_DATE ในตาราง WSH_NEW_DELIVERIES หรืออนุมานจากการอัปเดตสถานะใน WSH_DELIVERY_DETAILS เป็น 'Shipped'.

บันทึก

ใช้วันที่ยืนยันการจัดส่งจาก WSH_DELIVERY_DETAILS หรือ WSH_NEW_DELIVERIES.

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะในตาราง WSH_DELIVERY_DETAILS เมื่อสถานะของรายการเปลี่ยนเป็น 'Ready to Release' โดยใช้เวลาจากการอัปเดตสถานะที่เกี่ยวข้อง.

บันทึก

อนุมานจากการอัปเดตสถานะรายการใน WSH_DELIVERY_DETAILS เป็น 'Ready to Release'.

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

หมุดหมายนี้สำคัญต่อการติดตามกระแสเงินสด ระยะเวลาเก็บหนี้เฉลี่ย (DSO) และการปฏิบัติตามเงื่อนไขการชำระเงิน อีกทั้งเป็นจุดสิ้นสุดสำคัญสำหรับวัดระยะเวลารอบทางการเงิน.

แหล่งข้อมูล

บันทึกไว้อย่างชัดเจนในตาราง AR_RECEIVABLE_APPLICATIONS_ALL โดยคอลัมน์ APPLY_DATE ระบุเวลาที่นำเงินรับไปตัดชำระใบแจ้งหนี้.

บันทึก

ใช้ APPLY_DATE จาก AR_RECEIVABLE_APPLICATIONS_ALL สำหรับใบแจ้งหนี้ที่เกี่ยวข้อง.

ประเภทเหตุการณ์ explicit
ปิดคำสั่งขายแล้ว
กิจกรรมนี้แสดงว่าคำสั่งขายเสร็จสมบูรณ์ หลังจากจัดส่ง ออกใบแจ้งหนี้ และปิดรายการทั้งหมดเรียบร้อยแล้ว โดยเป็นการอัปเดตสถานะส่วนหัวคำสั่งซื้ออย่างชัดเจน.
เหตุผลที่สำคัญ

นี่คือจุดสิ้นสุดหลักที่แสดงว่ากระบวนการ Order to Cash สำเร็จ และเป็นเวลาสุดท้ายที่ต้องใช้คำนวณระยะเวลาตั้งแต่ต้นจนจบของคำสั่งซื้อที่ดำเนินการสำเร็จ.

แหล่งข้อมูล

บันทึกเหตุการณ์นี้ในตาราง OE_ORDER_HEADERS_ALL เมื่อ FLOW_STATUS_CODE เปลี่ยนเป็น 'CLOSED' โดยใช้ LAST_UPDATE_DATE ของการเปลี่ยนสถานะเป็นเวลาที่เกิดเหตุการณ์.

บันทึก

เวลาที่อัปเดต OE_ORDER_HEADERS_ALL เมื่อ FLOW_STATUS_CODE เปลี่ยนเป็น 'CLOSED'.

ประเภทเหตุการณ์ explicit
ยืนยันคำสั่งขายแล้ว
เป็นการยืนยันคำสั่งขายอย่างเป็นทางการ ทำให้คำสั่งซื้อมีผลและพร้อมเข้าสู่ขั้นตอนถัดไป เช่น การจัดหาและการจัดส่ง ใน Oracle EBS เหตุการณ์นี้เกิดจากการเปลี่ยนสถานะคำสั่งซื้อจาก 'Entered' เป็น 'Booked'.
เหตุผลที่สำคัญ

การยืนยันคำสั่งขายเป็นหมุดหมายสำคัญที่แสดงว่ารับคำสั่งซื้อเข้าสู่การดำเนินการแล้ว ความล่าช้าระหว่างการสร้างและการยืนยันอาจบ่งชี้ปัญหาในการป้อนข้อมูล การอนุมัติ หรือการตรวจสอบเบื้องต้น.

แหล่งข้อมูล

บันทึกจากตาราง OE_ORDER_HEADERS_ALL เมื่อ BOOKED_FLAG มีค่าเป็น 'Y' โดยเวลาที่เกิดเหตุการณ์อยู่ในคอลัมน์ BOOKED_DATE.

บันทึก

ใช้ BOOKED_DATE จากตาราง OE_ORDER_HEADERS_ALL.

ประเภทเหตุการณ์ explicit
สร้างคำสั่งขายแล้ว
กิจกรรมนี้บันทึกการสร้างคำสั่งขายรายการใหม่ในระบบ โดยเกิดขึ้นเมื่อผู้ใช้บันทึกส่วนหัวของคำสั่งขายใหม่ ซึ่งถือเป็นจุดเริ่มต้นอย่างเป็นทางการของกระบวนการ Order to Cash.
เหตุผลที่สำคัญ

นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่จุดนี้ไปยังกิจกรรมถัดไปเป็นสิ่งสำคัญสำหรับการวัดระยะเวลารอบ Order to Cash โดยรวม.

แหล่งข้อมูล

บันทึกเหตุการณ์นี้จากตาราง OE_ORDER_HEADERS_ALL ในโมดูล Oracle Order Management โดยใช้คอลัมน์ CREATION_DATE เป็นเวลาที่เกิดกิจกรรมอย่างชัดเจน.

บันทึก

ใช้ CREATION_DATE จากตาราง OE_ORDER_HEADERS_ALL.

ประเภทเหตุการณ์ explicit
สร้างใบแจ้งหนี้แล้ว
เหตุการณ์นี้บันทึกการสร้างใบแจ้งหนี้ลูกหนี้สำหรับสินค้าที่จัดส่งแล้ว โดยเกิดขึ้นเมื่อกระบวนการ AutoInvoice ดึงข้อมูลจาก Order Management และ Shipping เข้าสู่โมดูล Receivables.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นจุดเริ่มต้นของขั้นตอนการชำระเงินในกระบวนการ ใช้เป็นจุดเริ่มต้นในการวัดระยะเวลาตั้งแต่ออกใบแจ้งหนี้จนได้รับชำระเงิน และติดตามประสิทธิภาพการเรียกเก็บเงิน.

แหล่งข้อมูล

บันทึกธุรกรรมนี้ไว้อย่างชัดเจนในตาราง RA_CUSTOMER_TRX_ALL ของ Oracle Receivables โดยใช้ TRX_DATE หรือ CREATION_DATE เป็นเวลาที่เกิดเหตุการณ์.

บันทึก

ใช้ TRX_DATE จากตาราง RA_CUSTOMER_TRX_ALL.

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

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

แหล่งข้อมูล

อนุมานเหตุการณ์นี้ได้จากตาราง OE_ORDER_HOLDS_ALL โดยระบุเวลาที่ปลด 'Credit Check Hold' ของส่วนหัวคำสั่งซื้อแต่ละรายการ.

บันทึก

ใช้เวลาที่ปลดการระงับที่เกี่ยวข้องกับเครดิตจาก OE_ORDER_HOLDS_ALL.

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

กิจกรรมนี้เป็นจุดเริ่มต้นของการดำเนินการตามคำสั่งซื้อในคลัง การวิเคราะห์เวลาตั้งแต่จุดนี้ถึง 'Goods Shipped' ช่วยให้เห็นประสิทธิภาพการทำงานในคลังและคอขวดที่อาจเกิดขึ้นระหว่างหยิบสินค้า.

แหล่งข้อมูล

เหตุการณ์นี้บันทึกไว้อย่างชัดเจนในโมดูล Oracle Shipping Execution โดยระบุได้จากสถานะรายละเอียดการจัดส่งใน WSH_DELIVERY_DETAILS ที่เปลี่ยนเป็น 'Released to Warehouse' หรือ 'Transactable'.

บันทึก

เวลาที่ WSH_DELIVERY_DETAILS.RELEASED_STATUS เปลี่ยนเป็น 'S' (Submitted).

ประเภทเหตุการณ์ explicit
ปิดรายการคำสั่งขายแล้ว
แสดงว่าดำเนินการรายการหนึ่งในคำสั่งขายเสร็จสิ้นแล้ว รวมถึงการจัดส่งและออกใบแจ้งหนี้ โดยเป็นการเปลี่ยนสถานะที่เวิร์กโฟลว์จัดการไว้อย่างชัดเจน.
เหตุผลที่สำคัญ

การติดตามการปิดรายการแต่ละรายการช่วยวิเคราะห์การจัดส่งบางส่วน และค้นหาปัญหาที่เกี่ยวข้องกับสินค้าหรือเส้นทางการดำเนินการเฉพาะ ก่อนที่คำสั่งซื้อทั้งหมดจะเสร็จสมบูรณ์.

แหล่งข้อมูล

บันทึกในตาราง OE_ORDER_LINES_ALL เมื่อ FLOW_STATUS_CODE เปลี่ยนเป็น 'CLOSED' โดยใช้ LAST_UPDATE_DATE ของการเปลี่ยนสถานะนี้เป็นเวลาที่เกิดเหตุการณ์ได้.

บันทึก

เวลาที่อัปเดต OE_ORDER_LINES_ALL เมื่อ FLOW_STATUS_CODE เปลี่ยนเป็น 'CLOSED'.

ประเภทเหตุการณ์ explicit
ยกเลิกคำสั่งขายแล้ว
แสดงการยกเลิกคำสั่งขายทั้งหมดก่อนดำเนินการตามคำสั่งซื้อเสร็จสิ้น เป็นเหตุการณ์ที่ยุติเวิร์กโฟลว์การดำเนินการคำสั่งซื้ออย่างชัดเจน.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

บันทึกในตาราง OE_ORDER_HEADERS_ALL เมื่อกำหนด FLOW_STATUS_CODE เป็น 'CANCELLED' และ CANCELLED_FLAG เป็น 'Y' โดยใช้ LAST_UPDATE_DATE เป็น timestamp ได้.

บันทึก

เวลาประทับเมื่อกำหนด CANCELLED_FLAG ใน OE_ORDER_HEADERS_ALL เป็น 'Y'.

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

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

แหล่งข้อมูล

อนุมานได้จาก LAST_PRINTED_DATE ในตาราง RA_CUSTOMER_TRX_ALL ส่วนใบแจ้งหนี้อิเล็กทรอนิกส์อาจต้องตรวจสอบบันทึกจากระบบส่งเอกสารภายนอก.

บันทึก

ใช้ LAST_PRINTED_DATE จาก RA_CUSTOMER_TRX_ALL หรือบันทึกจากเครื่องมือของผู้ให้บริการภายนอก.

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

จำเป็นต่อการวัด KPI การส่งมอบตรงเวลาและทำความเข้าใจประสบการณ์ของลูกค้าตั้งแต่ต้นจนจบ ช่วงเวลาระหว่างการจัดส่งกับการส่งมอบช่วยให้เห็นผลการดำเนินงานของผู้ขนส่ง.

แหล่งข้อมูล

ต้องวิเคราะห์ระบบเพิ่มเติม เนื่องจาก Oracle EBS ไม่มีข้อมูลนี้มาให้โดยตรง จึงต้องดึงจากฟีดข้อมูลของผู้ให้บริการขนส่งภายนอกหรือแพลตฟอร์มโลจิสติกส์ที่เชื่อมต่อกับระบบ.

บันทึก

อนุมานจากข้อมูลของผู้ให้บริการขนส่งภายนอก หรือประมาณจากระยะเวลาขนส่งมาตรฐานหลัง 'Goods Shipped'.

ประเภทเหตุการณ์ inferred
แนะนำ ไม่บังคับ

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

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

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

เทมเพลตนี้มีข้อมูลที่จำเป็นสำหรับการเริ่มปรับปรุงกระบวนการ Order to Cash ในการจัดการคำสั่งซื้อขาย เริ่มปรับปรุงกระบวนการของคุณได้วันนี้ เพื่อเพิ่มประสิทธิภาพการทำงานอย่างเห็นผล.

เริ่มปรับปรุงการจัดการคำสั่งซื้อขายในกระบวนการ Order to Cash วันนี้!

ระบุจุดที่ไม่มีประสิทธิภาพและลดระยะเวลาของกระบวนการ Order to Cash ได้ 30%.

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

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