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

Hexagon 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 hướng dẫn bạn sơ đồ hóa quy trình bảo trì trong Hexagon EAM thành định dạng phù hợp cho process mining. Bạn sẽ tìm thấy các đề xuất về dữ liệu cần thiết để phát hiện điểm kém hiệu quả, các giai đoạn vòng đời cần theo dõi và hướng dẫn kỹ thuật để trích xuất dữ liệu. Dùng cấu trúc này để hiểu rõ hiệu quả quản lý tài sản.
  • Các trường dữ liệu thiết yếu trong nhật ký bảo trì
  • Các mốc quy trình tiêu chuẩn và giai đoạn xử lý lệnh công việc
  • Hướng dẫn kỹ thuật trích xuất dữ liệu từ Hexagon 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

Các trường dữ liệu được đề xuất cung cấp thông tin cần thiết về lệnh công việc, đồng thời giúp bạn phân tích hiệu quả bảo trì theo loại tài sản hoặc địa điểm.
5 Bắt buộc 7 Nên có 10 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 sự kiện hoặc thay đổi trạng thái được lưu vào hệ thống. Nhờ đó, bạn có thể tính thời gian giữa các hoạt động và tổng thời gian xử lý lệnh công việc.

Vì sao điều này quan trọng

Dấu thời gian chính xác rất cần thiết để phân tích thời gian xử lý, xác định độ trễ và tính mức độ đáp ứng SLA.

Lấy dữ liệu ở đâu

Bảng R5EVENTHISTORY trong Hexagon EAM, trường EVH_DATE

Ví dụ
2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z
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 cho biết hệ thống lưu trữ dữ liệu gốc. Trong trường hợp này, tên hệ thống EAM cụ thể được điền cố định để phân biệt với dữ liệu cũ hoặc hệ thống của nhà thầu bên ngoài.

Vì sao điều này quan trọng

Thuộc tính này giúp xác định rõ nguồn gốc dữ liệu, nhất là khi kết hợp dữ liệu từ nhiều hệ thống bảo trì.

Lấy dữ liệu ở đâu

Giá trị điền cố định

Ví dụ
Hexagon EAMInfor EAMDatastream 7i
Hoạt động
ActivityName
Công việc cụ thể hoặc sự kiện thay đổi trạng thái đã diễn ra.
Mô tả

Thuộc tính này cho biết bước đang được thực hiện trong quy trình, chẳng hạn như 'Đã tạo lệnh công việc' hoặc 'Đã xuất vật tư'. Thuộc tính được xác định từ lịch sử thay đổi trạng thái hoặc các giao dịch cụ thể được ghi nhận cho lệnh công việc.

Vì sao điều này quan trọng

Thuộc tính này xác định trình tự trong nhật ký sự kiện, cho phép tái dựng luồng quy trình và phân tích điểm nghẽn.

Lấy dữ liệu ở đâu

Bảng R5EVENTHISTORY trong Hexagon EAM, trường EVH_STATUS (được ánh xạ sang nội dung mô tả) hoặc nhật ký kiểm toán

Ví dụ
Đã tạo lệnh công việcĐã lên lịch lệnh công việcĐã hoàn tất lệnh công việcĐã xuất vật tư
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian cho biết lần gần nhất bản ghi được trích xuất hoặc làm mới.
Mô tả

Thuộc tính này ghi lại thời điểm dữ liệu được lấy gần nhất từ hệ thống nguồn. Thuộc tính giúp chuyên viên phân tích biết dữ liệu còn mới đến đâu và phát hiện độ trễ có thể có trong luồng báo cáo.

Vì sao điều này quan trọng

Thuộc tính này giúp bạn tin tưởng hơn vào độ cập nhật của kết quả phân tích và hỗ trợ xử lý sự cố đồng bộ dữ liệu.

Lấy dữ liệu ở đâu

Thời gian hệ thống lúc trích xuất

Ví dụ
2023-10-25T12:00:00Z2023-10-26T00:00:00Z
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à khóa chính duy nhất của trường hợp bảo trì. Thuộc tính theo dõi lệnh công việc từ yêu cầu ban đầu qua các bước lập kế hoạch, thực hiện đến khi chốt tài chính. Đây là mã định danh trung tâm của trường hợp, dùng để liên kết nhật ký hoạt động, giờ công và lượng vật tư đã sử dụng.

