เทมเพลตข้อมูลงานซ่อมบำรุงสินทรัพย์ของคุณ
เทมเพลตข้อมูลงานซ่อมบำรุงสินทรัพย์ของคุณ
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ การบำรุงรักษาสินทรัพย์ หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- รายการเหตุการณ์สำคัญมาตรฐานของงานซ่อมบำรุง
- โครงสร้างแอตทริบิวต์ที่ยืดหยุ่นสำหรับวิเคราะห์ประสิทธิภาพเชิงลึก
- ใช้ร่วมกับแหล่งข้อมูลการจัดการสินทรัพย์ขององค์กรได้
แอตทริบิวต์งานซ่อมบำรุงสินทรัพย์
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| การอัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่าดึงหรือรีเฟรชระเบียนครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย แอตทริบิวต์นี้ใช้ติดตามความเป็นปัจจุบันของชุดข้อมูลที่นำมาวิเคราะห์ ช่วยให้นักวิเคราะห์ทราบว่าข้อมูลใหม่เพียงใด และตรวจหาความล่าช้าที่อาจเกิดขึ้นระหว่างระบบปฏิบัติการกับสภาพแวดล้อม process mining แม้ข้อมูลนี้จะไม่ใช่ส่วนหนึ่งของลำดับงานจริง แต่มีความสำคัญต่อการกำกับดูแลข้อมูล ช่วยให้ผู้เกี่ยวข้องทราบว่ากำลังดูข้อมูลแบบเรียลไทม์หรือสแนปชอตจากรอบปิดบัญชีก่อนหน้า. เหตุผลที่สำคัญ ช่วยตรวจสอบความใหม่ของข้อมูลและจัดการการโหลดข้อมูลแบบเพิ่มเฉพาะส่วน. แหล่งข้อมูล สร้างโดย ETL pipeline หรือสคริปต์ดึงข้อมูลขณะทำงาน. ตัวอย่าง 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| ชื่อกิจกรรม ActivityName | งาน การเปลี่ยนสถานะ หรือเหตุการณ์ที่เกิดขึ้นในเวิร์กโฟลว์. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุขั้นตอนต่างๆ ในวงจรของใบสั่งงานซ่อมบำรุง โดยบันทึกสถานะที่ใบสั่งงานผ่าน เช่น สร้าง อนุมัติ กำลังดำเนินการ พักงาน และเสร็จสิ้น เพื่อให้ process mining วิเคราะห์ได้อย่างถูกต้อง ฟิลด์นี้จะปรับรูปแบบเหตุการณ์จากระบบต่างๆ ให้เป็นชื่อกิจกรรมที่อ่านเข้าใจง่าย ซึ่งจำเป็นต่อการแสดงแผนผังกระบวนการ คำนวณระยะเวลาเปลี่ยนผ่านระหว่างขั้นตอน และระบุวงจรการแก้ไขงานซ้ำเมื่อใบสั่งงานย้อนกลับไปยังสถานะก่อนหน้า. เหตุผลที่สำคัญ ใช้ระบุโหนดในแผนผังกระบวนการ และจำเป็นต่อการสร้างเวิร์กโฟลว์ขึ้นใหม่. แหล่งข้อมูล ได้จากตารางประวัติสถานะ บันทึกรายการธุรกรรม หรือบันทึกการเปลี่ยนแปลงใบสั่งงาน. ตัวอย่าง สร้างใบสั่งงานเบิกวัสดุอนุมัติแล้วเปลี่ยนสถานะเป็นกำลังดำเนินการปิดใบสั่งงาน | |||
| ระบบต้นทาง SourceSystem | ชื่อแอปพลิเคชันหรือฐานข้อมูลที่เป็นแหล่งที่มาของระเบียน. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุสภาพแวดล้อมซอฟต์แวร์ที่สร้างข้อมูล ในระบบงานซ่อมบำรุงที่มีหลายระบบ ข้อมูลอาจมาจาก ERP, CMMS เฉพาะทาง หรือแพลตฟอร์มตรวจสอบ IoT ในการวิเคราะห์ ฟิลด์นี้ช่วยกรองข้อมูลเมื่อนำเข้าข้อมูลจากหลายระบบไว้ในโมเดลกระบวนการเดียวกัน และช่วยตรวจสอบที่มาของข้อมูล รวมถึงเปรียบเทียบคุณภาพข้อมูลหรือความแตกต่างของกระบวนการระหว่างระบบเดิมแต่ละระบบ. เหตุผลที่สำคัญ ช่วยให้ตรวจสอบย้อนกลับข้อมูลได้ในสภาพแวดล้อมที่ใช้หลายระบบ. แหล่งข้อมูล กำหนดค่าไว้ในขั้นตอนการดึงข้อมูล หรือแมปจากการตั้งค่าระบบ. ตัวอย่าง SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| เวลาที่เกิดเหตุการณ์ EventTimestamp | วันที่และเวลาที่กิจกรรมเกิดขึ้น. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุเวลาของแต่ละเหตุการณ์ในบันทึกงานซ่อมบำรุง โดยบันทึกเวลาที่สถานะเปลี่ยนหรือธุรกรรมได้รับการยืนยันในระบบต้นทาง การประทับเวลาเป็นข้อมูลพื้นฐานสำหรับตัวชี้วัดด้านระยะเวลาทั้งหมดใน process mining ใช้คำนวณเวลาตั้งแต่เริ่มจนจบ เวลานำ และเวลาที่ทรัพยากรว่างงาน การประทับเวลาที่มีความละเอียดสูงช่วยเรียงลำดับเหตุการณ์ที่เกิดขึ้นต่อเนื่องกันในช่วงเวลาสั้นๆ ได้อย่างถูกต้อง. เหตุผลที่สำคัญ ใช้เรียงลำดับเหตุการณ์และคำนวณตัวชี้วัดด้านระยะเวลาทั้งหมด. แหล่งข้อมูล พบในบันทึกรายการธุรกรรม ตารางประวัติ หรือบันทึกการตรวจสอบที่เชื่อมโยงกับกิจกรรม. ตัวอย่าง 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| หมายเลขใบสั่งงาน WorkOrderNumber | รหัสเฉพาะของกรณีงานซ่อมบำรุงหรือใบสั่งงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้ใช้เป็นรหัสกรณีหลักสำหรับการวิเคราะห์ process mining โดยแทนวงจรงานซ่อมบำรุงหนึ่งรอบ ตั้งแต่การแจ้งคำขอหรือการเริ่มงานบำรุงรักษาเชิงป้องกัน ไปจนถึงการทำงานเสร็จและปิดบัญชีด้านการเงิน ในการวิเคราะห์ ฟิลด์นี้ทำหน้าที่เป็นคีย์หลักสำหรับจัดกลุ่มเหตุการณ์ ต้นทุน และบันทึกการใช้ทรัพยากรที่เกี่ยวข้องทั้งหมด ช่วยให้ระบบ process mining สร้างวงจรการทำงานของแต่ละงานขึ้นใหม่ นักวิเคราะห์จึงติดตามลำดับงาน ระบุคอขวดในแต่ละกรณี และเชื่อมโยงผลลัพธ์กับประเภทหรือระดับความสำคัญของใบสั่งงานได้. เหตุผลที่สำคัญ เป็น Case ID พื้นฐานที่จำเป็นสำหรับแยกแต่ละอินสแตนซ์ของกระบวนการออกจากกัน. แหล่งข้อมูล โดยทั่วไปพบในตารางส่วนหัวของใบสั่งงาน เช่น WONUM ใน Maximo หรือ AUFNR ใน SAP. ตัวอย่าง WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| ชั่วโมงแรงงานจริง ActualLaborHours | เวลารวมที่ช่างเทคนิคใช้ทำงานตามใบสั่งงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้รวมระยะเวลาจากรายการบันทึกแรงงานทั้งหมดที่ลงไว้กับใบสั่งงาน เพื่อแสดงแรงงานจริงที่ใช้ทำงานให้เสร็จ ตัวชี้วัดนี้จำเป็นต่อการคำนวณการใช้กำลังคนและประสิทธิภาพแรงงาน เมื่อนำชั่วโมงจริงมาเทียบกับชั่วโมงที่ประเมินไว้ จะเห็นความแม่นยำของการวางแผน หากตัวเลขต่างกันมาก อาจเกิดจากขอบเขตงานไม่ชัดเจนหรือทักษะของผู้ปฏิบัติงานไม่ตรงกับงาน. เหตุผลที่สำคัญ ใช้วัดแรงงานที่ใช้ และคำนวณการใช้กำลังคนกับความแม่นยำในการวางแผน. แหล่งข้อมูล รวมข้อมูลจากตารางใบบันทึกเวลาหรือตารางธุรกรรมแรงงาน. ตัวอย่าง 4.512.00.548.0160.0 | |||
| ต้นทุนจริงรวม TotalActualCost | ต้นทุนทางการเงินรวมที่เกิดขึ้น ทั้งค่าแรง วัสดุ และบริการ. | ||
| คำอธิบาย แอตทริบิวต์นี้รวมรายการบันทึกทางการเงินทั้งหมดที่เกี่ยวข้องกับใบสั่งงาน เพื่อแสดงผลกระทบทางเศรษฐกิจโดยรวมของงานซ่อมบำรุง การวิเคราะห์ต้นทุนเป็นเหตุผลสำคัญที่องค์กรด้านการจัดการสินทรัพย์นำ process mining มาใช้ แอตทริบิวต์นี้ช่วยระบุกลุ่มสินทรัพย์ที่มีค่าบำรุงรักษาสูงที่สุด และค้นหากรณีที่ค่าซ่อมสูงกว่ามูลค่าทดแทนสินทรัพย์. เหตุผลที่สำคัญ เป็นข้อมูลหลักสำหรับวิเคราะห์ผลกระทบทางการเงินและรายงานส่วนต่างจากงบประมาณ. แหล่งข้อมูล ตารางสรุปต้นทุน หรือข้อมูลที่รวมจากรายการบัญชีแยกประเภททั่วไป (GL) ซึ่งเชื่อมโยงกับใบสั่งงาน. ตัวอย่าง 1500.00245.5010000.000.00560.75 | |||
| ประเภทใบสั่งงาน WorkOrderType | จัดประเภทงานซ่อมบำรุงเป็นงานเชิงป้องกัน งานแก้ไข งานฉุกเฉิน หรืองานโครงการ. | ||
| คำอธิบาย แอตทริบิวต์นี้ใช้จัดประเภทลักษณะของงานซ่อมบำรุง ค่าที่ใช้กันทั่วไปจะแยกงานที่วางแผนไว้ (Preventive) ออกจากงานหยุดชะงักที่ไม่ได้วางแผน (Corrective หรือ Emergency) ระบบ EAM/CMMS เกือบทุกระบบมีฟิลด์นี้ นักวิเคราะห์ใช้ฟิลด์นี้แบ่งกลุ่มโมเดลกระบวนการ การเปรียบเทียบเวิร์กโฟลว์ของงานซ่อมฉุกเฉินกับงานบำรุงรักษาเชิงป้องกันมักเผยให้เห็นเส้นทางกระบวนการ ข้อกำหนดการอนุมัติ และระยะเวลาที่แตกต่างกันอย่างชัดเจน นอกจากนี้ยังเป็นมิติหลักในการคำนวณสัดส่วนงานบำรุงรักษาเชิงป้องกันต่องานแก้ไขตามเหตุขัดข้อง. เหตุผลที่สำคัญ จำเป็นต่อการแยกวิเคราะห์งานที่วางแผนไว้กับงานที่ไม่ได้วางแผน. แหล่งข้อมูล ตารางส่วนหัวของใบสั่งงาน เช่น WORKTYPE ใน Maximo หรือ AUART ใน SAP. ตัวอย่าง งานบำรุงรักษาเชิงป้องกันงานแก้ไขงานฉุกเฉินงานบำรุงรักษาเชิงคาดการณ์โครงการลงทุน | |||
| เป็นงานบำรุงรักษาเชิงป้องกัน IsPreventive | ตัวบ่งชี้ว่าใบสั่งงานเป็นส่วนหนึ่งของแผนบำรุงรักษาเชิงป้องกันหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนนี้ช่วยจัดประเภทใบสั่งงานเป็นสองกลุ่ม ได้แก่ งานบำรุงรักษาเชิงป้องกันและงานประเภทอื่น โดยมักได้ค่าจากรหัสประเภทใบสั่งงาน ตัวบ่งชี้นี้เป็นวิธีที่รวดเร็วที่สุดในการกรองแดชบอร์ดเพื่อดูการปฏิบัติตามแผนบำรุงรักษาเชิงป้องกัน และช่วยคำนวณ KPI สัดส่วนงานบำรุงรักษาเชิงป้องกันต่องานแก้ไข ซึ่งเป็นตัวชี้วัดมาตรฐานที่ใช้ประเมินความพร้อมของหน่วยงานซ่อมบำรุง. เหตุผลที่สำคัญ ช่วยกรองข้อมูลและคำนวณ KPI สำหรับสัดส่วนงานบำรุงรักษาเชิงป้องกันได้ง่ายขึ้น. แหล่งข้อมูล ได้จากประเภทใบสั่งงานหรือตัวบ่งชี้เฉพาะของระบบ เช่น PPM flag. ตัวอย่าง truefalse | |||
| รหัสสินทรัพย์ AssetId | รหัสเฉพาะของอุปกรณ์หรือสถานที่ที่ได้รับการบำรุงรักษา. | ||
| คำอธิบาย แอตทริบิวต์นี้เชื่อมโยงใบสั่งงานกับอุปกรณ์จริงในพื้นที่ โดยระบุหมายเลขแท็ก รหัสอุปกรณ์ หรือรหัสเครื่องจักรของสินทรัพย์ที่กำลังซ่อมบำรุง ข้อมูลนี้สำคัญต่อการค้นหาสินทรัพย์ที่ขัดข้องบ่อยหรือจำเป็นต้องซ่อมแซมเป็นประจำ เมื่อนักวิเคราะห์จัดกลุ่มใบสั่งงานตามรหัสสินทรัพย์ ก็จะคำนวณเวลาเฉลี่ยระหว่างความขัดข้อง (MTBF) และระบุอุปกรณ์ที่ใช้จ่ายงบซ่อมบำรุงมากเกินสัดส่วนได้. เหตุผลที่สำคัญ ใช้วิเคราะห์ประสิทธิภาพของอุปกรณ์แต่ละรายการและคำนวณ MTBF. แหล่งข้อมูล ตารางส่วนหัวของใบสั่งงาน เช่น ASSETNUM ใน Maximo หรือ EQUNR ใน SAP. ตัวอย่าง PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| ระดับความสำคัญ PriorityLevel | ระดับความเร่งด่วนหรือความสำคัญที่กำหนดให้กับใบสั่งงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุว่างานซ่อมบำรุงมีความสำคัญต่อการปฏิบัติการเพียงใด ค่าที่ใช้มักเป็นรหัสตัวเลข (1, 2, 3) หรือคำอธิบาย (วิกฤต สูง ปานกลาง ต่ำ) โดยใช้กำหนดเวลาตอบสนองและการจัดสรรทรัพยากร ในการวิเคราะห์กระบวนการ แอตทริบิวต์นี้ใช้ตรวจสอบการปฏิบัติตาม SLA นักวิเคราะห์สามารถตรวจสอบว่างานที่มีความสำคัญสูงดำเนินผ่านกระบวนการได้เร็วกว่างานที่มีความสำคัญต่ำจริงหรือไม่ หรือไปติดคอขวดในขั้นตอนอนุมัติ. เหตุผลที่สำคัญ ใช้วิเคราะห์การปฏิบัติตาม SLA และตรวจสอบการจัดลำดับความสำคัญของทรัพยากร. แหล่งข้อมูล ตารางส่วนหัวของใบสั่งงาน เช่น PRIORITY ใน Maximo หรือ PRIOK ใน SAP. ตัวอย่าง 1 - วิกฤต2 - สูง3 - ปานกลาง4 - ต่ำงานฉุกเฉิน | |||
| ระดับความสำคัญของสินทรัพย์ AssetCriticality | ระดับที่บ่งบอกความสำคัญของสินทรัพย์ต่อการปฏิบัติการ. | ||
| คำอธิบาย แอตทริบิวต์นี้จัดประเภทสินทรัพย์ตามผลกระทบที่อาจเกิดขึ้นต่อความปลอดภัย สิ่งแวดล้อม หรือการผลิตหากสินทรัพย์ขัดข้อง โดยมักเป็นข้อมูลคงที่ในระเบียนหลักของสินทรัพย์ แต่หลายระบบจะบันทึกค่าไว้ในใบสั่งงานด้วย นักวิเคราะห์ใช้ข้อมูลนี้ตรวจสอบว่าทีมซ่อมบำรุงจัดลำดับความสำคัญของงานกับสินทรัพย์สำคัญได้เหมาะสมหรือไม่ และตรวจสอบว่าอุปกรณ์ที่สำคัญที่สุดได้รับการบำรุงรักษาเชิงป้องกันตามกำหนดอย่างสม่ำเสมอ. เหตุผลที่สำคัญ ช่วยให้การบำรุงรักษาสอดคล้องกับความเสี่ยงทางธุรกิจและผลกระทบต่อการปฏิบัติการ. แหล่งข้อมูล ข้อมูลหลักของสินทรัพย์ หรือส่วนหัวของใบสั่งงานในกรณีที่มีการรวมข้อมูลไว้ในตารางเดียว. ตัวอย่าง A - สำคัญยิ่งB - สำคัญC - รองลงมาสำคัญต่อความปลอดภัยสำคัญต่อการผลิต | |||
| วันที่กำหนดเสร็จ TargetCompletionDate | กำหนดเวลาที่วางแผนไว้ว่าใบสั่งงานควรเสร็จสิ้น. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุวันครบกำหนดที่ผู้วางแผนกำหนดไว้หรือ SLA ระบุไว้ ใช้เป็นจุดอ้างอิงในการคำนวณการส่งมอบตรงเวลา เมื่อนำวันที่เสร็จจริงมาเปรียบเทียบกับวันที่เป้าหมาย จะคำนวณการปฏิบัติตามกำหนดการและตัวชี้วัดความล่าช้าได้ หากวันที่ต่างกันมาก อาจบ่งชี้ถึงปัญหาในการวางแผนหรือข้อจำกัดด้านทรัพยากร. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์อ้างอิงในการคำนวณความล่าช้าและการทำงานตามกำหนด. แหล่งข้อมูล แท็บการจัดตารางใบสั่งงาน เช่น GLTRP ใน SAP หรือ SCHEDFINISH ใน Maximo. ตัวอย่าง 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| หน่วยงานซ่อมบำรุง MaintenanceDepartment | หน่วยงานหรือโรงซ่อมที่รับผิดชอบดำเนินงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุทีม กลุ่มช่าง หรือฝ่ายที่ได้รับมอบหมายให้ดูแลใบสั่งงาน เช่น ฝ่ายไฟฟ้า ฝ่ายเครื่องกล ฝ่ายเครื่องมือวัด หรือฝ่ายอาคารสถานที่ ข้อมูลนี้ช่วยเปรียบเทียบผลการทำงานระหว่างทีม นักวิเคราะห์สามารถเปรียบเทียบระยะเวลาทำงาน ปริมาณงานค้าง และอัตราการแก้ไขงานซ้ำของแต่ละฝ่าย เพื่อระบุความต้องการฝึกอบรมหรือการขาดแคลนทรัพยากรในสายงานเฉพาะ. เหตุผลที่สำคัญ ใช้เปรียบเทียบผลการทำงานและปริมาณงานค้างระหว่างทีมต่างๆ. แหล่งข้อมูล ส่วนหัวของใบสั่งงาน เช่น Work Center ใน SAP หรือ Crew ID ใน Maximo. ตัวอย่าง แผนกเครื่องกลแผนกซ่อมบำรุงไฟฟ้าอาคารสถานที่ผู้รับเหมาภายนอกเครื่องมือวัด | |||
| ทรัพยากรที่ได้รับมอบหมาย AssignedResource | ช่างเทคนิคหรือหัวหน้าทีมที่ได้รับมอบหมายให้ทำงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุบุคคลหรือช่างเทคนิคหัวหน้าที่รับผิดชอบงานซ่อมบำรุง ฝ่ายหรือแผนกใช้ติดตามงานในระดับทีม ส่วนแอตทริบิวต์นี้ใช้ติดตามผู้รับผิดชอบรายบุคคล ข้อมูลระดับนี้ช่วยวิเคราะห์การกระจายภาระงานในทีม และตรวจสอบว่าช่างเทคนิคบางคนมีงานมากเกินไปเป็นประจำหรือไม่ รวมถึงดูว่าบุคคลใดมีอัตราการแก้ไขงานซ้ำสูง ซึ่งอาจบ่งชี้ว่าควรได้รับการฝึกอบรมเพิ่มเติม. เหตุผลที่สำคัญ ใช้วิเคราะห์การกระจายภาระงานและตัวชี้วัดผลการทำงานรายบุคคล. แหล่งข้อมูล ตารางการมอบหมายงานซ่อมบำรุงหรือตารางรายละเอียดแรงงาน. ตัวอย่าง J. SmithA. DoeTech-001Vendor-XYZหัวหน้าทีมช่าง 5 | |||
| สถานที่ปฏิบัติงาน WorkLocation | สถานที่จริงหรือพื้นที่ปฏิบัติงานที่ดำเนินงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุพื้นที่ทางภูมิศาสตร์หรือพื้นที่ปฏิบัติงานที่เป็นที่ตั้งของสินทรัพย์ อาจเป็นอาคาร ชั้น หรือสถานที่ห่างไกล ข้อมูลสถานที่ช่วยวิเคราะห์เวลาที่สูญเสียไปกับการเดินทางและการจัดการด้านโลจิสติกส์ หากช่างเทคนิคใช้เวลาเดินทางระหว่างสถานที่ห่างไกลเพื่อทำงานที่มีความสำคัญต่ำ process mining จะช่วยชี้ให้เห็นโอกาสในการวางแผนเส้นทางหรือจัดกลุ่มใบสั่งงานตามสถานที่ให้ดีขึ้น. เหตุผลที่สำคัญ ช่วยวิเคราะห์โลจิสติกส์และระบุคอขวดที่เกิดเฉพาะในบางพื้นที่. แหล่งข้อมูล ส่วนหัวของใบสั่งงานหรือตารางสถานที่ตั้งสินทรัพย์ที่เชื่อมโยงกัน. ตัวอย่าง อาคาร A - ชั้น 2โรงงานเหนือสถานที่ 55สถานีสูบน้ำห่างไกลโรงซ่อม | |||
กิจกรรมงานซ่อมบำรุงสินทรัพย์
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จัดตารางใบสั่งงาน | มอบหมายทรัพยากรแรงงาน ทีมงาน หรือช่วงเวลาในปฏิทินที่แน่นอนให้กับใบสั่งงาน ขั้นตอนนี้นำงานออกจากรายการค้างและเข้าสู่ตารางงานรายวันหรือรายสัปดาห์. | ||
| เหตุผลที่สำคัญ ช่วยแยกเวลาที่งานค้างอยู่ในรายการออกจากเวลาที่รอช่างคนใดคนหนึ่งโดยเฉพาะ. แหล่งข้อมูล ได้จากข้อมูลการสร้างรายการมอบหมายแรงงานหรือบันทึกการจัดส่งงาน. บันทึก เวลาที่มอบหมายทรัพยากรหรือกำหนดสถานะการส่งงาน ประเภทเหตุการณ์ explicit | |||
| ทำใบสั่งงานเสร็จสิ้น | งานด้านเทคนิคเสร็จสมบูรณ์และสินทรัพย์กลับไปใช้งานได้ แต่อาจยังมีงานด้านเอกสารและการเงินที่ต้องดำเนินการต่อ. | ||
| เหตุผลที่สำคัญ เวลาหลักที่ใช้คำนวณระยะเวลาซ่อมและช่วงเวลาที่สินทรัพย์หยุดทำงาน. แหล่งข้อมูล บันทึกเมื่อสถานะเปลี่ยนเป็น Completed, TECO หรือ Finished. บันทึก บันทึกการเปลี่ยนสถานะที่แสดงว่างานด้านเทคนิคเสร็จสมบูรณ์ ประเภทเหตุการณ์ explicit | |||
| บันทึกชั่วโมงแรงงาน | ช่างบันทึกชั่วโมงทำงานจริงในใบสั่งงาน กิจกรรมนี้อาจเกิดซ้ำหลายครั้งเมื่อสมาชิกทีมหลายคนร่วมทำงาน. | ||
| เหตุผลที่สำคัญ ใช้เป็นข้อมูลพื้นฐานสำหรับคำนวณต้นทุนและวิเคราะห์การใช้ทรัพยากร ช่วงเวลาห่างระหว่างรายการแรงงานอาจบ่งชี้ว่ากระบวนการหยุดชะงัก. แหล่งข้อมูล ดึงข้อมูลจากตารางยืนยันเวลา หรือบันทึกธุรกรรมแรงงาน. บันทึก บันทึกการลงเวลาทำงานแต่ละครั้งในใบสั่งงาน ประเภทเหตุการณ์ explicit | |||
| ปิดใบสั่งงาน | ขั้นตอนสุดท้ายด้านเอกสาร ซึ่งล็อกค่าใช้จ่ายของใบสั่งงานและเก็บเข้าคลังข้อมูล หลังจากนี้จะไม่สามารถบันทึกต้นทุนหรือแรงงานเพิ่มเติมได้. | ||
| เหตุผลที่สำคัญ เป็นจุดสิ้นสุดของกรณีในระบบอย่างสมบูรณ์ หากล่าช้าแสดงว่าอาจมีงานด้านเอกสารค้างสะสม. แหล่งข้อมูล บันทึกเมื่อสถานะเปลี่ยนเป็น Closed, Archived หรือ CLSD. บันทึก บันทึกการเปลี่ยนสถานะสุดท้ายเป็น Closed ประเภทเหตุการณ์ explicit | |||
| เริ่มใบสั่งงาน | เวลาที่ช่างเริ่มลงมือทำงานกับสินทรัพย์จริง เป็นจุดเปลี่ยนจากการวางแผนและรอคอยไปสู่การปฏิบัติงาน. | ||
| เหตุผลที่สำคัญ จำเป็นต่อการคำนวณเวลาเฉลี่ยในการซ่อม (MTTR) และแยกเวลารอด้านเอกสารออกจากเวลาที่ใช้ซ่อมจริง. แหล่งข้อมูล โดยทั่วไปแสดงด้วยการเปลี่ยนสถานะเป็น In Progress หรือเวลาที่บันทึกชั่วโมงแรงงานครั้งแรก. บันทึก บันทึกการเปลี่ยนสถานะเป็น In Progress หรือ Started ประเภทเหตุการณ์ explicit | |||
| สร้างใบสั่งงาน | ระบบสร้างระเบียนใบสั่งงานบำรุงรักษาอย่างเป็นทางการ ซึ่งกำหนดรหัสกรณีและใช้เป็นจุดเริ่มต้นสำหรับการวางแผน จัดตาราง และดำเนินงาน. | ||
| เหตุผลที่สำคัญ นี่คือจุดอ้างอิงหลักของกระบวนการ และเป็นจุดเริ่มต้นของวงจรงานบำรุงรักษาด้านเอกสาร. แหล่งข้อมูล ดึงข้อมูลจากเวลาที่สร้างรายการในตารางหลักของใบสั่งงาน. บันทึก บันทึกเวลาที่สร้างรหัสใบสั่งงานที่ไม่ซ้ำกัน ประเภทเหตุการณ์ explicit | |||
| อนุมัติใบสั่งงาน | การเปลี่ยนสถานะการอนุมัติแสดงว่ามีการตรวจสอบและยอมรับขอบเขตงาน ประมาณการค่าใช้จ่าย และแผนงานแล้ว ขณะนี้งานพร้อมเริ่มดำเนินการ. | ||
| เหตุผลที่สำคัญ ใช้วัดเวลาที่ต้องใช้ในขั้นตอนด้านเอกสารเพื่อผ่านการวางแผนและการอนุมัติงบประมาณ. แหล่งข้อมูล โดยทั่วไปบันทึกเมื่อสถานะเปลี่ยนเป็น Approved, Released หรือ Authorized. บันทึก กรองเหตุการณ์เปลี่ยนสถานะที่แสดงว่าได้รับอนุมัติแล้ว ประเภทเหตุการณ์ explicit | |||
| ตรวจสอบคุณภาพเสร็จสิ้น | ขั้นตอนตรวจสอบเฉพาะที่มีการตรวจวัดหรือทดสอบงานซ่อม เพื่อให้มั่นใจว่าสินทรัพย์เป็นไปตามมาตรฐานการปฏิบัติงานก่อนนำกลับมาใช้งาน. | ||
| เหตุผลที่สำคัญ จำเป็นต่อการวิเคราะห์การปฏิบัติตามข้อกำหนดและความปลอดภัย หากไม่ผ่านขั้นตอนนี้ อาจต้องกลับไปแก้งานซ้ำ. แหล่งข้อมูล พบข้อมูลนี้ในบันทึกการตรวจสอบ รายการตรวจสอบที่เสร็จสมบูรณ์ หรือจุดเปลี่ยนสถานะเฉพาะ. บันทึก ระบุการเสร็จสิ้นของงานตรวจสอบหรือการอัปเดตสถานะคุณภาพ ประเภทเหตุการณ์ explicit | |||
| บันทึกงานบำรุงรักษาที่ต้องแก้ไขซ้ำ | แสดงว่างานที่เสร็จแล้วถูกปฏิเสธหรือเกิดปัญหาซ้ำในเวลาไม่นาน จนต้องเปลี่ยนสถานะกลับเป็น In Progress ซึ่งเป็นวงจรการทำงานซ้ำ. | ||
| เหตุผลที่สำคัญ เป็นตัวชี้วัดสำคัญของปัญหาการฝึกอบรมด้านเทคนิคหรืออะไหล่ที่มีคุณภาพต่ำ. แหล่งข้อมูล อนุมานได้เมื่อสถานะเปลี่ยนย้อนจาก Complete เป็น In Progress หรือมีการบันทึกรหัส Rework โดยตรง. บันทึก ค้นหาการเปลี่ยนสถานะย้อนกลับหรือเครื่องหมายระบุงานแก้ไขซ้ำ ประเภทเหตุการณ์ inferred | |||
| เบิกวัสดุ | การเบิกอะไหล่จากคลังไปใช้กับใบสั่งงาน เป็นการยืนยันว่ามีวัสดุพร้อมใช้และนำไปใช้แล้ว. | ||
| เหตุผลที่สำคัญ ยืนยันว่ามีการใช้อะไหล่จริง และหยุดนับเวลาความล่าช้าจากการรอวัสดุ. แหล่งข้อมูล พบข้อมูลนี้ในบันทึกธุรกรรมคลังสินค้า ซึ่งระบุประเภทรายการเบิกที่เชื่อมโยงกับใบสั่งงาน. บันทึก ดึงเวลาจากรายการเบิกวัสดุในคลัง ประเภทเหตุการณ์ explicit | |||
| พักใบสั่งงาน | เปลี่ยนสถานะใบสั่งงานเป็นพักงาน ทำให้การดำเนินงานหยุดชั่วคราว โดยทั่วไปเกิดจากอะไหล่ไม่พร้อม ไม่มีสิทธิ์เข้าพื้นที่ หรือมีปัญหาด้านความปลอดภัย. | ||
| เหตุผลที่สำคัญ ช่วยระบุคอขวดและปัจจัยภายนอกที่ทำให้ขั้นตอนการทำงานตามปกติหยุดชะงัก. แหล่งข้อมูล บันทึกจากประวัติสถานะโดยตรง เมื่อค่าเปลี่ยนเป็น Hold, Suspended หรือ Blocked. บันทึก กรองการเปลี่ยนสถานะที่แสดงว่ามีการพักงาน ประเภทเหตุการณ์ explicit | |||
| ยกเลิกใบสั่งงาน | ยุติใบสั่งงานก่อนทำงานเสร็จสมบูรณ์ มักเกิดเมื่องานไม่จำเป็น เป็นงานซ้ำ หรือถูกรวมเข้ากับงานอื่น. | ||
| เหตุผลที่สำคัญ อัตราการยกเลิกที่สูงอาจบ่งชี้ว่าคัดกรองคำขอในขั้นตอนก่อนหน้าได้ไม่ดี หรือมีการบันทึกข้อมูลซ้ำ. แหล่งข้อมูล บันทึกเมื่อสถานะเปลี่ยนเป็น Cancelled, Rejected หรือ Void. บันทึก กรองค่าสถานะสิ้นสุดที่แสดงว่ามีการยกเลิก ประเภทเหตุการณ์ explicit | |||
| สร้างคำขอบำรุงรักษา | ผู้ปฏิบัติงานหรือระบบอัตโนมัติส่งรายงานข้อบกพร่องหรือคำขอรับบริการเป็นครั้งแรก ขั้นตอนนี้มักเกิดก่อนสร้างใบสั่งงานอย่างเป็นทางการ และถือเป็นจุดเริ่มต้นที่แท้จริงของวงจรคำขอ. | ||
| เหตุผลที่สำคัญ การบันทึกขั้นตอนนี้ช่วยคำนวณเวลาตอบสนองทั้งหมดตั้งแต่พบปัญหา ไม่ใช่เริ่มนับเมื่อทีมบำรุงรักษารับงานแล้วเท่านั้น. แหล่งข้อมูล โดยทั่วไปพบข้อมูลนี้ในบันทึกคำขอรับบริการ ตารางระบบแจ้งปัญหา หรือประวัติการแจ้งเตือน. บันทึก ดึงเวลาที่สร้างรายการคำขอต้นทางซึ่งเชื่อมโยงกับใบสั่งงาน ประเภทเหตุการณ์ explicit | |||
| สร้างคำขอเบิกวัสดุ | เชื่อมโยงคำขออะไหล่หรือวัสดุสิ้นเปลืองอย่างเป็นทางการกับใบสั่งงาน เพื่อเริ่มขั้นตอนย่อยด้านการจัดหาที่จำเป็นสำหรับการซ่อม. | ||
| เหตุผลที่สำคัญ จำเป็นต่อการวิเคราะห์ความล่าช้าที่เกิดจากการพึ่งพาห่วงโซ่อุปทานและการขาดแคลนวัสดุ. แหล่งข้อมูล พบข้อมูลนี้ในตารางความต้องการวัสดุ หรือเมื่อสถานะเปลี่ยนเป็น Waiting on Material. บันทึก ระบุเวลาที่สร้างรายการวัสดุซึ่งเชื่อมโยงกับใบสั่งงาน ประเภทเหตุการณ์ explicit | |||
| อัปเดตระดับความสำคัญ | การเปลี่ยนระดับความสำคัญหรือความเร่งด่วนของใบสั่งงานหลังจากสร้างครั้งแรก โดยบันทึกระดับความสำคัญใหม่และเวลาที่ตัดสินใจเปลี่ยน. | ||
| เหตุผลที่สำคัญ การเปลี่ยนระดับความสำคัญบ่อยครั้งอาจบ่งชี้ว่าการคัดแยกงานไม่มีประสิทธิภาพ หรือมีการปรับข้อมูลเพื่อเลี่ยงคิวงานค้าง. แหล่งข้อมูล โดยทั่วไปบันทึกไว้ในประวัติการตรวจสอบฟิลด์หรือบันทึกประวัติระบบที่ติดตามฟิลด์ Priority. บันทึก ค้นหาการเปลี่ยนแปลงฟิลด์ระดับความสำคัญในบันทึกการตรวจสอบ ประเภทเหตุการณ์ explicit | |||
| อัปเดตวันที่เป้าหมาย | การเปลี่ยนวันที่เริ่มงานหรือวันที่เสร็จตามแผนของใบสั่งงาน ซึ่งสะท้อนการปรับกำหนดการตามความพร้อมของทรัพยากรหรือความล่าช้า. | ||
| เหตุผลที่สำคัญ การติดตามการเลื่อนวันที่ช่วยให้ทราบว่า KPI บรรลุตามเป้าหมายจากผลการดำเนินงานจริง หรือเพียงแค่เลื่อนกำหนดเป้าหมายออกไป. แหล่งข้อมูล พบข้อมูลนี้ในบันทึกการตรวจสอบที่ติดตามการเปลี่ยนแปลงฟิลด์ Scheduled Start หรือ Required By Date. บันทึก บันทึกการอัปเดตฟิลด์วันที่ในประวัติใบสั่งงาน ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
ไม่ว่าคุณจะเลือกใช้คู่มือดึงข้อมูลสำหรับแพลตฟอร์มของเรา หรือปรับเทมเพลตทั่วไปนี้ให้เข้ากับข้อมูลของคุณ ก็เริ่มต้นใช้งาน process mining ได้เลย.
เพิ่มประสิทธิภาพงานซ่อมบำรุงสินทรัพย์ได้ตั้งแต่วันนี้
ลดเวลาหยุดทำงานและค่าใช้จ่ายซ่อมบำรุงด้วยข้อมูลแบบเรียลไทม์.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จใน 5 นาที.