เทมเพลตข้อมูลการบำรุงรักษาสินทรัพย์ของคุณ
เทมเพลตข้อมูลการบำรุงรักษาสินทรัพย์ของคุณ
- รายการแอตทริบิวต์การบำรุงรักษา
- จุดสำคัญของกระบวนการที่ควรติดตาม
- คำแนะนำโดยละเอียดสำหรับการดึงข้อมูล
แอตทริบิวต์การบำรุงรักษาสินทรัพย์
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| กิจกรรม Activity | เหตุการณ์หรือการเปลี่ยนสถานะที่เกิดขึ้นในวงจรใบสั่งงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุขั้นตอนที่เกิดขึ้นในกระบวนการซ่อมบำรุง เช่น 'อนุมัติใบสั่งงาน' หรือ 'บันทึกแรงงาน' ใน IBM Maximo โดยทั่วไปจะได้ข้อมูลจากการเปลี่ยนสถานะในตารางประวัติ หรือจากบันทึกธุรกรรมเฉพาะ เช่น การรายงานแรงงาน ข้อมูลนี้เป็นจุดต่างๆ ในแผนผังกระบวนการ ช่วยให้เห็นลำดับขั้นตอน และเมื่อวิเคราะห์ค่าเหล่านี้ องค์กรจะระบุรูปแบบกระบวนการ วนซ้ำ และจุดที่ต่างจากขั้นตอนซ่อมบำรุงมาตรฐานได้. เหตุผลที่สำคัญ แอตทริบิวต์นี้บอกว่าเกิดอะไรขึ้น จึงจำเป็นต่อการสร้างแผนผังกระบวนการและทำความเข้าใจการดำเนินงานตามเวิร์กโฟลว์. แหล่งข้อมูล ตาราง: WOSTATUS (คอลัมน์: STATUS) หรือ WOLOG ตัวอย่าง APPRINPRGCOMPCLOSEWMATL | |||
| ใบสั่งงานซ่อมบำรุง WorkOrderNumber | รหัสตัวอักษรและตัวเลขที่ไม่ซ้ำกันของใบสั่งงานซ่อมบำรุง. | ||
| คำอธิบาย แอตทริบิวต์นี้เป็นรหัสเคสหลักของกระบวนการซ่อมบำรุง โดยใช้ระบุใบสั่งงานแต่ละรายการในระบบ IBM Maximo ได้อย่างไม่ซ้ำกัน และเชื่อมโยงกิจกรรม ธุรกรรมแรงงาน และการใช้วัสดุที่เกี่ยวข้องทั้งหมดเข้ากับงานที่ดำเนินการรายการเดียว ในการวิเคราะห์ process mining รหัสนี้ใช้จัดกลุ่มเหตุการณ์แต่ละรายการให้เป็นเคสเดียวกัน นักวิเคราะห์จึงติดตามวงจรงานซ่อมบำรุงได้ตั้งแต่สร้างคำขอ อนุมัติ ดำเนินงาน ไปจนถึงปิดงานด้านธุรการ. เหตุผลที่สำคัญ รหัสนี้เป็นกุญแจสำคัญในการสร้างลำดับกระบวนการขึ้นใหม่ และช่วยติดตามงานแต่ละรายการข้ามแผนกได้. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: WONUM ตัวอย่าง WO100234WO100235CM-99281PM-11002 | |||
| เวลาที่เกิดเหตุการณ์ EventTimestamp | วันที่และเวลาที่เกิดกิจกรรม. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกเวลาที่เกิดเหตุการณ์อย่างแม่นยำ เช่น เวลาที่เปลี่ยนสถานะหรือบันทึกแรงงาน ข้อมูลนี้เป็นมิติด้านเวลาที่จำเป็นต่อการวิเคราะห์ประสิทธิภาพ ทั้งระยะเวลารอและการคำนวณระยะเวลา การบันทึกเวลาที่ถูกต้องจำเป็นต่อการคำนวณ 'ระยะเวลาเฉลี่ยในการวางแผนและอนุมัติ' และการเรียงลำดับเหตุการณ์ให้ถูกต้อง ใน Maximo โดยทั่วไปจะใช้วันที่เปลี่ยนแปลงของระเบียนสถานะ. เหตุผลที่สำคัญ จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณ KPI ที่เกี่ยวข้องกับเวลา. แหล่งข้อมูล ตาราง: WOSTATUS, คอลัมน์: CHANGEDATE ตัวอย่าง 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| ระบบต้นทาง SourceSystem | ชื่อระบบที่เป็นแหล่งที่มาของข้อมูล. | ||
| คำอธิบาย ระบุแอปพลิเคชันต้นทางของระเบียนข้อมูล ในกรณีนี้โดยทั่วไปคือ 'IBM Maximo' ข้อมูลนี้มีประโยชน์เมื่อนำข้อมูลจากระบบซ่อมบำรุงหลายระบบมารวมกัน หรือเชื่อมต่อกับข้อมูล ERP หากโครงการ process mining ครอบคลุมระบบที่ซับซ้อนและมี CMMS หลายชุด นักวิเคราะห์สามารถใช้ข้อมูลนี้กรองมุมมองตามระบบที่บันทึกข้อมูลได้. เหตุผลที่สำคัญ ช่วยตรวจสอบที่มาและติดตามข้อมูลในสภาพแวดล้อมที่มีหลายระบบ. แหล่งข้อมูล กำหนดค่าไว้ระหว่างการดึงข้อมูล ตัวอย่าง IBM MaximoMaximo PRODMaximo Legacy | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ดึงข้อมูลหรือรีเฟรชข้อมูลครั้งล่าสุด. | ||
| คำอธิบาย ระบุเวลาที่ประมวลผลหรือดึงระเบียนข้อมูลมาใช้กับ process mining ครั้งล่าสุด ช่วยประเมินความใหม่และความน่าเชื่อถือของข้อมูล เพื่อให้มั่นใจว่าการวิเคราะห์สะท้อนสถานะล่าสุดของการปฏิบัติการซ่อมบำรุง แอตทริบิวต์นี้จำเป็นต่อการโหลดข้อมูลแบบเพิ่มเฉพาะส่วน และใช้ตรวจสอบว่าแดชบอร์ดแสดงข้อมูลล่าสุดเกี่ยวกับสถานะใบสั่งงานและงานค้าง. เหตุผลที่สำคัญ สำคัญต่อการทำความเข้าใจความล่าช้าและความใหม่ของข้อมูล. แหล่งข้อมูล เวลาของระบบขณะดึงข้อมูล ตัวอย่าง 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| ชั่วโมงแรงงานจริง ActualLaborHours | จำนวนชั่วโมงจริงทั้งหมดที่ช่างเทคนิคทุกคนใช้กับใบสั่งงาน. | ||
| คำอธิบาย ผลรวมเวลาทำงานทั้งหมดที่บันทึกไว้ในใบสั่งงาน ตัวชี้วัดนี้แสดงการใช้ทรัพยากรตามจริง และใช้ติดตาม KPI 'ความคลาดเคลื่อนของการใช้เวลาช่างเทคนิค' ข้อมูลนี้ใช้คำนวณค่าแรงและปรับปรุงแผนงานในอนาคต โดยอ้างอิงประวัติระยะเวลาที่ใช้จริงกับงานแต่ละประเภท. เหตุผลที่สำคัญ ตัวชี้วัดหลักสำหรับวิเคราะห์ต้นทุนแรงงานและประสิทธิภาพ. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: ACTLABHRS ตัวอย่าง 2.55.012.0 | |||
| ช่างเทคนิคที่ได้รับมอบหมาย AssignedResource | บุคคลหรือหัวหน้าช่างเทคนิคที่ได้รับมอบหมายให้ดำเนินงาน. | ||
| คำอธิบาย ระบุบุคคลหรือหัวหน้าช่างเทคนิคที่รับผิดชอบใบสั่งงาน โดยดูได้จากช่อง 'Lead' หรืออนุมานจากการมอบหมายแรงงาน ข้อมูลนี้ใช้กับแดชบอร์ด 'ผลิตภาพของทรัพยากรและผู้รับเหมา' การวิเคราะห์แอตทริบิวต์นี้ช่วยระบุภาระงานที่ไม่สมดุลในมุมมอง 'การกระจายภาระงานซ่อมบำรุง' และเปรียบเทียบประสิทธิภาพระหว่างช่างเทคนิคหรือทีมงานได้. เหตุผลที่สำคัญ เป็นข้อมูลสำคัญสำหรับวิเคราะห์ผลิตภาพของบุคลากรและปรับสมดุลภาระงาน. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: LEAD (หรือจากตาราง ASSIGNMENT) ตัวอย่าง JSMITHBPATELMRODRIGUEZ | |||
| ประเภทใบสั่งงาน WorkType | จัดประเภทใบสั่งงานเป็นงานป้องกัน (PM) งานแก้ไข (CM) หรืองานฉุกเฉิน (EM). | ||
| คำอธิบาย แอตทริบิวต์นี้ใช้จำแนกลักษณะของงานซ่อมบำรุง ค่าใน Maximo ที่พบบ่อย ได้แก่ PM (การบำรุงรักษาเชิงป้องกัน), CM (การบำรุงรักษาเพื่อแก้ไข) และ EM (การบำรุงรักษาฉุกเฉิน) การจำแนกนี้เป็นพื้นฐานของแดชบอร์ด 'งานซ่อมบำรุงเชิงรุกเทียบกับเชิงรับ' นักวิเคราะห์ใช้แอตทริบิวต์นี้กรองข้อมูลเพื่อคำนวณ KPI 'สัดส่วนงานซ่อมบำรุงฉุกเฉิน' และดูว่ากลยุทธ์การซ่อมบำรุงเปลี่ยนจากการแก้ปัญหาเฉพาะหน้าไปสู่งานที่วางแผนเพื่อเพิ่มความน่าเชื่อถือหรือไม่. เหตุผลที่สำคัญ ช่วยแยกงานที่วางแผนไว้กับงานที่ไม่ได้วางแผน ซึ่งเป็นตัวชี้วัดสำคัญของความพร้อมด้านการซ่อมบำรุง. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: WORKTYPE ตัวอย่าง PMCMEMCPMOD | |||
| ระดับความสำคัญของสินทรัพย์ AssetCriticality | คะแนนที่บ่งบอกความสำคัญของสินทรัพย์ต่อการดำเนินธุรกิจ. | ||
| คำอธิบาย การจัดประเภท ซึ่งโดยทั่วไปใช้คะแนน 1-10 หรือ A/B/C ในระเบียนสินทรัพย์ เพื่อระบุผลกระทบหากสินทรัพย์ขัดข้อง ต้องเชื่อมข้อมูลนี้กับมุมมองใบสั่งงาน แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'ประสิทธิภาพ SLA ของสินทรัพย์สำคัญ' เพื่อให้การวิเคราะห์มุ่งเน้นกับสิ่งที่สำคัญที่สุด โดยให้น้ำหนักกับความล่าช้าของเครื่องกำเนิดไฟฟ้าสำคัญมากกว่าความล่าช้าของเครื่องชงกาแฟในห้องพัก. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มประสิทธิภาพกระบวนการตามความเสี่ยงทางธุรกิจ. แหล่งข้อมูล ตาราง: ASSET, คอลัมน์: PRIORITY (เชื่อมผ่าน ASSETNUM) ตัวอย่าง 1510 | |||
| ลำดับความสำคัญ Priority | ระดับความเร่งด่วนที่กำหนดให้กับใบสั่งงาน. | ||
| คำอธิบาย ค่าตัวเลขหรือหมวดหมู่ที่บ่งบอกความสำคัญและความเร่งด่วนของใบสั่งงาน ใน Maximo โดยทั่วไปจะเป็นตัวเลข โดยเลขที่น้อยกว่ามักหมายถึงเร่งด่วนกว่า (เช่น 1 = ฉุกเฉิน) แอตทริบิวต์นี้ใช้จัดลำดับความสำคัญของงานค้าง และจำเป็นต่อแดชบอร์ด 'ประสิทธิภาพ SLA ของสินทรัพย์สำคัญ' อีกทั้งช่วยตรวจสอบว่างานที่มีลำดับความสำคัญสูงได้รับการดำเนินการรวดเร็วตามที่ควรหรือไม่ เมื่อเทียบกับงานที่มีลำดับความสำคัญต่ำ. เหตุผลที่สำคัญ ช่วยวิเคราะห์ว่าองค์กรจัดสรรทรัพยากรให้กับงานเร่งด่วนที่สุดหรือไม่. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: WOPRIORITY ตัวอย่าง 1234 | |||
| วันที่เป้าหมายให้เสร็จ TargetCompletionDate | กำหนดเวลาที่วางแผนไว้หรือกำหนดให้ดำเนินใบสั่งงานเสร็จ. | ||
| คำอธิบาย วันที่คาดว่าจะดำเนินใบสั่งงานเสร็จ โดยมักคำนวณจากลำดับความสำคัญและวันที่สร้างใบสั่งงาน ข้อมูลนี้ใช้เป็นเกณฑ์อ้างอิงของแดชบอร์ด 'ประสิทธิภาพ SLA ของสินทรัพย์สำคัญ' เมื่อนำข้อมูลนี้ไปเทียบกับ 'วันที่เสร็จงานจริง' นักวิเคราะห์จะคำนวณอัตราการทำงานเสร็จตรงเวลา และระบุกลุ่มสินทรัพย์ที่มักทำงานไม่ทันช่วงเวลาซ่อมบำรุงได้. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์พื้นฐานในการวัดการปฏิบัติตาม SLA และกำหนดการ. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: TARGCOMPDATE ตัวอย่าง 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| วันที่เสร็จงานจริง ActualFinishDate | วันที่และเวลาที่งานจริงเสร็จสมบูรณ์. | ||
| คำอธิบาย บันทึกเวลาที่งานซ่อมบำรุงเสร็จสมบูรณ์ในทางเทคนิค ซึ่งต่างจากการปิดใบงานด้านธุรการ เมื่อนำวันที่นี้ไปเทียบกับ 'วันที่เป้าหมายให้เสร็จ' จะคำนวณการปฏิบัติตาม SLA ได้ แดชบอร์ด 'ระยะเวลาปิดงานด้านธุรการของใบสั่งงาน' ใช้ข้อมูลนี้วัดช่วงเวลาตั้งแต่งานเสร็จจนถึงการปิดเอกสารในระบบ. เหตุผลที่สำคัญ ระบุจุดสิ้นสุดของขั้นตอนการปฏิบัติงานด้านเทคนิค. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: ACTFINISH ตัวอย่าง 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| สถานะปัจจุบัน Status | สถานะปัจจุบันของใบสั่งงานในวงจรการทำงาน. | ||
| คำอธิบาย สถานะด้านธุรการปัจจุบันของใบสั่งงาน (เช่น 'APPR', 'WAPPR', 'COMP') แอตทริบิวต์ 'กิจกรรม' บันทึกประวัติการเปลี่ยนแปลง ส่วนแอตทริบิวต์นี้แสดงสถานะล่าสุดที่ทราบ ใช้กรองชุดข้อมูลเพื่อแสดงเฉพาะใบสั่งงานที่ 'เปิดอยู่' หรือ 'ปิดแล้ว' และสนับสนุนการวิเคราะห์ 'การกระจายภาระงานซ่อมบำรุง'. เหตุผลที่สำคัญ แสดงภาพรวมภาระงานและงานค้างในปัจจุบัน. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: STATUS ตัวอย่าง APPRCLOSEINPRG | |||
| หมายเลขสินทรัพย์ AssetNumber | รหัสเฉพาะของอุปกรณ์หรือสินทรัพย์ที่กำลังซ่อมบำรุง. | ||
| คำอธิบาย เครื่องจักร ยานพาหนะ หรือส่วนประกอบของอาคารที่เป็นเป้าหมายของงานซ่อมบำรุง ข้อมูลนี้เชื่อมโยงข้อมูลกระบวนการกับลำดับชั้นของสินทรัพย์จริง และช่วยระบุสินทรัพย์ที่ขัดข้องบ่อย ในการวิเคราะห์ 'คุณภาพงานซ่อมบำรุงและอัตราการแก้ไขงานซ้ำ' สามารถจัดกลุ่มใบสั่งงานตามสินทรัพย์เพื่อคำนวณระยะเวลาเฉลี่ยระหว่างการขัดข้อง (MTBF) และระบุปัญหาความน่าเชื่อถือที่เกิดซ้ำได้. เหตุผลที่สำคัญ เชื่อมโยงการดำเนินงานตามกระบวนการกับประสิทธิภาพของโครงสร้างพื้นฐานจริง. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: ASSETNUM ตัวอย่าง PUMP-101HVAC-02FLEET-99 | |||
| ชั่วโมงแรงงานโดยประมาณ EstimatedLaborHours | จำนวนชั่วโมงแรงงานที่วางแผนไว้ว่าต้องใช้กับใบสั่งงาน. | ||
| คำอธิบาย จำนวนชั่วโมงแรงงานทั้งหมดที่ประเมินไว้ในขั้นตอนวางแผนเพื่อให้งานเสร็จ ใช้เปรียบเทียบกับ 'ชั่วโมงแรงงานจริง' ในแดชบอร์ด 'ความแม่นยำในการประเมินแรงงาน' หากค่าประมาณต่างจากชั่วโมงจริงมาก อาจเกิดจากการวางแผนที่ไม่ดี การขาดขั้นตอนปฏิบัติงานมาตรฐาน หรือสภาพสินทรัพย์ที่ไม่คาดคิดจนต้องใช้เวลาทำงานมากกว่าที่ประเมินไว้. เหตุผลที่สำคัญ จำเป็นต่อการประเมินความแม่นยำในการวางแผนและคาดการณ์ทรัพยากร. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: ESTLABHRS ตัวอย่าง 2.04.58.0 | |||
| ต้นทุนจริงรวม TotalActualCost | ผลรวมต้นทุนแรงงาน วัสดุ บริการ และเครื่องมือของใบสั่งงาน. | ||
| คำอธิบาย แสดงผลกระทบทางการเงินทั้งหมดของงานซ่อมบำรุง ใน Maximo ค่านี้เป็นผลรวมของต้นทุนแต่ละประเภท ได้แก่ แรงงาน วัสดุ บริการ และเครื่องมือ แอตทริบิวต์นี้ช่วยวิเคราะห์ process mining โดยพิจารณาต้นทุน และเชื่อมโยงความไม่มีประสิทธิภาพของกระบวนการ เช่น ความล่าช้าหรืองานแก้ไขซ้ำ กับความสูญเสียทางการเงินได้ อีกทั้งช่วยระบุประเภทงานซ่อมบำรุงหรือกลุ่มสินทรัพย์ที่มีต้นทุนสูงที่สุด. เหตุผลที่สำคัญ เชื่อมโยงกิจกรรมการปฏิบัติงานกับผลลัพธ์ทางการเงิน. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST ตัวอย่าง 150.002500.500.00 | |||
| เป็นงานฉุกเฉินหรือไม่ IsEmergency | ตัวบ่งชี้ว่าใบสั่งงานเป็นงานฉุกเฉินหรือไม่. | ||
| คำอธิบาย ค่าบูลีนที่คำนวณจากประเภทงานหรือลำดับความสำคัญ หากประเภทงานเป็น 'EM' (ฉุกเฉิน) หรือลำดับความสำคัญเป็น 1 ค่านี้จะเป็นจริง แอตทริบิวต์นี้ช่วยกรองข้อมูลบนแดชบอร์ดเพื่อแยก 'สัดส่วนงานซ่อมบำรุงฉุกเฉิน' ได้ง่าย โดยไม่ต้องเขียนตรรกะซับซ้อนในส่วนแสดงผล. เหตุผลที่สำคัญ ช่วยกรองข้อมูลเพื่อวิเคราะห์งานซ่อมบำรุงเชิงรับได้ง่ายขึ้น. แหล่งข้อมูล คำนวณจาก WORKTYPE ตัวอย่าง truefalse | |||
| ผิด SLA หรือไม่ IsSlaBreached | ตัวบ่งชี้ว่าวันที่เสร็จงานจริงเลยวันที่เป้าหมายหรือไม่. | ||
| คำอธิบาย ฟิลด์คำนวณแบบบูลีนที่เปรียบเทียบ 'วันที่เสร็จงานจริง' กับ 'วันที่เป้าหมายให้เสร็จ' หากวันที่เสร็จจริงอยู่หลังวันที่เป้าหมาย ค่านี้จะเป็นจริง ตัวชี้วัดที่คำนวณไว้ล่วงหน้านี้ช่วยให้แดชบอร์ด 'ประสิทธิภาพ SLA ของสินทรัพย์สำคัญ' แสดงจำนวน SLA ที่ไม่ผ่านได้ทันที โดยไม่ต้องคำนวณวันที่ขณะใช้งาน. เหตุผลที่สำคัญ เห็นผลการปฏิบัติตามข้อกำหนดด้านประสิทธิภาพได้ทันที. แหล่งข้อมูล คำนวณจาก ACTFINISH และ TARGCOMPDATE ตัวอย่าง truefalse | |||
| ผู้ขาย Vendor | ผู้รับเหมาภายนอกที่ได้รับมอบหมายให้ทำงานตามใบสั่งงาน หากมี. | ||
| คำอธิบาย ระบุบริษัทภายนอกที่รับผิดชอบงานซ่อมบำรุง โดยกรอกข้อมูลนี้เมื่องานจ้างผู้รับเหมาภายนอก ข้อมูลนี้จำเป็นต่อ KPI 'ประสิทธิภาพการดำเนินงานของผู้รับเหมา' ฝ่ายซ่อมบำรุงใช้ข้อมูลนี้เปรียบเทียบต้นทุน ความรวดเร็ว และคุณภาพของผู้ขายแต่ละราย รวมถึงเปรียบเทียบกับทีมงานภายในได้. เหตุผลที่สำคัญ ช่วยบริหารผู้ขายและวิเคราะห์ประสิทธิภาพของงานที่จ้างภายนอก. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: VENDOR ตัวอย่าง ACME SERVICESSIEMENSFAST REPAIR INC | |||
| รหัสความขัดข้อง FailureCode | รหัสมาตรฐานที่อธิบายสาเหตุที่สินทรัพย์ขัดข้อง. | ||
| คำอธิบาย รหัสแบบมีโครงสร้างที่ช่างเทคนิคเลือกเพื่อจัดหมวดหมู่สาเหตุของความขัดข้อง (เช่น 'การสึกหรอ', 'ระบบไฟฟ้า', 'ความผิดพลาดของผู้ปฏิบัติงาน') ข้อมูลนี้จำเป็นต่อการวิเคราะห์หาสาเหตุที่แท้จริง (RCA) การรวบรวมรหัสเหล่านี้ช่วยให้ทีมวิศวกรรมระบุปัญหาที่เกิดซ้ำในกลุ่มสินทรัพย์ และนำไปใช้วิเคราะห์ 'คุณภาพงานซ่อมบำรุงและอัตราการแก้ไขงานซ้ำ' รวมถึงปรับกลยุทธ์การบำรุงรักษาเชิงป้องกันได้. เหตุผลที่สำคัญ เป็นข้อมูลหลักสำหรับวิศวกรรมความน่าเชื่อถือและการวิเคราะห์ความขัดข้อง. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: FAILURECODE ตัวอย่าง รั่วร้อนเกินไปการสั่นสะเทือน | |||
| รหัสไซต์ SiteId | รหัสไซต์ระดับสูงสำหรับการติดตั้ง Maximo ที่มีหลายไซต์. | ||
| คำอธิบาย องค์กรขนาดใหญ่มักแบ่ง Maximo ตาม 'ไซต์' แอตทริบิวต์นี้ใช้แยกโรงงานหรือสถานประกอบการแต่ละแห่งในระดับฐานข้อมูล ข้อมูลนี้จำเป็นต่อการเปรียบเทียบประสิทธิภาพระหว่างหน่วยธุรกิจในการวิเคราะห์ 'การปฏิบัติตามกระบวนการซ่อมบำรุงมาตรฐาน' เพื่อให้เปรียบเทียบกันภายใต้บริบทการปฏิบัติงานที่ถูกต้อง. เหตุผลที่สำคัญ จำเป็นต่อการกำหนดขอบเขตข้อมูลในการติดตั้งที่มีหลายไซต์. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: SITEID ตัวอย่าง BEDFORDNASHUATEXAS | |||
| วันที่รายงาน ReportedDate | วันที่และเวลาที่รายงานปัญหาครั้งแรกหรือสร้างคำขอ. | ||
| คำอธิบาย เวลาที่ระบุว่าพบความจำเป็นในการซ่อมบำรุงและบันทึกลงระบบครั้งแรก ข้อมูลนี้เป็นจุดเริ่มต้นที่แท้จริงของระยะเวลาการให้บริการ ใช้คำนวณ 'ระยะเวลาเฉลี่ยในการวางแผนและอนุมัติ' โดยวัดเวลาตั้งแต่วันที่รายงานจนถึงเวลาที่เริ่มงานจริง และช่วยประเมินความรวดเร็วในการตอบสนองของฝ่ายซ่อมบำรุง. เหตุผลที่สำคัญ เป็นจุดเริ่มต้นสำหรับวัดความรวดเร็วในการตอบสนองตลอดวงจรงานซ่อมบำรุง. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: REPORTDATE ตัวอย่าง 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| สถานที่ Location | สถานที่ปฏิบัติงานหรือรหัสตำแหน่งที่ตั้งของสินทรัพย์. | ||
| คำอธิบาย ระบุพื้นที่จริงหรือรหัสตำแหน่งที่ตั้งของสินทรัพย์ ซึ่งมีขอบเขตกว้างกว่าหมายเลขสินทรัพย์เฉพาะ และช่วยวิเคราะห์ตามพื้นที่หรือโซน แดชบอร์ด 'การกระจายภาระงานซ่อมบำรุง' ใช้ข้อมูลนี้แสดงพื้นที่ที่มีกิจกรรมซ่อมบำรุงหนาแน่น และวางแผนการเดินทางของช่างเทคนิคระหว่างสถานที่ต่างๆ. เหตุผลที่สำคัญ ให้ข้อมูลตำแหน่งทางภูมิศาสตร์เพื่อวางแผนการเดินทางและจัดสรรทรัพยากร. แหล่งข้อมูล ตาราง: WORKORDER, คอลัมน์: LOCATION ตัวอย่าง BRILER-RMPLANT-AOFFICE-1 | |||
กิจกรรมการบำรุงรักษาสินทรัพย์
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| ดำเนินงานตามใบสั่งงานเสร็จ | ช่างเทคนิคลงนามรับรองว่างานจริงเสร็จแล้ว การเปลี่ยนสถานะนี้จะหยุดการนับเวลาใน KPI ด้านเวลาดำเนินงาน. | ||
| เหตุผลที่สำคัญ เป็นเวลาสิ้นสุดหลักของการดำเนินงานทางเทคนิค ใช้คำนวณการปฏิบัติตาม SLA และการใช้เวลาของช่างเทคนิค. แหล่งข้อมูล ตาราง WOSTATUS ที่ STATUS = 'COMP' บันทึก บันทึกเมื่อธุรกรรมเปลี่ยนสถานะเป็น COMP ประเภทเหตุการณ์ explicit | |||
| ปิดใบสั่งงาน | เหตุการณ์สุดท้ายของวงจรงาน เมื่อสรุปค่าใช้จ่ายทางการเงินของใบสั่งงานแล้วและเปลี่ยนเป็นอ่านอย่างเดียว จะไม่สามารถบันทึกค่าใช้จ่ายเพิ่มเติมได้. | ||
| เหตุผลที่สำคัญ ระบุจุดสิ้นสุดของระยะเวลารอปิดงานด้านธุรการ หากล่าช้าในขั้นตอนนี้จะกระทบต่อการรายงานทางการเงิน. แหล่งข้อมูล ตาราง WOSTATUS ที่ STATUS = 'CLOSE' บันทึก บันทึกเมื่อธุรกรรมเปลี่ยนสถานะเป็น CLOSE ประเภทเหตุการณ์ explicit | |||
| ยกเลิกใบสั่งงาน | กระบวนการสิ้นสุดก่อนกำหนด เพราะงานถูกพิจารณาว่าไม่จำเป็น ซ้ำซ้อน หรือดำเนินการไม่ได้ สถานะนี้เป็นสถานะสิ้นสุด. | ||
| เหตุผลที่สำคัญ ใช้เป็นข้อมูลสำหรับแดชบอร์ดวิเคราะห์การยกเลิกใบสั่งงาน หากอัตราสูง อาจบ่งชี้ว่ามีปัญหาในขั้นตอนก่อนหน้าที่ทำให้เกิดคำขอ. แหล่งข้อมูล ตาราง WOSTATUS โดย STATUS = 'CAN' บันทึก บันทึกเมื่อธุรกรรมเปลี่ยนสถานะเป็น CAN ประเภทเหตุการณ์ explicit | |||
| เริ่มปฏิบัติงาน | ระบุเวลาเริ่มงานจริงที่ช่างเทคนิคลงมือปฏิบัติงาน โดยบันทึกเมื่อผู้ใช้เปลี่ยนสถานะเพื่อระบุว่างานกำลังดำเนินการ. | ||
| เหตุผลที่สำคัญ เป็นจุดสำคัญในการแยกเวลาวางแผนออกจากเวลาดำเนินงาน และใช้คำนวณเวลาเฉลี่ยในการวางแผนและอนุมัติ. แหล่งข้อมูล ตาราง WOSTATUS ที่ STATUS = 'INPRG' บันทึก บันทึกเมื่อธุรกรรมเปลี่ยนสถานะเป็น INPRG ประเภทเหตุการณ์ explicit | |||
| สร้างคำขอบำรุงรักษา | เหตุการณ์เริ่มต้นเมื่อระบบสร้างใบสั่งงาน ซึ่งมักมาจากคำขอรับบริการหรือตารางงานอัตโนมัติ โดยบันทึกจากเวลาที่สร้างในตาราง WORKORDER หรือรายการแรกในประวัติ WOSTATUS. | ||
| เหตุผลที่สำคัญ ใช้ระบุจุดเริ่มต้นของกระบวนการและเป็นค่าตั้งต้นสำหรับวัดเวลารวมในการแก้ไขปัญหาและความรวดเร็วในการตอบสนองครั้งแรก. แหล่งข้อมูล WORKORDER.REPORTDATE หรือรายการแรกในตาราง WOSTATUS (โดยทั่วไปคือสถานะ WAPPR) บันทึก บันทึกเมื่อธุรกรรมสร้างระเบียน WO ประเภทเหตุการณ์ explicit | |||
| อนุมัติใบสั่งงาน | แสดงว่าใบสั่งงานผ่านการตรวจสอบด้านการวางแผนและการอนุมัติทางการเงินที่จำเป็นแล้ว โดยดูได้จากการเปลี่ยนสถานะในประวัติระบบ. | ||
| เหตุผลที่สำคัญ จำเป็นต่อการคำนวณ KPI ระยะเวลาวางแผนและอนุมัติ หากล่าช้าในขั้นตอนนี้ แสดงว่ามีคอขวดด้านธุรการ. แหล่งข้อมูล ตาราง WOSTATUS ที่ STATUS = 'APPR' บันทึก เปรียบเทียบฟิลด์สถานะก่อนและหลัง เพื่อระบุการเปลี่ยนเป็น APPR ประเภทเหตุการณ์ explicit | |||
| จัดตารางทรัพยากร | จุดที่มอบหมายแรงงานหรือทีมงานให้กับใบสั่งงาน ติดตามได้เมื่อมีการสร้างรายการมอบหมายหรือสถานะเปลี่ยนเป็น Waiting Schedule. | ||
| เหตุผลที่สำคัญ ช่วยแดชบอร์ดวิเคราะห์รอบการวางแผนและอนุมัติ โดยแสดงเวลาที่ใช้ค้นหาช่างเทคนิคที่พร้อมทำงาน. แหล่งข้อมูล สร้างแถวในตาราง ASSIGNMENT หรือเปลี่ยนสถานะใน WOSTATUS เป็น 'WSCH' บันทึก ระบุจากการสร้างระเบียน Assignment ที่เชื่อมโยงกับ WO ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบเสร็จสิ้น | แสดงว่ามีการตรวจสอบด้านความปลอดภัยหรือทางเทคนิคระหว่างวงจรงาน โดยมักบันทึกเป็นการเปลี่ยนสถานะหรือการกรอกผลตรวจสอบในรายการตรวจ. | ||
| เหตุผลที่สำคัญ เป็นข้อมูลสำคัญสำหรับแดชบอร์ดเอกสารความปลอดภัยและการปฏิบัติตามข้อกำหนด เพื่อให้แน่ใจว่าไม่มีการข้ามขั้นตอนตามข้อกำหนด. แหล่งข้อมูล เปลี่ยนสถานะใน WOSTATUS เป็น 'INSP' หรือสถานะที่กำหนดเองในลักษณะเดียวกัน หรือกรอกรายการ MEASUREMENT เสร็จ บันทึก เปรียบเทียบฟิลด์สถานะก่อนและหลัง ประเภทเหตุการณ์ inferred | |||
| บันทึกชั่วโมงแรงงาน | หมายถึงการบันทึกเวลาทำงานจริงที่ช่างเทคนิคใช้กับใบสั่งงานนั้น ใบสั่งงานหนึ่งรายการอาจมีหลายรายการบันทึกเมื่อมีช่างเทคนิคหลายคนร่วมงาน. | ||
| เหตุผลที่สำคัญ ป้อนข้อมูลชั่วโมงทำงานจริงให้แดชบอร์ดความแม่นยำในการประเมินแรงงาน เพื่อใช้เปรียบเทียบกับค่าประมาณ. แหล่งข้อมูล รายการในตาราง LABTRANS ที่เชื่อมโยงกับใบสั่งงาน บันทึก บันทึกเมื่อมีธุรกรรมใน LABTRANS ประเภทเหตุการณ์ explicit | |||
| เบิกวัสดุ | บันทึกการใช้หรือเบิกอะไหล่จากคลังไปยังใบสั่งงาน เพื่อยืนยันว่ามีอะไหล่พร้อมและนำไปใช้งานแล้ว. | ||
| เหตุผลที่สำคัญ ใช้ตรวจสอบขั้นตอนห่วงโซ่อุปทานและมีผลต่อการวิเคราะห์ต้นทุนรวมของงานบำรุงรักษา. แหล่งข้อมูล ตาราง MATUSETRANS ที่ ISSUETYPE = 'ISSUE' บันทึก บันทึกเมื่อมีธุรกรรมใน MATUSETRANS ประเภทเหตุการณ์ explicit | |||
| ไม่ผ่านการตรวจสอบคุณภาพ | เกิดขึ้นเมื่อมีการปฏิเสธงานที่เสร็จแล้วระหว่างการตรวจทาน ซึ่งมักทำให้สถานะกลับไปเป็น In Progress และแสดงถึงวงจรการแก้งานซ้ำ. | ||
| เหตุผลที่สำคัญ ช่วยแดชบอร์ดคุณภาพงานบำรุงรักษาและอัตราการแก้งานซ้ำโดยตรง ด้วยการแสดงจุดที่กระบวนการมีปัญหา. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะใน WOSTATUS จาก COMP กลับไปเป็น INPRG หรือ WAPPR บันทึก ระบุจากการเปรียบเทียบประวัติฟิลด์ WOSTATUS เพื่อหาการเปลี่ยนสถานะย้อนกลับ ประเภทเหตุการณ์ inferred | |||
| ส่งคำขอเบิกวัสดุ | แสดงว่ามีการขออะไหล่หรือวัสดุสิ้นเปลืองสำหรับงานบำรุงรักษา อาจอนุมานได้จากการเปลี่ยนสถานะเป็น Waiting on Material หรือการสร้างรายการความต้องการวัสดุ. | ||
| เหตุผลที่สำคัญ จำเป็นต่อแดชบอร์ดความพร้อมของวัสดุ เพื่อค้นหาความล่าช้าในห่วงโซ่อุปทานที่ทำให้งานดำเนินต่อไม่ได้. แหล่งข้อมูล ตาราง WOSTATUS ที่ STATUS = 'WMATL' หรือมีการสร้างรายการในตาราง WPMATERIAL บันทึก อนุมานจากการเปลี่ยนสถานะเป็น WMATL ประเภทเหตุการณ์ inferred | |||
| อัปเดตวันที่เป้าหมาย | บันทึกการเปลี่ยนวันที่กำหนดเสร็จหรือเป้าหมาย SLA ช่วยให้เห็นว่ามีการเลื่อนกำหนดการเพื่อรองรับความล่าช้าหรือไม่. | ||
| เหตุผลที่สำคัญ สำคัญต่อการวิเคราะห์ผลการทำงานตาม SLA ของสินทรัพย์สำคัญ และค้นหากรณีที่มีการเลื่อนวันที่เพื่อหลีกเลี่ยงการผิด SLA. แหล่งข้อมูล ประวัติการตรวจสอบฟิลด์ TARGETCOMPDATE หรือ SCHEDFINISH บันทึก บันทึกเมื่อธุรกรรมอัปเดตฟิลด์วันที่ ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
ขั้นตอน
กำหนดแนวทางสร้างมุมมองฐานข้อมูล: ProcessMind ต้องใช้บันทึกเหตุการณ์แบบแบน แต่ Maximo จัดเก็บข้อมูลเป็นลำดับชั้น โดยข้อมูลส่วนหัวอยู่ใน WORKORDER ประวัติอยู่ใน WOSTATUS และต้นทุนอยู่ใน WOLABTRANS วิธีที่มีประสิทธิภาพและเชื่อถือได้คือสร้างมุมมองฐานข้อมูลในฐานข้อมูล Maximo ก่อน แล้วใช้มุมมองนี้เป็นแหล่งข้อมูลสำหรับ Integration Framework
สร้างมุมมอง SQL: เรียกใช้ SQL ที่ให้ไว้ในส่วน Query ด้วยเครื่องมือจัดการฐานข้อมูล เช่น SQL Developer หรือ SSMS เพื่อรวม
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSและA_WORKORDER(บันทึกการตรวจสอบ) ให้อยู่ในโครงสร้างแบบแบนเดียวกันลงทะเบียนมุมมองใน Maximo: เข้าสู่ระบบ Maximo ด้วยบัญชีผู้ดูแลระบบ ไปที่ System Configuration, Platform Configuration, Database Configuration แล้วสร้างออบเจ็กต์ใหม่ชื่อ
PM_WO_EVENTLOGกำหนดให้ออบเจ็กต์นี้เชื่อมกับมุมมองฐานข้อมูลที่สร้างไว้ในขั้นตอนก่อนหน้า จากนั้นเรียกใช้ConfigDBเพื่อลงทะเบียน โดยปกติการลงทะเบียนมุมมองไม่ต้องหยุดระบบ แต่ควรตรวจสอบขั้นตอนปฏิบัติงานของคุณสร้างโครงสร้างออบเจ็กต์: ไปที่ Integration, Object Structures แล้วสร้างโครงสร้างออบเจ็กต์ใหม่ชื่อ
MX_PM_EVENTSเพิ่มPM_WO_EVENTLOGเป็นออบเจ็กต์ต้นทาง และเลือกการรองรับโครงสร้างแบบแบน หากมีตัวเลือกนี้กำหนดค่า Publish Channel: ไปที่ Integration, Publish Channels แล้วสร้างช่องทางใหม่ชื่อ
PC_PM_EVENTSโดยเชื่อมกับโครงสร้างออบเจ็กต์MX_PM_EVENTSคุณสามารถกำหนดกฎการประมวลผลเพิ่มเติมได้ตามต้องการตั้งค่าระบบภายนอก: ไปที่ Integration, External Systems แล้วเลือกระบบปลายทาง หรือสร้าง EXTSYS ทั่วไป เพิ่ม Publish Channel
PC_PM_EVENTSให้กับระบบนี้เปิดใช้การส่งออกข้อมูล: ในแอปพลิเคชัน External Systems ให้เปิดแท็บฟีเจอร์ Data Export แล้วเลือกช่องทาง
PC_PM_EVENTSคุณสามารถระบุเงื่อนไข SQL Where เพื่อจำกัดช่วงข้อมูลที่จะส่งออกได้ เช่นEVENTTIMESTAMP >= '2023-01-01'ส่งออกข้อมูล: คลิก Export ระบบจะสร้างไฟล์ XML หรือ CSV ตาม End Point ที่กำหนดไว้ สำหรับ ProcessMind แนะนำให้ใช้ CSV ตรวจสอบว่า End Point เช่น
MXFLATFILEตั้งค่าให้ส่งออกเป็น CSVตรวจสอบไฟล์ผลลัพธ์: เปิดไฟล์ CSV ที่สร้างขึ้น ตรวจสอบว่าชื่อหัวคอลัมน์ตรงกับแอตทริบิวต์ที่ระบุในคิวรี เช่น WorkOrderNumber และ Activity และไม่มีแท็ก XML แบบลำดับชั้นหลงเหลืออยู่
จัดรูปแบบขั้นสุดท้าย: หากไฟล์ CSV ที่ส่งออกจาก Maximo มีคอลัมน์ข้อมูลเมตาของระบบ เช่น
OWNER1หรือORGIDให้ลบออกหากไม่จำเป็น จากนั้นนำเข้าไฟล์ CSV ที่จัดเตรียมแล้วไปยัง ProcessMind
การกำหนดค่า
- คำพ้องสถานะใน Maximo: Maximo รองรับรหัสสถานะที่กำหนดเอง เช่น APPR และ WAPPR โดย Query นี้ตั้งสมมติฐานว่าใช้ค่าภายในมาตรฐาน ตรวจสอบ
SYNONYMDOMAINของโดเมนWOSTATUSในระบบของคุณ เพื่อจับคู่สถานะที่กำหนดเองให้ถูกต้อง - ตาราง Audit: การดึงข้อมูลกิจกรรม 'Target Date Updated' อาศัยตาราง Audit
A_WORKORDERหากไม่ได้เปิด Audit ให้กับออบเจ็กต์WORKORDERกิจกรรมนี้จะไม่มีแถวข้อมูล หากจำเป็น ให้เปิด Audit ใน Database Configuration - ช่วงวันที่: สำหรับการโหลดข้อมูลครั้งแรก ให้กรอง
EVENTTIMESTAMPย้อนหลัง 6-12 เดือน การโหลดข้อมูลย้อนหลังจำนวนมากอาจหมดเวลาผ่านเว็บอินเทอร์เฟซ Integration Framework หากมีข้อมูลมากกว่า 50k แถว ให้ใช้การประมวลผลเบื้องหลัง - ตัวกรอง Site/Org: Maximo รองรับหลายไซต์ หากวิเคราะห์กระบวนการของสถานที่ใดสถานที่หนึ่ง ให้กรองด้วย
SITEIDทุกครั้ง - ประสิทธิภาพ: Query ที่ใช้
UNION ALLต้องใช้ทรัพยากรมาก ตรวจสอบว่ามีดัชนีฐานข้อมูลในWOSTATUS.WONUM,WOLABTRANS.REFWOและMATUSETRANS.REFWO.
ตัวอย่างคำค้น sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01')ขั้นตอน
เชื่อมต่อฐานข้อมูล: สร้างการเชื่อมต่อ JDBC หรือ ODBC แบบอ่านอย่างเดียวไปยังฐานข้อมูลส่วนหลังของ IBM Maximo ซึ่งโดยทั่วไปคือ DB2, Oracle หรือ SQL Server ตรวจสอบว่าบัญชีผู้ใช้มีสิทธิ์ SELECT ในตาราง WORKORDER, WOSTATUS, LABTRANS และ MATUSETRANS
กำหนดขอบเขตข้อมูล: ระบุ SITES หรือ ORGIDS ที่ต้องการดึงข้อมูล Maximo รองรับหลายไซต์ และหมายเลขใบสั่งงาน (WONUM) จะไม่ซ้ำกันก็ต่อเมื่อใช้ร่วมกับ SITEID กำหนดช่วงวันที่ด้วย โดยทั่วไปจะกรองตาม REPORTDATE ซึ่งเป็นวันที่สร้าง หรือ STATUSDATE
ทำความเข้าใจโมเดลข้อมูล: ตาราง WORKORDER ทำหน้าที่เก็บข้อมูลส่วนหัว ตาราง WOSTATUS เก็บประวัติการเปลี่ยนแปลงตลอดวงจรงาน ตาราง LABTRANS เก็บรายละเอียดรายการแรงงาน และ MATUSETRANS เก็บการเคลื่อนไหวของวัสดุ ต้องรวมข้อมูลเหล่านี้ด้วย UNION ALL เพื่อสร้างลำดับเหตุการณ์เดียว
จัดการค่าพ้อง: Maximo ใช้ค่าภายใน (MAXVALUE) และค่าที่แสดง (VALUE) สำหรับสถานะที่กำหนดไว้ใน SYNONYMDOMAIN ควรกรองคิวรีด้วย MAXVALUE ซึ่งเป็นค่าภายใน เพื่อให้ได้ผลลัพธ์สอดคล้องกันในแต่ละไซต์ แม้ไซต์เหล่านั้นจะแสดงชื่อสถานะเดียวกันต่างกัน
เตรียมคิวรี: คัดลอก SQL ที่ให้ไว้ในส่วน Query แล้วแทนที่ตัวอย่าง เช่น [Your Database Schema] และ [Start Date] ด้วยค่าจริงของคุณ หากระบบใช้รหัสสถานะเฉพาะสำหรับการตรวจสอบหรือการตรวจสอบคุณภาพ ให้แก้ไขเงื่อนไข WHERE ในส่วนที่เกี่ยวข้อง
ดึงข้อมูล: เรียกใช้คิวรี หากมีข้อมูลจำนวนมาก อาจต้องแบ่งดึงเป็นชุด เช่น เดือนต่อเดือน เพื่อป้องกันการหมดเวลาของฐานข้อมูล
ตรวจสอบข้อมูล: ตรวจสอบว่ามีเหตุการณ์ 'สร้างคำขอบำรุงรักษา' สำหรับใบสั่งงานทุกใบ และตรวจสอบว่ารูปแบบการประทับเวลาใช้กับ ProcessMind ได้ โดยแนะนำให้ใช้ ISO 8601
ประมวลผลหลังการดึงข้อมูล: การประทับเวลาใน Maximo มักมีหน่วยมิลลิวินาที ควรเก็บความละเอียดนี้ไว้ เพื่อเรียงลำดับเหตุการณ์ที่เกิดขึ้นต่อเนื่องกันได้อย่างถูกต้อง
ส่งออก: บันทึกผลลัพธ์เป็นไฟล์ CSV หรือ Parquet ชื่อหัวคอลัมน์ต้องตรงกับแอตทริบิวต์ที่กำหนดไว้ในผลลัพธ์ของคิวรี
อัปโหลดไปยัง ProcessMind: นำเข้าไฟล์ไปยัง ProcessMind แล้วกำหนด 'WorkOrderNumber' เป็นรหัสเคส, 'Activity' เป็นชื่อกิจกรรม และ 'EventTimestamp' เป็นการประทับเวลา
การกำหนดค่า
- แพลตฟอร์มฐานข้อมูล: โดยทั่วไป Maximo ทำงานบน IBM DB2, Oracle หรือ SQL Server ไวยากรณ์ที่ให้มาเป็น SQL มาตรฐาน แต่อาจต้องปรับฟังก์ชันวันที่เล็กน้อย เช่น TO_DATE หรือ CAST ให้เหมาะกับแพลตฟอร์มที่คุณใช้.
- การกรองวันที่: ใช้คอลัมน์ REPORTDATE ในตาราง WORKORDER เพื่อกำหนดขอบเขตของรายการกระบวนการ โดยทั่วไปจะใช้ช่วงย้อนหลัง 12 เดือน
- ความสำคัญของ Site ID: อย่าใช้ WONUM เพียงอย่างเดียวเพื่อระบุรายการที่ไม่ซ้ำกัน ให้รวม WONUM กับ SITEID หรือใส่ SITEID เป็นแอตทริบิวต์ของเคสเสมอ หากวิเคราะห์หลายไซต์
- ตรรกะสถานะ: Maximo อนุญาตให้กำหนดค่าสถานะเองได้ หากสถานะมาตรฐาน เช่น WMATL หรือ COMP ไม่แสดงผล ให้ตรวจสอบตาราง SYNONYMDOMAIN
- ประสิทธิภาพ: ตาราง LABTRANS และ MATUSETRANS อาจมีขนาดใหญ่มาก ตรวจสอบว่ามีดัชนีบน REFWO และ SITEID ในตารางเหล่านี้
ตัวอย่างคำค้น sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH')พร้อมเริ่มต้นหรือยัง?
เริ่มปรับแนวทางการบำรุงรักษาของคุณได้วันนี้ โดยนำเทมเพลตนี้ไปใช้กับกระบวนการดึงข้อมูล ทีมงานของเราพร้อมช่วยเปลี่ยนบันทึกทางเทคนิคให้เป็นข้อมูลเชิงลึกเกี่ยวกับกระบวนการที่นำไปใช้ได้จริง.
ปรับปรุงการบำรุงรักษาสินทรัพย์และลดเวลาหยุดทำงานวันนี้
ลดเวลาของวงจรการบำรุงรักษา 30% และขจัดคอขวด
ทดลองใช้ฟรี 14 วัน ไม่ต้องใช้บัตรเครดิต