Vì sao điều này quan trọng

Thuộc tính này xác định trường hợp cụ thể của quy trình bảo trì, cho phép theo dõi thời gian xử lý từ đầu đến cuối và các biến thể của quy trình.

Lấy dữ liệu ở đâu

Bảng R5EVENTS trong Hexagon EAM, trường EVT_CODE

Ví dụ
WO-100234WO-100235WO-100236104592
Loại lệnh công việc
WorkOrderType
Phân loại lệnh công việc thành bảo trì phòng ngừa, khắc phục hoặc khẩn cấp.
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ì. Thuộc tính được dùng để phân tích tỷ lệ bảo trì phòng ngừa theo kế hoạch so với sửa chữa khẩn cấp khi có sự cố. Đây là chỉ số quan trọng về tình trạng tài sản và mức độ trưởng thành trong quản lý.

Vì sao điều này quan trọng

Thuộc tính này hỗ trợ dashboard Phân tích tỷ lệ bảo trì phòng ngừa và giúp xác định cơ hội giảm công việc phát sinh do sự cố.

Lấy dữ liệu ở đâu

Bảng R5EVENTS trong Hexagon EAM, trường EVT_TYPE

Ví dụ
PPMCOREMGPRJ
Mức độ ưu tiên
PriorityCode
Mức độ khẩn cấp được gán cho lệnh công việc.
Mô tả

Thuộc tính này cho biết mức độ quan trọng của lệnh công việc, từ công việc thường lệ đến khẩn cấp. Thuộc tính chi phối việc lập lịch tài nguyên, đồng thời rất quan trọng để theo dõi mức độ đáp ứng SLA và phát hiện việc lạm dụng mức ưu tiên.

Vì sao điều này quan trọng

Bảng điều khiển Ưu tiên xử lý khẩn cấp và kiểm tra tài nguyên giúp đảm bảo các công việc quan trọng được ưu tiên đúng mức.

Lấy dữ liệu ở đâu

Bảng R5EVENTS của Hexagon EAM, trường EVT_PRIORITY

Ví dụ
Quan trọng nhấtCaoTrung bìnhThấp
Ngày hoàn thành mục tiêu
TargetCompletionDate
Thời hạn dự kiến của lệnh công việc.
Mô tả

Thuộc tính này cho biết ngày dự kiến hoàn tất công việc bảo trì. So sánh ngày này với ngày hoàn thành thực tế là cơ sở để tính mức độ đáp ứng SLA và tỷ lệ hoàn thành đúng hạn.

Vì sao điều này quan trọng

Thuộc tính này rất cần thiết cho bảng điều khiển Theo dõi mức độ đáp ứng SLA của nhà thầu và đánh giá độ chính xác trong lập kế hoạch.

Lấy dữ liệu ở đâu

Bảng R5EVENTS của Hexagon EAM, trường EVT_TARGET

Ví dụ
2023-11-012023-11-152023-12-01
Người dùng
UpdatedBy
ID người dùng của người thực hiện hoạt động.
Mô tả

Thuộc tính này ghi nhận ID đăng nhập của người thực hiện thay đổi trạng thái hoặc cập nhật. Dữ liệu này giúp phân tích khối lượng công việc của đội, xác định nhu cầu đào tạo và kiểm tra việc tuân thủ quy trình.

Vì sao điều này quan trọng

Thuộc tính này cho phép phân tích hành vi người dùng và mức sử dụng tài nguyên trong suốt vòng đời bảo trì.

Lấy dữ liệu ở đâu

Bảng R5EVENTHISTORY của Hexagon EAM, trường EVH_USER

Ví dụ
JSMITHADAVISSYSTEMMGR_USR
Phòng ban
MaintenanceDepartment
Phòng ban hoặc trung tâm công việc chịu trách nhiệm thực hiện công việc.
Mô tả

Thuộc tính này xác định đội hoặc xưởng bảo trì được giao lệnh công việc, chẳng hạn như Điện, Cơ khí hoặc Cơ sở vật chất. Thuộc tính này giúp so sánh hiệu suất giữa các đội kỹ thuật.

