เทมเพลตข้อมูลการบำรุงรักษาสินทรัพย์ของคุณ
เทมเพลตข้อมูลการบำรุงรักษาสินทรัพย์ของคุณ
- แอตทริบิวต์ที่แนะนำสำหรับการวิเคราะห์เชิงลึก
- หมุดหมายสำคัญของกระบวนการที่ควรติดตาม
- แนวทางดึงข้อมูลจาก Oracle โดยเฉพาะ
แอตทริบิวต์การบำรุงรักษาสินทรัพย์
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
กิจกรรม
ActivityName
|
ชื่อเหตุการณ์หรือการเปลี่ยนสถานะที่เกิดขึ้นในเวิร์กโฟลว์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกขั้นตอนที่เกิดขึ้นในกระบวนการบำรุงรักษา เช่น 'สร้างใบสั่งงาน' 'เริ่มปฏิบัติงาน' หรือ 'ปิดใบสั่งงาน' โดยแต่ละขั้นตอนจะแสดงเป็นโหนดในแผนที่กระบวนการ. นักวิเคราะห์ใช้ข้อมูลนี้แสดงภาพการไหลของกระบวนการ ระบุรูปแบบต่างๆ และค้นหาคอขวดระหว่างขั้นตอน.
เหตุผลที่สำคัญ
จำเป็นต่อการกำหนดลำดับและการไหลของเหตุการณ์ในกระบวนการ.
แหล่งข้อมูล
ได้จากตารางประวัติธุรกรรมหรือบันทึกการเปลี่ยนสถานะ.
ตัวอย่าง
สร้างใบสั่งงานบำรุงรักษาอนุมัติใบสั่งงานดำเนินงานตามขั้นตอนเสร็จสิ้น
|
|||
|
ใบสั่งงานบำรุงรักษา
WorkOrderNumber
|
รหัสระบุใบสั่งงานบำรุงรักษาที่ไม่ซ้ำกัน. | ||
|
คำอธิบาย
หมายเลขใบสั่งงานเป็นรหัสกรณีที่ไม่ซ้ำกันสำหรับกระบวนการบำรุงรักษา ใช้ติดตามวงจรงานตั้งแต่รับคำขอหรือสร้างตารางงาน ไปจนถึงการดำเนินงาน การทำงานให้เสร็จ และการปิดบัญชีการเงิน. ในการวิเคราะห์ แอตทริบิวต์นี้เป็นคีย์หลักสำหรับเชื่อมข้อมูลเหตุการณ์กับแอตทริบิวต์ระดับกรณี ช่วยให้นักวิเคราะห์จัดกลุ่มกิจกรรมทั้งหมดของงานเดียวกันและคำนวณระยะเวลาดำเนินงานตั้งแต่ต้นจนจบได้.
เหตุผลที่สำคัญ
เป็นคีย์หลักของแต่ละกรณีในกระบวนการ และจำเป็นต่อการสร้างประวัติกรณีขึ้นใหม่.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ WORK_ORDER_NUMBER
ตัวอย่าง
WO-2023-0015WO-2023-0089WO-2023-1102
|
|||
|
เวลาประทับของเหตุการณ์
EventDateTime
|
วันที่และเวลาที่เกิดกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเวลาที่เกิดเหตุการณ์อย่างแม่นยำ ใช้เรียงกิจกรรมตามลำดับเวลาในแต่ละกรณี และคำนวณระยะเวลาระหว่างขั้นตอน. เวลาประทับที่ถูกต้องจำเป็นต่อการคำนวณระยะเวลาดำเนินงาน การระบุความล่าช้า และการวัดผลเทียบกับ SLA.
เหตุผลที่สำคัญ
จำเป็นต่อการกำหนดลำดับเวลาของกระบวนการ.
แหล่งข้อมูล
คอลัมน์ CREATION_DATE หรือ LAST_UPDATE_DATE ในตารางธุรกรรม.
ตัวอย่าง
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
|
|||
|
การอัปเดตข้อมูลครั้งล่าสุด
LastDataUpdate
|
เวลาที่ดึงข้อมูลครั้งล่าสุด. | ||
|
คำอธิบาย
วันที่และเวลาที่ดึงหรือรีเฟรชข้อมูลในเครื่องมือ process mining ครั้งล่าสุด ช่วยให้ผู้ใช้ทราบว่าข้อมูลที่ใช้วิเคราะห์เป็นข้อมูลล่าสุดเพียงใด ฟิลด์ข้อมูลเมตาของระบบนี้จำเป็นต่อการกำกับดูแลข้อมูล.
เหตุผลที่สำคัญ
ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด.
แหล่งข้อมูล
เวลาของระบบขณะดึงข้อมูล.
ตัวอย่าง
2023-10-30T12:00:00Z
|
|||
|
ระบบต้นทาง
SourceSystem
|
ชื่อระบบที่เป็นแหล่งที่มาของข้อมูล. | ||
|
คำอธิบาย
ระบุซอฟต์แวร์หรือฐานข้อมูลต้นทางที่ดึงระเบียนมา ในกรณีนี้มักเป็น 'Oracle Maintenance Cloud' จำเป็นสำหรับติดตามที่มาของข้อมูลในสภาพแวดล้อมที่มีหลายระบบ.
เหตุผลที่สำคัญ
ติดตามที่มาของข้อมูลในสภาพแวดล้อมที่มีหลายระบบ.
แหล่งข้อมูล
กำหนดค่าไว้ตายตัวระหว่างการดึงข้อมูล.
ตัวอย่าง
Oracle Maintenance CloudOracle Cloud ERP
|
|||
|
ช่างที่ได้รับมอบหมาย
AssignedTechnician
|
บุคคลหรือกลุ่มทรัพยากรที่ได้รับมอบหมายให้ดำเนินงาน. | ||
|
คำอธิบาย
บันทึก ID ผู้ใช้หรือพนักงานของช่างผู้รับผิดชอบงาน โดยอาจกำหนดไว้ที่ระดับส่วนหัวหรือขั้นตอนปฏิบัติงาน. ใช้วิเคราะห์การใช้ประโยชน์จากช่างและแรงงาน เพื่อระบุช่องว่างด้านทักษะหรือทรัพยากรที่มีภาระงานมากเกินไป.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพของทรัพยากรและวางแผนกำลังรองรับงาน.
แหล่งข้อมูล
ตาราง WIE_OPERATION_RESOURCES หรือตารางกำหนดผู้รับผิดชอบที่คล้ายกัน.
ตัวอย่าง
J. Smithช่าง-005ผู้รับเหมาภายนอก
|
|||
|
ประเภทงานบำรุงรักษา
WorkOrderType
|
จัดประเภทใบสั่งงานเป็นงานเชิงป้องกัน งานแก้ไข หรือการบำรุงรักษาเชิงคาดการณ์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุลักษณะของงานบำรุงรักษา ค่าที่พบบ่อย ได้แก่ Preventive, Corrective, Emergency หรือ Condition-Based. ข้อมูลนี้สำคัญต่อ KPI สัดส่วนการบำรุงรักษาเชิงรุก ช่วยให้นักวิเคราะห์เปรียบเทียบปริมาณงานตามแผนกับงานที่เกิดขึ้นเพื่อตอบสนองต่อความขัดข้องได้.
เหตุผลที่สำคัญ
ใช้แยกงานบำรุงรักษาตามแผนออกจากงานซ่อมที่เกิดขึ้นเพื่อตอบสนองต่อปัญหา.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ WORK_ORDER_TYPE_ID (เชื่อมกับคำจำกัดความประเภท).
ตัวอย่าง
เชิงป้องกันแก้ไขฉุกเฉิน
|
|||
|
รหัสองค์กร
OrganizationCode
|
รหัสของหน่วยงานหรือโรงงานที่รับผิดชอบงานบำรุงรักษา. | ||
|
คำอธิบาย
ระบุหน่วยธุรกิจ โรงงาน หรือสถานที่ที่รับผิดชอบงานบำรุงรักษา ช่วยเปรียบเทียบผลการดำเนินงานระหว่างภูมิภาคหรือสถานที่ต่างๆ. ใช้เปรียบเทียบความแตกต่างของผลการดำเนินงานระหว่างสถานที่หรือหน่วยปฏิบัติงาน.
เหตุผลที่สำคัญ
แบ่งการวิเคราะห์ตามสถานที่ตั้งหรือหน่วยธุรกิจ.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ ORGANIZATION_ID.
ตัวอย่าง
M1NY-PLANTLON-DEPOT
|
|||
|
ระดับความสำคัญ
Priority
|
ระดับความเร่งด่วนที่กำหนดให้กับใบสั่งงาน. | ||
|
คำอธิบาย
ระบุความสำคัญของใบสั่งงาน เช่น Critical, High, Medium หรือ Low และใช้กำหนดตารางงานกับการจัดสรรทรัพยากร. ข้อมูลนี้สำคัญต่อแดชบอร์ดประสิทธิภาพการเปลี่ยนคำขอเป็นใบสั่งงาน เพื่อให้จัดลำดับความสำคัญของความขัดข้องร้ายแรงได้อย่างเหมาะสม.
เหตุผลที่สำคัญ
ใช้กำหนดเวลาตอบสนองเป้าหมายและการจัดสรรทรัพยากร.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ WORK_ORDER_PRIORITY_ID.
ตัวอย่าง
วิกฤตสูงมาตรฐาน
|
|||
|
วันที่งานเสร็จจริง
ActualCompletionDate
|
วันที่และเวลาที่งานซ่อมบำรุงเสร็จสิ้น. | ||
|
คำอธิบาย
บันทึกเวลาที่งานภาคสนามเสร็จสมบูรณ์ ใช้เวลานี้ปิดขั้นตอนการปฏิบัติงานในวงจรชีวิต เป็นจุดสิ้นสุดของระยะเวลาปฏิบัติงานด้านเทคนิค และเป็นจุดเริ่มต้นของระยะเวลาล่าช้าด้านธุรการ.
เหตุผลที่สำคัญ
เป็นจุดสิ้นสุดของขั้นตอนปฏิบัติงานด้านเทคนิค.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ COMPLETED_DATE หรือ CLOSED_DATE.
ตัวอย่าง
2023-10-252023-10-262023-10-27
|
|||
|
วันที่เริ่มงานจริง
ActualStartDate
|
วันที่และเวลาที่เริ่มปฏิบัติงานจริง. | ||
|
คำอธิบาย
บันทึกเวลาที่ช่างเริ่มงานจริง โดยมักเกิดจากธุรกรรม 'Operation Started' ใช้คำนวณความล่าช้าในการจัดหาวัสดุ (จุดสิ้นสุด) และความคล่องตัวในการจัดตารางทรัพยากร.
เหตุผลที่สำคัญ
ข้อมูลสำคัญสำหรับคำนวณระยะเวลาปฏิบัติงานจริงเทียบกับแผน.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ ACTUAL_START_DATE.
ตัวอย่าง
2023-10-212023-10-222023-10-23
|
|||
|
สถานะใบสั่งงาน
WorkOrderStatus
|
สถานะปัจจุบันของใบสั่งงานในวงจรงาน. | ||
|
คำอธิบาย
ระบุสถานะของใบสั่งงาน เช่น Unreleased, Released, On Hold, Completed หรือ Closed ช่วยกรองกรณีที่ยังเปิดอยู่และกรณีที่ดำเนินการเสร็จแล้ว. ใช้แสดงงานระหว่างดำเนินการ (WIP) บนแดชบอร์ด และค้นหาใบสั่งงานที่ค้างอยู่ในสถานะใดสถานะหนึ่ง.
เหตุผลที่สำคัญ
แสดงภาพรวมความคืบหน้าของใบสั่งงาน ณ ช่วงเวลาหนึ่ง.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ WORK_ORDER_STATUS_ID.
ตัวอย่าง
อนุมัติแล้วพักงานปิดแล้ว
|
|||
|
หมายเลขสินทรัพย์
AssetNumber
|
รหัสระบุอุปกรณ์ที่กำลังบำรุงรักษาโดยไม่ซ้ำกัน. | ||
|
คำอธิบาย
ระบุสินทรัพย์หรือเครื่องจักรที่เป็นเป้าหมายของใบสั่งงานบำรุงรักษา และเชื่อมกระบวนการเข้ากับลำดับชั้นของสินทรัพย์. ข้อมูลนี้สำคัญต่อ KPI ความถี่ในการซ่อมสินทรัพย์ซ้ำ ช่วยให้นักวิเคราะห์พบเครื่องจักรที่ขัดข้องซ้ำบ่อยครั้ง.
เหตุผลที่สำคัญ
เชื่อมกิจกรรมบำรุงรักษากับอุปกรณ์แต่ละชิ้น.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ ASSET_ID (เชื่อมกับ CSI_ITEM_INSTANCES).
ตัวอย่าง
PUMP-101HVAC-Unit-5CONVEYOR-BELT-A
|
|||
|
ชั่วโมงแรงงานจริง
ActualLaborHours
|
จำนวนชั่วโมงทั้งหมดที่ช่างใช้กับใบสั่งงานนี้. | ||
|
คำอธิบาย
ผลรวมระยะเวลาทั้งหมดที่บันทึกไว้ในธุรกรรมแรงงานของใบสั่งงาน ใช้วัดเวลาที่ใช้ปฏิบัติงานจริง ใช้ใน KPI ความคลาดเคลื่อนระหว่างชั่วโมงแรงงานที่ประเมินกับที่ใช้จริง เพื่อประเมินความแม่นยำในการวางแผน.
เหตุผลที่สำคัญ
ตัวชี้วัดสำคัญสำหรับคำนวณต้นทุนและประสิทธิภาพของกำลังคน.
แหล่งข้อมูล
รวบรวมจาก WIE_WORK_ORDER_TRANSACTIONS (ธุรกรรมทรัพยากร).
ตัวอย่าง
4.512.00.75
|
|||
|
ชั่วโมงแรงงานที่ประเมินไว้
EstimatedLaborHours
|
ชั่วโมงแรงงานที่วางแผนไว้สำหรับใบสั่งงาน. | ||
|
คำอธิบาย
ระยะเวลาที่ผู้วางแผนประเมินว่างานจะใช้ โดยกำหนดไว้ในขั้นตอนวางแผนหรืออนุมัติให้เริ่มงาน นำไปเปรียบเทียบกับชั่วโมงแรงงานจริงเพื่อหาความคลาดเคลื่อนและปรับปรุงมาตรฐานการวางแผนในอนาคต.
เหตุผลที่สำคัญ
ใช้เป็นเกณฑ์อ้างอิงในการประเมินประสิทธิภาพการปฏิบัติงาน.
แหล่งข้อมูล
ตาราง WIE_OPERATION_RESOURCES ปริมาณที่วางแผนไว้.
ตัวอย่าง
5.010.01.0
|
|||
|
ต้นทุนรวม
TotalCost
|
ต้นทุนทางการเงินทั้งหมดที่เกิดขึ้นจากใบสั่งงาน. | ||
|
คำอธิบาย
ผลรวมต้นทุนวัสดุ แรงงาน และค่าใช้จ่ายทางอ้อมที่เกี่ยวข้องกับใบสั่งงาน โดยปกติจะสรุปยอดในกิจกรรม 'Maintenance Costs Transferred' ใช้วิเคราะห์ความแม่นยำในการวางแผนซ่อมบำรุง โดยเปรียบเทียบงบประมาณกับค่าใช้จ่ายจริง.
เหตุผลที่สำคัญ
ตัวชี้วัดทางการเงินหลักของงานซ่อมบำรุง.
แหล่งข้อมูล
ตารางในโมดูลคำนวณต้นทุนที่เชื่อมโยงกับ Work Order ID.
ตัวอย่าง
1500.00250.505000.00
|
|||
|
เป็นงานซ่อมซ้ำหรือไม่
IsRework
|
ระบุว่าใบสั่งงานนี้เป็นการซ่อมซ้ำหรือไม่. | ||
|
คำอธิบาย
ค่าบูลีนที่เป็น true เมื่อมีใบสั่งงานอีกใบสำหรับ Asset ID เดียวกันปิดงานภายในช่วง 30 วันก่อนหน้า ค่านี้เป็นแอตทริบิวต์ที่คำนวณขึ้น ใช้สนับสนุน KPI ความถี่ในการซ่อมสินทรัพย์ซ้ำโดยตรง และช่วยระบุงานซ่อมที่คุณภาพไม่ดีหรือสินทรัพย์ที่ขัดข้อง.
เหตุผลที่สำคัญ
ช่วยระบุปัญหาด้านคุณภาพและการขัดข้องที่เกิดซ้ำ.
แหล่งข้อมูล
คำนวณในขั้นตอนแปลงข้อมูล.
ตัวอย่าง
truefalse
|
|||
|
รายละเอียดใบสั่งงาน
WorkOrderDescription
|
ข้อความสั้นๆ ที่อธิบายปัญหาหรืองานที่ต้องทำ. | ||
|
คำอธิบาย
ช่องข้อความอิสระที่ผู้แจ้งหรือผู้วางแผนกรอกเพื่ออธิบายปัญหาหรืองานที่ต้องทำ ช่วยให้ข้อมูลประกอบที่อาจไม่มีในข้อมูลแบบมีโครงสร้าง ใช้วิเคราะห์ข้อความหรือตรวจสอบงานประเภท 'อื่นๆ' ด้วยตนเองได้.
เหตุผลที่สำคัญ
ให้รายละเอียดงานซ่อมบำรุงที่อ่านเข้าใจได้.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ WORK_ORDER_DESCRIPTION.
ตัวอย่าง
เปลี่ยนมอเตอร์สายพานลำเลียงตรวจสอบความปลอดภัยประจำเดือนซ่อมจุดรั่วของปั๊ม A
|
|||
|
วันที่กำหนดเริ่มงาน
ScheduledStartDate
|
วันที่วางแผนให้เริ่มงานซ่อมบำรุง. | ||
|
คำอธิบาย
วันที่และเวลาที่กำหนดให้เริ่มงาน เมื่อนำไปเปรียบเทียบกับวันที่เริ่มงานจริง จะช่วยให้เห็นว่างานเป็นไปตามกำหนดหรือไม่ ใช้วิเคราะห์การจัดตารางและความล่าช้า เพื่อค้นหาสิ่งที่ทำให้แผนซ่อมบำรุงสะดุด.
เหตุผลที่สำคัญ
ใช้เป็นค่าตั้งต้นในการวัดว่างานเป็นไปตามกำหนดหรือมีความล่าช้าเพียงใด.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B คอลัมน์ PLANNED_START_DATE.
ตัวอย่าง
2023-10-202023-10-212023-10-22
|
|||
|
วันที่เป้าหมายตาม SLA
SlaTargetDate
|
กำหนดเวลาที่ต้องดำเนินการตามใบสั่งงานให้เสร็จ. | ||
|
คำอธิบาย
คำนวณจากระดับความสำคัญและวันที่สร้างใบสั่งงาน เพื่อระบุเวลาที่องค์กรรับปากว่าจะทำให้สินทรัพย์กลับมาใช้งานได้ ใช้ใน KPI อัตราการบรรลุ SLA เพื่อดูว่างานซ่อมบำรุงเป็นไปตามข้อผูกพันด้านบริการหรือไม่.
เหตุผลที่สำคัญ
กำหนดเกณฑ์ความสำเร็จด้านการส่งมอบงานตรงเวลา.
แหล่งข้อมูล
โดยทั่วไปเป็นฟิลด์ที่กำหนดเอง หรือคำนวณจากการตั้งค่าระดับความสำคัญ.
ตัวอย่าง
2023-11-012023-11-052023-11-10
|
|||
|
วันที่รับคำขอ
RequestDate
|
วันที่ได้รับคำขอซ่อมบำรุงครั้งแรก. | ||
|
คำอธิบาย
วันและเวลาที่พบและบันทึกความจำเป็นในการซ่อมบำรุงเป็นครั้งแรก ซึ่งใช้เป็นจุดเริ่มต้นในการคำนวณระยะเวลาดำเนินการ ข้อมูลนี้สำคัญต่อ KPI ระยะเวลาตั้งแต่พบปัญหาจนถึงสร้างใบสั่งงาน เพื่อวัดความล่าช้าระหว่างสองขั้นตอนนี้.
เหตุผลที่สำคัญ
เป็นจุดเริ่มต้นของวงจรชีวิตกระบวนการทั้งหมด.
แหล่งข้อมูล
ตาราง WIE_WORK_ORDERS_B ซึ่งได้มาจากลิงก์คำขอต้นทาง.
ตัวอย่าง
2023-10-012023-10-052023-11-12
|
|||
|
หมวดหมู่สินทรัพย์
AssetCategory
|
จัดกลุ่มสินทรัพย์ตามประเภท เช่น HVAC ยานพาหนะ หรือสายการผลิต. | ||
|
คำอธิบาย
จัดสินทรัพย์เป็นกลุ่มใหญ่เพื่อวิเคราะห์ประสิทธิภาพงานบำรุงรักษาของอุปกรณ์แต่ละประเภทในภาพรวม. ใช้ในแดชบอร์ดภาพรวมระยะเวลางานบำรุงรักษา เพื่อระบุประเภทอุปกรณ์ที่ทำให้เกิดความล่าช้ามากที่สุด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพงานบำรุงรักษาโดยรวมตามประเภทอุปกรณ์.
แหล่งข้อมูล
ได้จากหมวดหมู่รายการที่กำหนดให้กับ Asset ID.
ตัวอย่าง
เครื่องจักรหนักยานพาหนะในกองยานอาคารและสถานที่
|
|||
กิจกรรมการบำรุงรักษาสินทรัพย์
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ดำเนินใบสั่งงานเสร็จสิ้น
|
งานด้านเทคนิคของใบสั่งงานทั้งหมดเสร็จสิ้น หมายความว่าซ่อมสินทรัพย์เรียบร้อยและพร้อมใช้งาน แม้การดำเนินการด้านการเงินอาจยังไม่เสร็จ. | ||
|
เหตุผลที่สำคัญ
เป็นจุดสิ้นสุดของงานบำรุงรักษาในมุมมองการปฏิบัติงาน ใช้คำนวณการปฏิบัติตาม SLA.
แหล่งข้อมูล
ได้จาก WIE_WO_STATUS_HISTORY เมื่อ STATUS_CODE เปลี่ยนเป็น 'COMPLETED'.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลังการเปลี่ยนแปลง
ประเภทเหตุการณ์
explicit
|
|||
|
บันทึกชั่วโมงแรงงาน
|
การบันทึกเวลาที่ช่างใช้กับใบสั่งงาน เป็นเหตุการณ์ธุรกรรมที่บันทึกต้นทุนของกิจกรรมบำรุงรักษา. | ||
|
เหตุผลที่สำคัญ
ติดตามแรงงานและต้นทุนที่สะสม เหตุการณ์ประเภทนี้ที่เกิดขึ้นหลายครั้งแสดงว่ายังมีงานดำเนินอยู่ และใช้คำนวณส่วนต่างของชั่วโมงแรงงานทั้งหมด.
แหล่งข้อมูล
ได้จากตาราง WIE_RESOURCE_TRANSACTIONS.
บันทึก
บันทึกเมื่อดำเนินธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
เบิกวัสดุ
|
การตัดสินค้าคงคลังออกจากคลังเพื่อเบิกให้กับใบสั่งงานนั้นโดยตรง แสดงถึงการเคลื่อนย้ายอะไหล่ไปยังจุดปฏิบัติงานบำรุงรักษา. | ||
|
เหตุผลที่สำคัญ
เป็นสัญญาณที่เห็นได้ชัดว่างานกำลังจะเริ่ม เมื่อนำเหตุการณ์นี้ไปเปรียบเทียบกับเหตุการณ์ 'Released' จะเห็นความล่าช้าในขั้นตอนหยิบสินค้าออกจากคลัง.
แหล่งข้อมูล
ได้จากตาราง INV_MATERIAL_TXNS โดย TRANSACTION_SOURCE_TYPE_ID เชื่อมโยงกับใบสั่งงาน.
บันทึก
บันทึกเมื่อดำเนินธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
ปิดใบสั่งงาน
|
การปิดใบสั่งงานในขั้นตอนธุรการขั้นสุดท้าย หลังจากนี้จะไม่สามารถบันทึกต้นทุนเพิ่มเติม และใบสั่งงานจะเสร็จสมบูรณ์สำหรับการทำบัญชี. | ||
|
เหตุผลที่สำคัญ
เป็นจุดสิ้นสุดของวงจรงานด้านธุรการ ระยะเวลาตั้งแต่สถานะ Completed ถึง Closed แสดงถึงเวลาค้างในขั้นตอนธุรการ.
แหล่งข้อมูล
ได้จาก WIE_WO_STATUS_HISTORY เมื่อ STATUS_CODE เปลี่ยนเป็น 'CLOSED'.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลังการเปลี่ยนแปลง
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มปฏิบัติงาน
|
การเริ่มขั้นตอนใดขั้นตอนหนึ่ง เช่น Op 10 หรือ Op 20 ในใบสั่งงาน เป็นเวลาที่ช่างเริ่มลงมือทำงานจริง. | ||
|
เหตุผลที่สำคัญ
แสดงหมุดหมาย 'เริ่มปฏิบัติงาน' ซึ่งจำเป็นต่อการคำนวณเวลาที่ช่างใช้ซ่อมจริงเทียบกับระยะเวลาตามแผน.
แหล่งข้อมูล
ได้จากการเปลี่ยนสถานะใน WIE_WO_OPERATIONS_B หรือเวลาประทับของธุรกรรมทรัพยากรรายการแรกของขั้นตอนนั้น.
บันทึก
หาได้จากการเปรียบเทียบฟิลด์ X กับ Y
ประเภทเหตุการณ์
inferred
|
|||
|
สร้างคำขอบำรุงรักษา
|
การส่งคำขอบำรุงรักษาครั้งแรกผ่านพอร์ทัลบริการตนเองหรือระบบแจ้งปัญหา เหตุการณ์นี้บันทึกสัญญาณแรกของความขัดข้องหรือความต้องการรับบริการ ก่อนจะสร้างเป็นใบสั่งงานอย่างเป็นทางการ โดยทั่วไปจะพบข้อมูลในตาราง Work Requests. | ||
|
เหตุผลที่สำคัญ
ระบุจุดเริ่มต้นที่แท้จริงของวงจรความต้องการงานบำรุงรักษา ข้อมูลนี้จำเป็นต่อการคำนวณระยะเวลาตั้งแต่พบความขัดข้องจนสร้างใบสั่งงานที่นำไปดำเนินการได้.
แหล่งข้อมูล
ได้จากตาราง MNT_WORK_REQUESTS โดยใช้ฟิลด์ CREATION_DATE.
บันทึก
บันทึกเมื่อมีการเพิ่มรายการลงในตาราง Work Requests
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบสั่งงานบำรุงรักษา
|
ระบบสร้างรายการใบสั่งงาน โดยแปลงจากคำขอหรือสร้างขึ้นด้วยตนเอง เหตุการณ์นี้กำหนด Case ID สำหรับ process mining และเป็นจุดเริ่มต้นของการวางแผนและดำเนินงาน. | ||
|
เหตุผลที่สำคัญ
เป็นเหตุการณ์หลักที่ใช้ระบุจุดเริ่มต้นของแต่ละกรณี แบ่งช่วงรับคำขอออกจากช่วงวางแผนและดำเนินงาน.
แหล่งข้อมูล
ได้จากตาราง WIE_WORK_ORDERS_B โดยใช้เวลาประทับ CREATION_DATE.
บันทึก
บันทึกเมื่อสร้างรายการส่วนหัวของ WO
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบสั่งงาน
|
การเปลี่ยนสถานะใบสั่งงานจาก Draft หรือ Unreleased เป็น Released ซึ่งเป็นการอนุมัติให้เบิกใช้วัสดุและทรัพยากรกับใบสั่งงานนั้น. | ||
|
เหตุผลที่สำคัญ
แสดงว่าการวางแผนเสร็จสิ้นและได้รับอนุญาตให้เริ่มดำเนินงานได้ หากล่าช้าในขั้นตอนนี้ อาจบ่งชี้ว่ามีคอขวดในการวางแผน.
แหล่งข้อมูล
ได้จาก WIE_WO_STATUS_HISTORY เมื่อ STATUS_CODE เปลี่ยนเป็น 'RELEASED'.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลังการเปลี่ยนแปลง
ประเภทเหตุการณ์
inferred
|
|||
|
จัดตารางใบสั่งงาน
|
การกำหนดวันเริ่มงานหรือทรัพยากรเฉพาะ เช่น ช่างหรือเครื่องมือ ให้กับขั้นตอนต่างๆ ในใบสั่งงาน พร้อมอัปเดตวันที่ตามแผนในระบบ. | ||
|
เหตุผลที่สำคัญ
ใช้วัดประสิทธิภาพของทีมจัดส่งงานหรือตารางงาน หากมีช่วงห่างระหว่างการอนุมัติใบสั่งงานกับการจัดตาราง อาจแสดงว่าทรัพยากรมีไม่เพียงพอ.
แหล่งข้อมูล
ได้จากการอัปเดตคอลัมน์การจัดตารางใน WIE_OPERATION_RESOURCES หรือ WIE_WO_OPERATIONS_B.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลังการเปลี่ยนแปลง
ประเภทเหตุการณ์
inferred
|
|||
|
จัดสรรวัสดุ
|
การจองหรือจัดสรรอะไหล่และชิ้นส่วนที่จำเป็นให้กับใบสั่งงาน เพื่อให้มีสินค้าคงคลังพร้อมก่อนเริ่มงาน. | ||
|
เหตุผลที่สำคัญ
ข้อมูลนี้จำเป็นต่อการวิเคราะห์ความพร้อมของห่วงโซ่อุปทาน หากขั้นตอนนี้ล่าช้า อาจหมายถึงอะไหล่ในคลังไม่เพียงพอหรือวางแผนจัดซื้อช้า.
แหล่งข้อมูล
ได้จากตาราง WIE_WO_COMPONENTS_B โดยอ้างอิง CREATION_DATE หรือ ALLOCATION_DATE.
บันทึก
บันทึกเมื่อดำเนินธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
ดำเนินงานตามขั้นตอนเสร็จสิ้น
|
การทำขั้นตอนใดขั้นตอนหนึ่งในลำดับงานให้เสร็จสิ้น แสดงว่างานด้านเทคนิคส่วนนั้นเสร็จแล้ว. | ||
|
เหตุผลที่สำคัญ
ช่วยให้เห็นความคืบหน้าในแต่ละขั้นตอน โดยทั่วไปจะระบุว่า 'ดำเนินงานบำรุงรักษาแล้ว' เมื่อขั้นตอนสุดท้ายเสร็จสิ้น.
แหล่งข้อมูล
ได้จากการเปลี่ยนสถานะใน WIE_WO_OPERATIONS_B หรือประวัติธุรกรรมที่แสดงว่าดำเนินงานเสร็จแล้ว.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลังการเปลี่ยนแปลง
ประเภทเหตุการณ์
inferred
|
|||
|
บันทึกผลตรวจสอบคุณภาพ
|
การบันทึกผลตรวจสอบคุณภาพที่เกี่ยวข้องกับใบสั่งงานบำรุงรักษา เพื่อยืนยันว่างานซ่อมเป็นไปตามมาตรฐานความปลอดภัยและการปฏิบัติงาน. | ||
|
เหตุผลที่สำคัญ
ช่วยให้มั่นใจว่ามีการปฏิบัติตามข้อกำหนด หากไม่มีการตรวจสอบคุณภาพก่อนปิดงาน อาจบ่งชี้ถึงความเสี่ยงด้านความปลอดภัยหรือการทำงานที่ไม่เป็นไปตามขั้นตอน.
แหล่งข้อมูล
ได้จาก QA_RESULTS หรือตาราง Quality Collection Plan ที่คล้ายกัน ซึ่งเชื่อมโยงกับ Work Order ID.
บันทึก
บันทึกเมื่อดำเนินธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
พักใบสั่งงาน
|
เปลี่ยนสถานะใบสั่งงานเป็น 'On Hold' เพื่อหยุดการดำเนินงาน โดยทั่วไปเกิดจากอะไหล่ไม่พร้อม เข้าไม่ถึงพื้นที่ หรือมีปัญหาด้านความปลอดภัย. | ||
|
เหตุผลที่สำคัญ
เป็นสาเหตุสำคัญที่ทำให้กระบวนการไม่มีประสิทธิภาพ การระบุความถี่และระยะเวลาที่พักงานช่วยลดระยะเวลาดำเนินงานโดยรวมได้.
แหล่งข้อมูล
ได้จาก WIE_WO_STATUS_HISTORY เมื่อ STATUS_CODE เปลี่ยนเป็น 'ON_HOLD'.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลังการเปลี่ยนแปลง
ประเภทเหตุการณ์
explicit
|
|||
|
ยกเลิกใบสั่งงาน
|
ยุติใบสั่งงานก่อนดำเนินงานเสร็จสมบูรณ์ อาจเกิดขึ้นเมื่องานซ้ำซ้อน ไม่จำเป็น หรือถูกรวมเข้ากับงานอื่น. | ||
|
เหตุผลที่สำคัญ
หากพบอัตราการยกเลิกสูง อาจเป็นสัญญาณว่าขั้นตอนรับคำขอมีปัญหา หรือระบบตรวจจับรายการซ้ำยังไม่เหมาะสม.
แหล่งข้อมูล
ได้จาก WIE_WO_STATUS_HISTORY เมื่อ STATUS_CODE เปลี่ยนเป็น 'CANCELED'.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลังการเปลี่ยนแปลง
ประเภทเหตุการณ์
explicit
|
|||
|
โอนต้นทุนงานบำรุงรักษา
|
โอนต้นทุนสะสมจากระบบบำรุงรักษาไปยังโมดูล Cost Management เพื่อชำระบัญชีด้านการเงิน. | ||
|
เหตุผลที่สำคัญ
ยืนยันว่ามีการบันทึกผลกระทบทางการเงินจากงานบำรุงรักษาแล้ว จำเป็นต่อการวิเคราะห์ 'ความแม่นยำในการวางแผนบำรุงรักษา'.
แหล่งข้อมูล
ได้จากตารางการกระจายต้นทุนใน Cost Accounting ที่เชื่อมโยงกับแหล่งที่มาของธุรกรรมใบสั่งงาน.
บันทึก
บันทึกเมื่อดำเนินธุรกรรม X
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
นำเทมเพลตนี้ไปใช้กับสภาพแวดล้อม Oracle ของคุณ เพื่อเปลี่ยนข้อมูลการบำรุงรักษาให้เป็นข้อมูลเชิงลึกที่นำไปใช้ได้ ทีมงานของเราพร้อมช่วยเหลือเมื่อคุณเริ่มใช้ process mining.
ปรับปรุงการบำรุงรักษาสินทรัพย์และลดความล่าช้าของตารางงานตั้งแต่วันนี้
ลดเวลารอบงานลง 30 เปอร์เซ็นต์และจัดสรรทรัพยากรให้เหมาะสมตั้งแต่วันนี้
ไม่ต้องใช้บัตรเครดิต ทดลองใช้ฟรี 14 วัน.