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

SAP Plant Maintenance
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 phân tích gồm các thuộc tính, hoạt động và hướng dẫn trích xuất cần thiết để xem xét quy trình bảo trì. Mẫu giúp bạn xác định dữ liệu cần có để sơ đồ hóa quy trình và hiểu rõ hiệu quả vận hành.
  • Các thuộc tính nên thu thập
  • Các hoạt động bảo trì quan trọng cần theo dõi
  • Hướng dẫn kỹ thuật trích xuất dữ liệu từ SAP PM
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 hoạt động bảo trì tài sản chính xác và đầy đủ.
5 Bắt buộc 11 Nên có 4 Không bắt buộc
Tên Mô tả
Dấu thời gian sự kiện
EventTimestamp
Ngày và giờ chính xác khi hoạt động diễn ra.
Mô tả

Ghi lại thời điểm cụ thể một sự kiện xảy ra. Với thay đổi trạng thái, dữ liệu lấy từ thời điểm cập nhật trạng thái hệ thống; với công việc, dữ liệu lấy từ thời điểm xác nhận. Dấu thời gian chính xác rất quan trọng để tính thời gian chu kỳ, thời gian xử lý và xác định điểm nghẽn giữa các bước như 'Lập kế hoạch' và 'Thực hiện'.

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

Cần thiết để sắp xếp sự kiện đúng thứ tự và tính mọi KPI dựa trên thời lượng.

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

JEST (UDATE/UTIME), AFRU (ISDD/ISDZ), MKPF (CPUDT/CPUTM)

Ví dụ
2023-10-15T08:30:00Z2023-10-15T14:45:12Z
Hệ thống nguồn
SourceSystem
Hệ thống nơi dữ liệu được tạo ra.
Mô tả

Xác định SAP client hoặc phiên bản cụ thể, chẳng hạn như 'SAP_PM_PROD'. Khi có nhiều hệ thống ERP, thuộc tính này giúp phân biệt các bản ghi có thể trùng mã nhưng thuộc về các pháp nhân hoặc môi trường hệ thống khác nhau.

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

Đảm bảo dữ liệu không trùng lặp và truy xuất được nguồn gốc trong môi trường nhiều hệ thống.

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

Cấu hình hệ thống / nhật ký trích xuất

Ví dụ
SAP_ECC_P01SAP_S4H_100
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian của lần trích xuất dữ liệu gần nhất.
Mô tả

Cho biết lần gần nhất dữ liệu được làm mới trong mô hình dữ liệu process mining. Nhờ đó, chuyên viên phân tích biết thông tin chi tiết mới đến đâu và có thể kiểm tra độ mới của dữ liệu trên các dashboard theo dõi lượng việc tồn hoặc mức độ đáp ứng SLA theo thời gian thực.

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

Rất quan trọng để quản trị dữ liệu và tạo niềm tin vào các dashboard.

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

Dấu thời gian ETL

Ví dụ
2023-11-01T12:00:00Z
Lệnh bảo trì
MaintenanceWorkOrder
Mã định danh duy nhất của lệnh bảo trì.
Mô tả

Lệnh bảo trì là chứng từ trung tâm trong SAP Plant Maintenance (bảng AUFK, trường AUFNR). Lệnh này liên kết yêu cầu bảo trì (thông báo) với tài nguyên, vật tư và chi phí thực hiện. Trong phân tích process mining, lệnh đóng vai trò là Case ID, giúp tái dựng toàn bộ vòng đời công việc bảo trì, từ lúc tạo đến khi hoàn tất về mặt kỹ thuật và nghiệp vụ.

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

Đây là khóa duy nhất liên kết mọi hoạt động, chi phí và dấu thời gian, giúp trực quan hóa luồng quy trình.

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

Bảng SAP AUFK, trường AUFNR

Ví dụ
00004001234540012345000040098765
Tên hoạt động
Activity
Công việc cụ thể hoặc thay đổi trạng thái đã diễn ra.
Mô tả

Đại diện cho một bước trong quy trình bảo trì, chẳng hạn như 'Tạo lệnh bảo trì', 'Ghi nhận xuất kho vật tư' hoặc 'Xác nhận công việc trong lệnh'. Dữ liệu thường được lấy từ các bảng quản lý trạng thái (JEST) để ghi nhận thay đổi trạng thái, hoặc từ các bảng giao dịch (AFRU cho xác nhận, MKPF cho luân chuyển vật tư). Thuộc tính này xác định các nút trên sơ đồ quy trình.

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

Thuộc tính này cho biết quy trình đã diễn ra như thế nào, rất cần thiết để khám phá luồng quy trình và các biến thể.

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

Lấy từ JEST (trạng thái), AFRU (xác nhận), QMEL (thông báo)

Ví dụ
Tạo lệnh bảo trìĐã phát hành lệnhĐã hoàn tất kỹ thuật
Loại lệnh bảo trì
MaintenanceOrderType
Phân loại lệnh bảo trì, chẳng hạn như bảo trì phòng ngừa hoặc khắc phục.
Mô tả

Loại lệnh (AUART) trong SAP PM cho biết tính chất của công việc bảo trì. Các loại thường gặp gồm PM01 (khắc phục), PM02 (phòng ngừa) và PM03 (tân trang). Thuộc tính này rất cần thiết cho 'dashboard theo dõi tác động của lệnh bảo trì khẩn cấp' và để phân nhóm các biến thể quy trình, vì quy trình bảo trì phòng ngừa khác đáng kể so với quy trình xử lý sự cố.

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

Cần thiết để phân tích riêng công việc có kế hoạch và ngoài kế hoạch.

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

Bảng SAP AUFK, trường AUART

Ví dụ
PM01PM02PM03
Mã thiết bị
EquipmentNumber
Mã định danh của tài sản vật lý cụ thể cần bảo trì.
Mô tả

Mã thiết bị (EQUNR) xác định từng máy móc hoặc tài sản. Bằng cách tổng hợp dữ liệu theo trường này, chuyên viên phân tích có thể tạo dashboard 'Chi phí bảo trì và sản lượng tài sản' để tìm các thiết bị thường xuyên hỏng hóc, tốn kém chi phí sửa chữa. Thuộc tính này hỗ trợ phân tích bảo trì tập trung vào độ tin cậy.

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

Liên kết hiệu suất quy trình với từng tài sản vật lý.

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

Bảng SAP AUFK, trường EQUNR

Ví dụ
10004567BƠM-001ĐIỀU HÒA-202
Mức ưu tiên bảo trì
MaintenancePriority
Mức độ khẩn cấp được gán cho lệnh bảo trì.
Mô tả

Cho biết mức ưu tiên (PRIOK) của công việc bảo trì, chẳng hạn như '1-Rất cao', '2-Cao' hoặc '3-Trung bình'. Trường này là dữ liệu đầu vào trực tiếp cho KPI 'Tỷ lệ lệnh bảo trì khẩn cấp'. Phân tích luồng theo mức ưu tiên giúp xác định liệu các lệnh ưu tiên cao có thực sự được xử lý nhanh hơn các công việc thông thường hay không.

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

Yếu tố chính để phân tích SLA và xác định công việc khẩn cấp.

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

Bảng SAP AFKO, trường PRIOK (hoặc AUFK qua chế độ xem)

Ví dụ
1-Khẩn cấp2-Cao3-Trung bình4-Thấp
Ngày hoàn tất mục tiêu
TargetFinishDate
Ngày dự kiến hoàn thành công việc bảo trì.
Mô tả

Ngày này (thường là Ngày kết thúc cơ bản, GLTRP) là hạn chót của lệnh công việc. Đối chiếu ngày này với thời điểm hoàn thành thực tế để tính KPI “Tỷ lệ đáp ứng SLA”. Đây là mốc để xác định lệnh công việc hoàn thành đúng hạn hay trễ.

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

Mốc tham chiếu cho mọi phép tính Giao hàng đúng hạn (OTD).

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

Bảng SAP AFKO, trường GLTRP

Ví dụ
2023-12-012023-12-15
Người dùng tạo
CreatedByUser
Tên người dùng đã tạo lệnh.
Mô tả

Xác định người dùng (ERNAM) chịu trách nhiệm tạo lệnh công việc. Trường này được ánh xạ thành “Người dùng” trong mô hình chung. Bạn có thể phân tích lệnh được tạo thủ công hay tự động, đồng thời kiểm tra hoạt động “Tạo lệnh bảo trì”.

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

Hỗ trợ phân tích hành vi người dùng và kiểm tra.

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

Bảng SAP AUFK, trường ERNAM

Ví dụ
JSMITHBSERVICEDDAVIS
Nhà máy bảo trì
MaintenancePlant
Nhà máy phụ trách công tác bảo trì.
Mô tả

Nhà máy (WERKS) là đơn vị tổ chức chính trong hoạt động logistics. Thuộc tính này phân tách dữ liệu theo cơ sở vật lý, rất cần thiết để so sánh hiệu suất giữa các địa điểm. Thuộc tính được ánh xạ thành 'Đơn vị kinh doanh' để hỗ trợ lọc dữ liệu theo cấp tổ chức trên dashboard.

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

Bộ lọc tổ chức chính để so sánh hiệu suất giữa các cơ sở.

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

Bảng SAP AUFK, trường WERKS

Ví dụ
100020003000
Nhóm lập kế hoạch
ResponsiblePlannerGroup
Nhóm chuyên viên lập kế hoạch phụ trách xử lý lệnh.
Mô tả

Nhóm lập kế hoạch (INGRP) xác định đội ngũ hoặc bộ phận phụ trách lập kế hoạch công việc bảo trì. Thuộc tính này được ánh xạ thành 'Phòng ban' và rất quan trọng đối với dashboard theo dõi mức sử dụng tài nguyên và lịch làm việc, giúp xác định nhóm lập kế hoạch nào đang tạo điểm nghẽn trong giai đoạn chuẩn bị.

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

Xác định đội ngũ hành chính phụ trách quy trình lập kế hoạch.

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

Bảng SAP AUFK, trường INGRP

Ví dụ
M01ELEMEC
Số thông báo
NotificationNumber
Thông báo bảo trì đã dẫn đến lệnh này.
Mô tả

Số thông báo (QMNUM) liên kết lệnh bảo trì với yêu cầu ban đầu (thông báo). Liên kết này cần thiết để tính toàn bộ thời gian từ lúc nhận yêu cầu bảo trì đến khi hoàn tất. Nếu thiếu liên kết, phân tích sẽ bỏ qua giai đoạn phát hiện và báo cáo ban đầu trong vòng đời bảo trì.

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

Kết nối giai đoạn thực hiện với giai đoạn yêu cầu/phát hiện.

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

Bảng SAP AUFK, trường QMNUM

Ví dụ
1000050010000501
Trạng thái hệ thống
SystemStatus
Trạng thái kỹ thuật hiện tại của lệnh (ví dụ: REL, TECO).
Mô tả

Chuỗi hoặc danh sách các trạng thái hệ thống đang áp dụng cho lệnh (từ JEST). Các giá trị thường gặp gồm CRTD (Đã tạo), REL (Đã phát hành), TECO (Hoàn tất kỹ thuật) và CLSD (Đã đóng). Dữ liệu này giúp lọc các trường hợp đang mở hoặc đã đóng trong “Bảng theo dõi tồn đọng và công việc đang thực hiện”.

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

Chỉ báo chính về giai đoạn hiện tại của lệnh.

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

SAP Function Module STATUS_TEXT_EDIT hoặc bảng JEST

Ví dụ
REL CNFTECOCRTD MACM
Trung tâm làm việc chính
MainWorkCenter
Trung tâm làm việc hoặc đội ngũ chính được phân công thực hiện lệnh.
Mô tả

Trung tâm làm việc chính (VAPLZ) đại diện cho nhóm kỹ thuật viên hoặc máy móc thực hiện công việc thực tế. Thuộc tính này được ánh xạ thành 'Đội ngũ' và rất quan trọng để phân tích hiệu quả thực hiện, chẳng hạn như thời gian sửa chữa trung bình của từng đội. Thuộc tính này cũng giúp phân biệt nhân công nội bộ với nhà thầu bên ngoài.

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

Cho phép phân tích hiệu suất theo từng nhóm tài nguyên.

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

Bảng SAP AFKO, trường VAPLZ (hoặc AUFK-VAPLZ tùy cấu hình)

Ví dụ
CƠKHÍ_01ĐỘI_ĐIỆNNHÀTHẦU_NGOÀI
Vị trí chức năng
FunctionalLocation
Vị trí theo cấu trúc phân cấp nơi tài sản được lắp đặt.
Mô tả

Cho biết vị trí trong cấu trúc kỹ thuật nơi thực hiện công việc bảo trì (TPLNR). Khác với thiết bị có thể di chuyển, vị trí chức năng là cố định. Thuộc tính này hỗ trợ dashboard theo dõi thời gian chu kỳ kiểm tra kỹ thuật, giúp so sánh hiệu suất giữa các khu vực khác nhau trong nhà máy, chẳng hạn như phòng nồi hơi và dây chuyền đóng gói.

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

Cho phép phân tích hiệu suất bảo trì theo vị trí và cấp bậc.

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

Bảng SAP IFLOT, trường TPLNR (hoặc qua AUFK-TPLNR)

Ví dụ
NHÀMÁY1-TÒANHÀ2-DÂYCHUYỀN01MỸ-TX-DAL-01
Là công việc khẩn cấp
IsEmergencyWork
Cờ cho biết lệnh công việc có phải là trường hợp khẩn cấp hay không.
Mô tả

Thuộc tính đúng/sai được tính dựa trên Mức độ ưu tiên bảo trì. Nếu mức ưu tiên là “1” (hoặc mã được cấu hình cho trường hợp khẩn cấp), cờ này có giá trị đúng. Nhờ đó, bạn có thể lọc dữ liệu và tạo KPI “Tỷ lệ lệnh công việc khẩn cấp” mà không cần viết logic phức tạp ở lớp bảng điều khiển.

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

Giúp lọc dữ liệu để phân tích hoạt động bảo trì khắc phục sự cố nghiêm trọng.

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

Được tính từ MaintenancePriority

Ví dụ
truefalse
Là công việc làm lại
IsRework
Cờ cho biết lệnh có phát sinh hoạt động làm lại hay không.
Mô tả

Giá trị đúng/sai được tính để xác định quy trình có lặp lại hay không. Cụ thể, quy trình được xem là lặp nếu hoạt động “Thực hiện công việc bảo trì” diễn ra nhiều hơn một lần hoặc trạng thái chuyển từ “Hoàn tất kỹ thuật” về “Đang xử lý”. Dữ liệu này hỗ trợ KPI “Tỷ lệ làm lại trong bảo trì” và giúp phát hiện vấn đề về chất lượng.

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

Hỗ trợ trực tiếp việc phân tích kiểm soát chất lượng.

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

Được tính từ luồng quy trình

Ví dụ
truefalse
Số giờ nhân công theo kế hoạch
PlannedLaborHours
Số giờ nhân công ước tính cho lệnh.
Mô tả

Tổng khối lượng công việc theo kế hoạch (ARBEI) từ các hoạt động của lệnh. So sánh số liệu này với Thời lượng hoạt động thực tế trong bảng điều khiển “Hiệu quả lập kế hoạch và ước tính” để đánh giá độ chính xác của kế hoạch bảo trì.

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

Chỉ số cơ sở để phân tích độ chính xác của kế hoạch.

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

Bảng SAP AFKO (tổng khối lượng công việc theo kế hoạch của các hoạt động)

Ví dụ
4.08.512.0
Tổng chi phí thực tế
TotalActualCost
Tổng chi phí thực tế được ghi nhận cho lệnh công việc.
Mô tả

Tổng hợp chi phí nhân công, vật tư và dịch vụ (từ bảng PMCO). Thuộc tính này hỗ trợ bảng điều khiển “Chi phí và sản lượng bảo trì tài sản”, giúp quản lý nắm được tác động tài chính của các hoạt động bảo trì. Đây là dữ liệu cần thiết để đánh giá sửa chữa hay thay thế tài sản sẽ tiết kiệm chi phí hơn.

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

Bổ sung khía cạnh tài chính vào dữ liệu vận hành quy trình.

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

Bảng SAP PMCO (tổng giá trị loại 04, Thực tế)

Ví dụ
150.002500.500.00
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 quan trọng cần ghi lại trong nhật ký sự kiện để khám 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ả
Đánh dấu hoàn tất kỹ thuật
Đánh dấu công việc bảo trì đã hoàn tất về mặt kỹ thuật và thực tế. Hoạt động này được ghi nhận khi trạng thái chuyển sang TECO (hoàn tất kỹ thuật).
Vì sao điều này quan trọng

Đây là mốc kết thúc quan trọng nhất để phân tích vận hành, cho biết tài sản đã được khôi phục và công việc bảo trì đã hoàn tất.

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

Bảng JCDS, trạng thái I0045 (TECO).

Thu thập

Ghi nhận khi trạng thái trong JCDS chuyển sang TECO

Loại sự kiện explicit
Đánh dấu hoàn tất nghiệp vụ
Đánh dấu lệnh bảo trì đã đóng hoàn toàn về mặt hành chính, không cho phép ghi nhận thêm chi phí. Hoạt động này được ghi nhận khi trạng thái chuyển sang CLSD (đã đóng).
Vì sao điều này quan trọng

Đây là điểm kết thúc cuối cùng trong vòng đời lệnh, rất quan trọng để đảm bảo độ chính xác của dữ liệu và tuân thủ quy định lưu trữ hồ sơ.

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

Bảng JCDS, trạng thái I0046 (CLSD).

Thu thập

Ghi nhận khi trạng thái trong JCDS chuyển sang CLSD

Loại sự kiện explicit
Ghi nhận xuất kho vật tư
Ghi nhận việc sử dụng phụ tùng hoặc vật tư thực tế cho lệnh bảo trì. Hoạt động này lấy dữ liệu từ tiêu đề chứng từ vật tư liên kết với lệnh.
Vì sao điều này quan trọng

Xác nhận phụ tùng đã có sẵn và được lấy khỏi kho, tác động trực tiếp đến phân tích thời gian chờ phụ tùng.

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

Bảng MSEG/MKPF, loại chuyển động 261 (xuất vật tư cho lệnh).

Thu thập

Ghi nhận khi thực hiện giao dịch MIGO/MB1A

Loại sự kiện explicit
Phát hành lệnh bảo trì
Cho biết việc lập kế hoạch đã hoàn tất và lệnh được phép thực hiện. Hoạt động này được ghi nhận khi trạng thái hệ thống chuyển sang REL.
Vì sao điều này quan trọng

Mốc này phân định giai đoạn lập kế hoạch với giai đoạn thực hiện, rất quan trọng để đo thời gian lập kế hoạch và ước tính.

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

Bảng JCDS (chứng từ thay đổi trạng thái), trạng thái I0002 (REL).

Thu thập

Ghi nhận khi trạng thái trong JCDS chuyển sang REL

Loại sự kiện explicit
Tạo lệnh bảo trì
Đánh dấu thời điểm hệ thống tạo đối tượng lệnh bảo trì. Hoạt động này lấy dấu thời gian tạo từ bảng dữ liệu chính của lệnh.
Vì sao điều này quan trọng

Đây là sự kiện mốc chính của hồ sơ, đánh dấu bước chuyển từ yêu cầu sang lập kế hoạch và thực hiện.

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

Bảng AUFK, trường ERDAT (ngày) và ERFZEIT (giờ).

Thu thập

Ghi nhận khi thực hiện giao dịch IW31

Loại sự kiện explicit
Xác nhận công việc trong lệnh
Ghi nhận thời gian thực tế kỹ thuật viên dành cho một công việc cụ thể. Hoạt động này phản ánh công việc thực tế được thực hiện trên tài sản.
Vì sao điều này quan trọng

Hoạt động này là nguồn dữ liệu chính để tính thời gian sửa chữa trung bình và chi phí nhân công.

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

Bảng AFRU (xác nhận lệnh).

Thu thập

Ghi nhận khi thực hiện giao dịch IW41

Loại sự kiện explicit
Ghi nhận số đo
Ghi nhận việc nhập chứng từ đo lường, chẳng hạn như chỉ số bộ đếm hoặc đánh giá tình trạng. Hoạt động này thường tương ứng với sự kiện kiểm tra kỹ thuật.
Vì sao điều này quan trọng

Cần thiết cho bảo trì dựa trên tình trạng và theo dõi thời gian chu kỳ kiểm tra kỹ thuật.

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

Bảng IMRG (chứng từ đo lường), liên kết với thiết bị hoặc vị trí chức năng.

Thu thập

Ghi nhận khi tạo chứng từ đo lường

Loại sự kiện explicit
Hủy hoàn tất kỹ thuật
Ghi nhận việc hủy trạng thái hoàn tất kỹ thuật, cho biết lệnh đã được mở lại. Thao tác này tạo vòng lặp làm lại trong mô hình quy trình.
Vì sao điều này quan trọng

Đây là chỉ báo chính của KPI tỷ lệ làm lại trong bảo trì, giúp phát hiện việc đóng lệnh quá sớm hoặc vấn đề về chất lượng.

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

Bảng JCDS, trạng thái I0045 (TECO) chuyển sang không hoạt động.

Thu thập

Ghi nhận khi trạng thái TECO bị hủy kích hoạt

Loại sự kiện explicit
Kết chuyển chi phí lệnh
Cho biết chi phí đã tập hợp trên lệnh được chuyển sang đối tượng kiểm soát chi phí, chẳng hạn như trung tâm chi phí. Hoạt động này lấy dữ liệu từ chứng từ kiểm soát chi phí.
Vì sao điều này quan trọng

Theo dõi khâu hoàn tất tài chính và hỗ trợ KPI thời gian kết chuyển chi phí.

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

Bảng COBK (tiêu đề chứng từ đối tượng CO), liên kết với lệnh.

Thu thập

Ghi nhận khi thực hiện giao dịch kết chuyển KO88

Loại sự kiện explicit
Lên lịch lệnh bảo trì
Cho biết các công việc được xếp lịch cụ thể theo năng lực hoặc ngày thực hiện. Hoạt động này được suy ra từ việc gán trạng thái Dispatch cho các công việc.
Vì sao điều này quan trọng

Đo hiệu quả phân bổ tài nguyên và hỗ trợ dashboard theo dõi mức sử dụng tài nguyên và lịch làm việc.

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

Bảng JCDS (chứng từ thay đổi trạng thái) cho các công việc (ObjType OV), trạng thái I0009 (DSPT).

Thu thập

So sánh trường trạng thái trước và sau khi thay đổi

Loại sự kiện inferred
Tạo thông báo bảo trì
Ghi nhận thời điểm tạo thông báo bảo trì, thường là bước khởi đầu dẫn đến một lệnh bảo trì. Hoạt động này lấy dấu thời gian tạo bản ghi từ bảng QMEL, liên kết yêu cầu ban đầu với lệnh thực hiện.
Vì sao điều này quan trọng

Hoạt động này đánh dấu điểm bắt đầu của quy trình bảo trì từ đầu đến cuối, giúp tính thời gian từ lúc phát hiện sự cố đến khi tạo lệnh.

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

Bảng QMEL, trường ERDAT (ngày tạo) và MZEIT (giờ). Liên kết với lệnh qua QMEL-AUFNR.

Thu thập

Ghi nhận khi tạo bản ghi trong bảng QMEL

Loại sự kiện explicit
Tạo yêu cầu mua hàng
Cho biết yêu cầu mua hàng hóa hoặc dịch vụ từ bên ngoài đã được tạo. Hoạt động này kết nối lệnh bảo trì nội bộ với chuỗi cung ứng bên ngoài.
Vì sao điều này quan trọng

Thông tin này rất quan trọng để phân tích chậm trễ do nhà cung cấp bên ngoài hoặc việc mua vật tư không có sẵn trong kho.

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

Bảng EBAN, liên kết qua phân bổ tài khoản với AUFK-AUFNR.

Thu thập

Ghi nhận khi tạo bản ghi EBAN

Loại sự kiện explicit
Thay đổi mức ưu tiên bảo trì
Ghi nhận thay đổi mức ưu tiên của lệnh bảo trì, chẳng hạn như nâng lên mức Khẩn cấp. Dữ liệu được lấy từ chứng từ thay đổi liên kết với dữ liệu chính của lệnh.
Vì sao điều này quan trọng

Theo dõi thay đổi mức ưu tiên giúp giải thích các sai lệch trong quy trình và hỗ trợ dashboard theo dõi tác động của lệnh bảo trì khẩn cấp bằng cách phát hiện các lần nâng mức ưu tiên đột xuất.

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

Bảng CDPOS/CDHDR, Object Class AUFTRAG, trường PRIOK.

Thu thập

Ghi nhận trong chứng từ thay đổi (CDPOS)

Loại sự kiện explicit
Thêm vật tư vào lệnh
Ghi nhận việc thêm phụ tùng hoặc vật tư vào danh sách thành phần của lệnh bảo trì. Hoạt động này được lấy từ thời điểm tạo một dòng đặt trước vật tư.
Vì sao điều này quan trọng

Đánh dấu thời điểm bắt đầu chu trình mua sắm các phụ tùng cần thiết, hỗ trợ dashboard theo dõi thời gian mua phụ tùng.

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

Bảng RESB, trường BDTER (ngày yêu cầu) hoặc dấu thời gian tạo.

Thu thập

Ghi nhận khi thêm dòng vào RESB

Loại sự kiện explicit
Nên có Không bắt buộc

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

Cách lấy dữ liệu từ SAP Plant Maintenance

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

Dùng các tài nguyên này để bắt đầu sơ đồ hóa quy trình bảo trì và tìm cơ hội tiết kiệm chi phí. Khung hướng dẫn giúp bạn chuẩn bị cấu trúc dữ liệu phù hợp để nắm rõ hoạt động vận hành.

Xử lý điểm nghẽn trong bảo trì tài sản trên SAP 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 trong 5 phút