Vì sao điều này quan trọng

Thuộc tính này hỗ trợ bảng điều khiển Năng suất lao động của kỹ thuật viên và giúp phân bổ tài nguyên hiệu quả giữa các nhóm nghề.

Lấy dữ liệu ở đâu

Bảng R5EVENTS của Hexagon EAM, trường EVT_MRC

Ví dụ
Xưởng điệnBảo trì cơ khíCơ sở vật chấtDịch vụ đội xe
Tài sản
AssetCode
Mã định danh duy nhất của thiết bị hoặc cơ sở cần bảo trì.
Mô tả

Thuộc tính này liên kết lệnh công việc với một thiết bị hoặc địa điểm cụ thể. Dữ liệu này giúp phân tích tần suất hỏng hóc theo tài sản, đồng thời xác định thiết bị thường xuyên gặp sự cố hoặc cần thay thế.

Vì sao điều này quan trọng

Thuộc tính này là cơ sở để tính các chỉ số độ tin cậy của tài sản và xác định nơi tập trung nhiều nguồn lực bảo trì nhất.

Lấy dữ liệu ở đâu

Bảng R5EVENTS của Hexagon EAM, trường EVT_OBJECT

Ví dụ
PUMP-001HVAC-204FLEET-99CONVEYOR-A
Tổng giờ công thực tế
ActualLaborHours
Tổng số giờ công được ghi nhận 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. Dữ liệu này được dùng để đo năng suất, tính chi phí nhân công và phân tích chênh lệch so với số giờ ước tính.

Vì sao điều này quan trọng

Đây là nguồn dữ liệu chính cho bảng điều khiển Năng suất lao động của kỹ thuật viên và KPI Chênh lệch giờ công.

Lấy dữ liệu ở đâu

Bảng R5BOOKEDHOURS của Hexagon EAM, trường BOO_HOURS (cộng theo lệnh công việc)

Ví dụ
2.54.012.00.5
Chuyển mức ưu tiên khẩn cấp
EmergencyEscalationFlag
Cờ cho biết mức ưu tiên có được nâng lên Khẩn cấp sau khi tạo lệnh hay không.
Mô tả

Thuộc tính đúng/sai này xác định các lệnh công việc ban đầu có mức ưu tiên thấp hơn nhưng sau đó được nâng lên Khẩn cấp. Nếu tình trạng này xảy ra thường xuyên, có thể khâu phân loại ban đầu chưa tốt hoặc có người lợi dụng hệ thống để được phục vụ nhanh hơn.

Vì sao điều này quan trọng

Thuộc tính này hỗ trợ bảng điều khiển Ưu tiên xử lý khẩn cấp và kiểm tra tài nguyên, cùng KPI Tỷ lệ chuyển mức ưu tiên khẩn cấp.

Lấy dữ liệu ở đâu

Được suy ra từ nhật ký kiểm tra của trường Priority

Ví dụ
truefalse
Đạt kiểm tra chất lượng
QualityControlPassed
Cờ cho biết bước kiểm soát chất lượng đã được ghi nhận hay chưa.
Mô tả

Thuộc tính đúng/sai này kiểm tra xem một hoạt động kiểm soát chất lượng hoặc mục trong danh sách kiểm tra đã được đánh dấu hoàn tất hay chưa. Thuộc tính này giúp đảm bảo tuân thủ quy định an toàn và tiêu chuẩn nội bộ.

Vì sao điều này quan trọng

Thuộc tính này cung cấp dữ liệu cho KPI Tỷ lệ tuân thủ kiểm soát chất lượng và hỗ trợ bảng điều khiển Tuân thủ và tính toàn vẹn của hồ sơ.

Lấy dữ liệu ở đâu

Được suy ra từ các bảng Checklist hoặc lịch sử hoạt động

Ví dụ
truefalse
Là bảo trì phòng ngừa
IsPreventive
Cờ cho biết lệnh công việc có phải là bảo trì phòng ngừa hay không.
Mô tả

Thuộc tính đúng/sai này giúp lọc và phân loại lệnh công việc dễ dàng. Thuộc tính này đơn giản hóa việc tính KPI Tỷ lệ bảo trì phòng ngừa bằng cách tách công việc chủ động khỏi hoạt động sửa chữa khi có sự cố.

Vì sao điều này quan trọng

Đây là tiêu chí phân nhóm cơ bản cho bảng điều khiển Phân tích tỷ lệ bảo trì phòng ngừa.

Lấy dữ liệu ở đâu

Được suy ra từ WorkOrderType

Ví dụ
truefalse
Là công việc làm lại
IsRework
Cờ cho biết lệnh công việc có phát sinh việc lặp lại các thao tác kỹ thuật hay không.
Mô tả

Thuộc tính được tính toán này xác định các trường hợp quy trình quay lại trạng thái đang thực hiện sau bước kiểm tra chất lượng hoặc trạng thái hoàn tất. Dữ liệu này giúp phát hiện vấn đề về chất lượng và thiếu sót trong đào tạo.

Vì sao điều này quan trọng

Thuộc tính này cung cấp dữ liệu cho bảng điều khiển Làm lại kỹ thuật và kiểm soát chất lượng, cùng KPI Tỷ lệ làm lại trong bảo trì.

Lấy dữ liệu ở đâu

Được tính dựa trên số lần lặp lại hoạt động

Ví dụ
truefalse
Mô tả lệnh công việc
WorkOrderDescription
Tóm tắt ngắn về công việc bảo trì.
Mô tả

Thuộc tính này chứa tiêu đề hoặc mô tả ngắn về sự cố. Thông tin này cung cấp bối cảnh cho chuyên viên phân tích khi xem chi tiết các trường hợp có vấn đề hoặc tìm mẫu trong văn bản phi cấu trúc.

Vì sao điều này quan trọng

Thuộc tính này cung cấp bối cảnh cần thiết để người dùng xem xét dữ liệu quy trình.

Lấy dữ liệu ở đâu

Bảng R5EVENTS của Hexagon EAM, trường EVT_DESC

Ví dụ
Sửa phớt bơm bị rò rỉKiểm tra HVAC hằng thángThay băng tải
Mức độ quan trọng của tài sản
AssetCriticality
Điểm thể hiện mức độ quan trọng của tài sản đối với hoạt động vận hành.
Mô tả

Thuộc tính này cho biết tài sản quan trọng đến mức nào đối với hoạt động kinh doanh. Thông tin này thường được dùng để kiểm tra xem các lệnh công việc ưu tiên cao có thực sự liên quan đến thiết bị trọng yếu hay không, qua đó phát hiện khả năng lạm dụng quy trình.

Vì sao điều này quan trọng

Thuộc tính này hỗ trợ bảng điều khiển Ưu tiên xử lý khẩn cấp và kiểm tra tài nguyên bằng cách đối chiếu mức ưu tiên với giá trị của tài sản.

Lấy dữ liệu ở đâu

Bảng R5OBJECTS của Hexagon EAM, trường OBJ_CRITICALITY (cần nối với EVT_OBJECT)

Ví dụ
A - Thiết yếuB - Quan trọngC - Thứ yếuD - Thấp
Ngày tạo
DateCreated
Ngày lệnh công việc được tạo ban đầu.
Mô tả

Thuộc tính này đánh dấu thời điểm bắt đầu vòng đời của lệnh công việc. Đây là mốc cơ sở để tính thời gian lập kế hoạch trung bình và xác định tuổi của các hạng mục tồn đọng.

Vì sao điều này quan trọng

Thuộc tính này cần thiết cho bảng điều khiển Tốc độ lập kế hoạch bảo trì và KPI Tuổi tồn đọng.

Lấy dữ liệu ở đâu

Bảng R5EVENTS của Hexagon EAM, trường EVT_CREATED

Ví dụ
2023-09-012023-09-15
Ngày yêu cầu vật tư
MaterialRequisitionDate
Ngày yêu cầu phụ tùng thay thế.
Mô tả

Thuộc tính này ghi nhận thời điểm gửi yêu cầu vật tư đến kho hoặc bộ phận mua hàng. Phân tích khoảng thời gian từ ngày này đến ngày xuất vật tư cho thấy hiệu quả của chuỗi cung ứng.

Vì sao điều này quan trọng

Thuộc tính này cần thiết cho bảng điều khiển Thời gian mua phụ tùng thay thế.

Lấy dữ liệu ở đâu

Bảng R5REQUISITIONS của Hexagon EAM hoặc bảng giao dịch được liên kết

Ví dụ
2023-10-012023-10-05
Tổng chi phí thực tế
TotalActualCost
Tổng chi phí tài chính được ghi nhận cho lệnh công việc.
Mô tả

Thuộc tính này ghi nhận tổng chi phí nhân công, vật tư và dịch vụ. Đây là dữ liệu cần thiết để phân tích quyết toán tài chính và hiểu tác động chi phí của bảo trì khẩn cấp so với bảo trì phòng ngừa.

Vì sao điều này quan trọng

Thuộc tính này hỗ trợ bảng điều khiển Quyết toán tài chính và tốc độ đóng lệnh, đồng thời giúp đưa ra quyết định dựa trên chi phí.

Lấy dữ liệu ở đâu

Bảng R5EVENTS của Hexagon EAM, trường EVT_ACTCOST (hoặc cột tổng hợp tương tự)

Ví dụ
150.002500.5075.25
Trạng thái SLA
SLAState
Cho biết lệnh công việc có đáp ứng thỏa thuận mức dịch vụ hay không.
Mô tả

Thuộc tính được tính toán này so sánh ngày hoàn thành thực tế với ngày hoàn thành mục tiêu. Thuộc tính phân loại trường hợp là “Trong SLA” hoặc “Vi phạm SLA” để đơn giản hóa việc báo cáo hiệu suất của nhà thầu và đội ngũ nội bộ.

Vì sao điều này quan trọng

Đây là nguồn dữ liệu trực tiếp cho KPI Tỷ lệ đáp ứng SLA.

Lấy dữ liệu ở đâu

Được tính: Ngày kết thúc thực tế <= Ngày mục tiêu

Ví dụ
Trong SLAVi phạm SLAĐang mở
Bắt buộc Nên có Không bắt buộc

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

Ghi lại các bước quan trọng và thay đổi trạng thái này để sơ đồ hóa chính xác toàn bộ vòng đời của lệnh công việc và yêu cầu bảo trì.
7 Nên có 6 Không bắt buộc
Hoạt động Mô tả
Đã bắt đầu lệnh công việc
Kỹ thuật viên bắt đầu trực tiếp làm việc trên tài sản. Thường được đánh dấu bằng trạng thái chuyển sang In Progress hoặc dấu thời gian đầu tiên ghi nhận giờ công.
Vì sao điều này quan trọng

Điểm kết thúc để tính lượng việc tồn đọng và điểm bắt đầu tính thời gian thao tác trực tiếp. Thiết yếu để tính tỷ lệ đáp ứng SLA.

Lấy dữ liệu ở đâu

r5statuslog trong Hexagon EAM. Trạng thái chuyển sang 'In Progress' (thường có mã trạng thái 'I' hoặc 'IP').

Thu thập

Ghi nhận khi thực hiện giao dịch trên r5statuslog

Loại sự kiện explicit
Đã đóng lệnh công việc
Lệnh công việc được khóa về mặt tài chính và lưu trữ. Không thể ghi nhận thêm chi phí hoặc giờ công.
Vì sao điều này quan trọng

Kết thúc quy trình. Cột mốc quan trọng để phân tích quy trình quyết toán tài chính và chốt chi phí cuối cùng.

Lấy dữ liệu ở đâu

r5statuslog trong Hexagon EAM. Trạng thái chuyển sang 'C' (Closed) hoặc 'L' (Locked/Closed).

Thu thập

Ghi nhận khi thực hiện giao dịch trên r5statuslog

Loại sự kiện explicit
Đã ghi nhận giờ công
Kỹ thuật viên ghi số giờ làm việc vào lệnh công việc. Hoạt động này có thể diễn ra nhiều lần trong một trường hợp.
Vì sao điều này quan trọng

Cơ sở cho các dashboard Chênh lệch giờ công và Năng suất lao động của kỹ thuật viên. Cho thấy công sức thực tế so với kế hoạch.

Lấy dữ liệu ở đâu

Bảng r5booklabor trong Hexagon EAM. Mỗi hàng là một mục ghi giờ công cho WO.

Thu thập

Ghi nhận khi thực hiện giao dịch INSERT trên r5booklabor

Loại sự kiện explicit
Đã hoàn tất lệnh công việc
Công việc kỹ thuật đã hoàn tất và kỹ thuật viên đánh dấu công việc là xong. Tài sản được đưa trở lại hoạt động.
Vì sao điều này quan trọng

Cột mốc quan trọng để tính thời gian toàn bộ vòng đời và thời gian sửa chữa trung bình. Dừng tính thời gian ngừng hoạt động.

Lấy dữ liệu ở đâu

r5statuslog trong Hexagon EAM. Trạng thái chuyển sang 'C' (Completed) hoặc 'F' (Finished).

Thu thập

Ghi nhận khi thực hiện giao dịch trên r5statuslog

Loại sự kiện explicit
Đã phê duyệt lệnh công việc
Thay đổi trạng thái cho biết lệnh công việc đã qua bước xem xét kế hoạch và dự toán. Điều này xác nhận công việc được phép tiến hành.
Vì sao điều này quan trọng

Hỗ trợ phân tích tốc độ lập kế hoạch bảo trì bằng cách đánh dấu thời điểm kết thúc giai đoạn lập kế hoạch. Dùng để kiểm tra tuân thủ nguyên tắc phân tách nhiệm vụ.

Lấy dữ liệu ở đâu

Bảng r5statuslog trong Hexagon EAM. Tìm trạng thái chuyển sang 'A' (Approved) hoặc trạng thái tương đương trong hệ thống.

Thu thập

Ghi nhận khi thực hiện giao dịch trên r5statuslog

Loại sự kiện explicit
Đã tạo lệnh công việc
Tạo bản ghi lệnh công việc bảo trì trong hệ thống. Sự kiện này mở đầu hồ sơ và ghi lại dấu thời gian ban đầu cho toàn bộ vòng đời bảo trì.
Vì sao điều này quan trọng

Đánh dấu thời điểm bắt đầu của một trường hợp quy trình và tạo mốc cơ sở để đo tổng thời gian xử lý. Đây là dữ liệu quan trọng để tính thời gian tồn đọng.

Lấy dữ liệu ở đâu

Bảng r5events trong Hexagon EAM. Ghi nhận khi chèn bản ghi mới có evt_code.

Thu thập

Ghi nhận khi thực hiện giao dịch INSERT trên r5events

Loại sự kiện explicit
Đã xuất vật tư
Phụ tùng được xuất trực tiếp từ kho và tính vào lệnh công việc. Đây là bước ghi nhận vật tư đã sử dụng.
Vì sao điều này quan trọng

Điểm kết thúc để tính thời gian chờ vật tư. Giúp phát hiện trường hợp công việc bắt đầu rồi phải dừng vì thiếu phụ tùng.

Lấy dữ liệu ở đâu

Bảng r5translines trong Hexagon EAM. Giao dịch loại 'I' (Issue) được liên kết với lệnh công việc.

Thu thập

Ghi nhận khi thực hiện giao dịch INSERT trên r5translines

Loại sự kiện explicit
Đã cập nhật mức độ ưu tiên
Mức độ ưu tiên của lệnh công việc thay đổi sau khi được tạo. Sự kiện này ghi lại dấu thời gian và mức ưu tiên mới.
Vì sao điều này quan trọng

Cần thiết cho dashboard Phân tích tăng mức ưu tiên và kiểm tra tài nguyên, giúp phát hiện việc lạm dụng mức ưu tiên hoặc mở rộng phạm vi công việc.

Lấy dữ liệu ở đâu

Bảng r5audittrail của Hexagon EAM nếu bật kiểm toán, hoặc suy ra từ ảnh chụp dữ liệu. Thường được lấy từ nhật ký kiểm toán của trường evt_priority.

Thu thập

Ghi nhận khi thực hiện giao dịch UPDATE trên evt_priority

Loại sự kiện explicit
Đã ký duyệt lệnh công việc
Thường cần phê duyệt hành chính cuối cùng để đáp ứng yêu cầu tuân thủ hoặc thanh toán nhà thầu. Bước này xác nhận mọi dữ liệu đều chính xác.
Vì sao điều này quan trọng

Theo dõi để phân tích chu kỳ phê duyệt lệnh công việc. Độ trễ ở bước này ảnh hưởng đến tốc độ quyết toán tài chính.

Lấy dữ liệu ở đâu

r5statuslog trong Hexagon EAM (chuyển sang 'Signed Off') hoặc nhật ký ghi nhận chữ ký điện tử.

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 lệnh công việc
Lệnh công việc được gán ngày bắt đầu theo lịch hoặc tài nguyên cụ thể. Bước này đưa lệnh từ danh sách tồn đọng vào lịch làm việc đang hoạt động.
Vì sao điều này quan trọng

Quan trọng để phân tích năng suất lao động của kỹ thuật viên và hiệu quả phân bổ tài nguyên.

Lấy dữ liệu ở đâu

Bảng r5events trong Hexagon EAM (cập nhật evt_schedstart) hoặc r5statuslog (chuyển sang 'S' - Scheduled).

Thu thập

So sánh trường trạng thái trước và sau, hoặc kiểm tra cập nhật evt_schedstart

Loại sự kiện inferred
Đã tạo yêu cầu vật tư
Yêu cầu phụ tùng hoặc vật tư được liên kết với lệnh công việc. Đây là bước khởi đầu của quy trình phụ trợ trong chuỗi cung ứng.
Vì sao điều này quan trọng

Điểm bắt đầu để tính thời gian mua phụ tùng. Số lượng lớn ở bước này cho thấy mức độ phụ thuộc vào lượng hàng tồn kho sẵn có.

Lấy dữ liệu ở đâu

Bảng r5requisitions trong Hexagon EAM. Liên kết qua req_evt (mã lệnh công việc).

Thu thập

Ghi nhận khi thực hiện giao dịch INSERT trên r5requisitions

Loại sự kiện explicit
Đã xác nhận mục trong danh sách kiểm tra
Một công việc hoặc bước kiểm tra cụ thể trong lệnh công việc được đánh dấu là hoàn tất. Sự kiện này ghi nhận tiến độ chi tiết của công việc.
Vì sao điều này quan trọng

Cần thiết để bảo đảm tuân thủ và tính toàn vẹn của hồ sơ. Chứng minh các bước kiểm tra an toàn đã được ghi nhận trong hệ thống.

Lấy dữ liệu ở đâu

Bảng r5checklist hoặc r5activities trong Hexagon EAM. Thay đổi trạng thái của một mục hoạt động hoặc công việc cụ thể.

Thu thập

Ghi nhận khi thực hiện giao dịch UPDATE trên r5checklist

Loại sự kiện explicit
Đạt kiểm tra chất lượng
Giám sát viên hoặc nhân viên kiểm tra xem xét công việc đã hoàn tất và phê duyệt chất lượng. Bước này xác nhận việc sửa chữa đạt yêu cầu trước khi đóng lệnh.
Vì sao điều này quan trọng

Hỗ trợ KPI Tỷ lệ tuân thủ kiểm soát chất lượng. Các vòng lặp quay lại từ bước này cho thấy công việc cần làm lại về mặt kỹ thuật.

Lấy dữ liệu ở đâu

r5statuslog trong Hexagon EAM (chuyển sang 'Review' hoặc 'QC') hoặc r5audittrail ghi nhận xác thực UDF cụ thể.

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 dữ liệu

Tìm hiểu cách lấy các bảng và trường dữ liệu cần thiết từ môi trường Hexagon EAM để tạo nhật ký sự kiện chất lượng cao.

Sẵn sàng bắt đầu?

Làm theo mẫu này để biến dữ liệu bảo trì thành thông tin hữu ích. Đội ngũ của chúng tôi có thể hỗ trợ bạn giải đáp các câu hỏi kỹ thuật trong quá trình chuẩn bị dữ liệu.

Giảm chậm trễ trong bảo trì tài sản, cải thiện hiệu quả ngay hôm nay

Giảm 30% thời gian chu kỳ và loại bỏ các điểm nghẽn tiềm ẩn.

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.