เทมเพลตข้อมูลสำหรับ Order to Cash: การดำเนินการตามคำสั่งซื้อ
เทมเพลตข้อมูลสำหรับ Order to Cash: การดำเนินการตามคำสั่งซื้อ
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- คำแนะนำในการดึงข้อมูลไปใช้จริง
แอตทริบิวต์ของ Order to Cash: การดำเนินการตามคำสั่งซื้อ
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| คำสั่งซื้อขาย SalesOrder | รหัสเฉพาะของคำสั่งซื้อขาย ซึ่งใช้เป็นเคสหลักของกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน. | ||
| คำอธิบาย หมายเลขคำสั่งซื้อขายใช้ระบุคำสั่งซื้อของลูกค้าแต่ละรายการตลอดวงจรชีวิต โดยเชื่อมโยงกิจกรรมที่เกี่ยวข้องทั้งหมด ตั้งแต่การสร้างและยืนยันคำสั่งซื้อ ไปจนถึงการดำเนินการตามคำสั่งซื้อ การออกใบแจ้งหนี้ และการรับชำระเงินขั้นสุดท้าย. ใน process mining คุณลักษณะนี้จำเป็นต่อการจัดกลุ่มเหตุการณ์ที่เกี่ยวข้องให้อยู่ในเคสเดียวกัน การวิเคราะห์ตามหมายเลขคำสั่งซื้อขายช่วยให้เห็นกระบวนการตั้งแต่ต้นจนจบ คำนวณระยะเวลารวมของวงจร ระบุรูปแบบกระบวนการของคำสั่งซื้อแต่ละรายการ และติดตามเส้นทางของคำสั่งซื้อผ่านหน่วยงานและระบบต่างๆ ได้. เหตุผลที่สำคัญ นี่คือ Case ID ที่เชื่อมโยงเหตุการณ์ทั้งหมดในกระบวนการเข้าด้วยกัน ทำให้ติดตามเส้นทางของคำสั่งซื้อแต่ละรายการตั้งแต่ต้นจนจบได้. แหล่งข้อมูล โดยทั่วไปจะพบรหัสนี้ในตารางส่วนหัวของคำสั่งซื้อขายใน Oracle Fusion เช่น DOO_HEADERS_ALL โปรดดูเอกสาร Oracle Fusion Financials. ตัวอย่าง SO-100567SO-100568SO-100569 | |||
| ชื่อกิจกรรม ActivityName | ชื่อของเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นในกระบวนการคำสั่งซื้อขาย. | ||
| คำอธิบาย คุณลักษณะนี้ระบุขั้นตอนที่ดำเนินการ ณ เวลาหนึ่งในกระบวนการคำสั่งซื้อขาย เช่น 'สร้างคำสั่งซื้อขายแล้ว' 'จัดส่งสินค้าแล้ว' หรือ 'ได้รับชำระเงินแล้ว' ลำดับกิจกรรมเหล่านี้ประกอบกันเป็นลำดับการทำงานของแต่ละเคส. การวิเคราะห์ ActivityName เป็นพื้นฐานสำคัญของ process mining ช่วยให้เห็นแผนผังกระบวนการ ค้นหารูปแบบกระบวนการที่แตกต่างกัน และระบุคอขวดที่ทำให้เคสสะสม นอกจากนี้ยังใช้คำนวณระยะเวลาระหว่างขั้นตอนและทำความเข้าใจลำดับการปฏิบัติงานของกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน. เหตุผลที่สำคัญ คุณลักษณะนี้กำหนดขั้นตอนในแผนผังกระบวนการ เพื่อให้แสดงและวิเคราะห์ลำดับการทำงานได้. แหล่งข้อมูล คุณลักษณะนี้ได้จากการจับคู่สถานะธุรกรรมหรือประเภทเหตุการณ์จากตาราง Oracle Fusion ต่างๆ เช่น สถานะคำสั่งซื้อ สถานะการจัดส่ง และสถานะใบแจ้งหนี้ เข้ากับรายการชื่อกิจกรรมมาตรฐาน. ตัวอย่าง สร้างคำสั่งซื้อจัดส่งสินค้าแล้วสร้างใบแจ้งหนี้แล้วได้รับชำระเงิน | |||
| เวลาเกิดเหตุการณ์ EventTime | เวลาประทับที่ระบุว่ากิจกรรมหรือเหตุการณ์หนึ่งเกิดขึ้นเมื่อใดสำหรับคำสั่งซื้อขาย. | ||
| คำอธิบาย คุณลักษณะนี้ระบุวันที่และเวลาของแต่ละกิจกรรมในกระบวนการ เพื่อเรียงลำดับเหตุการณ์ตามเวลาและบันทึกเวลาที่แต่ละขั้นตอนเกิดขึ้นอย่างแม่นยำ จึงเป็นข้อมูลหลักด้านเวลาสำหรับการวิเคราะห์กระบวนการ. ใน process mining ค่า EventTime จำเป็นต่อการคำนวณระยะเวลาของวงจร ระยะเวลาระหว่างกิจกรรม และระยะเวลาดำเนินการทั้งหมดของแต่ละเคส ช่วยวิเคราะห์ประสิทธิภาพ ระบุคอขวดจากเวลารอ และติดตามการปฏิบัติตามข้อตกลงระดับการให้บริการ (SLA) ด้านเวลา KPI และแดชบอร์ดที่อิงกับเวลาล้วนต้องใช้คุณลักษณะนี้อย่างแม่นยำ. เหตุผลที่สำคัญ เวลาประทับนี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณตัวชี้วัดด้านเวลา เช่น ระยะเวลาของวงจรและระยะเวลาระหว่างขั้นตอน. แหล่งข้อมูล คุณลักษณะนี้ได้มาจากช่องเวลาประทับหลายช่องในตาราง Oracle Fusion ต่างๆ เช่น วันที่สร้างคำสั่งซื้อ วันที่จัดส่ง วันที่ออกใบแจ้งหนี้ และวันที่รับชำระเงิน. ตัวอย่าง 2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-04-20T11:25:00Z | |||
| ช่องทางการขาย SalesChannel | ช่องทางที่ได้รับคำสั่งซื้อขาย. | ||
| คำอธิบาย คุณลักษณะนี้จัดหมวดหมู่ที่มาของคำสั่งซื้อขาย เช่น 'เว็บไซต์' 'ฝ่ายขายโดยตรง' 'พาร์ทเนอร์' หรือ 'EDI' เพื่อแสดงว่าคำสั่งซื้อเข้าสู่องค์กรผ่านช่องทางใด. การแบ่งกระบวนการตามช่องทางการขายสำคัญต่อแดชบอร์ด 'ภาพรวมประสิทธิภาพช่องทางการขาย' ช่วยเปรียบเทียบประสิทธิภาพ ระยะเวลาของวงจร และอัตราข้อผิดพลาดของแต่ละช่องทาง เพื่อระบุช่องทางที่ทำงานได้ดีและช่องทางที่ควรปรับปรุงกระบวนการหรือนำระบบอัตโนมัติมาใช้เพิ่มเติม. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพตามช่องทาง และระบุช่องทางที่ดำเนินการคำสั่งซื้อได้มีประสิทธิภาพมากหรือน้อยที่สุด. แหล่งข้อมูล ข้อมูลนี้อาจจัดเก็บไว้ในช่องเฉพาะบนส่วนหัวคำสั่งซื้อขาย โปรดดูเอกสาร Oracle Fusion Financials. ตัวอย่าง ฝ่ายขายโดยตรงพอร์ทัลเว็บไซต์EDIผู้จำหน่ายต่อ | |||
| ชื่อผู้ใช้ UserName | ชื่อหรือ ID ของผู้ใช้ที่ดำเนินกิจกรรม. | ||
| คำอธิบาย คุณลักษณะนี้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบการดำเนินขั้นตอนหนึ่งๆ ในกระบวนการ ใช้วิเคราะห์ประสิทธิภาพรายผู้ใช้ การกระจายภาระงาน และการปฏิบัติตามขั้นตอนมาตรฐานได้. การวิเคราะห์ตามผู้ใช้ช่วยระบุความต้องการด้านการฝึกอบรม ยกย่องผู้ใช้หรือทีมที่ทำผลงานได้ดี และตรวจสอบความเบี่ยงเบนที่เกิดจากผู้ใช้บางราย นอกจากนี้ยังเป็นประโยชน์ต่อการปฏิบัติตามข้อกำหนดและการตรวจสอบ โดยช่วยติดตามว่าใครดำเนินการใดบ้าง. เหตุผลที่สำคัญ ใช้วิเคราะห์ประสิทธิภาพรายผู้ใช้ การกระจายภาระงาน และรูปแบบการแก้ไขงานด้วยตนเองที่เกี่ยวข้องกับบุคคล. แหล่งข้อมูล โดยทั่วไปดึงจากช่องอย่าง CREATED_BY หรือ LAST_UPDATED_BY ในตารางธุรกรรม Oracle Fusion ซึ่งมักเชื่อมโยงกับตารางข้อมูลหลักผู้ใช้ เช่น FND_USER. ตัวอย่าง john.smithjane.doesystem_batch_user | |||
| ชื่อลูกค้า CustomerName | ชื่อลูกค้าที่ส่งคำสั่งซื้อขาย. | ||
| คำอธิบาย คุณลักษณะนี้ระบุชื่อตามกฎหมายของบัญชีลูกค้าที่เชื่อมโยงกับคำสั่งซื้อขาย เป็นมิติสำคัญสำหรับแบ่งกลุ่มและวิเคราะห์กระบวนการจากมุมมองของลูกค้า. การวิเคราะห์ตามลูกค้าช่วยระบุว่าลูกค้ารายใดใช้เวลาทำรายการนานกว่า ต้องแก้ไขงานซ้ำบ่อยกว่า หรือพบความเบี่ยงเบนในกระบวนการบางอย่าง ข้อมูลนี้นำไปใช้ปรับปรุงบริการลูกค้า ปรับกระบวนการให้เหมาะกับลูกค้ารายสำคัญ และตรวจสอบปัญหาที่กระทบความพึงพอใจของลูกค้าได้. เหตุผลที่สำคัญ ช่วยวิเคราะห์กระบวนการจากมุมมองของลูกค้า เพื่อระบุปัญหาที่กระทบลูกค้าแต่ละรายและปรับปรุงความพึงพอใจ. แหล่งข้อมูล ดึงจากตารางข้อมูลหลักลูกค้า เช่น HZ_PARTIES และเชื่อมโยงกับคำสั่งซื้อขายผ่าน ID ลูกค้า. ตัวอย่าง Global Corp Inc.Innovate Solutions Ltd.Tech Services LLC | |||
| ดำเนินการอัตโนมัติหรือไม่ IsAutomated | ตัวบ่งชี้ว่าระบบดำเนินกิจกรรมโดยอัตโนมัติ หรือผู้ใช้ดำเนินการด้วยตนเอง. | ||
| คำอธิบาย คุณลักษณะแบบบูลีนนี้ใช้แยกเหตุการณ์ที่ระบบดำเนินการ เช่น การตรวจสอบเครดิตอัตโนมัติหรือการสร้างใบแจ้งหนี้โดยระบบ ออกจากการดำเนินการด้วยตนเองของผู้ใช้ โดยทั่วไปอนุมานจากชื่อผู้ใช้ที่เชื่อมโยงกับกิจกรรม ซึ่ง ID ระบบทั่วไปบ่งชี้ว่าเป็นการทำงานอัตโนมัติ. การวิเคราะห์คุณลักษณะนี้ช่วยวัดระดับการทำงานอัตโนมัติในกระบวนการ และใช้คำนวณ KPI 'สัดส่วนคำสั่งซื้อที่ต้องแก้ไขด้วยตนเอง' นอกจากนี้ยังช่วยชี้โอกาสในการเพิ่มระบบอัตโนมัติ โดยแสดงขั้นตอนที่ต้องทำด้วยตนเองซึ่งใช้เวลานานหรือเกิดข้อผิดพลาดได้ง่าย. เหตุผลที่สำคัญ ช่วยวัดระดับการทำงานอัตโนมัติในกระบวนการและระบุโอกาสลดการดำเนินงานด้วยตนเองที่มีต้นทุนสูง. แหล่งข้อมูล ฟิลด์นี้ได้มาจากกฎที่ใช้กับคุณลักษณะ UserName ตัวอย่างเช่น หากผู้ใช้เป็น 'SYSTEM' หรือ 'BATCH' ค่าของตัวบ่งชี้นี้จะเป็น true. ตัวอย่าง truefalse | |||
| ยอดรวมคำสั่งซื้อขาย SalesOrderTotalAmount | มูลค่ารวมของคำสั่งซื้อขาย. | ||
| คำอธิบาย คุณลักษณะนี้แสดงยอดรวมที่เรียกเก็บจากลูกค้าสำหรับคำสั่งซื้อขายทั้งหมด รวมมูลค่ารายการสินค้า ภาษี และค่าใช้จ่ายอื่นๆ ก่อนหักส่วนลด. ในการวิเคราะห์กระบวนการ คุณลักษณะนี้จำเป็นต่อการทำ process mining โดยใช้มูลค่าเป็นเกณฑ์ ช่วยแบ่งกลุ่มคำสั่งซื้อตามมูลค่า เช่น มูลค่าสูงและมูลค่าต่ำ เพื่อดูว่าแต่ละกลุ่มมีเส้นทางกระบวนการหรือระยะเวลาของวงจรต่างกันหรือไม่ อีกทั้งยังช่วยจัดลำดับความสำคัญของการปรับปรุงกระบวนการในเคสที่มีผลกระทบทางการเงินสูง. เหตุผลที่สำคัญ ใช้วิเคราะห์ผลกระทบทางการเงิน ช่วยจัดลำดับความสำคัญของการปรับปรุงกระบวนการสำหรับคำสั่งซื้อมูลค่าสูง และทำความเข้าใจปัจจัยที่ทำให้เกิดต้นทุน. แหล่งข้อมูล โดยทั่วไปพบในตารางส่วนหัวคำสั่งซื้อขายของ Oracle Fusion โปรดดูเอกสาร Oracle Fusion Financials. ตัวอย่าง 5250.00125000.75980.50 | |||
| วันครบกำหนดชำระเงิน PaymentDueDate | วันที่ลูกค้าต้องชำระเงินตามใบแจ้งหนี้. | ||
| คำอธิบาย ระบบคำนวณวันครบกำหนดชำระเงินจากวันที่ออกใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกับลูกค้า โดยกำหนดเส้นตายสำหรับการเรียกเก็บเงินให้ตรงเวลา. คุณลักษณะนี้สำคัญต่อ KPI 'อัตราการเรียกเก็บเงินตรงเวลา' เมื่อนำ PaymentDueDate ไปเปรียบเทียบกับวันที่ได้รับชำระเงินจริง ระบบจะระบุได้ว่าชำระตรงเวลาหรือล่าช้า ช่วยติดตามประสิทธิภาพบัญชีลูกหนี้และบริหารกระแสเงินสด. เหตุผลที่สำคัญ ใช้เป็นเส้นตายในการคำนวณอัตราการชำระเงินตรงเวลา ซึ่งเป็นตัวชี้วัดสำคัญของประสิทธิภาพกระแสเงินสด. แหล่งข้อมูล พบในตารางบัญชีลูกหนี้หรือใบแจ้งหนี้ของ Oracle Fusion เช่น AR_PAYMENT_SCHEDULES_ALL. ตัวอย่าง 2023-06-192023-07-012023-06-25 | |||
| วันที่จัดส่งจริง ActualDeliveryDate | วันที่ส่งมอบสินค้าให้ลูกค้าจริง. | ||
| คำอธิบาย คุณลักษณะนี้บันทึกวันที่ส่งมอบสินค้าจริง ซึ่งเป็นจุดสิ้นสุดของส่วนการจัดส่งในกระบวนการ และใช้วัดผลจริงเทียบกับวันที่วางแผนหรือวันที่ลูกค้าต้องการ. นำวันที่นี้ไปเปรียบเทียบกับ RequestedDeliveryDate เพื่อคำนวณประสิทธิภาพการจัดส่งตรงเวลา เป็นข้อมูลสำคัญสำหรับ KPI 'อัตราการจัดส่งตรงเวลา' และแดชบอร์ด 'SLA ด้านการจัดส่ง' ซึ่งช่วยวัดประสิทธิภาพด้านโลจิสติกส์และห่วงโซ่อุปทานได้อย่างชัดเจน. เหตุผลที่สำคัญ เป็นวันที่ส่งมอบจริงที่ใช้คำนวณอัตราการจัดส่งตรงเวลาและประเมินผลการจัดส่งเทียบกับความต้องการของลูกค้า. แหล่งข้อมูล ดึงจากตารางธุรกรรมการจัดส่งและการส่งมอบใน Oracle Fusion โปรดดูเอกสาร Oracle Fusion Financials. ตัวอย่าง 2023-05-202023-06-032023-05-25 | |||
| วันที่ต้องการให้จัดส่ง RequestedDeliveryDate | วันที่ลูกค้าต้องการให้จัดส่งคำสั่งซื้อ. | ||
| คำอธิบาย คุณลักษณะนี้บันทึกวันที่ลูกค้าต้องการรับสินค้า และใช้เป็นเป้าหมายสำคัญในการวัดผลส่วนการจัดส่งของกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน. วันที่นี้จำเป็นต่อการคำนวณ KPI 'อัตราการจัดส่งตรงเวลา' และใช้กับแดชบอร์ด 'ข้อตกลงระดับการให้บริการด้านการจัดส่ง (SLA)' เมื่อนำไปเปรียบเทียบกับ ActualDeliveryDate องค์กรจะวัดความสามารถในการตอบสนองความคาดหวังของลูกค้าและค้นหาสาเหตุของความล่าช้าในการจัดส่งได้. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์ตั้งต้นในการวัดการจัดส่งตรงเวลาและการปฏิบัติตามข้อตกลงระดับการให้บริการ (SLA) กับลูกค้า. แหล่งข้อมูล โดยทั่วไปอยู่ในตารางรายการคำสั่งซื้อขายของ Oracle Fusion โปรดดูเอกสาร Oracle Fusion Financials. ตัวอย่าง 2023-05-202023-06-012023-05-25 | |||
| เงื่อนไขการชำระเงิน PaymentTerms | เงื่อนไขการชำระเงินที่ตกลงกับลูกค้า. | ||
| คำอธิบาย คุณลักษณะนี้ระบุเงื่อนไขที่ลูกค้าต้องชำระใบแจ้งหนี้ เช่น 'ชำระภายใน 30 วัน' หรือ 'ชำระภายใน 60 วัน' เงื่อนไขเหล่านี้ใช้คำนวณ PaymentDueDate. การแบ่งกลุ่มตามเงื่อนไขการชำระเงินช่วยอธิบายความแตกต่างของระยะเวลาการชำระเงิน และให้บริบทสำหรับ KPI 'อัตราการชำระเงินตรงเวลา' เนื่องจากเงื่อนไขที่ต่างกันย่อมส่งผลให้พฤติกรรมการชำระเงินต่างกัน ข้อมูลนี้นำไปใช้กำหนดนโยบายเครดิตและคาดการณ์กระแสเงินสดได้. เหตุผลที่สำคัญ ให้บริบทสำคัญสำหรับวิเคราะห์พฤติกรรมการชำระเงิน และช่วยอธิบายความแตกต่างของระยะเวลาตั้งแต่ออกใบแจ้งหนี้จนถึงรับชำระเงิน. แหล่งข้อมูล มีอยู่ในระดับคำสั่งซื้อขายหรือบัญชีลูกค้าใน Oracle Fusion โปรดดูเอกสาร Oracle Fusion Financials. ตัวอย่าง ชำระภายใน 30 วันชำระภายใน 60 วันชำระเมื่อได้รับใบแจ้งหนี้ | |||
| จัดส่งตรงเวลาหรือไม่ IsOnTimeDelivery | ตัวบ่งชี้ที่คำนวณได้ โดยมีค่าเป็น true หากจัดส่งจริงในวันที่กำหนดหรือก่อนวันที่ลูกค้าต้องการให้จัดส่ง. | ||
| คำอธิบาย คุณลักษณะแบบบูลีนนี้ได้จากการเปรียบเทียบ ActualDeliveryDate กับ RequestedDeliveryDate เพื่อระบุประสิทธิภาพการจัดส่งของแต่ละเคสอย่างชัดเจน. ตัวบ่งชี้นี้เป็นพื้นฐานสำหรับคำนวณ KPI 'อัตราการจัดส่งตรงเวลา' ช่วยกรองและวิเคราะห์ข้อมูลได้ง่ายขึ้น ผู้ใช้จึงแยกคำสั่งซื้อที่ล่าช้าออกมาเพื่อตรวจสอบสาเหตุได้อย่างรวดเร็ว. เหตุผลที่สำคัญ วัดผลการจัดส่งเทียบกับความคาดหวังของลูกค้าโดยตรง และช่วยให้วิเคราะห์คำสั่งซื้อที่ล่าช้าได้ง่ายขึ้น. แหล่งข้อมูล ฟิลด์นี้คำนวณจากเงื่อนไข ActualDeliveryDate <= RequestedDeliveryDate. ตัวอย่าง truefalse | |||
| ชำระเงินล่าช้าหรือไม่ IsLatePayment | ตัวบ่งชี้ที่คำนวณได้ โดยมีค่าเป็น true หากได้รับชำระเงินหลังวันครบกำหนดชำระ. | ||
| คำอธิบาย คุณลักษณะแบบบูลีนนี้ได้จากการเปรียบเทียบวันที่ได้รับชำระเงินจริงกับ PaymentDueDate เพื่อระบุได้ชัดเจนว่าใบแจ้งหนี้ชำระตรงเวลาหรือไม่. คุณลักษณะนี้ใช้คำนวณ KPI 'อัตราการชำระเงินตรงเวลา' และช่วยแบ่งกลุ่มการชำระเงินที่ตรงเวลาหรือล่าช้า เพื่อนำไปวิเคราะห์ลักษณะของลูกค้าที่ชำระล่าช้า สาเหตุที่พบบ่อย และผลกระทบทางการเงินต่อเงินทุนหมุนเวียน. เหตุผลที่สำคัญ ช่วยวัดประสิทธิภาพการเรียกเก็บเงินได้โดยตรง และทำให้วิเคราะห์การชำระเงินล่าช้าได้ง่ายขึ้น. แหล่งข้อมูล ฟิลด์นี้คำนวณจากเงื่อนไขต่อไปนี้: PaymentReceivedDate > PaymentDueDate. ตัวอย่าง falsetrue | |||
| ชื่อผลิตภัณฑ์ ProductName | ชื่อผลิตภัณฑ์หรือบริการที่ขาย. | ||
| คำอธิบาย คุณลักษณะนี้ระบุสินค้าในรายการคำสั่งซื้อขาย หากคำสั่งซื้อมีหลายรายการ อาจวิเคราะห์เคสในระดับรายการสินค้า หรือรวมคุณลักษณะนี้ไว้ที่ระดับส่วนหัว. การวิเคราะห์ตามผลิตภัณฑ์ช่วยให้เข้าใจว่าผลิตภัณฑ์ใดเกี่ยวข้องกับเส้นทางกระบวนการที่ซับซ้อนหรือมีปัญหามากกว่า เช่น การจัดส่งล่าช้าบ่อยหรือมีปัญหาในการชำระเงิน ข้อมูลนี้นำไปใช้วางแผนด้านผลิตภัณฑ์และห่วงโซ่อุปทานได้. เหตุผลที่สำคัญ ใช้วิเคราะห์ประสิทธิภาพกระบวนการของผลิตภัณฑ์แต่ละชนิด และชี้รายการที่อาจมีขั้นตอนการจัดส่งหรือออกใบแจ้งหนี้ซับซ้อน. แหล่งข้อมูล ดึงจากตารางรายการคำสั่งซื้อขายและเชื่อมกับตารางข้อมูลหลักผลิตภัณฑ์ โปรดดูเอกสาร Oracle Fusion Financials. ตัวอย่าง อุปกรณ์มาตรฐาน X1แพ็กเกจบริการพรีเมียมส่วนประกอบ Y2-B | |||
| ประเทศของลูกค้า CustomerCountry | ประเทศที่ลูกค้าตั้งอยู่. | ||
| คำอธิบาย คุณลักษณะนี้ระบุประเทศจากที่อยู่จัดส่งหรือที่อยู่วางบิลของลูกค้า เป็นมิติสำคัญสำหรับการวิเคราะห์ตามภูมิศาสตร์. การแบ่งกระบวนการตามประเทศอาจเผยให้เห็นความแตกต่างระหว่างภูมิภาคด้านประสิทธิภาพ ระยะเวลาของวงจร หรือพฤติกรรมการชำระเงิน ข้อมูลนี้ช่วยให้เข้าใจผลกระทบของข้อกำหนดในแต่ละพื้นที่ ความท้าทายด้านโลจิสติกส์ และสภาวะตลาดที่มีต่อกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน. เหตุผลที่สำคัญ ช่วยวิเคราะห์ตามภูมิศาสตร์เพื่อระบุความแตกต่างระหว่างภูมิภาคด้านประสิทธิภาพกระบวนการ การปฏิบัติตามข้อกำหนด และพฤติกรรมลูกค้า. แหล่งข้อมูล ดึงจากตารางข้อมูลหลักลูกค้า เช่น HZ_LOCATIONS และ HZ_PARTY_SITES ซึ่งเชื่อมโยงกับคำสั่งซื้อขาย. ตัวอย่าง USAเยอรมนีญี่ปุ่น | |||
| ประเภทคำสั่งซื้อ OrderType | การจัดประเภทคำสั่งซื้อขาย เช่น 'คำสั่งซื้อขายมาตรฐาน' หรือ 'คำสั่งซื้อคืนสินค้า'. | ||
| คำอธิบาย ใช้ประเภทคำสั่งซื้อเพื่อจัดหมวดหมู่คำสั่งซื้อขายตามวัตถุประสงค์ทางธุรกิจ ประเภทที่พบบ่อย ได้แก่ การขายมาตรฐาน คำสั่งซื้อบริการ การอนุมัติคืนสินค้า (RMA) และคำสั่งซื้อภายใน. การวิเคราะห์กระบวนการตามประเภทคำสั่งซื้อมีความสำคัญ เพราะคำสั่งซื้อแต่ละประเภทมักมีลำดับการทำงานและเป้าหมายด้านประสิทธิภาพต่างกัน การแบ่งกลุ่มเช่นนี้ช่วยให้เข้าใจความแตกต่างของกระบวนการที่เกิดขึ้นตามปกติ และไม่ตีความว่าเป็นความเบี่ยงเบน. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มลำดับการทำงานที่แตกต่างกันแต่ถูกต้องตามปกติ เช่น คำสั่งซื้อทั่วไปกับการคืนสินค้า เพื่อให้วิเคราะห์ได้อย่างเป็นธรรมและแม่นยำ. แหล่งข้อมูล โดยทั่วไปมีเป็นฟิลด์ในตารางส่วนหัวคำสั่งซื้อขายของ Oracle Fusion โปรดดูเอกสาร Oracle Fusion Financials. ตัวอย่าง คำสั่งซื้อขายมาตรฐานการอนุมัติคืนสินค้าคำสั่งซื้อบริการ | |||
| มีการแก้ไขใบแจ้งหนี้หรือไม่ IsInvoiceCorrected | ระบุว่าใบแจ้งหนี้ได้รับการแก้ไขหรือปรับปรุงหลังจากสร้างครั้งแรกหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนนี้มีค่าเป็น true หากใบแจ้งหนี้ผ่านขั้นตอนการแก้ไข โดยพิจารณาจากการมีอยู่ของกิจกรรม 'Invoice Corrected' ซึ่งบ่งชี้ว่ามีการแก้ไขงานในขั้นตอนออกใบแจ้งหนี้ ข้อมูลนี้เป็นอินพุตสำคัญสำหรับแดชบอร์ด 'Invoice Accuracy & Rework Analysis' และ KPI 'Invoice Rework Rate' ช่วยวัดปริมาณข้อผิดพลาดในการออกใบแจ้งหนี้ และวิเคราะห์หาสาเหตุที่ต้องแก้ไข เพื่อลดงานที่ต้องทำด้วยตนเองและความล่าช้าในการชำระเงิน. เหตุผลที่สำคัญ ใช้ระบุงานแก้ไขใบแจ้งหนี้ ซึ่งเป็นตัวชี้วัดสำคัญของความไม่มีประสิทธิภาพในกระบวนการ ปัญหาคุณภาพข้อมูล และความล่าช้าในการชำระเงินที่อาจเกิดขึ้น. แหล่งข้อมูล ฟิลด์นี้คำนวณขึ้น โดยทั่วไปจะกำหนดเป็น true สำหรับเคสที่มี 'Invoice Corrected' อยู่ในบันทึกเหตุการณ์. ตัวอย่าง falsetrue | |||
| ระบบต้นทาง SourceSystemIdentifier | ระบุระบบต้นทางที่ใช้ดึงข้อมูลเหตุการณ์. | ||
| คำอธิบาย คุณลักษณะนี้ระบุแหล่งที่มาของข้อมูล ซึ่งมีประโยชน์เป็นพิเศษเมื่อกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงินเกี่ยวข้องกับหลายระบบ เช่น ข้อมูลคำสั่งซื้ออาจมาจาก Oracle Fusion ส่วนข้อมูลการจัดส่งอาจมาจากระบบโลจิสติกส์ของผู้ให้บริการภายนอก. ข้อมูลนี้ช่วยให้เข้าใจที่มาของข้อมูล และใช้กรองมุมมองกระบวนการให้แสดงเฉพาะเหตุการณ์จากระบบที่ต้องการได้ อีกทั้งยังจำเป็นต่อการตรวจสอบความถูกต้องของข้อมูลและค้นหาจุดที่กระบวนการแยกกระจายอยู่ในระบบ IT ต่างๆ. เหตุผลที่สำคัญ ระบุที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลข้อมูลและการแก้ไขปัญหาในสภาพแวดล้อมที่ใช้หลายระบบ. แหล่งข้อมูล โดยทั่วไปจะเป็นค่าคงที่ที่เพิ่มระหว่างการดึงและแปลงข้อมูล เพื่อระบุแหล่งที่มาของชุดข้อมูล. ตัวอย่าง Oracle Fusion Cloud FinancialsOracle SCM CloudOracle ERP | |||
| วิธีจัดส่ง ShippingMethod | วิธีหรือผู้ให้บริการที่ใช้จัดส่งสินค้าให้ลูกค้า. | ||
| คำอธิบาย คุณลักษณะนี้ระบุผู้ให้บริการโลจิสติกส์หรือระดับบริการที่ใช้จัดส่ง เช่น 'ขนส่งทางบก' 'ขนส่งด่วนทางอากาศ' หรือ 'บริการส่งพัสดุในพื้นที่'. ข้อมูลนี้จำเป็นต่อแดชบอร์ด 'การปฏิบัติตามกำหนดส่งมอบตามวิธีจัดส่ง' ช่วยเปรียบเทียบประสิทธิภาพการจัดส่งตรงเวลาและต้นทุนของวิธีจัดส่งและผู้ให้บริการแต่ละราย เพื่อนำไปปรับกลยุทธ์โลจิสติกส์และการเลือกผู้ให้บริการ. เหตุผลที่สำคัญ ช่วยวิเคราะห์โลจิสติกส์โดยตรง ด้วยการเปรียบเทียบประสิทธิภาพของผู้ให้บริการและวิธีจัดส่งแต่ละแบบ. แหล่งข้อมูล มีอยู่ในตารางการจัดส่งและการดำเนินการตามคำสั่งซื้อของ Oracle Fusion โปรดดูเอกสาร Oracle Fusion Financials. ตัวอย่าง FedEx ขนส่งภาคพื้นดินUPS ส่งด่วนทางอากาศภายในวันถัดไปDHL ระหว่างประเทศ | |||
| หน่วยธุรกิจ BusinessUnitName | ชื่อหน่วยธุรกิจภายในที่รับผิดชอบคำสั่งซื้อขาย. | ||
| คำอธิบาย คุณลักษณะนี้ระบุฝ่ายหรือหน่วยปฏิบัติการภายในบริษัทที่เป็นเจ้าของธุรกรรม ช่วยเปรียบเทียบประสิทธิภาพระหว่างส่วนต่างๆ ขององค์กร. การแบ่งกระบวนการตามหน่วยธุรกิจช่วยระบุความแตกต่างด้านประสิทธิภาพ ต้นทุน และการปฏิบัติตามข้อกำหนดทั่วทั้งบริษัท การวิเคราะห์นี้ช่วยค้นหาแนวทางที่ได้ผลดีจากหน่วยงานที่มีประสิทธิภาพสูงเพื่อนำไปแบ่งปัน และชี้หน่วยงานที่ควรปรับปรุงกระบวนการอย่างตรงจุด. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพและวิเคราะห์ความสม่ำเสมอของกระบวนการระหว่างหน่วยงานต่างๆ. แหล่งข้อมูล โดยทั่วไปมีอยู่ในส่วนหัวคำสั่งซื้อขายและเชื่อมโยงกับโครงสร้างองค์กรที่กำหนดไว้ใน Oracle Fusion. ตัวอย่าง BU-อเมริกาเหนือBU-EMEAบริการทั่วโลก | |||
| หมายเลขใบแจ้งหนี้ InvoiceNumber | รหัสเฉพาะของใบแจ้งหนี้ลูกค้า. | ||
| คำอธิบาย คุณลักษณะนี้คือหมายเลขเฉพาะที่กำหนดให้กับใบแจ้งหนี้ซึ่งสร้างจากคำสั่งซื้อขาย โดยเชื่อมโยงกิจกรรมการขายและการจัดส่งเข้ากับขั้นตอนการชำระเงิน. แม้หมายเลขคำสั่งซื้อขายจะเป็น Case ID หลัก แต่หมายเลขใบแจ้งหนี้ก็จำเป็นต่อการวิเคราะห์กระบวนการย่อยด้านการวางบิลและการชำระเงิน ใช้ติดตามการแก้ไขใบแจ้งหนี้ ข้อโต้แย้ง และสถานะการชำระเงิน รวมถึงแดชบอร์ด 'วิเคราะห์ความถูกต้องและการแก้ไขใบแจ้งหนี้'. เหตุผลที่สำคัญ เชื่อมโยงกับกระบวนการบัญชีลูกหนี้ และจำเป็นต่อการวิเคราะห์การแก้ไขใบแจ้งหนี้และวงจรการชำระเงิน. แหล่งข้อมูล มีอยู่ในตารางธุรกรรมบัญชีลูกหนี้ของ Oracle Fusion เช่น RA_CUSTOMER_TRX_ALL. ตัวอย่าง INV-93485INV-93486INV-93487 | |||
| อัปเดตข้อมูลล่าสุด LastUpdateDate | เวลาประทับที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการรีเฟรชจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย คุณลักษณะนี้บันทึกเวลาที่ดึงหรืออัปเดตข้อมูลในชุดข้อมูล process mining ครั้งล่าสุด เพื่อให้เห็นว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด. ข้อมูลนี้ช่วยให้ผู้ใช้เข้าใจว่าการวิเคราะห์กระบวนการเป็นปัจจุบันแค่ไหน และช่วยกำหนดความคาดหวังเกี่ยวกับความใหม่ของข้อมูล รวมถึงวางแผนและติดตามกำหนดการรีเฟรชข้อมูล. เหตุผลที่สำคัญ แสดงความใหม่ของข้อมูล เพื่อให้ผู้ใช้ทราบว่าการวิเคราะห์กระบวนการเป็นปัจจุบันเพียงใด. แหล่งข้อมูล ระบบสร้างค่านี้และประทับลงในชุดข้อมูลทุกครั้งที่ดึงและแปลงข้อมูล. ตัวอย่าง 2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
กิจกรรมของ Order to Cash: การดำเนินการตามคำสั่งซื้อ
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จัดส่งสินค้าแล้ว | กิจกรรมนี้เกิดขึ้นเมื่อสินค้าออกจากคลังสินค้าและอยู่ระหว่างขนส่งไปยังลูกค้า โดยบันทึกเมื่อมีการประมวลผลธุรกรรมยืนยันการจัดส่งใน Oracle Shipping. | ||
| เหตุผลที่สำคัญ หมุดหมายสำคัญนี้แสดงว่าขั้นตอนการจัดส่งเสร็จสิ้นและเป็นจุดเริ่มต้นของการออกใบแจ้งหนี้ จำเป็นต่อการวัดการจัดส่งตรงเวลาและระยะเวลาจัดส่ง. แหล่งข้อมูล เหตุการณ์นี้บันทึกโดยตรงใน Oracle Shipping Execution ธุรกรรมยืนยันการจัดส่งจะสร้างรายการในตารางการจัดส่ง เช่น WSH_DELIVERY_DETAILS พร้อมวันที่จัดส่ง. บันทึก ดึงข้อมูลจากเวลาของ 'actual ship date' ในรายการรายละเอียดการจัดส่งที่เชื่อมโยงกับรายการคำสั่งซื้อ. ประเภทเหตุการณ์ explicit | |||
| ได้รับชำระเงิน | กิจกรรมนี้หมายถึงการได้รับชำระเงินจากลูกค้าและนำยอดไปตัดกับใบแจ้งหนี้ในบัญชีลูกหนี้ โดยบันทึกเมื่อมีการลงรายการรับชำระเงินสด. | ||
| เหตุผลที่สำคัญ เหตุการณ์สำคัญนี้ใช้วัด 'ระยะเวลาตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงินโดยรวม' และ 'อัตราการชำระเงินตรงเวลา' โดยแสดงให้เห็นว่าการขายเปลี่ยนเป็นเงินสดแล้ว. แหล่งข้อมูล Oracle Accounts Receivable บันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในตารางรับชำระเงินสด เช่น AR_RECEIVABLE_APPLICATIONS_ALL เมื่อมีการนำยอดรับชำระไปตัดกับใบแจ้งหนี้. บันทึก บันทึกจากเวลาประทับในช่อง 'apply date' ของรายการนำยอดรับชำระเงินสดไปตัดบัญชีใน AR. ประเภทเหตุการณ์ explicit | |||
| ปิดคำสั่งซื้อ | กิจกรรมสุดท้ายของกระบวนการ หมายถึงรายการทั้งหมดในคำสั่งซื้อขายได้รับการจัดส่ง ออกใบแจ้งหนี้ และปิดแล้ว โดยสถานะส่วนหัวคำสั่งซื้อจะเปลี่ยนเป็น 'Closed'. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้แสดงว่าวงจรชีวิตของคำสั่งซื้อขายสิ้นสุดลงอย่างสมบูรณ์ ใช้คำนวณระยะเวลากระบวนการตั้งแต่ต้นจนจบ และระบุคำสั่งซื้อที่ค้างอยู่โดยไม่เคยปิด. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะส่วนหัวคำสั่งซื้อขายเป็น 'Closed' ในตาราง DOO_HEADERS_ALL โดยใช้เวลาประทับของการเปลี่ยนสถานะครั้งสุดท้ายเป็นเวลาของเหตุการณ์. บันทึก คำนวณจากเวลาประทับที่สถานะส่วนหัวคำสั่งซื้อขายเปลี่ยนเป็น 'Closed'. ประเภทเหตุการณ์ inferred | |||
| ยืนยันคำสั่งซื้อแล้ว | หมุดหมายสำคัญนี้แสดงว่าคำสั่งซื้อผ่านการตรวจสอบเบื้องต้นทั้งหมด รวมถึงการอนุมัติเครดิตแล้ว และพร้อมเข้าสู่ขั้นตอนการจัดส่ง โดยทั่วไปอนุมานได้เมื่อสถานะคำสั่งซื้อเปลี่ยนเป็นสถานะ เช่น 'Awaiting Shipping' หรือ 'Scheduled'. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นหมุดหมายสำคัญสำหรับคำนวณ 'Average Order Confirmation Time' และแสดงจุดส่งต่องานจากการรับคำสั่งซื้อไปสู่ขั้นตอนการจัดส่ง. แหล่งข้อมูล อนุมานได้จากการเปลี่ยนสถานะส่วนหัวหรือรายการคำสั่งซื้อเป็นค่าที่แสดงว่าพร้อมจัดส่ง เช่น 'Awaiting Shipping' ตรวจสอบคอลัมน์สถานะใน DOO_HEADERS_ALL หรือ DOO_FULFILL_LINES_ALL. บันทึก คำนวณจากเวลาที่สถานะคำสั่งซื้อเปลี่ยนเป็นสถานะยืนยันหรือกำหนดเวลาแล้ว. ประเภทเหตุการณ์ inferred | |||
| สร้างคำสั่งซื้อ | กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการคำสั่งซื้อ เมื่อมีการบันทึกคำสั่งซื้อใหม่ใน Oracle Fusion โดยทั่วไประบบจะบันทึกเหตุการณ์นี้โดยตรงเมื่อผู้ใช้บันทึกรายการคำสั่งซื้อใหม่ในโมดูล Order Management. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการ จึงจำเป็นต่อการวัดระยะเวลารวมของวงจร Order to Cash และวิเคราะห์ปริมาณคำสั่งซื้อที่รับเข้ามา. แหล่งข้อมูล บันทึกเหตุการณ์โดยตรงเมื่อสร้างรายการคำสั่งซื้อใน Order Management Cloud ให้ตรวจสอบเวลาที่สร้างในตาราง DOO_HEADERS_ALL. บันทึก ดึงข้อมูลจากเวลาที่สร้างรายการส่วนหัวของคำสั่งซื้อ. ประเภทเหตุการณ์ explicit | |||
| สร้างใบแจ้งหนี้แล้ว | กิจกรรมนี้คือการสร้างใบแจ้งหนี้ลูกค้าในโมดูล Accounts Receivable โดยทั่วไปเริ่มจากเหตุการณ์ยืนยันการจัดส่ง ระบบจะสร้างรายการใบแจ้งหนี้พร้อมหมายเลขเฉพาะและวันที่สร้าง. | ||
| เหตุผลที่สำคัญ เป็นจุดเริ่มต้นอย่างเป็นทางการของรอบการรับชำระเงิน ใช้เป็นฐานในการวัด 'Invoice to Payment Time' และประสิทธิภาพกระแสเงินสดโดยรวม. แหล่งข้อมูล เหตุการณ์นี้บันทึกโดยตรงใน Oracle Accounts Receivable (AR) โดยสร้างรายการใบแจ้งหนี้ในตาราง RA_CUSTOMER_TRX_ALL พร้อมวันที่ทำรายการ. บันทึก ดึงข้อมูลจากวันที่สร้างรายการใบแจ้งหนี้ในโมดูล AR. ประเภทเหตุการณ์ explicit | |||
| แก้ไขใบแจ้งหนี้แล้ว | เกิดขึ้นเมื่อมีการแก้ไข ออกใบแจ้งหนี้ใหม่ หรือออกใบลดหนี้สำหรับใบแจ้งหนี้ที่สร้างไว้ก่อนหน้า เนื่องจากพบข้อผิดพลาดหรือมีข้อโต้แย้งจากลูกค้า โดยทั่วไปจะบันทึกเหตุการณ์นี้เมื่อสร้างใบลดหนี้หรือใบแจ้งหนี้ฉบับใหม่. | ||
| เหตุผลที่สำคัญ การติดตามการแก้ไขใบแจ้งหนี้เป็นสิ่งสำคัญต่อ KPI 'อัตราการแก้ไขใบแจ้งหนี้' ซึ่งช่วยชี้ให้เห็นปัญหาในกระบวนการวางบิลที่อาจทำให้การชำระเงินล่าช้าและเพิ่มต้นทุนงานธุรการ. แหล่งข้อมูล อนุมานจากการสร้างใบลดหนี้ที่เชื่อมโยงกับใบแจ้งหนี้ต้นฉบับ หรือจากการสร้างใบแจ้งหนี้ฉบับถัดไปในตาราง RA_CUSTOMER_TRX_ALL. บันทึก คำนวณจากการระบุใบลดหนี้หรือใบแจ้งหนี้ที่อ้างอิงรายการใบแจ้งหนี้ก่อนหน้า. ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบเครดิตแล้ว | กิจกรรมนี้คือการตรวจสอบบัญชีลูกค้าเพื่อประเมินความน่าเชื่อถือด้านเครดิต ซึ่งอาจเป็นขั้นตอนอัตโนมัติหรือทำด้วยตนเองในเวิร์กโฟลว์ประมวลผลคำสั่งซื้อ โดยทั่วไปจะบันทึกเมื่อสถานะได้รับการอัปเดตหรือมีการทำงานเสร็จสิ้น. | ||
| เหตุผลที่สำคัญ การวิเคราะห์เวลาที่ใช้ตรวจสอบเครดิตช่วยระบุคอขวดในการอนุมัติคำสั่งซื้อ และเป็นข้อมูลสำคัญสำหรับ KPI 'Credit Check to Confirmed Time'. แหล่งข้อมูล อนุมานได้จากการเปลี่ยนสถานะคำสั่งซื้อ เช่น เปลี่ยนเป็นสถานะ 'Pending Credit Approval' หรือจากบันทึกเหตุการณ์โดยตรงในฟังก์ชันการจัดการเครดิต. บันทึก อนุมานได้จากการเปลี่ยนสถานะคำสั่งซื้อหรือเวลาที่บันทึกไว้ในงานตรวจสอบเครดิต. ประเภทเหตุการณ์ inferred | |||
| ปิดรายการคำสั่งซื้อ | หมายถึงการปิดรายการคำสั่งซื้อขายแต่ละรายการขั้นสุดท้าย เมื่อจัดส่งและออกใบแจ้งหนี้ครบแล้ว และไม่มีธุรกรรมอื่นที่คาดว่าจะเกิดขึ้น ระบบจะเปลี่ยนสถานะรายการเป็น 'Closed'. | ||
| เหตุผลที่สำคัญ การปิดรายการคำสั่งซื้อหมายถึงภาระผูกพันตามสัญญาสำหรับสินค้านั้นเสร็จสมบูรณ์ การวิเคราะห์ช่วยระบุคำสั่งซื้อที่ยังเปิดอยู่เป็นเวลานานหลังจากจัดส่งและรับชำระเงินแล้ว. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะรายการจัดส่งเป็น 'Closed' ในตาราง DOO_FULFILL_LINES_ALL โดยใช้เวลาประทับที่สถานะเปลี่ยนเป็นเวลาของเหตุการณ์. บันทึก คำนวณจากเวลาประทับที่สถานะรายการจัดส่งเปลี่ยนเป็น 'Closed'. ประเภทเหตุการณ์ inferred | |||
| ยกเลิกคำสั่งซื้อ | หมายถึงการยกเลิกคำสั่งซื้อขายก่อนจัดส่งสินค้าครบ อาจเกิดจากหลายสาเหตุ และทำให้สถานะสุดท้ายเป็น 'Cancelled'. | ||
| เหตุผลที่สำคัญ นี่คือเส้นทางข้อยกเว้นที่สำคัญ การวิเคราะห์คำสั่งซื้อที่ถูกยกเลิกช่วยค้นหาสาเหตุ เช่น สินค้าขาด ปัญหาด้านราคา หรือลูกค้าเปลี่ยนใจ เพื่อนำข้อมูลไปปรับปรุงกระบวนการ. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะส่วนหัวหรือรายการคำสั่งซื้อขายเป็น 'Cancelled' โดยใช้เวลาประทับที่สถานะเปลี่ยนเพื่อบันทึกเหตุการณ์. บันทึก คำนวณจากเวลาประทับที่สถานะส่วนหัวหรือรายการคำสั่งซื้อเปลี่ยนเป็น 'Cancelled'. ประเภทเหตุการณ์ inferred | |||
| ระงับคำสั่งซื้อเนื่องจากเครดิต | กิจกรรมนี้เกิดขึ้นเมื่อระบบหรือผู้ใช้ระงับคำสั่งซื้อเนื่องจากตรวจสอบเครดิตไม่ผ่านหรือมีปัญหาอื่นเกี่ยวกับเครดิต โดยทั่วไปจะบันทึกจากการเปลี่ยนสถานะการระงับของคำสั่งซื้อในระบบ. | ||
| เหตุผลที่สำคัญ การติดตามคำสั่งซื้อที่ถูกระงับด้วยเหตุผลด้านเครดิตมีความสำคัญต่อการระบุสาเหตุที่ทำให้การประมวลผลล่าช้า และการวัดประสิทธิภาพของขั้นตอนปลดระงับเครดิต. แหล่งข้อมูล อนุมานได้จากการระงับคำสั่งซื้อ โดยทั่วไปจะบันทึกไว้ในตารางที่เกี่ยวข้องกับการระงับ เช่น DOO_HOLDS_ALL ซึ่งเชื่อมโยงกับคำสั่งซื้อ. บันทึก อนุมานได้จากการสร้างรายการในตารางการระงับคำสั่งซื้อที่มีประเภทการระงับเป็น 'Credit'. ประเภทเหตุการณ์ inferred | |||
| ส่งมอบสินค้าแล้ว | แสดงว่าลูกค้าได้รับสินค้าแล้ว ข้อมูลนี้มักมาจากผู้ขนส่งภายนอกและอัปเดตกลับเข้าสู่ Oracle หรืออาจอนุมานจากระยะเวลาขนส่งมาตรฐานนับจากวันที่จัดส่ง. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้จำเป็นต่อการคำนวณ KPI 'On-Time Delivery Rate' และวัดระดับการบริการลูกค้าได้อย่างแม่นยำ. แหล่งข้อมูล โดยทั่วไป Oracle ไม่มีเหตุการณ์นี้มาให้โดยตรง คุณอาจบันทึกได้หากมีการเชื่อมต่อกับผู้ขนส่ง หรือคำนวณโดยบวกเวลาขนส่งมาตรฐานเข้ากับวันที่ 'Goods Shipped' ต้องวิเคราะห์ระบบก่อน. บันทึก อนุมานได้จากข้อมูลที่ผู้ขนส่งส่งมา หรือคำนวณจากวันที่จัดส่งบวกกับเวลาเฉลี่ยในการขนส่ง. ประเภทเหตุการณ์ inferred | |||
| สำรองสินค้าคงคลังแล้ว | กิจกรรมนี้คือการจัดสรรหรือสำรองสินค้าคงคลังจริงสำหรับรายการคำสั่งซื้อ ระบบจะกันสินค้าเฉพาะไว้เพื่อให้พร้อมเมื่อถึงเวลาหยิบสินค้า. | ||
| เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยวิเคราะห์ KPI 'Inventory Allocation Lead Time' และระบุความล่าช้าระหว่างการยืนยันคำสั่งซื้อกับการสำรองสินค้า. แหล่งข้อมูล โดยทั่วไปเหตุการณ์นี้บันทึกไว้ในโมดูลสินค้าคงคลังหรือการดำเนินงานในห่วงโซ่อุปทาน อนุมานได้จากการอัปเดตสถานะของรายการจัดส่งที่ระบุว่ามีการกำหนดรายละเอียดหรือสำรองสินค้าแล้ว. บันทึก อนุมานได้จากการเปลี่ยนสถานะรายการจัดส่งที่เกี่ยวข้องกับการสำรองสินค้าคงคลังหรือการกำหนดเวลา. ประเภทเหตุการณ์ inferred | |||
| หยิบสินค้าแล้ว | กิจกรรมนี้คือการหยิบสินค้าจริงจากคลังสินค้าเพื่อจัดส่งตามคำสั่งซื้อ เป็นขั้นตอนสำคัญในกระบวนการโลจิสติกส์ และโดยทั่วไปบันทึกไว้ในโมดูลจัดการคลังสินค้าหรือการจัดส่ง. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ช่วยให้เห็นการปฏิบัติงานในคลังสินค้า ความล่าช้าระหว่างการสำรองสินค้าและการหยิบสินค้าอาจบ่งชี้ถึงคอขวดด้านทรัพยากรหรือกระบวนการในคลังสินค้า. แหล่งข้อมูล บันทึกไว้ในโมดูล Oracle Fusion Cloud SCM (Supply Chain Management) อนุมานได้จากการเปลี่ยนสถานะของรอบการหยิบสินค้าหรือใบหยิบสินค้าที่เชื่อมโยงกับรายการคำสั่งซื้อ. บันทึก อนุมานได้จากเวลาที่ธุรกรรมการหยิบสินค้าเสร็จสิ้นในโมดูล SCM. ประเภทเหตุการณ์ inferred | |||
คู่มือการดึงข้อมูล
ขั้นตอน
- ไปที่ Oracle BI Publisher: ลงชื่อเข้าใช้ Oracle Fusion ด้วยผู้ใช้ที่มีสิทธิ์ BI Administrator หรือ BI Author ใช้เมนู Navigator ไปที่ Tools > Reports and Analytics แล้วคลิกปุ่ม 'Browse Catalog' เพื่อเปิด Business Intelligence Catalog.
- สร้าง Data Model ใหม่: ใน BI Catalog ไปยังโฟลเดอร์ที่เหมาะสม เช่น Shared Folders > Custom คลิกเมนู 'New' แล้วเลือก 'Data Model'.
- กำหนดชุดข้อมูล SQL Query: ในตัวแก้ไข Data Model คลิกไอคอน '+' เพื่อสร้างชุดข้อมูลใหม่ แล้วเลือก 'SQL Query' จะมีหน้าต่างปรากฏขึ้น ตั้งชื่อชุดข้อมูล เช่น 'OrderToCash_EventLog' เลือก 'Oracle BI EE' เป็นแหล่งข้อมูล และเลือก 'Standard SQL' เป็นประเภท SQL.
- ป้อน SQL Query: คัดลอก SQL query ทั้งหมดจากส่วน 'query' ในเอกสารนี้ แล้ววางลงในช่องข้อความ SQL Query query นี้มีพารามิเตอร์วันที่เริ่มต้นและสิ้นสุด (:p_start_date และ :p_end_date) ซึ่ง BI Publisher จะตรวจจับให้อัตโนมัติ.
- กำหนดคุณสมบัติ Data Model: หลังวาง query แล้วคลิก 'OK' ไปที่ส่วน 'Properties' ในแถบด้านซ้ายของตัวแก้ไข data model ตรวจสอบว่าเลือก 'Include Parameter Tags' แล้ว คุณสามารถกำหนดค่าเริ่มต้นให้พารามิเตอร์วันที่ได้ตามต้องการ.
- ดูและบันทึก Data Model: คลิกแท็บ 'Data' ระบบอาจขอให้ป้อนค่าพารามิเตอร์วันที่ ให้ระบุช่วงวันที่สั้นๆ เพื่อทดสอบ คลิก 'View' เพื่อดูตัวอย่างข้อมูล หากข้อมูลแสดงถูกต้อง ให้คลิกไอคอนบันทึกและตั้งชื่อที่สื่อความหมาย เช่น 'OrderToCash_EventLog_DM'.
- สร้างรายงานจาก Data Model: เมื่อบันทึก data model แล้ว คลิกปุ่ม 'Create Report' ที่มุมขวาบน เพื่อเปิดตัวช่วยสร้างรายงาน.
- กำหนดค่ารายงาน: ในตัวช่วยสร้าง เลือก 'Use Data Model' ระบบจะแนะนำการตั้งค่าเค้าโครง หากต้องการส่งออกเป็น CSV แบบง่าย ให้เลือกเค้าโครง 'Table' แล้วลากทุกคอลัมน์ลงในตาราง คลิก 'Next' จากนั้นยกเลิกการเลือก 'Show Grand Totals Row' แล้วคลิก 'Finish' เพื่อบันทึกรายงาน ตั้งชื่อ เช่น 'OrderToCash_EventLog_Report'.
- เรียกใช้รายงาน: เปิดรายงานที่สร้างใหม่ ระบบจะขอให้ระบุวันที่เริ่มต้นและสิ้นสุดสำหรับการดึงข้อมูล ป้อนช่วงวันที่ที่ต้องการ.
- ส่งออกข้อมูล: เมื่อรายงานทำงานเสร็จ คลิกเมนู 'View' แล้วเลือกมุมมองอื่น เช่น 'View Report' จากนั้นหาไอคอนหรือลิงก์ 'Export' แล้วเลือก 'CSV' เป็นรูปแบบส่งออก ระบบจะดาวน์โหลดไฟล์บันทึกเหตุการณ์.
- เตรียมอัปโหลด: เปิดไฟล์ CSV ที่ดาวน์โหลดมา ตรวจสอบว่าส่วนหัวคอลัมน์ตรงกับแอตทริบิวต์ที่ต้องใช้ ได้แก่ SalesOrder, ActivityName, EventTime, UserName, SalesOrderTotalAmount, CustomerName, SalesChannel, RequestedDeliveryDate, ActualDeliveryDate, PaymentDueDate และ IsAutomated จากนั้นไฟล์ก็พร้อมอัปโหลดไปยังเครื่องมือ process mining.
การกำหนดค่า
- สิทธิ์ผู้ใช้: คุณต้องมีบทบาทที่ให้สิทธิ์สร้าง Data Model และรายงานใน BI Publisher เช่น 'BI Administrator' หรือ 'BI Author'.
- แหล่งข้อมูล: query นี้ออกแบบมาสำหรับแหล่งข้อมูลแอปพลิเคชันมาตรฐาน 'Oracle BI EE' ซึ่งเชื่อมต่อกับฐานข้อมูลธุรกรรม (Fusion Apps) โดยทั่วไปไม่ต้องตั้งค่าเพิ่มเติม.
- พารามิเตอร์ช่วงวันที่: query ใช้พารามิเตอร์สองรายการ คือ :p_start_date และ :p_end_date เพื่อกรองข้อมูล แนะนำให้ดึงข้อมูลเป็นชุดที่จัดการได้ เช่น ครั้งละ 3 ถึง 6 เดือน เพื่อป้องกันรายงานหมดเวลาและปัญหาด้านประสิทธิภาพ.
- กรองตามหน่วยธุรกิจ: หากต้องการจำกัดขอบเขตการดึงข้อมูล คุณสามารถเพิ่มเงื่อนไข WHERE ใน CTE BaseOrders ของ query เพื่อกรองตามรหัสหน่วยธุรกิจที่ต้องการ เช่น AND dhead.SUBMITTING_BU_ID IN ([Your Business Unit ID]).
- กรองตามประเภทคำสั่งซื้อ: คุณยังสามารถกรองประเภทใบสั่งขายที่ต้องการ โดยเพิ่มเงื่อนไขที่ dhead.SOURCE_ORDER_TYPE_CODE ใน CTE BaseOrders.
- ประสิทธิภาพ: หากชุดข้อมูลมีขนาดใหญ่มากและครอบคลุมหลายปี วิธีใช้ query เดียวอาจทำงานช้า ลองเรียกใช้ในช่วงที่มีการใช้งานน้อย หรือแบ่งการดึงข้อมูลเป็นชุดรายเดือน ตรวจสอบว่าไม่ได้เลือกคุณสมบัติ 'Enable SQL Pruning' ใน Data Model เพราะอาจรบกวนการทำงานของ query แบบ UNION ที่ซับซ้อน.
ตัวอย่างคำค้น sql
WITH BaseOrders AS (
SELECT
dhead.HEADER_ID,
dhead.ORDER_NUMBER AS SalesOrder,
dhead.CREATION_DATE,
dhead.CREATED_BY,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = dhead.CREATED_BY AND ROWNUM = 1) AS UserName,
dhead.SUBMITTING_BU_ID,
dhead.AMOUNT AS SalesOrderTotalAmount,
hp_sold.PARTY_NAME AS CustomerName,
dhead.SALES_CHANNEL_CODE AS SalesChannel,
dfl.REQUEST_SHIP_DATE AS RequestedDeliveryDate
FROM
DOO_HEADERS_ALL dhead
JOIN
DOO_FULFILL_LINES_ALL dfl ON dhead.HEADER_ID = dfl.HEADER_ID
JOIN
HZ_CUST_ACCOUNTS hc_sold ON dhead.SOLD_TO_CUSTOMER_ID = hc_sold.CUST_ACCOUNT_ID
JOIN
HZ_PARTIES hp_sold ON hc_sold.PARTY_ID = hp_sold.PARTY_ID
WHERE
dhead.OBJECT_VERSION_NUMBER = 1
AND dfl.LINE_NUMBER = 1 -- To avoid duplicating header-level events for each line
AND dhead.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
)
-- 1. Sales Order Created
SELECT
bo.SalesOrder,
'Sales Order Created' AS ActivityName,
bo.CREATION_DATE AS EventTime,
bo.UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN bo.CREATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM BaseOrders bo
UNION ALL
-- 2. Credit Check Performed (inferred from Credit Hold Release)
SELECT
bo.SalesOrder,
'Credit Check Performed' AS ActivityName,
dha.RELEASED_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = dha.RELEASED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN dha.RELEASED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM DOO_HOLDS_ALL dha
JOIN BaseOrders bo ON dha.HEADER_ID = bo.HEADER_ID
WHERE dha.HOLD_CODE = '[Your Credit Check Hold Code]' AND dha.RELEASED_FLAG = 'Y' AND dha.RELEASED_DATE IS NOT NULL
UNION ALL
-- 3. Credit Hold Applied
SELECT
bo.SalesOrder,
'Credit Hold Applied' AS ActivityName,
dha.APPLIED_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = dha.APPLIED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN dha.APPLIED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM DOO_HOLDS_ALL dha
JOIN BaseOrders bo ON dha.HEADER_ID = bo.HEADER_ID
WHERE dha.HOLD_CODE = '[Your Credit Check Hold Code]' AND dha.APPLIED_DATE IS NOT NULL
UNION ALL
-- 4. Order Confirmed (inferred from status 'Awaiting Shipping')
SELECT
bo.SalesOrder,
'Order Confirmed' AS ActivityName,
dfl.STATUS_CHANGE_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = dfl.LAST_UPDATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN dfl.LAST_UPDATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM DOO_FULFILL_LINES_ALL dfl
JOIN BaseOrders bo ON dfl.HEADER_ID = bo.HEADER_ID
WHERE dfl.STATUS_CODE = 'AWAIT_SHIP'
UNION ALL
-- 5. Inventory Reserved
SELECT
bo.SalesOrder,
'Inventory Reserved' AS ActivityName,
irl.LAST_UPDATE_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = irl.LAST_UPDATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN irl.LAST_UPDATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM INV_RESERVATIONS irl
JOIN DOO_FULFILL_LINES_ALL dfl ON irl.DEMAND_SOURCE_LINE_ID = dfl.FULFILL_LINE_ID
JOIN BaseOrders bo ON dfl.HEADER_ID = bo.HEADER_ID
WHERE irl.DEMAND_SOURCE_TYPE_ID = 2 -- Order Entry
UNION ALL
-- 6. Goods Picked (inferred from delivery detail status 'Staged')
SELECT
bo.SalesOrder,
'Goods Picked' AS ActivityName,
wdd.LAST_UPDATE_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = wdd.LAST_UPDATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN wdd.LAST_UPDATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM WSH_DELIVERY_DETAILS wdd
JOIN BaseOrders bo ON wdd.SOURCE_HEADER_NUMBER = bo.SalesOrder
WHERE wdd.RELEASED_STATUS = 'S' -- 'S' typically means Staged/Picked
UNION ALL
-- 7. Goods Shipped
SELECT
bo.SalesOrder,
'Goods Shipped' AS ActivityName,
wnd.INITIAL_PICKUP_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = wnd.LAST_UPDATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN wnd.LAST_UPDATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM WSH_NEW_DELIVERIES wnd
JOIN WSH_DELIVERY_ASSIGNMENTS wda ON wnd.DELIVERY_ID = wda.DELIVERY_ID
JOIN WSH_DELIVERY_DETAILS wdd ON wda.DELIVERY_DETAIL_ID = wdd.DELIVERY_DETAIL_ID
JOIN BaseOrders bo ON wdd.SOURCE_HEADER_NUMBER = bo.SalesOrder
WHERE wnd.STATUS_CODE = 'CL' -- Closed/Shipped
UNION ALL
-- 8. Goods Delivered
SELECT
bo.SalesOrder,
'Goods Delivered' AS ActivityName,
wnd.ULTIMATE_DROPOFF_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = wnd.LAST_UPDATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
wnd.ULTIMATE_DROPOFF_DATE AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN wnd.LAST_UPDATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM WSH_NEW_DELIVERIES wnd
JOIN WSH_DELIVERY_ASSIGNMENTS wda ON wnd.DELIVERY_ID = wda.DELIVERY_ID
JOIN WSH_DELIVERY_DETAILS wdd ON wda.DELIVERY_DETAIL_ID = wdd.DELIVERY_DETAIL_ID
JOIN BaseOrders bo ON wdd.SOURCE_HEADER_NUMBER = bo.SalesOrder
WHERE wnd.ULTIMATE_DROPOFF_DATE IS NOT NULL
UNION ALL
-- 9. Invoice Created
SELECT
bo.SalesOrder,
'Invoice Created' AS ActivityName,
rct.TRX_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = rct.CREATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
aps.DUE_DATE AS PaymentDueDate,
CASE WHEN rct.CREATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM RA_CUSTOMER_TRX_ALL rct
JOIN RA_CUSTOMER_TRX_LINES_ALL rctl ON rct.CUSTOMER_TRX_ID = rctl.CUSTOMER_TRX_ID
JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.CUSTOMER_TRX_ID = aps.CUSTOMER_TRX_ID
JOIN BaseOrders bo ON rctl.INTERFACE_LINE_ATTRIBUTE1 = bo.SalesOrder
WHERE rctl.INTERFACE_LINE_CONTEXT = 'ORDER ENTRY' AND rctl.LINE_TYPE = 'LINE'
UNION ALL
-- 10. Invoice Corrected (Credit Memo)
SELECT
bo.SalesOrder,
'Invoice Corrected' AS ActivityName,
rct_cm.TRX_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = rct_cm.CREATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN rct_cm.CREATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM RA_CUSTOMER_TRX_ALL rct_cm
JOIN RA_CUSTOMER_TRX_LINES_ALL rctl_cm ON rct_cm.CUSTOMER_TRX_ID = rctl_cm.CUSTOMER_TRX_ID
JOIN RA_CUSTOMER_TRX_ALL rct_orig ON rct_cm.PREVIOUS_CUSTOMER_TRX_ID = rct_orig.CUSTOMER_TRX_ID
JOIN RA_CUSTOMER_TRX_LINES_ALL rctl_orig ON rct_orig.CUSTOMER_TRX_ID = rctl_orig.CUSTOMER_TRX_ID
JOIN BaseOrders bo ON rctl_orig.INTERFACE_LINE_ATTRIBUTE1 = bo.SalesOrder
WHERE rctl_orig.INTERFACE_LINE_CONTEXT = 'ORDER ENTRY' AND rctl_cm.LINE_TYPE = 'LINE'
UNION ALL
-- 11. Payment Received
SELECT
bo.SalesOrder,
'Payment Received' AS ActivityName,
araa.APPLY_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = araa.CREATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN araa.CREATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM AR_RECEIVABLE_APPLICATIONS_ALL araa
JOIN RA_CUSTOMER_TRX_ALL rct ON araa.APPLIED_CUSTOMER_TRX_ID = rct.CUSTOMER_TRX_ID
JOIN RA_CUSTOMER_TRX_LINES_ALL rctl ON rct.CUSTOMER_TRX_ID = rctl.CUSTOMER_TRX_ID
JOIN BaseOrders bo ON rctl.INTERFACE_LINE_ATTRIBUTE1 = bo.SalesOrder
WHERE araa.STATUS = 'APP' AND rctl.INTERFACE_LINE_CONTEXT = 'ORDER ENTRY' AND rctl.LINE_TYPE = 'LINE'
UNION ALL
-- 12. Order Line Closed
SELECT
bo.SalesOrder,
'Order Line Closed' AS ActivityName,
dfl.LAST_UPDATE_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = dfl.LAST_UPDATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN dfl.LAST_UPDATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM DOO_FULFILL_LINES_ALL dfl
JOIN BaseOrders bo ON dfl.HEADER_ID = bo.HEADER_ID
WHERE dfl.STATUS_CODE = 'CLOSED'
UNION ALL
-- 13. Order Closed
SELECT
bo.SalesOrder,
'Order Closed' AS ActivityName,
dhead.LAST_UPDATE_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = dhead.LAST_UPDATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN dhead.LAST_UPDATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM DOO_HEADERS_ALL dhead
JOIN BaseOrders bo ON dhead.HEADER_ID = bo.HEADER_ID
WHERE dhead.STATUS_CODE = 'CLOSED'
UNION ALL
-- 14. Order Cancelled
SELECT
bo.SalesOrder,
'Order Cancelled' AS ActivityName,
dhead.LAST_UPDATE_DATE AS EventTime,
(SELECT u.USERNAME FROM PER_USERS u WHERE u.USER_GUID = dhead.LAST_UPDATED_BY AND ROWNUM = 1) AS UserName,
bo.SalesOrderTotalAmount,
bo.CustomerName,
bo.SalesChannel,
bo.RequestedDeliveryDate,
NULL AS ActualDeliveryDate,
NULL AS PaymentDueDate,
CASE WHEN dhead.LAST_UPDATED_BY LIKE 'FUSION_APPS%' THEN 'true' ELSE 'false' END AS IsAutomated
FROM DOO_HEADERS_ALL dhead
JOIN BaseOrders bo ON dhead.HEADER_ID = bo.HEADER_ID
WHERE dhead.STATUS_CODE = 'CANCELED'ขั้นตอน
- เข้า BICC Console: ลงชื่อเข้าใช้อินสแตนซ์ Oracle Fusion Applications ด้วยผู้ใช้ที่มีบทบาท BICC_ADMINISTRATOR ไปที่ Tools แล้วเลือก Business Intelligence Cloud Connector จากเมนู.
- สร้าง Offering ใหม่: ใน BICC Console คลิก Configure External Storage เพื่อตั้งค่าปลายทาง ซึ่งอาจเป็น Oracle Universal Content Management (UCM) หรือ OCI Object Storage ตรวจสอบว่ารายละเอียดการเชื่อมต่อและข้อมูลรับรองถูกต้อง.
- เริ่มงานดึงข้อมูลใหม่: ไปที่ส่วน Manage Extract Jobs คลิกไอคอน + เพื่อสร้างงานใหม่ ตั้งชื่อที่สื่อความหมาย เช่น ProcessMind_O2C_SalesOrder_Extract.
- เลือก Data Store (PVO): ในการตั้งค่างาน ให้ค้นหาและเพิ่ม Public View Objects (PVO) ที่จำเป็นสำหรับเก็บข้อมูลวงจรใบสั่งขาย คุณต้องเพิ่ม PVO หลายรายการ ได้แก่ FscmTopModelAM.DooTopAM.Header, FscmTopModelAM.DooTopAM.FulfillLine, FscmTopModelAM.DooTopAM.HoldInstance, FscmTopModelAM.ScmTopAM.ShipmentLine, FscmTopModelAM.ArTopAM.ReceivableInvoice และ FscmTopModelAM.ArTopAM.CashReceiptApplication.
- กำหนดคอลัมน์ของแต่ละ PVO: สำหรับ PVO แต่ละรายการที่เลือก คลิกเมนู Actions แล้วเลือก Select Columns เลือกคอลัมน์ที่จำเป็นสำหรับสร้างบันทึกเหตุการณ์อย่างระมัดระวัง เช่น HeaderId, CreationDate, ShippedDate, TrxDate, ApplyDate และรหัสผู้ใช้ ดูรายการคอลัมน์ที่ต้องใช้จาก query manifest.
- ใช้ตัวกรองสำหรับการโหลดข้อมูลส่วนเพิ่ม: เพื่อจัดการปริมาณข้อมูล ให้กรอง PVO แต่ละรายการตามคอลัมน์ LastUpdateDate ในการเรียกใช้งานครั้งแรก คุณสามารถเลือกช่วงวันที่กว้างได้ ส่วนการเรียกใช้ตามกำหนดครั้งต่อไป ให้ตั้งค่าตัวกรองเพื่อดึงเฉพาะระเบียนที่มีการอัปเดตนับจากการทำงานครั้งล่าสุด.
- ตั้งเวลางานดึงข้อมูล: ไปที่ส่วน Manage Schedule แล้วสร้างกำหนดการใหม่สำหรับงาน แนะนำให้เรียกใช้งานในช่วงที่มีการใช้งานน้อย เช่น กลางคืนทุกวัน เพื่อลดผลกระทบต่อประสิทธิภาพของระบบ.
- ส่งงานและติดตามสถานะ: เมื่อตั้งค่าเสร็จแล้ว ให้ส่งงาน คุณสามารถติดตามความคืบหน้าได้จากหน้าจอ Manage Extract Jobs เมื่อทำงานสำเร็จ ไฟล์ข้อมูลจะอยู่ในพื้นที่จัดเก็บบนคลาวด์ที่ตั้งค่าไว้ ในรูปแบบ CSV ที่บีบอัดแล้ว.
- แปลงข้อมูลดิบเป็นบันทึกเหตุการณ์: ดาวน์โหลดไฟล์ CSV ที่ดึงมา BICC ให้ข้อมูลตารางดิบ ไม่ใช่บันทึกเหตุการณ์ที่จัดรูปแบบแล้ว คุณต้องใช้เครื่องมือภายนอก เช่น Python, สคริปต์ฐานข้อมูล หรือแพลตฟอร์ม ETL เพื่อประมวลผลไฟล์เหล่านี้ โดยทำดังนี้:
- รวมข้อมูลจากไฟล์ต่างๆ เช่น เชื่อมข้อมูลใบแจ้งหนี้กลับไปยังส่วนหัวใบสั่งขาย
- แปลงคอลัมน์วันที่ให้เป็นแถวกิจกรรมแยกกัน ตัวอย่างเช่น จากไฟล์ FscmTopModelAM.DooTopAM.Header ให้สร้างแถว Sales Order Created โดยใช้ CreationDate และอีกแถว Order Closed โดยใช้ ClosedDate
- จับคู่รหัสสถานะหรือแฟล็กกับกิจกรรมที่เกี่ยวข้อง เช่น Order Confirmed หรือ Order Cancelled
- รวมข้อมูลที่แปลงแล้วเป็นไฟล์เดียว โดยมีคอลัมน์ที่ต้องใช้ ได้แก่ SalesOrder, ActivityName และ EventTime.
- จัดรูปแบบเพื่ออัปโหลด: ตรวจสอบว่าไฟล์ที่แปลงแล้วเป็น CSV ไฟล์เดียว และมีคอลัมน์ตรงกับแอตทริบิวต์ที่จำเป็นและแนะนำ จากนั้นไฟล์ก็พร้อมอัปโหลดไปยัง ProcessMind.
การกำหนดค่า
- การเลือก PVO: ความถูกต้องของบันทึกเหตุการณ์ขึ้นอยู่กับการเลือก PVO ที่เหมาะสม PVO สำคัญ ได้แก่ FscmTopModelAM.DooTopAM.Header (สำหรับการสร้างและปิดคำสั่งซื้อ), FscmTopModelAM.ScmTopAM.ShipmentLine (สำหรับเหตุการณ์จัดส่ง) และ FscmTopModelAM.ArTopAM.ReceivableInvoice (สำหรับการออกใบแจ้งหนี้).
- การดึงข้อมูลส่วนเพิ่ม: ใช้ตัวกรอง LastUpdateDate ทุกครั้งที่ดึงข้อมูลตามรอบ ซึ่งสำคัญต่อประสิทธิภาพและช่วยไม่ให้ต้องดึงชุดข้อมูลขนาดหลายกิกะไบต์เดิมซ้ำๆ การโหลดข้อมูลทั้งหมดครั้งแรกจะเป็นข้อมูลตั้งต้น ส่วนครั้งต่อไปจะดึงเฉพาะข้อมูลที่เปลี่ยนแปลง.
- ช่วงวันที่: สำหรับการโหลดข้อมูลย้อนหลังครั้งแรก ให้ดึงข้อมูลช่วงที่เป็นตัวแทน เช่น 3 ถึง 6 เดือนล่าสุด เพื่อให้ได้ข้อมูลเพียงพอโดยยังจัดการปริมาณได้ การดึงข้อมูลครั้งต่อไปจะเป็นแบบส่วนเพิ่ม.
- การตั้งค่าพื้นที่จัดเก็บ: BICC ส่งออกข้อมูลไปยัง UCM หรือ OCI Object Storage ของ Oracle ได้ โดยทั่วไปแนะนำให้ใช้ OCI Object Storage สำหรับข้อมูลจำนวนมากและการเชื่อมต่อกับเครื่องมือ ETL ปลายทางที่สะดวกกว่า.
- กำหนดเวลางาน: ตั้งเวลางานดึงข้อมูลนอกเวลาทำการ เพื่อหลีกเลี่ยงผลกระทบที่อาจเกิดขึ้นกับประสิทธิภาพของระบบธุรกรรม Oracle Fusion Financials.
- ข้อกำหนดเบื้องต้น: ผู้ใช้ที่ตั้งค่างานต้องมีบทบาท BICC_ADMINISTRATOR และต้องตั้งค่าข้อมูลรับรองพื้นที่จัดเก็บบนคลาวด์ไว้ล่วงหน้า รวมทั้งเข้าใจวิธีแปลงข้อมูลหลังดึงข้อมูลแล้ว.
ตัวอย่างคำค้น config
# BICC Data Store (PVO) and Column Selection Manifest
# This manifest outlines the PVOs and columns to select in the BICC UI for the extract job.
# PVO for Sales Order Header information (Created, Confirmed, Closed, Cancelled events)
PVO: FscmTopModelAM.DooTopAM.Header
Columns:
- HeaderId -> SalesOrder
- CreationDate -> EventTime (for 'Sales Order Created')
- CreatedBy -> UserName (for 'Sales Order Created')
- LastUpdateDate # For incremental filtering
- StatusCode
- SubmittedDate -> EventTime (for 'Order Confirmed')
- SubmittedBy -> UserName (for 'Order Confirmed')
- OrderedTotal -> SalesOrderTotalAmount
- SoldToPartyName -> CustomerName
- SourceSalesChannelCode -> SalesChannel
- RequestShipDate -> RequestedDeliveryDate
- ClosedDate -> EventTime (for 'Order Closed')
- CanceledFlag
- CanceledDate -> EventTime (for 'Order Cancelled')
# PVO for Sales Order Lines (Line Closed event)
PVO: FscmTopModelAM.DooTopAM.FulfillLine
Columns:
- HeaderId -> SalesOrder
- ActualCompletionDate -> EventTime (for 'Order Line Closed')
- LastUpdateDate # For incremental filtering
- LastUpdatedBy -> UserName
- StatusName # To confirm closed status
# PVO for Holds (Credit Hold Applied event)
PVO: FscmTopModelAM.DooTopAM.HoldInstance
Columns:
- SourceHeaderId -> SalesOrder
- CreationDate -> EventTime (for 'Credit Hold Applied')
- CreatedBy -> UserName
- HoldName # To filter for credit-related holds
# PVO for Shipments (Picked, Shipped, Delivered events)
PVO: FscmTopModelAM.ScmTopAM.ShipmentLine
Columns:
- SourceHeaderNumber -> SalesOrder
- PickedDate -> EventTime (for 'Goods Picked')
- ShippedDate -> EventTime (for 'Goods Shipped')
- ActualDeliveryDate -> ActualDeliveryDate & EventTime (for 'Goods Delivered')
- LastUpdateDate # For incremental filtering
- LastUpdatedBy -> UserName
# PVO for Invoices (Invoice Created, Invoice Corrected events)
PVO: FscmTopModelAM.ArTopAM.ReceivableInvoice
Columns:
- InterfaceHeaderAttribute1 -> SalesOrder # Link to SO via reference field
- TrxDate -> EventTime (for 'Invoice Created')
- CreatedBy -> UserName
- DueDate -> PaymentDueDate
- PreviousTrxNumber # If populated, indicates a correction
- CreationDate # Can be used for 'Invoice Corrected' if a new record is made
- LastUpdateDate # For incremental filtering
# PVO for Payments (Payment Received event)
PVO: FscmTopModelAM.ArTopAM.CashReceiptApplication
Columns:
- AppliedCustomerTrxId # ID to link back to the invoice
- ApplyDate -> EventTime (for 'Payment Received')
- CreatedBy -> UserName
- LastUpdateDate # For incremental filteringพร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้ช่วยจัดระเบียบการรวบรวมข้อมูลและเริ่มต้นใช้ process mining ได้ทันที เริ่มปรับปรุงกระบวนการ Order to Cash: การดำเนินการตามคำสั่งซื้อได้วันนี้.
เริ่มปรับปรุงกระบวนการ Order to Cash: การดำเนินการตามคำสั่งซื้อวันนี้
ระบุคอขวดและลดระยะเวลาของวงจร Order to Cash ได้ 30% อย่างง่ายดาย.
ไม่ต้องใช้บัตรเครดิต ทดลองใช้ฟรี 14 วัน.