Mẫu dữ liệu bảo trì tài sản của bạn

Infor EAM
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

Mẫu này cung cấp khung để sắp xếp dữ liệu bảo trì từ Infor EAM, phục vụ khai phá quy trình chuyên sâu. Mẫu nêu rõ các thuộc tính và hoạt động cần có để xác định điểm chưa hiệu quả trong việc lập lịch kỹ thuật viên và mua phụ tùng. Hãy dùng hướng dẫn này để chuyển nhật ký thô của hệ thống thành sơ đồ rõ ràng về toàn bộ vòng đời bảo trì.
  • 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
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Thuộc tính bảo trì tài sản

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích toàn diện hoạt động bảo trì và độ tin cậy của tài sản.
5 Bắt buộc 8 Nên có 7 Không bắt buộc
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
Bắt buộc Nên có Không bắt buộc

Hoạt động bảo trì tài sản

Đây là các bước và mốc chính cần ghi lại trong nhật ký sự kiện để khai phá chính xác vòng đời bảo trì.
6 Nên có 8 Không bắt buộc
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
Nên có Không bắt buộc

Hướng dẫn trích xuất

Tìm hiểu cách lấy dữ liệu bảo trì từ Infor EAM để dùng trong process mining.

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

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút