Mẫu dữ liệu bảo trì tài sản của bạn
Mẫu dữ liệu bảo trì tài sản của bạn
- Các trường dữ liệu riêng cho quy trình theo dõi bảo trì
- Các mốc chính để phân tích vòng đời lệnh công việc
- Hướng dẫn trích xuất chi tiết dành cho người dùng Infor EAM
Thuộc tính bảo trì tài sản
| Tên | Mô tả | ||
|---|---|---|---|
| Dấu thời gian EventTimestamp | Ngày và giờ hoạt động diễn ra. | ||
| Mô tả Thuộc tính này ghi lại chính xác thời điểm một hoạt động diễn ra. Dữ liệu được dùng để sắp xếp sự kiện theo thời gian và tính khoảng cách giữa các bước. Dấu thời gian chính xác rất quan trọng để xác định điểm nghẽn, đo thời gian xử lý và tính mức độ đáp ứng SLA. Trong Infor EAM, dữ liệu này thường lấy từ ngày giao dịch hoặc ngày đổi trạng thái. Vì sao điều này quan trọng Thuộc tính này cung cấp dữ liệu thời gian cần thiết cho mọi phân tích và sắp xếp sự kiện theo thời gian. Lấy dữ liệu ở đâu Bảng R5EVENTSTATUS (trường EVS_DATE) hoặc R5TRANSACTIONS (trường TRA_DATE) Ví dụ 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Hoạt động EventName | Bước cụ thể hoặc lần đổi trạng thái trong vòng đời bảo trì. | ||
| Mô tả Thuộc tính này ghi nhận tên sự kiện hoặc lần đổi trạng thái, chẳng hạn như Đã tạo lệnh công việc, Đã xuất vật tư hoặc Đã đóng lệnh công việc. Giá trị được lấy từ lịch sử thay đổi trạng thái hoặc các loại giao dịch cụ thể được ghi nhận cho lệnh công việc. Dựa trên thứ tự các giá trị này, công cụ process mining tái dựng đường đi của quy trình. Nhờ đó, bạn có thể phân tích các biến thể quy trình, vòng lặp làm lại và thứ tự hoạt động. Vì sao điều này quan trọng Thuộc tính này xác định các nút trên sơ đồ quy trình và cho biết điều gì đã xảy ra ở mỗi bước. Lấy dữ liệu ở đâu Bảng R5EVENTSTATUS (trường EVS_STATUS) hoặc R5TRANSACTIONS (trường TRA_DESC) Ví dụ Đã tạo lệnh công việcĐã xuất vật tưĐã đóng lệnh công việcĐã lên lịch tài nguyên | |||
| Lệnh công việc bảo trì WorkOrderNumber | Mã định danh duy nhất của lệnh công việc bảo trì. | ||
| Mô tả Thuộc tính này là mã hồ sơ trung tâm dùng trong phân tích quy trình. Thuộc tính đại diện cho một công việc bảo trì cụ thể, dù là phòng ngừa hay khắc phục, đồng thời liên kết mọi hoạt động, chi phí và hồ sơ nhân công tiếp theo. Trong Infor EAM, đây thường là Mã sự kiện trong các bảng sự kiện chính. Chuyên viên phân tích dùng trường này để phân biệt từng trường hợp quy trình. Trường này giúp tổng hợp mọi sự kiện thuộc cùng một yêu cầu bảo trì để tính thời gian chu kỳ và chi phí cho từng công việc. Vì sao điều này quan trọng Đây là khóa cơ bản để tái dựng luồng quy trình và xác định duy nhất từng hồ sơ bảo trì. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_CODE Ví dụ 10023456WO-2023-88910023457PM-55421 | |||
| Hệ thống nguồn SourceSystem | Tên hệ thống nơi dữ liệu được tạo ra. | ||
| Mô tả Thuộc tính này xác định nguồn gốc của bản ghi dữ liệu, đặc biệt quan trọng trong môi trường có nhiều hệ thống. Trong chế độ xem này, thuộc tính là mã định danh cố định cho phiên bản Infor EAM. Thuộc tính giúp theo dõi nguồn gốc dữ liệu và xử lý sự cố khi hợp nhất nhiều nguồn dữ liệu vào một mô hình dữ liệu process mining. Vì sao điều này quan trọng Thuộc tính này giúp truy xuất dữ liệu về đúng môi trường Infor EAM. Lấy dữ liệu ở đâu Được gán cố định khi trích xuất Ví dụ Infor EAMDatastream 7i | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Dấu thời gian cho biết dữ liệu được trích xuất hoặc cập nhật lần cuối. | ||
| Mô tả Trường này cho biết lần gần nhất bản ghi được xử lý hoặc trích xuất cho mô hình process mining. Nhờ đó, người dùng biết dữ liệu đang phân tích được cập nhật đến thời điểm nào. Trường này thường được tạo trong quy trình ETL thay vì có sẵn trong hệ thống nguồn, giúp chuyên viên phân tích biết dữ liệu đang xem là dữ liệu thời gian thực hay ảnh chụp dữ liệu lịch sử. Vì sao điều này quan trọng Trường này giúp xác nhận dữ liệu còn mới và phát hiện bộ dữ liệu đã lỗi thời. Lấy dữ liệu ở đâu Thời gian hệ thống tại lúc trích xuất Ví dụ 2023-10-25T12:00:00Z | |||
| Chi phí ước tính EstimatedCost | Ngân sách dự kiến cho lệnh công việc. | ||
| Mô tả Thuộc tính này lưu chi phí ước tính trong giai đoạn lập kế hoạch. Khi so sánh với chi phí thực tế, chuyên viên phân tích có thể đánh giá độ chính xác của công tác lập kế hoạch. Chênh lệch lớn giữa chi phí ước tính và thực tế cho thấy cần xem lại cách ước tính hoặc hiệu quả thực hiện. Vì sao điều này quan trọng Hỗ trợ bảng điều khiển phân tích chi phí ước tính và chi phí thực tế. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_ESTCOST Ví dụ 500.001200.500.00 | |||
| Kỹ thuật viên TechnicianName | Cá nhân hoặc tài nguyên cụ thể được giao thực hiện công việc. | ||
| Mô tả Thuộc tính này ghi nhận người dùng hoặc kỹ thuật viên thực hiện hoạt động cụ thể. Bạn có thể dùng dữ liệu này để phân tích năng suất lao động, xác định nhu cầu đào tạo hoặc phát hiện lịch làm việc chưa hợp lý. Tùy cấu hình hệ thống, thông tin này có thể nằm trong bảng giờ công đã ghi nhận hoặc trường người phụ trách của sự kiện. Vì sao điều này quan trọng Hỗ trợ phân tích trên bảng điều khiển năng suất lao động và lịch làm việc. Lấy dữ liệu ở đâu Bảng R5BOOKEDHOURS (trường BOO_PERSON) hoặc R5EVENTS (trường EVT_PERSON) Ví dụ J. SmithM. DoeNhà thầu-A | |||
| Loại hình bảo trì MaintenanceType | Phân loại lệnh công việc là bảo trì phòng ngừa, khắc phục hoặc dự đoán. | ||
| Mô tả Thuộc tính này phân loại tính chất của công việc bảo trì. Chuyên viên phân tích có thể tách chế độ xem quy trình để so sánh chu kỳ bảo trì phòng ngừa theo kế hoạch với các đợt sửa chữa khắc phục ngoài kế hoạch. Tối ưu tỷ lệ giữa công việc phòng ngừa và khắc phục là mục tiêu quan trọng của quản lý bảo trì. Trường này thường nằm trong cột loại sự kiện. Vì sao điều này quan trọng Cần thiết cho dashboard phân bổ loại hình bảo trì và phân tích chiến lược độ tin cậy. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_TYPE Ví dụ Bảo trì phòng ngừaBảo trì khắc phụcSự cố hỏng hócKiểm tra | |||
| Mã tài sản AssetCode | Mã định danh duy nhất của thiết bị hoặc tài sản cần bảo trì. | ||
| Mô tả Thuộc tính này xác định đối tượng vật lý cần được bảo trì theo lệnh công việc. Nhờ đó, bạn có thể tổng hợp lịch sử bảo trì theo từng máy móc hoặc cơ sở. Phân tích hiệu quả quy trình theo mã tài sản giúp nhận diện các thiết bị thường xuyên hỏng hóc hoặc mất nhiều thời gian sửa chữa hơn mức trung bình. Vì sao điều này quan trọng Cần thiết để liên kết hiệu quả quy trình với cơ sở hạ tầng vật lý. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_OBJECT Ví dụ PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Mức ưu tiên WorkOrderPriority | Mức độ khẩn cấp được gán cho lệnh công việc bảo trì. | ||
| Mô tả Thuộc tính này cho biết mức độ quan trọng của lệnh công việc, thường theo các mức như Cao, Trung bình, Thấp. Bạn có thể lọc dữ liệu theo mức ưu tiên để kiểm tra xem các công việc quan trọng có được xử lý đúng thứ tự hay không. Phân tích luồng quy trình theo mức ưu tiên giúp xác nhận liệu các công việc ưu tiên cao có thực sự được xử lý nhanh hơn các công việc ưu tiên thấp hay không. Vì sao điều này quan trọng Cần thiết để xác nhận các công việc khẩn cấp được xử lý phù hợp. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_PRIORITY Ví dụ 1-Khẩn cấp2-Cao3-Thường lệ | |||
| Ngày mục tiêu SLA SlaTargetDate | Hạn chót phải hoàn thành lệnh công việc. | ||
| Mô tả Thuộc tính này lưu ngày mục tiêu hoàn thành, thường được xác định dựa trên mức độ quan trọng của tài sản và mức ưu tiên công việc. Đây là mốc chuẩn để tính mức độ đáp ứng lịch trình. So sánh thời điểm hoàn thành thực tế với ngày này sẽ cho biết tổ chức có đáp ứng các thỏa thuận mức dịch vụ hay không. Vì sao điều này quan trọng Cần thiết cho bảng điều khiển hiệu quả SLA đối với tài sản trọng yếu. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_TARGET Ví dụ 2023-11-01T17:00:00Z | |||
| Phòng ban DepartmentCode | Phòng ban hoặc đội bảo trì chịu trách nhiệm thực hiện công việc. | ||
| Mô tả Thuộc tính này cho biết phòng ban nội bộ hoặc trung tâm chi phí nào phụ trách lệnh công việc. Bạn có thể dùng thuộc tính này để so sánh hiệu quả giữa các đội bảo trì, chẳng hạn đội điện và đội cơ khí. Trong Infor EAM, thuộc tính này thường được gọi là MRC (Maintenance Repair Center). Vì sao điều này quan trọng Hỗ trợ lập kế hoạch tài nguyên và phân tích hiệu quả theo phòng ban. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_MRC Ví dụ CƠ KHÍĐIỆNCƠ SỞ VẬT CHẤT | |||
| Tổng chi phí thực tế ActualTotalCost | Tổng chi phí nhân công, vật tư và dịch vụ cuối cùng. | ||
| Mô tả Thuộc tính này thể hiện tổng chi phí của công việc bảo trì. Giá trị được cập nhật khi ghi nhận giờ công và xuất vật tư. Đây là chỉ số tài chính chính của quy trình, giúp phân tích các yếu tố làm phát sinh chi phí và lập báo cáo ngân sách. Vì sao điều này quan trọng Chỉ số cốt lõi để quyết toán chi phí và phân tích hiệu quả. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_ACTCOST (hoặc tổng các giao dịch) Ví dụ 450.251500.0075.50 | |||
| Chi phí vật tư MaterialCost | Chi phí phụ tùng xuất cho lệnh công việc. | ||
| Mô tả Thuộc tính này tách riêng chi phí vật tư khỏi tổng chi phí. Nhờ đó, bạn có thể phân biệt chi phí chuỗi cung ứng với chi phí nhân công. Theo dõi riêng khoản này giúp đưa ra quyết định về giá phụ tùng và quản lý hàng tồn kho. Vì sao điều này quan trọng Thông tin chi tiết cần có để phân tích tài chính. Lấy dữ liệu ở đâu Tính từ R5TRANSACTIONS, với loại giao dịch là xuất kho Ví dụ 150.0020.00 | |||
| Có làm lại IsRework | Cờ cho biết lệnh công việc có phải thực hiện lại các bước hay không. | ||
| Mô tả Thuộc tính dạng đúng/sai này cho biết luồng quy trình có vòng lặp hay không, cụ thể là có quay lại bước thực hiện sau khi kiểm soát chất lượng hay không. Thuộc tính được tính trong quá trình chuyển đổi dữ liệu bằng cách kiểm tra các hoạt động “Đã thực hiện công việc bảo trì” bị lặp lại. Tỷ lệ làm lại cao thường là dấu hiệu của vấn đề chất lượng hoặc đào tạo chưa đầy đủ. Vì sao điều này quan trọng Hỗ trợ trực tiếp bảng điều khiển kiểm tra chất lượng và công việc bảo trì phải làm lại. Lấy dữ liệu ở đâu Được tính trong ETL/công cụ process mining Ví dụ truefalse | |||
| Đơn vị OrganizationCode | Đơn vị kinh doanh hoặc cơ sở quản lý tài sản. | ||
| Mô tả Trong hệ thống triển khai cho nhiều cơ sở, thuộc tính này xác định cơ sở hoặc đơn vị kinh doanh cụ thể. Nhờ đó, bạn có thể so sánh tổng quan giữa các nhà máy hoặc khu vực địa lý. Thuộc tính này cần thiết để lập dashboard toàn cầu, nơi quy trình có thể khác nhau đôi chút giữa các địa điểm. Vì sao điều này quan trọng Hỗ trợ xem theo đơn vị kinh doanh để so sánh hiệu quả giữa các cơ sở. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_ORG Ví dụ NYC-PLANTLON-HQMFG-01 | |||
| Giờ công LaborHoursUsed | Tổng số giờ công thực tế dành cho lệnh công việc. | ||
| Mô tả Thuộc tính này cộng tổng thời gian kỹ thuật viên ghi nhận cho lệnh công việc. Đây là dữ liệu quan trọng để tính năng suất nhân lực và mức độ sử dụng thời gian của kỹ thuật viên. Chỉ số này khác với tổng thời gian lệnh công việc kéo dài, vì nó phản ánh công sức thực tế chứ không phải thời gian theo lịch. Vì sao điều này quan trọng Chỉ số quan trọng cho bảng điều khiển năng suất lao động và lịch làm việc. Lấy dữ liệu ở đâu Tổng số giờ trong R5BOOKEDHOURS của sự kiện Ví dụ 2.58.00.5 | |||
| Mô tả WorkOrderDescription | Mô tả bằng văn bản về sự cố hoặc công việc cần thực hiện. | ||
| Mô tả Thuộc tính này chứa phần tóm tắt dạng văn bản tự do do người yêu cầu hoặc người lập kế hoạch nhập. Nội dung cung cấp bối cảnh để giải thích các trường hợp bất thường hoặc cách quy trình diễn ra cụ thể. Bạn có thể khai thác văn bản để phân loại các dạng sự cố thường gặp mà những trường có cấu trúc không ghi nhận. Vì sao điều này quan trọng Cung cấp bối cảnh để phân tích nguyên nhân gốc rễ. Lấy dữ liệu ở đâu Bảng R5EVENTS, trường EVT_DESC Ví dụ Máy bơm rung mạnhThay gioăng van số 2Kiểm tra định kỳ hằng quý | |||
| Mức độ quan trọng của tài sản AssetCriticality | Điểm số hoặc mức đánh giá thể hiện tầm quan trọng của tài sản đối với hoạt động. | ||
| Mô tả Thuộc tính này phân loại tài sản theo mức độ ảnh hưởng đến sản xuất hoặc an toàn, chẳng hạn A, B, C. Chuyên viên phân tích có thể phân nhóm quy trình để xem tài sản có giá trị cao có được xử lý khẩn trương phù hợp hay không. Dữ liệu này thường được lấy từ hồ sơ tài sản liên kết với lệnh công việc. Vì sao điều này quan trọng Cho phép phân tích rủi ro liên quan đến chậm trễ bảo trì. Lấy dữ liệu ở đâu Bảng R5OBJECTS (trường OBJ_CRITICALITY), liên kết qua EVT_OBJECT Ví dụ A - Trọng yếuB - Quan trọngC - Vận hành đến khi hỏng | |||
| Vi phạm SLA IsSlaBreached | Cờ cho biết thời điểm hoàn thành có trễ hơn ngày mục tiêu hay không. | ||
| Mô tả Thuộc tính dạng đúng/sai này so sánh thời điểm “Hoàn tất lệnh công việc” với “Ngày mục tiêu SLA”. Nếu hoàn thành sau ngày mục tiêu, cờ sẽ được đặt thành đúng. Nhờ đó, việc lập báo cáo đơn giản hơn: bạn có thể lọc các trường hợp tuân thủ và không tuân thủ. Vì sao điều này quan trọng Giúp lập báo cáo tuân thủ SLA dễ dàng hơn. Lấy dữ liệu ở đâu Được tính trong ETL/công cụ process mining Ví dụ truefalse | |||
Hoạt động bảo trì tài sản
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Đã bắt đầu công việc | Cho biết thời điểm thực sự bắt đầu công việc trên thiết bị. Thường có thể suy ra từ dấu thời gian ghi nhận giờ công đầu tiên hoặc một cập nhật trạng thái cụ thể trên thiết bị di động. | ||
| Vì sao điều này quan trọng Cần thiết để tính thời gian từ lúc yêu cầu vật tư đến khi bắt đầu và hiệu quả sử dụng thời gian của kỹ thuật viên. Giúp phân biệt thời gian 'Scheduled' với thời gian 'Working'. Lấy dữ liệu ở đâu Lấy ngày bắt đầu sớm nhất trong R5BOOKEDHOURS hoặc thời điểm trạng thái chuyển thành 'In Progress' trong R5EVENTSTATUS. Thu thập Suy ra bằng cách so sánh trường X với Y Loại sự kiện inferred | |||
| Đã đóng lệnh công việc | Bước hành chính cuối cùng, khi lệnh công việc được lưu trữ và không thể ghi nhận thêm chi phí. Đây là bước kết thúc vòng đời của hồ sơ. | ||
| Vì sao điều này quan trọng Kết thúc phép đo hiệu quả đóng hồ sơ hành chính. Cần thiết để giữ dữ liệu chính xác và tránh các lệnh mở tồn đọng không còn hoạt động. Lấy dữ liệu ở đâu Truy vấn R5EVENTSTATUS để tìm thời điểm trạng thái chuyển thành 'Close'. Thao tác này đặt trường EVT_STATUS thành 'C'. Thu thập Ghi nhận khi trạng thái chuyển thành Closed Loại sự kiện explicit | |||
| Đã hoàn tất lệnh công việc | Đánh dấu công việc bảo trì đã hoàn tất về mặt kỹ thuật. Thiết bị được đưa trở lại hoạt động, dù vẫn có thể còn việc tài chính và hành chính cần xử lý. | ||
| Vì sao điều này quan trọng Mốc kết thúc để đo hiệu suất SLA của tài sản trọng yếu. Giúp phân biệt 'Đã xong việc' với 'Đã xong giấy tờ'. Lấy dữ liệu ở đâu Theo dõi trạng thái chuyển thành 'C' (Complete) hoặc 'J' (Job Complete) trong R5EVENTSTATUS. Kiểm tra EVT_DATECOMPLETED. Thu thập Ghi nhận khi trạng thái chuyển thành Complete Loại sự kiện explicit | |||
| Đã nhận yêu cầu bảo trì | Ghi nhận thời điểm yêu cầu bảo trì được nhập vào hệ thống, thường qua cổng dịch vụ hoặc giao diện tổng đài. Trong Infor EAM, sự kiện này thường được ghi lại khi tạo bản ghi trong các thực thể Call hoặc Request, trước khi chuyển thành lệnh công việc chính thức. | ||
| Vì sao điều này quan trọng Đây là mốc bắt đầu để tính Tốc độ tăng lượng công việc bảo trì tồn đọng và tổng thời gian xử lý. Chỉ số này cần thiết để xác định chính xác nhu cầu mà bộ phận bảo trì phải đáp ứng. Lấy dữ liệu ở đâu Truy vấn bảng R5EVENTS với EVT_TYPE là 'R' (Request) hoặc 'C' (Call). Dùng nhật ký EVT_CREATED. Thu thập Ghi nhận khi tạo bản ghi yêu cầu Loại sự kiện explicit | |||
| Đã tạo lệnh công việc | Ghi nhận việc tạo chính thức một lệnh công việc, từ yêu cầu được chuyển đổi hoặc tạo trực tiếp. Sự kiện này bắt đầu theo dõi chi phí, tài nguyên và lịch sử trạng thái của hồ sơ bảo trì. | ||
| Vì sao điều này quan trọng Sự kiện tạo hồ sơ chính cho dashboard theo dõi lượng công việc tồn đọng và thông lượng. Sự kiện này phân biệt giai đoạn yêu cầu với quy trình quản lý bảo trì thực tế. Lấy dữ liệu ở đâu Truy vấn các bản ghi mới trong bảng R5EVENTS có EVT_TYPE là 'JOB' hoặc 'PPM'. Hoặc theo dõi thay đổi trạng thái sang 'Open' ban đầu trong R5EVENTSTATUS. Thu thập Ghi nhận khi giao dịch tạo bản ghi WO Loại sự kiện explicit | |||
| Đã thực hiện nhiệm vụ bảo trì | Ghi nhận quá trình thực hiện công việc bảo trì qua số giờ công kỹ thuật viên đã nhập. Hoạt động này có thể lặp lại nhiều lần trong một lệnh công việc. | ||
| Vì sao điều này quan trọng Cung cấp dữ liệu cho KPI về hiệu quả sử dụng thời gian của kỹ thuật viên và độ chính xác khi ước tính nhân công. Tần suất cao nhưng chưa hoàn tất có thể là dấu hiệu công việc sửa chữa phức tạp. Lấy dữ liệu ở đâu Trích xuất từng mục trong bảng R5BOOKEDHOURS liên kết với lệnh công việc. Thu thập Ghi nhận khi giao dịch X được thực hiện Loại sự kiện explicit | |||
| Đã cập nhật hồ sơ bảo trì | Ghi nhận việc bổ sung ghi chú kỹ thuật, mã lỗi hoặc dữ liệu giám sát tình trạng vào lệnh công việc. Việc này thường diễn ra gần cuối quá trình thực hiện. | ||
| Vì sao điều này quan trọng Hỗ trợ theo dõi việc tuân thủ yêu cầu hồ sơ kỹ thuật. Đảm bảo chất lượng dữ liệu cho các phân tích độ tin cậy sau này. Lấy dữ liệu ở đâu Theo dõi cập nhật trong bảng R5COMMENTS hoặc các trường 'Problem/Failure/Cause' trong R5EVENTS. Thu thập Ghi nhận khi bản ghi được cập nhật Loại sự kiện explicit | |||
| Đã gửi yêu cầu vật tư | Ghi nhận yêu cầu cụ thể về phụ tùng cần dùng cho công việc bảo trì. Sự kiện này rất quan trọng để liên kết quy trình chuỗi cung ứng với việc thực hiện bảo trì. | ||
| Vì sao điều này quan trọng Mốc bắt đầu cho dashboard phân tích chậm trễ cung ứng vật tư. Giúp xác định việc mua phụ tùng có phải là nguyên nhân gốc rễ gây chậm trễ bảo trì hay không. Lấy dữ liệu ở đâu Truy vấn dấu thời gian tạo trong bảng R5REQUISITIONS hoặc R5MATLIST, liên kết với mã lệnh công việc. Thu thập Ghi nhận khi giao dịch X được thực hiện Loại sự kiện explicit | |||
| Đã kiểm tra chất lượng | Cho biết bước xác minh cụ thể, trong đó việc sửa chữa được kiểm tra trước khi xác nhận hoàn tất. Nếu không đạt, quy trình quay lại bước thực hiện. | ||
| Vì sao điều này quan trọng Cần thiết cho dashboard về công việc bảo trì phải làm lại và kiểm tra chất lượng. Giúp xác định vấn đề chất lượng và các vòng lặp làm lại. Lấy dữ liệu ở đâu Xác định việc hoàn tất danh mục kiểm tra cụ thể trong R5CHECKLISTS hoặc trạng thái chuyển sang 'Review' trong R5EVENTSTATUS. Thu thập So sánh trường trạng thái trước và sau Loại sự kiện inferred | |||
| Đã lên lịch tài nguyên | Ghi nhận việc phân công kỹ thuật viên hoặc đội cụ thể cho lệnh công việc. Đây là bước chuyển từ lập kế hoạch sang phân bổ tài nguyên. | ||
| Vì sao điều này quan trọng Hỗ trợ dashboard về năng suất lao động và lập lịch. Giúp xác định khoảng chờ giữa lúc phê duyệt và khi có tài nguyên thực hiện. Lấy dữ liệu ở đâu Theo dõi thay đổi phân công nhân lực trong bảng R5ACTIVITIES hoặc thay đổi trạng thái thành 'Scheduled' trong R5EVENTSTATUS. Thu thập Ghi nhận khi phân công tài nguyên Loại sự kiện explicit | |||
| Đã phê duyệt lệnh công việc | Cho biết cấp quản lý có thẩm quyền đã phê duyệt công việc bảo trì. Bước này cho phép đưa lệnh công việc vào lịch và yêu cầu vật tư. | ||
| Vì sao điều này quan trọng Đánh dấu kết thúc chu kỳ phê duyệt và bắt đầu công việc bảo trì có thể triển khai. Chậm trễ ở bước này ảnh hưởng trực tiếp đến khả năng ứng phó khi tài sản trọng yếu gặp sự cố. Lấy dữ liệu ở đâu Theo dõi thời điểm mã trạng thái 'A' (Approved) hoặc 'R' (Released) được thêm vào bảng lịch sử R5EVENTSTATUS. Thu thập Ghi nhận khi trạng thái chuyển thành Approved Loại sự kiện explicit | |||
| Đã xử lý quyết toán tài chính | Ghi nhận việc tính toán và hạch toán cuối cùng các chi phí liên quan đến lệnh công việc. Bước này đảm bảo toàn bộ nhân công và vật tư được tính vào ngân sách. | ||
| Vì sao điều này quan trọng Hỗ trợ phân tích chi phí dự kiến so với thực tế. Chậm trễ ở bước này ảnh hưởng đến độ chính xác của báo cáo tài chính. Lấy dữ liệu ở đâu Thường có thể suy ra từ ngày lệnh công việc bị khóa chỉnh sửa hoặc thời điểm giao dịch cập nhật chi phí cuối cùng xuất hiện trong nhật ký giao dịch. Thu thập Suy ra bằng cách so sánh trường X với Y Loại sự kiện calculated | |||
| Đã xuất vật tư | Ghi nhận việc xuất phụ tùng thực tế từ kho cho lệnh công việc. Bước này xác nhận vật tư đã sẵn sàng để sử dụng. | ||
| Vì sao điều này quan trọng Sự kiện kết thúc để phân tích chậm trễ chuỗi cung ứng. Xác nhận tình trạng thiếu phụ tùng đã được xử lý. Lấy dữ liệu ở đâu Truy vấn R5TRANSACTIONS để tìm giao dịch loại 'I' (Issue) liên kết với lệnh công việc. Thu thập Ghi nhận khi giao dịch X được thực hiện Loại sự kiện explicit | |||
| Hoàn tất lập kế hoạch và ước tính | Cho biết lệnh công việc đã xác định phạm vi, chi phí đã được ước tính và kế hoạch công việc sẵn sàng để phê duyệt. Thường có thể suy ra sự kiện này khi trạng thái chuyển từ giai đoạn lập kế hoạch sang trạng thái chờ phê duyệt. | ||
| Vì sao điều này quan trọng Cần thiết để đo thời gian phê duyệt lệnh công việc và xác định điểm nghẽn hành chính trước khi thực hiện. Hỗ trợ phân tích thời gian chuẩn bị. Lấy dữ liệu ở đâu Suy ra từ R5EVENTSTATUS khi trạng thái chuyển từ 'Planning' sang 'Request Approval' hoặc 'Released'. Thu thập So sánh trường trạng thái trước và sau Loại sự kiện inferred | |||
Hướng dẫn trích xuất
Các bước
Kiểm tra mô-đun Databridge: Đăng nhập Infor EAM với quyền quản trị viên. Mở menu Administration, xác nhận mô-đun Databridge đang hoạt động và bạn có quyền truy cập các màn hình cấu hình Partner và Document.
Tạo đối tác xuất dữ liệu: Tạo một Partner mới trong Databridge dành riêng cho ProcessMind, chẳng hạn mã đối tác
PMIND. Cấu hình phương thức Communication làFILEhoặcFTP, tùy nơi bạn muốn lưu tệp XML/CSV. Chọn XML làm định dạng đầu ra để giữ được nhiều chi tiết dữ liệu nhất.Cấu hình đối tượng nghiệp vụ (tài liệu): Để ghi nhận các hoạt động cần thiết, bạn phải đăng ký các Business Objects (BODs) cụ thể của Infor EAM. Thêm các Document sau vào cấu hình Partner:
MP0094_SyncWorkOrder: Ghi nhận việc tạo, thay đổi trạng thái, cập nhật và đóng lệnh công việc.MP0024_SyncBookedHours: Ghi nhận giờ công đã nhập (thực hiện).MP3036_SyncTransaction: Ghi nhận việc xuất và trả vật tư.MP0026_SyncRequisition: Ghi nhận yêu cầu vật tư.MP0098_SyncWorkOrderActivity: Ghi nhận thông tin lập lịch và kế hoạch.
Cấu hình bộ lọc: Áp dụng bộ lọc cho từng Document để loại dữ liệu không liên quan. Với
SyncWorkOrder, lọc theoOrganizationvà đảm bảoWork Order Typekhông rỗng. Đặt bộ lọcDatebao phủ khoảng thời gian phân tích, chẳng hạn 12 tháng gần nhất.Bật trình kích hoạt sự kiện: Trong màn hình Event Configuration, bật các trình kích hoạt
On Save,On UpdatevàOn Status Changecho các thực thể tương ứng với Document đã chọn. Nhờ đó, dữ liệu được gửi đi ngay khi người dùng thao tác trên hệ thống.Ánh xạ các phần tử dữ liệu: Cấu hình mẫu XML của Databridge để có các cột cần thiết. Đảm bảo
EVT_CODEđược ánh xạ vàoWorkOrderNumber, cóEVT_STATUSđể theo dõi trạng thái và cóEVT_DAT_CREATED.Chạy lần tải dữ liệu đầu tiên: Databridge chủ yếu hoạt động theo sự kiện. Tuy nhiên, để phân tích dữ liệu lịch sử, bạn cần chạy Batch Export. Mở màn hình Databridge Export, chọn đối tác
PMIND, chọn tài liệuSyncWorkOrder, đặt khoảng thời gian rồi nhấnSubmitđể tạo dữ liệu tồn đọng trong quá khứ.Chuẩn hóa đầu ra: Tệp xuất sẽ có cấu trúc XML phân cấp. Dùng công cụ viết tập lệnh như Python, PowerShell hoặc phần mềm trung gian ETL để chuyển XML sang dạng phẳng. Quy tắc: mỗi nút XML tương ứng với một dòng sự kiện. Áp dụng quy tắc ánh xạ trong phần Truy vấn bên dưới.
Tạo tên hoạt động: Trong tập lệnh chuyển đổi, dùng logic điều kiện trong phần Truy vấn để chuyển mã hệ thống, chẳng hạn trạng thái
Rthành 'Tạo lệnh công việc' và trạng tháiCthành 'Hoàn tất lệnh công việc', thành tên hoạt động dễ hiểu.Định dạng dấu thời gian: Infor EAM xuất dấu thời gian theo ISO 8601. Hãy chuyển sang định dạng chuẩn
YYYY-MM-DD HH:MM:SStương thích với ProcessMind.Gộp nhật ký sự kiện: Gộp dữ liệu xuất từ các Business Objects khác nhau (lệnh công việc, giờ công đã nhập, giao dịch) vào một tệp CSV, rồi sắp xếp theo
WorkOrderNumbervàEventTimestamp.Kiểm tra lần cuối: Tải tệp CSV kết quả lên ProcessMind và xác minh Case Count khớp với số lệnh công việc duy nhất đã xuất từ Infor EAM.
Cấu hình
- Định dạng xuất: Nên dùng XML thay vì văn bản thuần để xử lý ký tự đặc biệt trong phần nhận xét và đảm bảo dữ liệu tuân theo lược đồ.
- Chế độ kích hoạt: Chọn Asynchronous để Databridge không làm chậm giao diện người dùng vào giờ cao điểm.
- Mức độ chi tiết: Chọn Include Update Details trong cấu hình Document để phát hiện thay đổi ở cấp trường, chẳng hạn cập nhật mức ưu tiên hoặc phòng ban.
- Khoảng ngày: Khi tải dữ liệu hàng loạt lần đầu, thông lệ là lấy lịch sử từ 12 đến 24 tháng. Với các lần tải dữ liệu thay đổi tiếp theo, hệ thống sẽ gửi dữ liệu theo thời gian thực.
- Bộ lọc tổ chức: Luôn lọc theo
EVT_ORG(Organization) để tránh trích xuất dữ liệu từ nhiều khách hàng nếu phiên bản EAM của bạn được dùng chung. - Cấu hình trạng thái: Kiểm tra trạng thái do người dùng định nghĩa được ánh xạ với trạng thái hệ thống nào (R, A, C, v.v.) để ánh xạ hoạt động chính xác.
Truy vấn mẫu 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"
}
}
]
}
} Các bước
Thiết lập quyền truy cập cơ sở dữ liệu Thiết lập kết nối cơ sở dữ liệu trực tiếp (ODBC/JDBC) đến cơ sở dữ liệu Infor EAM của bạn (Oracle hoặc SQL Server). Đảm bảo bạn có quyền chỉ đọc trên các bảng sau: R5EVENTS (Lệnh công việc), R5STATUS (Lịch sử trạng thái), R5BOOKEDHOURS (Lao động), R5TRANSACTIONS (Vật tư), R5ACTIVITIES (Nhiệm vụ) và R5TESTRESULTS (Chất lượng).
Xác định phạm vi và bộ lọc Chọn khoảng thời gian trích xuất. Với process mining, thường có thể dùng dữ liệu cuốn chiếu trong 12 đến 24 tháng gần nhất. Nếu hệ thống có nhiều địa điểm, hãy xác định Mã tổ chức (ORG) để lọc dữ liệu liên quan.
Cấu hình ánh xạ trạng thái Infor EAM cho phép người dùng tự định nghĩa trạng thái. Xem tập lệnh SQL được cung cấp và thay các giá trị giữ chỗ như 'A' (Đã phê duyệt) hoặc 'C' (Đã đóng) bằng mã trạng thái thực tế trong cấu hình EAM của bạn. Nếu chưa rõ, hãy tìm mã trong bảng R5STATUS_CODES.
Chuẩn bị tập lệnh SQL Sao chép SQL trong phần Truy vấn. Thay các giá trị giữ chỗ [StartDate] và [EndDate] bằng khoảng thời gian mong muốn, chẳng hạn '2023-01-01'. Thay [Your Organization Code] bằng bộ lọc đơn vị kinh doanh cụ thể của bạn.
Chạy trích xuất Chạy truy vấn trong SQL client của bạn (SQL Developer, SSMS hoặc DBeaver). Truy vấn dùng UNION ALL để gộp sự kiện tiêu đề, thay đổi trạng thái, giờ lao động và giao dịch vật tư thành một nhật ký sự kiện theo cấu trúc chuẩn.
Kiểm tra dữ liệu Kiểm tra xem cột EventTimestamp có dấu thời gian NULL hay không. Đảm bảo mọi dòng đều có WorkOrderNumber. Xác nhận cột EventName có đủ các loại trong số 14 hoạt động đã định nghĩa.
Chuyển đổi dữ liệu (không bắt buộc) Nếu dấu thời gian có độ lệch múi giờ không phù hợp với yêu cầu phân tích, hãy dùng hàm chuyển đổi như AT TIME ZONE trong truy vấn hoặc khi xử lý sau trích xuất.
Xuất CSV Xuất kết quả truy vấn thành tệp CSV dạng phẳng. Đặt dấu phân cách là dấu phẩy hoặc dấu chấm phẩy, đồng thời dùng dấu ngoặc kép để bao văn bản có chứa dấu phân cách trong phần mô tả.
Nhập vào ProcessMind Tải tệp CSV lên ProcessMind. Ánh xạ các cột như sau: WorkOrderNumber với Mã trường hợp, EventName với Hoạt động và EventTimestamp với Dấu thời gian. Ánh xạ các cột còn lại làm thuộc tính trường hợp hoặc thuộc tính sự kiện.
Cấu hình
- Khoảng ngày: Nên trích xuất dữ liệu trong 12 đến 24 tháng. Đảm bảo bộ lọc áp dụng cho EVT_DATE (ngày tạo) hoặc ngày giao dịch tương ứng để ghi nhận các trường hợp đang mở.
- Bộ lọc tổ chức: Dùng EVT_ORG hoặc cột Organization chung để tách dữ liệu theo nhà máy hoặc cơ sở, vì quy trình có thể khác nhau giữa các địa điểm.
- Mã trạng thái: Truy vấn này dựa trên các mã trạng thái tiêu chuẩn (A, C, R, v.v.). Bạn cần kiểm tra các mã này trong cấu hình hệ thống, tại mục Screen Setup hoặc Status setup trong menu Administration.
- Hiệu năng: Truy vấn sử dụng các bảng giao dịch lớn (R5TRANSACTIONS). Nếu truy vấn tập dữ liệu lớn hơn 1 triệu dòng, hãy đảm bảo có chỉ mục không phân cụm phù hợp trên EVT_CODE và TRN_DATE.
- Múi giờ: Infor EAM lưu ngày giờ theo giờ của máy chủ cơ sở dữ liệu. Hãy tính đến chênh lệch múi giờ nếu người dùng làm việc ở múi giờ khác.
Truy vấn mẫu 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]' Sẵn sàng bắt đầu?
Dùng mẫu này để xây dựng nền tảng dữ liệu vững chắc và bắt đầu cải thiện hoạt động bảo trì ngay hôm nay. Đội ngũ kỹ thuật của chúng tôi sẵn sàng hỗ trợ bạn trong quá trình trích xuất và ánh xạ dữ liệu.
Cải thiện bảo trì tài sản trên Infor EAM ngay hôm nay
Bắt đầu giảm 30% thời gian chu kỳ bảo trì ngay hôm nay
Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút