เทมเพลตข้อมูลการบำรุงรักษาสินทรัพย์ของคุณ
เทมเพลตข้อมูลการบำรุงรักษาสินทรัพย์ของคุณ
- ฟิลด์ข้อมูลเฉพาะกระบวนการสำหรับติดตามงานบำรุงรักษา
- จุดสำคัญสำหรับวิเคราะห์วงจรใบสั่งงาน
- คำแนะนำโดยละเอียดสำหรับดึงข้อมูลจาก Infor EAM
แอตทริบิวต์การบำรุงรักษาสินทรัพย์
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| กิจกรรม EventName | ขั้นตอนหรือการเปลี่ยนสถานะที่เกิดขึ้นในวงจรงานบำรุงรักษา. | ||
| คำอธิบาย แอตทริบิวต์นี้เก็บชื่อเหตุการณ์หรือการเปลี่ยนสถานะ เช่น สร้างใบสั่งงาน เบิกวัสดุ หรือปิดใบสั่งงาน โดยดึงข้อมูลจากประวัติการเปลี่ยนสถานะหรือประเภทธุรกรรมที่บันทึกไว้กับใบสั่งงาน เครื่องมือ process mining ใช้ลำดับค่าเหล่านี้สร้างเส้นทางเวิร์กโฟลว์ขึ้นใหม่ ทำให้วิเคราะห์รูปแบบกระบวนการ วงจรการแก้ไขงานซ้ำ และลำดับการปฏิบัติงานได้. เหตุผลที่สำคัญ ใช้กำหนดโหนดในแผนผังกระบวนการ และจำเป็นต่อการทำความเข้าใจว่าเกิดอะไรขึ้นในแต่ละขั้นตอน. แหล่งข้อมูล ตาราง R5EVENTSTATUS (ช่อง EVS_STATUS) หรือ R5TRANSACTIONS (ช่อง TRA_DESC) ตัวอย่าง สร้างใบสั่งงานเบิกวัสดุแล้วปิดใบสั่งงานจัดตารางทรัพยากรแล้ว | |||
| ใบสั่งงานบำรุงรักษา WorkOrderNumber | รหัสเฉพาะของใบสั่งงานบำรุงรักษา. | ||
| คำอธิบาย แอตทริบิวต์นี้ใช้เป็นรหัสเคสหลักสำหรับการวิเคราะห์กระบวนการ โดยระบุงานบำรุงรักษาแต่ละงาน ไม่ว่าจะเป็นงานป้องกันหรือแก้ไข และเชื่อมโยงกิจกรรม ต้นทุน และบันทึกแรงงานที่เกี่ยวข้องทั้งหมดเข้าด้วยกัน ใน Infor EAM ค่านี้มักเป็น Event Code ที่อยู่ในตารางเหตุการณ์หลัก นักวิเคราะห์ใช้ฟิลด์นี้แยกแต่ละอินสแตนซ์ของกระบวนการออกจากกัน และรวบรวมเหตุการณ์ทั้งหมดที่เกี่ยวข้องกับคำขอบำรุงรักษาหนึ่งรายการ เพื่อคำนวณรอบเวลาดำเนินการและต้นทุนต่อหนึ่งงาน เหตุผลที่สำคัญ เป็นคีย์หลักสำหรับสร้างลำดับกระบวนการขึ้นใหม่และระบุกรณีงานบำรุงรักษาแต่ละรายการได้ไม่ซ้ำกัน. แหล่งข้อมูล ตาราง R5EVENTS ช่อง EVT_CODE ตัวอย่าง 10023456WO-2023-88910023457PM-55421 | |||
| เวลา EventTimestamp | วันที่และเวลาที่เกิดกิจกรรม. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ใช้เรียงลำดับเหตุการณ์ตามเวลาและคำนวณระยะเวลาระหว่างขั้นตอน การบันทึกเวลาให้ถูกต้องจำเป็นต่อการระบุคอขวด วัดระยะเวลานำ และคำนวณการปฏิบัติตาม SLA ใน Infor EAM โดยทั่วไปจะใช้วันที่ทำธุรกรรมหรือวันที่เปลี่ยนสถานะ. เหตุผลที่สำคัญ ให้ข้อมูลด้านเวลาที่จำเป็นต่อการวิเคราะห์และเรียงลำดับเหตุการณ์ตามเวลา. แหล่งข้อมูล ตาราง R5EVENTSTATUS (ช่อง EVS_DATE) หรือ R5TRANSACTIONS (ช่อง TRA_DATE) ตัวอย่าง 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| ระบบต้นทาง SourceSystem | ชื่อระบบที่เป็นแหล่งที่มาของข้อมูล. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุแหล่งที่มาของระเบียนข้อมูล ซึ่งสำคัญเป็นพิเศษเมื่อใช้หลายระบบ สำหรับมุมมองนี้จะใช้ระบุอินสแตนซ์ Infor EAM ที่เป็นแหล่งข้อมูล ช่วยติดตามที่มาของข้อมูลและแก้ไขปัญหา เมื่อรวมข้อมูลจากหลายแหล่งไว้ในแบบจำลองข้อมูล process mining เดียวกัน. เหตุผลที่สำคัญ ช่วยให้ติดตามข้อมูลกลับไปยังระบบ Infor EAM ได้. แหล่งข้อมูล กำหนดค่าไว้ระหว่างการดึงข้อมูล ตัวอย่าง Infor EAMDatastream 7i | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ดึงข้อมูลหรืออัปเดตข้อมูลครั้งล่าสุด. | ||
| คำอธิบาย ช่องนี้ระบุเวลาที่ประมวลผลหรือดึงระเบียนข้อมูลเข้าสู่แบบจำลอง process mining ครั้งล่าสุด ช่วยให้ผู้ใช้ทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลใหม่เพียงใด โดยทั่วไปช่องนี้สร้างขึ้นระหว่างกระบวนการ ETL ไม่ได้มีอยู่ในระบบต้นทาง ช่วยให้นักวิเคราะห์ทราบว่ากำลังดูข้อมูลล่าสุดหรือสแนปชอตข้อมูลย้อนหลัง. เหตุผลที่สำคัญ ใช้ตรวจสอบความเป็นปัจจุบันของข้อมูลและช่วยระบุชุดข้อมูลที่ไม่ได้อัปเดต. แหล่งข้อมูล เวลาของระบบขณะดึงข้อมูล ตัวอย่าง 2023-10-25T12:00:00Z | |||
| ช่างเทคนิค TechnicianName | บุคคลหรือทรัพยากรที่ได้รับมอบหมายให้ทำงานนั้นโดยเฉพาะ. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกผู้ใช้หรือช่างเทคนิคที่ทำกิจกรรมแต่ละรายการ ใช้วิเคราะห์ผลิตภาพแรงงาน ระบุความต้องการฝึกอบรม หรือหาจุดที่การจัดตารางงานไม่มีประสิทธิภาพ ข้อมูลนี้อาจอยู่ในตารางชั่วโมงทำงานที่บันทึกไว้ หรือในฟิลด์ผู้รับผิดชอบของรายการเหตุการณ์ ขึ้นอยู่กับการตั้งค่าระบบ. เหตุผลที่สำคัญ ใช้วิเคราะห์ผลิตภาพแรงงานและการจัดตารางงานในแดชบอร์ด. แหล่งข้อมูล ตาราง R5BOOKEDHOURS (ฟิลด์ BOO_PERSON) หรือ R5EVENTS (ฟิลด์ EVT_PERSON) ตัวอย่าง J. SmithM. DoeContractor-A | |||
| ต้นทุนจริงรวม ActualTotalCost | ผลรวมสุดท้ายของต้นทุนแรงงาน วัสดุ และบริการ. | ||
| คำอธิบาย แอตทริบิวต์นี้แสดงผลกระทบทางการเงินรวมของงานบำรุงรักษา โดยจะอัปเดตเมื่อบันทึกชั่วโมงแรงงานและเบิกวัสดุ เป็นตัวชี้วัดทางการเงินหลักของกระบวนการ ใช้วิเคราะห์ปัจจัยที่ทำให้เกิดต้นทุนและจัดทำรายงานงบประมาณ. เหตุผลที่สำคัญ ตัวชี้วัดหลักสำหรับการสรุปต้นทุนและวิเคราะห์ประสิทธิภาพ. แหล่งข้อมูล ตาราง R5EVENTS ฟิลด์ EVT_ACTCOST (หรือผลรวมรายการธุรกรรม) ตัวอย่าง 450.251500.0075.50 | |||
| ต้นทุนประมาณการ EstimatedCost | งบประมาณที่วางแผนไว้สำหรับใบสั่งงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้เก็บต้นทุนที่ประมาณไว้ในขั้นตอนวางแผน เมื่อนำไปเปรียบเทียบกับต้นทุนจริง นักวิเคราะห์จะประเมินความแม่นยำในการวางแผนได้ หากต้นทุนประมาณการกับต้นทุนจริงต่างกันมาก อาจต้องทบทวนวิธีประมาณต้นทุนหรือประสิทธิภาพในการดำเนินงาน. เหตุผลที่สำคัญ ใช้ในแดชบอร์ดวิเคราะห์ต้นทุนประมาณการเทียบกับต้นทุนจริง. แหล่งข้อมูล ตาราง R5EVENTS ฟิลด์ EVT_ESTCOST ตัวอย่าง 500.001200.500.00 | |||
| ประเภทงานบำรุงรักษา MaintenanceType | จัดประเภทใบสั่งงานเป็นงานเชิงป้องกัน งานแก้ไข หรือการบำรุงรักษาเชิงพยากรณ์. | ||
| คำอธิบาย แอตทริบิวต์นี้จัดประเภทลักษณะของงานบำรุงรักษา นักวิเคราะห์ใช้แยกมุมมองกระบวนการเพื่อเปรียบเทียบวงจรการบำรุงรักษาเชิงป้องกันที่วางแผนไว้กับงานซ่อมเชิงแก้ไขที่ไม่ได้วางแผน ผู้จัดการงานบำรุงรักษามุ่งปรับสัดส่วนงานเชิงป้องกันให้เหมาะสมเมื่อเทียบกับงานซ่อมตามเหตุขัดข้อง โดยทั่วไปจะพบช่องนี้ในคอลัมน์ประเภทเหตุการณ์. เหตุผลที่สำคัญ จำเป็นต่อแดชบอร์ดการกระจายประเภทงานบำรุงรักษาและการวิเคราะห์กลยุทธ์ด้านความน่าเชื่อถือ. แหล่งข้อมูล ตาราง R5EVENTS ฟิลด์ EVT_TYPE ตัวอย่าง บำรุงรักษาเชิงป้องกันแก้ไขข้อขัดข้องเครื่องขัดข้องตรวจสอบ | |||
| แผนก DepartmentCode | แผนกหรือทีมช่างที่รับผิดชอบงานบำรุงรักษา. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุแผนกภายในหรือศูนย์ต้นทุนที่รับผิดชอบใบสั่งงาน ช่วยเปรียบเทียบประสิทธิภาพระหว่างทีมบำรุงรักษา เช่น ทีมไฟฟ้ากับทีมเครื่องกล ใน Infor EAM ส่วนนี้มักเรียกว่า MRC (Maintenance Repair Center). เหตุผลที่สำคัญ ช่วยวางแผนทรัพยากรและวิเคราะห์ประสิทธิภาพของแต่ละแผนก. แหล่งข้อมูล ตาราง R5EVENTS ฟิลด์ EVT_MRC ตัวอย่าง MECHELECFACILITIES | |||
| รหัสสินทรัพย์ AssetCode | รหัสเฉพาะของอุปกรณ์หรือสินทรัพย์ที่ได้รับการบำรุงรักษา. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุอุปกรณ์หรือสินทรัพย์ที่เป็นเป้าหมายของใบสั่งงานบำรุงรักษา ทำให้รวบรวมประวัติการบำรุงรักษาของเครื่องจักรหรือสถานที่แต่ละแห่งได้ การวิเคราะห์ประสิทธิภาพของกระบวนการตามรหัสสินทรัพย์ช่วยระบุอุปกรณ์ที่มีปัญหาบ่อย เช่น เครื่องที่ขัดข้องบ่อยหรือใช้เวลาซ่อมนานกว่าค่าเฉลี่ย. เหตุผลที่สำคัญ จำเป็นต่อการเชื่อมโยงประสิทธิภาพของกระบวนการกับโครงสร้างพื้นฐานทางกายภาพ. แหล่งข้อมูล ตาราง R5EVENTS ฟิลด์ EVT_OBJECT ตัวอย่าง PUMP-001HVAC-N-22CONVEYOR-05 | |||
| ลำดับความสำคัญ WorkOrderPriority | ระดับความเร่งด่วนที่กำหนดให้กับใบสั่งงานบำรุงรักษา. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุความสำคัญของใบสั่งงาน โดยทั่วไปแบ่งเป็นระดับ เช่น สูง ปานกลาง และต่ำ ใช้กรองผลวิเคราะห์เพื่อตรวจสอบว่างานสำคัญได้รับการจัดลำดับในคิวอย่างเหมาะสมหรือไม่ การวิเคราะห์ลำดับงานตามระดับความสำคัญช่วยตรวจสอบว่างานที่มีความสำคัญสูงดำเนินไปเร็วกว่างานที่มีความสำคัญต่ำจริงหรือไม่. เหตุผลที่สำคัญ จำเป็นต่อการตรวจสอบว่างานฉุกเฉินได้รับการดูแลอย่างเหมาะสม. แหล่งข้อมูล ตาราง R5EVENTS ฟิลด์ EVT_PRIORITY ตัวอย่าง 1-ฉุกเฉิน2-สูง3-งานประจำ | |||
| วันที่เป้าหมายตาม SLA SlaTargetDate | กำหนดเวลาที่ต้องดำเนินการใบสั่งงานให้เสร็จ. | ||
| คำอธิบาย แอตทริบิวต์นี้เก็บวันที่เป้าหมายในการดำเนินงานให้เสร็จ ซึ่งมักกำหนดตามความสำคัญของสินทรัพย์และระดับความสำคัญของงาน ใช้เป็นเกณฑ์อ้างอิงในการคำนวณว่าดำเนินงานได้ตามกำหนดหรือไม่ เมื่อนำเวลาที่ดำเนินงานเสร็จจริงมาเทียบกับวันที่นี้ จะทราบว่าองค์กรทำได้ตามข้อตกลงระดับการให้บริการหรือไม่. เหตุผลที่สำคัญ จำเป็นสำหรับแดชบอร์ดประสิทธิภาพ SLA ของสินทรัพย์สำคัญ. แหล่งข้อมูล ตาราง R5EVENTS ฟิลด์ EVT_TARGET ตัวอย่าง 2023-11-01T17:00:00Z | |||
| คำอธิบาย WorkOrderDescription | ข้อความอธิบายปัญหาหรืองานที่ต้องทำ. | ||
| คำอธิบาย แอตทริบิวต์นี้เก็บข้อความสรุปที่ผู้แจ้งหรือผู้วางแผนกรอก ช่วยให้เข้าใจบริบทเชิงคุณภาพของกรณีที่มีผลลัพธ์ผิดปกติหรือมีรูปแบบการทำงานเฉพาะ สามารถใช้การวิเคราะห์ข้อความเพื่อจัดหมวดหมู่สาเหตุที่พบบ่อย ซึ่งไม่ได้บันทึกไว้ในฟิลด์ที่มีโครงสร้าง. เหตุผลที่สำคัญ ให้บริบทสำหรับวิเคราะห์หาสาเหตุที่แท้จริง. แหล่งข้อมูล ตาราง R5EVENTS ฟิลด์ EVT_DESC ตัวอย่าง ปั๊มสั่นสะเทือนสูงเปลี่ยนซีลวาล์ว 2ตรวจสอบรายไตรมาส | |||
| ชั่วโมงแรงงาน LaborHoursUsed | จำนวนชั่วโมงแรงงานจริงที่ใช้กับใบสั่งงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้รวมเวลาที่ช่างเทคนิคบันทึกไว้ในใบสั่งงาน จำเป็นต่อการคำนวณผลิตภาพของกำลังคนและการใช้เวลาของช่างเทคนิค ข้อมูลนี้ต่างจากระยะเวลาตั้งแต่เริ่มจนจบใบสั่งงาน เพราะแสดงเวลาที่ลงแรงจริง ไม่ใช่เวลาตามปฏิทิน. เหตุผลที่สำคัญ ตัวชี้วัดสำคัญสำหรับแดชบอร์ดผลิตภาพแรงงานและการจัดตารางงาน. แหล่งข้อมูล ผลรวมชั่วโมงใน R5BOOKEDHOURS ของเหตุการณ์นั้น ตัวอย่าง 2.58.00.5 | |||
| ต้นทุนวัสดุ MaterialCost | ต้นทุนอะไหล่ที่เบิกให้กับใบสั่งงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้แยกต้นทุนวัสดุออกจากต้นทุนรวม ช่วยให้เห็นค่าใช้จ่ายด้านห่วงโซ่อุปทานแยกจากค่าแรง การติดตามต้นทุนส่วนนี้แยกต่างหากช่วยประกอบการตัดสินใจเรื่องราคาอะไหล่และการจัดการสินค้าคงคลัง. เหตุผลที่สำคัญ รายละเอียดที่จำเป็นสำหรับการวิเคราะห์ทางการเงิน. แหล่งข้อมูล คำนวณจาก R5TRANSACTIONS ที่มีประเภทรายการเป็นการเบิก ตัวอย่าง 150.0020.00 | |||
| ผิด SLA หรือไม่ IsSlaBreached | ตัวบ่งชี้ว่าเวลาที่ดำเนินงานเสร็จเกินวันที่เป้าหมายหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบค่าจริง/เท็จนี้เปรียบเทียบเวลาที่ 'ใบสั่งงานเสร็จสมบูรณ์' กับ 'วันที่เป้าหมายตาม SLA' หากดำเนินงานเสร็จหลังวันที่เป้าหมาย ระบบจะกำหนดค่าเป็นจริง ช่วยให้จัดทำรายงานได้ง่ายขึ้น โดยใช้มิติแบบสองค่าเพื่อกรองกรณีที่เป็นไปตามข้อกำหนดและไม่เป็นไปตามข้อกำหนด. เหตุผลที่สำคัญ ช่วยให้จัดทำรายงานการปฏิบัติตาม SLA ได้ง่ายขึ้น. แหล่งข้อมูล คำนวณใน ETL/เครื่องมือ process mining ตัวอย่าง truefalse | |||
| มีการทำงานซ้ำหรือไม่ IsRework | ตัวบ่งชี้ว่าใบสั่งงานมีขั้นตอนการทำงานที่ต้องทำซ้ำหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบค่าจริง/เท็จนี้ระบุว่าลำดับงานมีการวนกลับหรือไม่ โดยเฉพาะกรณีที่กลับไปทำงานอีกครั้งหลังการควบคุมคุณภาพ คำนวณระหว่างการแปลงข้อมูล โดยตรวจหากิจกรรม 'ดำเนินงานบำรุงรักษาแล้ว' ที่เกิดซ้ำ อัตราการทำงานซ้ำที่สูงเป็นสัญญาณสำคัญของปัญหาด้านคุณภาพหรือการฝึกอบรมที่ไม่เพียงพอ. เหตุผลที่สำคัญ ใช้ในแดชบอร์ดตรวจสอบงานบำรุงรักษาที่ต้องแก้ไขซ้ำและคุณภาพโดยตรง. แหล่งข้อมูล คำนวณใน ETL/เครื่องมือ process mining ตัวอย่าง truefalse | |||
| ระดับความสำคัญของสินทรัพย์ AssetCriticality | คะแนนหรือระดับที่บ่งบอกความสำคัญของสินทรัพย์ต่อการปฏิบัติงาน. | ||
| คำอธิบาย แอตทริบิวต์นี้จัดประเภทสินทรัพย์ตามความสำคัญต่อการผลิตหรือความปลอดภัย เช่น A, B, C ช่วยให้นักวิเคราะห์แยกดูได้ว่าสินทรัพย์มูลค่าสูงได้รับการดูแลอย่างเร่งด่วนเหมาะสมหรือไม่ โดยทั่วไปข้อมูลนี้ดึงจากระเบียนหลักของสินทรัพย์ที่เชื่อมโยงกับใบสั่งงาน. เหตุผลที่สำคัญ ใช้วิเคราะห์ความเสี่ยงจากความล่าช้าในการบำรุงรักษา. แหล่งข้อมูล ตาราง R5OBJECTS (ฟิลด์ OBJ_CRITICALITY) เชื่อมโยงผ่าน EVT_OBJECT ตัวอย่าง A - สำคัญมากB - สำคัญC - ใช้งานจนกว่าจะขัดข้อง | |||
| องค์กร OrganizationCode | หน่วยธุรกิจหรือสถานที่ตั้งที่สินทรัพย์สังกัดอยู่. | ||
| คำอธิบาย ในการติดตั้งระบบที่มีหลายสถานที่ แอตทริบิวต์นี้ใช้ระบุโรงงานหรือหน่วยธุรกิจแต่ละแห่ง ช่วยเปรียบเทียบภาพรวมระหว่างโรงงานหรือภูมิภาคต่างๆ ข้อมูลนี้จำเป็นสำหรับการจัดทำแดชบอร์ดระดับองค์กรทั่วโลก ซึ่งกระบวนการในแต่ละสถานที่อาจแตกต่างกันเล็กน้อย. เหตุผลที่สำคัญ ใช้ดูข้อมูลตามหน่วยธุรกิจเพื่อเปรียบเทียบประสิทธิภาพระหว่างสถานที่. แหล่งข้อมูล ตาราง R5EVENTS ฟิลด์ EVT_ORG ตัวอย่าง NYC-PLANTLON-HQMFG-01 | |||
กิจกรรมการบำรุงรักษาสินทรัพย์
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| ดำเนินงานตามใบสั่งงานเสร็จแล้ว | หมายถึงงานบำรุงรักษาเสร็จสมบูรณ์ทางเทคนิคและนำสินทรัพย์กลับมาใช้งานได้ แต่อาจยังมีงานด้านการเงินและธุรการที่ต้องดำเนินการต่อ. | ||
| เหตุผลที่สำคัญ เป็นจุดสิ้นสุดสำหรับการวัดประสิทธิภาพ SLA ของสินทรัพย์สำคัญ และช่วยแยก 'งานเสร็จ' ออกจาก 'เอกสารเสร็จ'. แหล่งข้อมูล ติดตามการเปลี่ยนสถานะเป็น 'C' (Complete) หรือ 'J' (Job Complete) ใน R5EVENTSTATUS และตรวจสอบ EVT_DATECOMPLETED. บันทึก บันทึกเมื่อสถานะเปลี่ยนเป็น Complete ประเภทเหตุการณ์ explicit | |||
| ดำเนินงานบำรุงรักษา | หมายถึงการปฏิบัติงานบำรุงรักษาที่กำลังดำเนินอยู่ โดยบันทึกจากชั่วโมงแรงงานที่ช่างเทคนิคลงไว้ กิจกรรมนี้อาจเกิดซ้ำหลายครั้งในใบสั่งงานเดียว. | ||
| เหตุผลที่สำคัญ ใช้คำนวณ KPI ประสิทธิภาพการใช้เวลาของช่างเทคนิคและความแม่นยำในการประเมินแรงงาน หากเกิดบ่อยแต่ไม่มีการปิดงาน อาจแสดงว่างานซ่อมมีความซับซ้อน. แหล่งข้อมูล ดึงรายการแต่ละรายการจากตาราง R5BOOKEDHOURS ที่เชื่อมโยงกับใบสั่งงาน. บันทึก บันทึกเมื่อมีการดำเนินธุรกรรม X ประเภทเหตุการณ์ explicit | |||
| ปิดใบสั่งงาน | เป็นขั้นตอนธุรการสุดท้ายที่เก็บใบสั่งงานเข้าคลังเอกสารและไม่สามารถบันทึกต้นทุนเพิ่มเติมได้ ถือเป็นการสิ้นสุดวงจรของงาน. | ||
| เหตุผลที่สำคัญ ใช้สิ้นสุดการวัดประสิทธิภาพการปิดงานด้านธุรการ ช่วยให้ข้อมูลถูกต้องและป้องกันใบสั่งงานที่เปิดค้างโดยไม่มีการดำเนินการ. แหล่งข้อมูล ค้นหาใน R5EVENTSTATUS เมื่อสถานะเปลี่ยนเป็น 'Close' ซึ่งจะกำหนดค่า EVT_STATUS เป็น 'C'. บันทึก บันทึกเมื่อสถานะเปลี่ยนเป็น Closed ประเภทเหตุการณ์ explicit | |||
| รับคำขอบำรุงรักษา | บันทึกจุดเริ่มต้นของคำขอบำรุงรักษาในระบบ ซึ่งมักมาจากพอร์ทัลบริการหรือระบบของศูนย์รับแจ้ง ใน Infor EAM มักบันทึกเมื่อสร้างรายการในเอนทิตี Call หรือ Request ก่อนแปลงเป็นใบสั่งงานอย่างเป็นทางการ. | ||
| เหตุผลที่สำคัญ ใช้เป็นจุดเริ่มต้นในการคำนวณอัตราการเพิ่มขึ้นของงานบำรุงรักษาค้างสะสมและเวลารวมในการแก้ไข ช่วยให้เห็นปริมาณความต้องการที่แท้จริงของแผนกบำรุงรักษา. แหล่งข้อมูล ค้นหาข้อมูลในตาราง R5EVENTS โดยกำหนด EVT_TYPE เป็น 'R' (Request) หรือ 'C' (Call) และใช้บันทึก EVT_CREATED. บันทึก บันทึกเมื่อมีการเพิ่มรายการคำขอ ประเภทเหตุการณ์ explicit | |||
| เริ่มปฏิบัติงาน | หมายถึงการเริ่มลงมือทำงานกับสินทรัพย์จริง โดยมักอนุมานจากเวลาบันทึกชั่วโมงแรงงานครั้งแรกหรือการอัปเดตสถานะผ่านอุปกรณ์เคลื่อนที่. | ||
| เหตุผลที่สำคัญ จำเป็นต่อการคำนวณระยะเวลานำของการขอเบิกวัสดุและประสิทธิภาพการใช้เวลาของช่างเทคนิค ช่วยแยกเวลาที่ 'Scheduled' ออกจากเวลาที่ 'Working'. แหล่งข้อมูล อนุมานจากวันที่เริ่มงานที่เร็วที่สุดใน R5BOOKEDHOURS หรือการเปลี่ยนสถานะเป็น 'In Progress' ใน R5EVENTSTATUS. บันทึก อนุมานโดยเปรียบเทียบช่อง X กับ Y ประเภทเหตุการณ์ inferred | |||
| สร้างใบสั่งงาน | หมายถึงการสร้างรายการใบสั่งงานอย่างเป็นทางการ ไม่ว่าจะสร้างจากคำขอหรือสร้างขึ้นโดยตรง เหตุการณ์นี้เริ่มติดตามต้นทุน ทรัพยากร และประวัติสถานะของงานบำรุงรักษา. | ||
| เหตุผลที่สำคัญ เป็นเหตุการณ์หลักที่ใช้สร้างกรณีสำหรับตัวติดตามงานค้างสะสมและปริมาณงาน ช่วยแยกช่วงรับคำขอออกจากเวิร์กโฟลว์การจัดการงานบำรุงรักษาจริง. แหล่งข้อมูล ค้นหารายการใหม่ในตาราง R5EVENTS ที่มี EVT_TYPE เป็น 'JOB' หรือ 'PPM' หรืออีกทางหนึ่ง ให้ติดตามการเปลี่ยนสถานะเป็น 'Open' ซึ่งเป็นสถานะเริ่มต้นใน R5EVENTSTATUS. บันทึก บันทึกเมื่อธุรกรรมสร้างรายการ WO ประเภทเหตุการณ์ explicit | |||
| จัดตารางทรัพยากรแล้ว | บันทึกการมอบหมายช่างเทคนิคหรือทีมงานให้กับใบสั่งงาน เป็นจุดเปลี่ยนจากการวางแผนไปสู่การจัดสรรทรัพยากร. | ||
| เหตุผลที่สำคัญ ใช้กับแดชบอร์ดประสิทธิภาพแรงงานและการจัดตารางงาน ช่วยระบุช่วงเวลาระหว่างการอนุมัติกับการพร้อมใช้งานของทรัพยากรจริง. แหล่งข้อมูล ติดตามการเปลี่ยนแปลงการมอบหมายแรงงานในตาราง R5ACTIVITIES หรือการเปลี่ยนสถานะเป็น 'Scheduled' ใน R5EVENTSTATUS. บันทึก บันทึกเมื่อมีการมอบหมายทรัพยากร ประเภทเหตุการณ์ explicit | |||
| ตรวจสอบคุณภาพ | หมายถึงขั้นตอนตรวจสอบเฉพาะที่ตรวจงานซ่อมก่อนอนุมัติขั้นสุดท้าย หากไม่ผ่าน กระบวนการจะย้อนกลับไปยังขั้นตอนปฏิบัติงาน. | ||
| เหตุผลที่สำคัญ จำเป็นต่อแดชบอร์ดงานแก้ไขซ้ำและการตรวจสอบคุณภาพ ช่วยระบุปัญหาด้านคุณภาพและวงจรการแก้ไขงานซ้ำ. แหล่งข้อมูล ระบุการทำรายการตรวจสอบใน R5CHECKLISTS หรือการเปลี่ยนสถานะเป็น 'Review' ใน R5EVENTSTATUS. บันทึก เปรียบเทียบช่องสถานะก่อนและหลัง ประเภทเหตุการณ์ inferred | |||
| เบิกวัสดุแล้ว | บันทึกการเบิกอะไหล่จากคลังไปยังใบสั่งงาน เพื่อยืนยันว่ามีวัสดุพร้อมใช้งาน. | ||
| เหตุผลที่สำคัญ เป็นเหตุการณ์ปิดท้ายสำหรับการวิเคราะห์ความล่าช้าในห่วงโซ่อุปทาน และยืนยันว่าสามารถจัดการข้อจำกัดด้านอะไหล่ได้แล้ว. แหล่งข้อมูล ค้นหาใน R5TRANSACTIONS สำหรับธุรกรรมประเภท 'I' (Issue) ที่เชื่อมโยงกับใบสั่งงาน. บันทึก บันทึกเมื่อมีการดำเนินธุรกรรม X ประเภทเหตุการณ์ explicit | |||
| ประมวลผลรายการทางการเงิน | หมายถึงการคำนวณและบันทึกต้นทุนที่เกี่ยวข้องกับใบสั่งงานขั้นสุดท้าย เพื่อให้แน่ใจว่ามีการคิดค่าแรงและวัสดุทั้งหมดในงบประมาณแล้ว. | ||
| เหตุผลที่สำคัญ ใช้วิเคราะห์ต้นทุนที่ประเมินไว้เทียบกับต้นทุนจริง ความล่าช้าในขั้นตอนนี้ส่งผลต่อความถูกต้องของรายงานการเงิน. แหล่งข้อมูล มักอนุมานจากวันที่ล็อกใบสั่งงานไม่ให้แก้ไข หรือเวลาที่เกิดธุรกรรมอัปเดตต้นทุนครั้งสุดท้ายในบันทึกธุรกรรม. บันทึก อนุมานโดยเปรียบเทียบช่อง X กับ Y ประเภทเหตุการณ์ calculated | |||
| วางแผนและประเมินงานเสร็จแล้ว | หมายถึงกำหนดขอบเขตงานและประเมินต้นทุนแล้ว พร้อมส่งแผนงานเพื่อขออนุมัติ โดยมักอนุมานจากการเปลี่ยนสถานะจากขั้นวางแผนไปเป็นสถานะพร้อมขออนุมัติ. | ||
| เหตุผลที่สำคัญ จำเป็นต่อการวัดระยะเวลาวงจรอนุมัติใบสั่งงานและระบุคอขวดด้านธุรการก่อนเริ่มงาน อีกทั้งช่วยวิเคราะห์ระยะเวลานำในการวางแผน. แหล่งข้อมูล อนุมานจาก R5EVENTSTATUS เมื่อสถานะเปลี่ยนจาก 'Planning' เป็น 'Request Approval' หรือ 'Released'. บันทึก เปรียบเทียบช่องสถานะก่อนและหลัง ประเภทเหตุการณ์ inferred | |||
| ส่งคำขอเบิกวัสดุ | บันทึกคำขออะไหล่ที่จำเป็นสำหรับงานบำรุงรักษา เหตุการณ์นี้สำคัญต่อการเชื่อมโยงกระบวนการห่วงโซ่อุปทานกับการปฏิบัติงานบำรุงรักษา. | ||
| เหตุผลที่สำคัญ เป็นจุดเริ่มต้นของแดชบอร์ดวิเคราะห์ความล่าช้าในการจัดหาวัสดุ ช่วยระบุว่าการจัดซื้ออะไหล่เป็นสาเหตุหลักของความล่าช้าในงานบำรุงรักษาหรือไม่. แหล่งข้อมูล ค้นหาเวลาในการสร้างรายการในตาราง R5REQUISITIONS หรือ R5MATLIST ที่เชื่อมโยงกับรหัสใบสั่งงาน. บันทึก บันทึกเมื่อมีการดำเนินธุรกรรม X ประเภทเหตุการณ์ explicit | |||
| อนุมัติใบสั่งงานแล้ว | หมายถึงผู้มีอำนาจในระดับบริหารอนุมัติงานบำรุงรักษาแล้ว ขั้นตอนนี้ทำให้สามารถจัดตารางงานและขอเบิกวัสดุสำหรับใบสั่งงานได้. | ||
| เหตุผลที่สำคัญ เป็นจุดสิ้นสุดของวงจรอนุมัติและจุดเริ่มต้นของงานบำรุงรักษาที่ลงมือทำได้ ความล่าช้าในขั้นตอนนี้ส่งผลโดยตรงต่อการตอบสนองเมื่อสินทรัพย์สำคัญขัดข้อง. แหล่งข้อมูล ติดตามการเพิ่มรหัสสถานะ 'A' (Approved) หรือ 'R' (Released) ในตารางประวัติ R5EVENTSTATUS. บันทึก บันทึกเมื่อสถานะเปลี่ยนเป็น Approved ประเภทเหตุการณ์ explicit | |||
| อัปเดตบันทึกการบำรุงรักษา | บันทึกการเพิ่มข้อมูลในใบสั่งงาน เช่น หมายเหตุทางเทคนิค รหัสความขัดข้อง หรือข้อมูลติดตามสภาพอุปกรณ์ ซึ่งมักเกิดขึ้นใกล้สิ้นสุดงานภาคสนาม. | ||
| เหตุผลที่สำคัญ ใช้ติดตามการปฏิบัติตามข้อกำหนดด้านเอกสารทางเทคนิค และช่วยให้ข้อมูลมีคุณภาพสำหรับการวิเคราะห์ความน่าเชื่อถือในอนาคต. แหล่งข้อมูล ติดตามการอัปเดตตาราง R5COMMENTS หรือช่อง 'Problem/Failure/Cause' ใน R5EVENTS. บันทึก บันทึกเมื่อมีการอัปเดตรายการ ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
ขั้นตอน
ตรวจสอบว่าโมดูล Databridge พร้อมใช้งาน: เข้าสู่ระบบ Infor EAM ด้วยบัญชีผู้ดูแลระบบ ไปที่เมนู Administration แล้วตรวจสอบว่าโมดูล Databridge เปิดใช้งานอยู่ และคุณเข้าถึงหน้าจอตั้งค่า Partner และ Document ได้
กำหนดพาร์ทเนอร์สำหรับส่งออก: สร้าง Partner ใหม่ใน Databridge สำหรับ ProcessMind โดยเฉพาะ เช่น รหัสพาร์ทเนอร์
PMINDกำหนดวิธี Communication เป็นFILEหรือFTPตามตำแหน่งที่ต้องการจัดเก็บไฟล์ XML/CSV ตั้งค่ารูปแบบผลลัพธ์เป็น XML เพื่อรักษารายละเอียดข้อมูลให้ได้มากที่สุดกำหนดค่าออบเจ็กต์ธุรกิจ (เอกสาร): คุณต้องสมัครรับข้อมูลจากออบเจ็กต์ธุรกิจ Infor EAM (BOD) ที่ต้องการ เพื่อเก็บกิจกรรมที่จำเป็น เพิ่มเอกสารต่อไปนี้ในการตั้งค่า Partner:
MP0094_SyncWorkOrder: เก็บข้อมูลการสร้าง การเปลี่ยนสถานะ การอัปเดต และการปิดงานMP0024_SyncBookedHours: เก็บข้อมูลการบันทึกชั่วโมงแรงงาน (การดำเนินงาน)MP3036_SyncTransaction: เก็บข้อมูลการเบิกและคืนวัสดุMP0026_SyncRequisition: เก็บข้อมูลคำขอวัสดุMP0098_SyncWorkOrderActivity: เก็บรายละเอียดการจัดตารางและการวางแผน
กำหนดตัวกรอง: ตั้งค่าตัวกรองสำหรับเอกสารแต่ละรายการเพื่อคัดข้อมูลที่ไม่เกี่ยวข้องออก สำหรับ
SyncWorkOrderให้กรองตามOrganizationและตรวจสอบว่าWork Order Typeไม่เป็นค่าว่าง ตั้งค่าตัวกรองDateให้ครอบคลุมช่วงเวลาที่ต้องการวิเคราะห์ เช่น 12 เดือนล่าสุดเปิดใช้ตัวกระตุ้นเหตุการณ์: ในหน้าจอ Event Configuration ตรวจสอบว่าเปิดใช้ตัวกระตุ้น
On Save,On UpdateและOn Status Changeสำหรับเอนทิตีที่เกี่ยวข้องกับเอกสารที่เลือกไว้ เพื่อให้ระบบส่งข้อมูลออกทันทีเมื่อผู้ใช้ดำเนินการจับคู่ข้อมูล: กำหนดเทมเพลต XML ของ Databridge ให้มีคอลัมน์ที่ต้องใช้ ตรวจสอบว่า
EVT_CODEจับคู่กับWorkOrderNumber, มีEVT_STATUSสำหรับติดตามสถานะ และมีEVT_DAT_CREATEDดึงข้อมูลครั้งแรก: Databridge ทำงานตามเหตุการณ์เป็นหลัก แต่หากต้องการวิเคราะห์ข้อมูลย้อนหลัง คุณต้องเรียกใช้ Batch Export ไปที่หน้าจอ Databridge Export เลือกพาร์ทเนอร์
PMINDเลือกเอกสารSyncWorkOrderกำหนดช่วงวันที่ แล้วคลิกSubmitเพื่อสร้างชุดข้อมูลย้อนหลังปรับรูปแบบผลลัพธ์ให้เป็นมาตรฐาน: การส่งออกจะได้ไฟล์ XML แบบลำดับชั้น ใช้เครื่องมือเขียนสคริปต์ เช่น Python, PowerShell หรือมิดเดิลแวร์ ETL เพื่อแปลง XML ให้เป็นข้อมูลแบบแบน โดยให้แต่ละโหนด XML เท่ากับหนึ่งแถวเหตุการณ์ ใช้กฎการจับคู่ที่ระบุไว้ในส่วน Query ด้านล่าง
กำหนดชื่อกิจกรรม: ในสคริปต์แปลงข้อมูล ให้ใช้เงื่อนไขที่ระบุไว้ในส่วน Query เพื่อแปลงรหัสระบบ เช่น สถานะ
Rเป็น 'สร้างใบสั่งงาน' และสถานะCเป็น 'ปิดใบสั่งงาน' ให้เป็นชื่อกิจกรรมที่อ่านเข้าใจได้จัดรูปแบบการประทับเวลา: Infor EAM ส่งออกการประทับเวลาในรูปแบบ ISO 8601 ตรวจสอบว่าแปลงเป็นรูปแบบมาตรฐาน
YYYY-MM-DD HH:MM:SSที่ ProcessMind รองรับรวมบันทึกเหตุการณ์: รวมผลลัพธ์จากออบเจ็กต์ธุรกิจต่างๆ ได้แก่ ใบสั่งงาน ชั่วโมงแรงงานที่บันทึก และรายการธุรกรรม ให้เป็นไฟล์ CSV เดียว แล้วเรียงตาม
WorkOrderNumberและEventTimestampตรวจสอบขั้นสุดท้าย: โหลดไฟล์ CSV ที่ได้ไปยัง ProcessMind แล้วตรวจสอบว่าจำนวนเคสตรงกับจำนวนใบสั่งงานที่ไม่ซ้ำกันซึ่งส่งออกจาก Infor EAM
การกำหนดค่า
- รูปแบบการส่งออก: แนะนำ XML แทนข้อความแบบแบน เพื่อรองรับอักขระพิเศษในความคิดเห็นและบังคับใช้โครงสร้างข้อมูล.
- โหมดทริกเกอร์: ตั้งเป็น Asynchronous เพื่อไม่ให้ Databridge ทำงานจนหน้าจอช้าลงในช่วงที่มีผู้ใช้จำนวนมาก.
- ระดับรายละเอียด: เลือก Include Update Details ในการตั้งค่า Document เพื่อให้ตรวจพบการเปลี่ยนแปลงระดับฟิลด์ เช่น การปรับ Priority หรือ Department.
- ช่วงวันที่: สำหรับการโหลดข้อมูลย้อนหลังครั้งแรก โดยทั่วไปแนะนำข้อมูลย้อนหลัง 12-24 เดือน ส่วนการโหลดข้อมูลส่วนที่เปลี่ยนแปลงอย่างต่อเนื่อง ระบบจะส่งข้อมูลแบบเรียลไทม์.
- ตัวกรอง Organization: กรองตาม
EVT_ORG(Organization) เสมอ เพื่อป้องกันการดึงข้อมูลจากหลายองค์กร หากใช้ EAM instance ร่วมกัน. - การตั้งค่าสถานะ: ตรวจสอบว่าสถานะที่ผู้ใช้กำหนดเองตรงกับสถานะระบบใดบ้าง (R, A, C เป็นต้น) เพื่อจับคู่กิจกรรมได้ถูกต้อง.
ตัวอย่างคำค้น json
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
} ขั้นตอน
ตั้งค่าการเข้าถึงฐานข้อมูล เชื่อมต่อฐานข้อมูล Infor EAM โดยตรงผ่าน ODBC/JDBC (Oracle หรือ SQL Server) ตรวจสอบว่าคุณมีสิทธิ์อ่านอย่างเดียวสำหรับตารางต่อไปนี้: R5EVENTS (ใบสั่งงาน), R5STATUS (ประวัติสถานะ), R5BOOKEDHOURS (แรงงาน), R5TRANSACTIONS (วัสดุ), R5ACTIVITIES (งาน) และ R5TESTRESULTS (คุณภาพ)
กำหนดขอบเขตและตัวกรอง กำหนดช่วงเวลาที่จะดึงข้อมูล โดยทั่วไป ข้อมูลย้อนหลังแบบต่อเนื่อง 12 ถึง 24 เดือนก็เพียงพอสำหรับ process mining หากใช้งานหลายไซต์ ให้ระบุรหัสองค์กร (ORG) เพื่อกรองข้อมูลที่เกี่ยวข้อง
ตั้งค่าการจับคู่สถานะ Infor EAM รองรับสถานะที่ผู้ใช้กำหนด ตรวจสอบสคริปต์ SQL ที่ให้มา แล้วแทนค่าตัวอย่าง เช่น 'A' (อนุมัติแล้ว) หรือ 'C' (ปิดแล้ว) ด้วยรหัสสถานะที่ใช้จริงในการตั้งค่า EAM ของคุณ หากไม่แน่ใจ ให้ตรวจสอบรหัสในตาราง R5STATUS_CODES
เตรียมสคริปต์ SQL คัดลอก SQL จากส่วน Query แล้วแทนที่ [StartDate] และ [EndDate] ด้วยช่วงวันที่ที่ต้องการ เช่น '2023-01-01' แทนที่ [Your Organization Code] ด้วยตัวกรองหน่วยธุรกิจของคุณ
ดึงข้อมูล เรียกใช้คิวรีในโปรแกรม SQL ที่คุณใช้ เช่น SQL Developer, SSMS หรือ DBeaver คิวรีใช้ UNION ALL เพื่อรวมเหตุการณ์จากส่วนหัว การเปลี่ยนสถานะ การบันทึกชั่วโมงแรงงาน และธุรกรรมวัสดุ ให้อยู่ในรูปแบบบันทึกเหตุการณ์มาตรฐานเดียวกัน
ตรวจสอบข้อมูล ตรวจสอบว่าคอลัมน์ EventTimestamp ไม่มีค่า NULL และมีค่า WorkOrderNumber ครบทุกแถว ตรวจสอบว่าคอลัมน์ EventName มีข้อมูลกิจกรรมทั้ง 14 รายการตามที่กำหนด
แปลงข้อมูล (ไม่บังคับ) หากเขตเวลาของข้อมูลเวลาไม่ตรงกับข้อกำหนดในการวิเคราะห์ ให้ใช้ฟังก์ชันแปลง เช่น AT TIME ZONE ในคิวรีหรือระหว่างการประมวลผลภายหลัง
ส่งออกเป็น CSV ส่งออกผลลัพธ์คิวรีเป็นไฟล์ CSV แบบแบน กำหนดตัวคั่นเป็นจุลภาคหรืออัฒภาค และใช้เครื่องหมายอัญประกาศคู่ครอบข้อความ เพื่อรองรับจุลภาคที่อยู่ในคำอธิบาย
นำเข้า ProcessMind อัปโหลดไฟล์ CSV ไปยัง ProcessMind แล้วจับคู่คอลัมน์ดังนี้: WorkOrderNumber กับรหัสเคส, EventName กับกิจกรรม และ EventTimestamp กับเวลา จับคู่คอลัมน์ที่เหลือเป็นแอตทริบิวต์ของเคสหรือเหตุการณ์
การกำหนดค่า
- ช่วงวันที่: แนะนำให้ดึงข้อมูลย้อนหลัง 12-24 เดือน ตรวจสอบว่าตัวกรองใช้กับ EVT_DATE (วันที่สร้าง) หรือวันที่ของธุรกรรมที่เกี่ยวข้อง เพื่อให้รวมเคสที่ยังเปิดอยู่.
- ตัวกรอง Organization: ใช้ EVT_ORG หรือคอลัมน์ Organization ทั่วไปเพื่อแยกข้อมูลตามโรงงานหรือสถานที่ เนื่องจากกระบวนการอาจแตกต่างกันในแต่ละแห่ง.
- รหัสสถานะ: Query นี้ใช้รหัสสถานะมาตรฐาน (A, C, R เป็นต้น) คุณต้องตรวจสอบรหัสกับการตั้งค่าระบบในเมนู Administration ใต้ Screen Setup หรือ Status Setup.
- ประสิทธิภาพ: Query ใช้ตารางธุรกรรมขนาดใหญ่ (R5TRANSACTIONS) ตรวจสอบว่ามีดัชนีแบบ non-clustered ที่เหมาะสมบน EVT_CODE และ TRN_DATE หาก Query ชุดข้อมูลขนาดใหญ่ (มากกว่า 1 ล้านแถว).
- เขตเวลา: Infor EAM จัดเก็บวันที่ตามเวลาของเซิร์ฟเวอร์ฐานข้อมูล หากผู้ใช้ทำงานในเขตเวลาอื่น ให้คำนึงถึงส่วนต่างของเวลาด้วย.
ตัวอย่างคำค้น sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]' พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้วางรากฐานข้อมูลให้พร้อม แล้วเริ่มปรับปรุงการปฏิบัติการด้านการบำรุงรักษาได้เลย ทีมเทคนิคของเราพร้อมช่วยคุณดึงและจับคู่ข้อมูล.
เริ่มปรับปรุงการบำรุงรักษาสินทรัพย์ใน Infor EAM วันนี้
ลดระยะเวลารอบการบำรุงรักษาลง 30 เปอร์เซ็นต์ เริ่มได้วันนี้
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที