Mẫu dữ liệu quản lý chất lượng
Mẫu dữ liệu quản lý chất lượng
- Các thuộc tính nên thu thập để phân tích đầy đủ
- Các hoạt động quản lý chất lượng chính cần theo dõi
- Hướng dẫn trích xuất dữ liệu từ SAP S/4HANA Quality Management
Thuộc tính quản lý chất lượng
| Tên | Mô tả | ||
|---|---|---|---|
|
Hoạt động
ActivityName
|
Tên sự kiện nghiệp vụ hoặc tác vụ cụ thể đã diễn ra trong quy trình quản lý chất lượng. | ||
|
Mô tả
Thuộc tính này mô tả một bước hoặc mốc trong vòng đời của sự kiện chất lượng, chẳng hạn như 'Đã tạo thông báo', 'Đã hoàn tất phân tích nguyên nhân gốc rễ' hoặc 'Đã đưa ra quyết định sử dụng'. Các hoạt động này được xác định từ thay đổi trạng thái hệ thống, việc tạo tài liệu liên quan hoặc hành động cụ thể của người dùng được ghi trong nhật ký thay đổi. Phân tích trình tự và thời điểm của các hoạt động là trọng tâm của process mining. Việc này giúp khám phá luồng quy trình thực tế, xác định điểm nghẽn giữa các bước và đo mức độ tuân thủ quy trình vận hành tiêu chuẩn. Mức độ chi tiết của hoạt động quyết định độ sâu của phân tích quy trình.
Vì sao điều này quan trọng
Thuộc tính này xác định các bước trong quy trình, giúp bạn trực quan hóa và phân tích luồng quy trình, tìm ra điểm khác biệt và đo hiệu suất giữa các hoạt động.
Lấy dữ liệu ở đâu
Có thể tạo nhật ký sự kiện từ các thay đổi trạng thái trong bảng JEST và JSTO, hoặc từ bản ghi hoạt động trong các bảng như QMSM (nhiệm vụ). Bạn cũng có thể dựng nhật ký sự kiện từ các bảng tài liệu thay đổi CDHDR và CDPOS.
Ví dụ
Tạo thông báo chất lượngPhân công nhiệm vụ điều traĐã triển khai hành động khắc phụcĐã đóng thông báo chất lượng
|
|||
|
Sự kiện chất lượng
QualityEvent
|
Mã định danh duy nhất của thông báo chất lượng, dùng làm mã vụ việc chính để theo dõi vấn đề chất lượng từ lúc bắt đầu đến khi đóng. | ||
|
Mô tả
Sự kiện chất lượng là mã vụ việc trung tâm, liên kết mọi hoạt động, tác vụ và quyết định liên quan đến một vấn đề chất lượng. Trong SAP, mã này thường tương ứng với số thông báo chất lượng (QMNUM). Trong process mining, phân tích sự kiện theo mã này giúp tái dựng toàn bộ hành trình của từng vụ việc chất lượng. Đây là cơ sở để trực quan hóa luồng quy trình, tính thời gian xử lý toàn bộ vụ việc và tìm ra các lộ trình xử lý phổ biến hoặc khác thường. Mã này là nền tảng cho hầu hết các phân tích quản lý chất lượng.
Vì sao điều này quan trọng
Đây là khóa thiết yếu để liên kết mọi hoạt động liên quan thành một phiên bản quy trình thống nhất, giúp phân tích từ đầu đến cuối cách xử lý vấn đề chất lượng.
Lấy dữ liệu ở đâu
Đây là số thông báo chất lượng, nằm trong bảng QMEL, trường QMNUM.
Ví dụ
200000018200000019200000020
|
|||
|
Thời điểm bắt đầu
EventTimestamp
|
Ngày và giờ chính xác khi một hoạt động hoặc sự kiện diễn ra. | ||
|
Mô tả
Thời điểm bắt đầu, hay dấu thời gian của sự kiện, ghi lại chính xác lúc một hoạt động diễn ra. Thông tin này rất quan trọng để sắp xếp sự kiện theo trình tự thời gian và tính khoảng thời gian giữa các sự kiện. Ví dụ: thời điểm tạo thông báo, hoàn tất tác vụ hoặc thay đổi trạng thái. Trong phân tích process mining, thuộc tính này là cơ sở để tính mọi chỉ số thời gian như thời gian chu kỳ, thời gian xử lý và thời gian chờ. Nhờ đó, bạn có thể xác định điểm nghẽn, phân tích thông lượng và theo dõi hiệu suất so với SLA hoặc mục tiêu thời gian. Dấu thời gian chính xác rất quan trọng để đảm bảo mô hình quy trình phản ánh đúng thực tế.
Vì sao điều này quan trọng
Dấu thời gian này giúp sắp xếp sự kiện, tính các chỉ số hiệu suất như thời gian chu kỳ và thời gian chờ, đồng thời hiểu rõ diễn biến của quy trình.
Lấy dữ liệu ở đâu
Thường lấy từ các trường ngày và giờ gắn với thay đổi trạng thái hoặc thời điểm tạo tài liệu. Ví dụ: ERDAT/ERZEIT (ngày/giờ tạo) trong QMEL hoặc dấu thời gian thay đổi trong CDHDR.
Ví dụ
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
|
|||
|
Loại thông báo chất lượng
QualityNotificationType
|
Phân loại thông báo chất lượng, chẳng hạn như khiếu nại của khách hàng, vấn đề nội bộ hoặc lỗi từ nhà cung cấp. | ||
|
Mô tả
Thuộc tính này phân loại sự kiện chất lượng theo nguồn gốc và tính chất. Các loại chuẩn trong SAP gồm khiếu nại của khách hàng, báo cáo vấn đề nội bộ và lỗi liên quan đến nhà cung cấp. Phân loại này quyết định luồng quy trình tiếp theo và tài liệu cần có. Phân tích quy trình theo loại thông báo giúp bạn hiểu các loại vấn đề khác nhau có được xử lý theo cách khác nhau hoặc với hiệu suất khác nhau hay không. Thuộc tính này hỗ trợ dashboard như 'Phân tích thông lượng sự kiện chất lượng', cho phép lọc và so sánh thời gian chu kỳ cũng như lộ trình xử lý giữa các nhóm vấn đề.
Vì sao điều này quan trọng
Cho phép chia quy trình theo nhóm để xem các loại vấn đề chất lượng khác nhau có đi theo lộ trình riêng hoặc có hiệu suất khác nhau hay không.
Lấy dữ liệu ở đâu
Nằm trong bảng QMEL, trường QMART.
Ví dụ
Q1Q2F2
|
|||
|
Mức độ ưu tiên
NotificationPriority
|
Mức độ ưu tiên được gán cho thông báo chất lượng, cho biết mức độ khẩn cấp. | ||
|
Mô tả
Mức độ ưu tiên cho biết cần xử lý sự kiện chất lượng khẩn cấp đến đâu. Thuộc tính này giúp các nhóm sắp xếp công việc và xử lý vấn đề nghiêm trọng nhất trước. SAP cho phép cấu hình nhiều loại mức độ ưu tiên, có thể ảnh hưởng đến thời gian phản hồi mục tiêu. Thuộc tính này giúp phân tích xem các vụ việc ưu tiên cao có thực sự được xử lý nhanh hơn vụ việc ưu tiên thấp hay không. Qua đó, bạn có thể phát hiện trường hợp ưu tiên cao nhưng vẫn bị tắc trong quy trình. Đây là chiều phân tích quan trọng cho các dashboard như 'Phân tích thông lượng sự kiện chất lượng'.
Vì sao điều này quan trọng
Giúp đánh giá hiệu suất quy trình có phù hợp với mức độ khẩn cấp của nghiệp vụ hay không, để vấn đề ưu tiên cao được xử lý nhanh hơn.
Lấy dữ liệu ở đâu
Nằm trong bảng QMEL, trường QMPRI. Mô tả nằm trong bảng TQ05.
Ví dụ
1234
|
|||
|
Ngày xử lý mục tiêu
TargetResolutionDate
|
Ngày dự kiến hoặc ngày bắt buộc hoàn tất sự kiện chất lượng. | ||
|
Mô tả
Ngày này là hạn chót dự kiến để xử lý xong và đóng sự kiện chất lượng. Ngày này thường được dùng làm mốc để đo hiệu suất và mức độ tuân thủ thỏa thuận mức dịch vụ (SLA). Thuộc tính này là cơ sở để tính tỷ lệ hoàn thành đúng hạn và xác định các vụ việc quá hạn. Dashboard 'Hoàn thành sự kiện chất lượng đúng hạn' và KPI 'Tỷ lệ hoàn thành hành động chất lượng đúng hạn' đều dựa trên việc so sánh ngày hoàn tất thực tế với ngày mục tiêu. Thông tin này giúp ưu tiên công việc và quản lý tài nguyên hiệu quả.
Vì sao điều này quan trọng
Làm mốc đo hiệu suất đúng hạn, một KPI quan trọng để đánh giá hiệu quả quy trình và mức độ tuân thủ SLA.
Lấy dữ liệu ở đâu
Có thể tìm thấy trong QMEL-QMDAT (ngày kết thúc yêu cầu) hoặc ở cấp tác vụ trong QMSM-PSTER.
Ví dụ
2023-05-302023-06-152023-07-01
|
|||
|
Người dùng
ChangedBy
|
Mã người dùng đã thực hiện hoạt động hoặc thay đổi gần nhất. | ||
|
Mô tả
Thuộc tính này xác định người dùng cụ thể chịu trách nhiệm thực hiện một bước trong quy trình. Trong SAP, thông tin này thường tương ứng với trường 'Changed By' (AENAM) hoặc 'Created By' (ERNAM). Phân tích theo người dùng giúp bạn hiểu cách phân bổ khối lượng công việc, xác định nhu cầu đào tạo và tìm ra những điểm khác biệt trong quy trình gắn với từng người dùng. Đây là cơ sở cho phân tích theo tài nguyên, chẳng hạn như tìm hiểu vì sao một số người dùng xử lý lâu hơn hoặc thường đi theo lộ trình không chuẩn.
Vì sao điều này quan trọng
Thuộc tính này hỗ trợ phân tích hiệu suất người dùng, phân bổ khối lượng công việc và mức độ tuân thủ quy trình chuẩn, từ đó giúp tối ưu hóa tài nguyên.
Lấy dữ liệu ở đâu
Có trong các bảng tiêu đề và hạng mục như QMEL-ERNAM (người tạo), hoặc được suy ra từ nhật ký thay đổi (CDHDR-USERNAME).
Ví dụ
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
Nguyên nhân gốc rễ
RootCauseCode
|
Mã hoặc nội dung xác định nguyên nhân gốc rễ của vấn đề chất lượng. | ||
|
Mô tả
Thuộc tính Nguyên nhân gốc rễ ghi lại lý do sâu xa gây ra lỗi chất lượng hoặc tình trạng không phù hợp. Xác định đúng nguyên nhân gốc rễ là bước quan trọng trong quy trình quản lý chất lượng, vì đây là cơ sở để đưa ra hành động khắc phục và phòng ngừa hiệu quả. Thuộc tính này rất cần thiết cho dashboard 'Thời gian phân tích nguyên nhân gốc rễ' và 'Phát hiện mẫu vấn đề tái diễn'. Phân tích theo nguyên nhân gốc rễ giúp tìm ra vấn đề mang tính hệ thống. Ví dụ, khi lọc sơ đồ quy trình theo một nguyên nhân cụ thể, bạn có thể xem nguyên nhân đó dẫn đến lộ trình xử lý riêng hay thời gian xử lý lâu hơn không.
Vì sao điều này quan trọng
Giúp phân tích vấn đề mang tính hệ thống bằng cách đối chiếu nguyên nhân gốc rễ với sản phẩm, phòng ban và điểm kém hiệu quả trong quy trình, từ đó định hướng hành động phòng ngừa.
Lấy dữ liệu ở đâu
Thường được lưu trong bảng QMUR (Notification Causes), trường URCOD.
Ví dụ
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
|
|||
|
Phòng ban phụ trách
ResponsibleDepartment
|
Phòng ban hoặc bộ phận chức năng chịu trách nhiệm thực hiện một tác vụ cụ thể hoặc quản lý sự kiện chất lượng. | ||
|
Mô tả
Thuộc tính này cho biết đơn vị tổ chức được giao phụ trách một hoạt động hoặc toàn bộ sự kiện chất lượng. Đó có thể là nhóm đảm bảo chất lượng, phòng kỹ thuật hoặc đơn vị sản xuất. Đây là chiều phân tích quan trọng để xem xét sự phối hợp và bàn giao giữa các phòng ban. Thuộc tính giúp phát hiện chậm trễ khi trách nhiệm chuyển từ phòng ban này sang phòng ban khác, hỗ trợ dashboard 'Chậm trễ khi bàn giao giữa các phòng ban'. Bạn cũng có thể lọc chế độ xem quy trình để tìm hiểu cách từng phòng ban vận hành.
Vì sao điều này quan trọng
Rất quan trọng để phân tích việc bàn giao giữa các phòng ban, xác định điểm nghẽn trong tổ chức và hiểu vai trò của từng nhóm trong quy trình.
Lấy dữ liệu ở đâu
Thường được suy ra từ chức năng đối tác gắn với thông báo hoặc tác vụ, hoặc từ thông tin phân công tổ chức của người dùng trong dữ liệu nhân sự chính. Có thể không có trường dữ liệu trực tiếp.
Ví dụ
Đảm bảo chất lượngDây chuyền sản xuất 3Kỹ thuật chất lượng nhà cung cấp
|
|||
|
Sản phẩm
MaterialNumber
|
Mã định danh duy nhất của sản phẩm hoặc vật liệu bị ảnh hưởng bởi sự kiện chất lượng. | ||
|
Mô tả
Thuộc tính này liên kết sự kiện chất lượng với một sản phẩm hoặc vật liệu cụ thể. Mối liên kết này rất quan trọng với công tác đảm bảo chất lượng, vì giúp phát hiện sản phẩm thường gặp vấn đề hoặc có tỷ lệ lỗi cao. Trong process mining, phân tích theo sản phẩm giúp phát hiện các mẫu như một số sản phẩm có thời gian xử lý lâu hơn hoặc thường liên quan đến những nguyên nhân gốc rễ cụ thể. Thuộc tính này hỗ trợ dashboard 'Phát hiện mẫu vấn đề tái diễn' bằng cách đối chiếu sản phẩm với vấn đề chất lượng, từ đó giúp tập trung cải tiến chất lượng đúng chỗ.
Vì sao điều này quan trọng
Liên kết vấn đề chất lượng với từng sản phẩm, giúp phân tích tỷ lệ lỗi, nguyên nhân gốc rễ và cách xử lý theo từng sản phẩm.
Lấy dữ liệu ở đâu
Nằm trong bảng hạng mục thông báo chất lượng QMFE, trường MATNR.
Ví dụ
FIN-1001RAW-205ASEMI-303B
|
|||
|
Hệ thống nguồn
SourceSystem
|
Xác định hệ thống nguồn đã trích xuất dữ liệu, chẳng hạn như một phiên bản SAP S/4HANA cụ thể. | ||
|
Mô tả
Thuộc tính này cho biết nguồn gốc của dữ liệu quản lý chất lượng. Trong môi trường có nhiều ERP hoặc hệ thống tích hợp, trường này rất quan trọng để phân biệt nguồn dữ liệu và đảm bảo tính toàn vẹn. Khi phân tích, bạn có thể dùng trường này để lọc hoặc so sánh quy trình giữa các hệ thống hay đơn vị tổ chức. Giá trị thường không đổi trong một bộ dữ liệu, nhưng vẫn cần thiết cho quản trị dữ liệu và cung cấp ngữ cảnh.
Vì sao điều này quan trọng
Cho biết ngữ cảnh thiết yếu về nguồn gốc dữ liệu, rất quan trọng cho việc quản trị dữ liệu và trong môi trường có nhiều hệ thống kết nối với nhau.
Lấy dữ liệu ở đâu
Đây thường là giá trị tĩnh được thêm trong quá trình trích xuất dữ liệu để xác định client và mã hệ thống SAP S/4HANA.
Ví dụ
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
|
|||
|
Hiệu quả hành động
EffectivenessEvaluation
|
Kết quả kiểm tra để xác định hành động đã triển khai có hiệu quả hay không. | ||
|
Mô tả
Thuộc tính này ghi lại kết quả kiểm tra hiệu quả, bước cuối quan trọng trong chu trình quản lý chất lượng. Kết quả cho biết hành động khắc phục hoặc phòng ngừa có xử lý được nguyên nhân gốc rễ và ngăn vấn đề tái diễn hay không. Đây là thuộc tính chính cho dashboard 'Xác minh hiệu quả hành động' và KPI 'Tỷ lệ xác minh hiệu quả hành động'. Thuộc tính này cho thấy trực tiếp chất lượng của quy trình giải quyết vấn đề. Tỷ lệ hành động không hiệu quả cao cho thấy cần cải thiện khâu phân tích nguyên nhân gốc rễ hoặc lập kế hoạch hành động.
Vì sao điều này quan trọng
Đo trực tiếp mức độ thành công của quy trình giải quyết vấn đề, cho biết hành động có thực sự ngăn vấn đề tái diễn hay không.
Lấy dữ liệu ở đâu
Thông tin này thường được lưu trong hành động theo dõi hoặc trạng thái tác vụ cụ thể của thông báo chất lượng. Có thể đây là trường tùy chỉnh hoặc được xác định dựa trên một mã trạng thái cụ thể.
Ví dụ
Có hiệu quảKhông hiệu quảCần theo dõi
|
|||
|
Hoàn thành đúng hạn
IsOnTimeCompletion
|
Cờ boolean cho biết sự kiện chất lượng có được hoàn tất trước hoặc vào ngày xử lý mục tiêu hay không. | ||
|
Mô tả
Cờ được tính toán này so sánh dấu thời gian hoàn tất thực tế của sự kiện chất lượng với 'Ngày xử lý mục tiêu'. Cờ có giá trị true nếu sự kiện được đóng vào hoặc trước ngày mục tiêu, nếu không thì có giá trị false. Thuộc tính này cung cấp thước đo hiệu suất đơn giản, trực tiếp để theo dõi và làm cơ sở cho dashboard 'Hoàn thành sự kiện chất lượng đúng hạn' cùng KPI 'Tỷ lệ hành động chất lượng đúng hạn'. Bạn có thể dễ dàng lọc và tổng hợp dữ liệu để xem hiệu suất đúng hạn theo các chiều khác nhau như phòng ban, sản phẩm hoặc loại thông báo.
Vì sao điều này quan trọng
Cung cấp kết quả nhị phân rõ ràng để theo dõi hiệu suất theo thời hạn, giúp bạn dễ dàng đo lường và báo cáo mức độ tuân thủ SLA.
Lấy dữ liệu ở đâu
Thuộc tính được tính toán bằng cách so sánh dấu thời gian của hoạt động đóng cuối cùng với thuộc tính 'TargetResolutionDate'.
Ví dụ
truefalse
|
|||
|
Khách hàng
CustomerNumber
|
Mã định danh khách hàng liên quan đến sự kiện chất lượng, nếu có. | ||
|
Mô tả
Thuộc tính này liên kết sự kiện chất lượng với một khách hàng cụ thể. Thuộc tính đặc biệt hữu ích với các loại thông báo như 'Khiếu nại của khách hàng'. Theo dõi thông tin này rất quan trọng để quản lý quan hệ khách hàng và hiểu mức độ ảnh hưởng của vấn đề chất lượng đến khách hàng. Phân tích theo khách hàng giúp doanh nghiệp xác định khách hàng nào gặp nhiều vấn đề chất lượng hơn hoặc thời gian xử lý có khác nhau giữa các khách hàng hay không. Thuộc tính này hỗ trợ dashboard 'Sự kiện chất lượng theo mức độ nghiêm trọng và ảnh hưởng' bằng cách bổ sung chiều khách hàng vào phân tích mức độ ảnh hưởng.
Vì sao điều này quan trọng
Liên kết sự kiện chất lượng với khách hàng, giúp phân tích vấn đề theo từng khách hàng và ưu tiên hỗ trợ khách hàng có giá trị cao.
Lấy dữ liệu ở đâu
Thường nằm trong chức năng đối tác của thông báo. Nếu khiếu nại phát sinh từ đơn hàng bán, thông tin cũng có thể nằm trong QMEL-KUNUM.
Ví dụ
CUST-10045CUST-20399CUST-80110
|
|||
|
Là công việc làm lại
IsRework
|
Cờ boolean cho biết một hoạt động hoặc chuỗi hoạt động có phải là làm lại hay không. | ||
|
Mô tả
Cờ này được đặt thành true nếu một trường hợp lặp lại một số bước, cho thấy công việc ban đầu chưa đạt yêu cầu. Ví dụ, nếu hoạt động 'Phân tích nguyên nhân gốc rễ' được tiếp nối sau đó bằng một nhiệm vụ 'Phân công điều tra' khác trong cùng trường hợp, thì đây là dấu hiệu của một vòng lặp làm lại. Thuộc tính này hỗ trợ trực tiếp KPI 'Tỷ lệ làm lại hành động khắc phục'. Xác định và định lượng công việc làm lại là mục tiêu chính của process mining, vì việc này gây lãng phí công sức và làm giảm hiệu quả quy trình. Làm nổi bật các vòng lặp làm lại trên sơ đồ quy trình có thể giúp phát hiện những cơ hội đáng kể để cải thiện chất lượng và hiệu quả.
Vì sao điều này quan trọng
Đo lường mức độ kém hiệu quả của quy trình bằng cách xác định các bước bị lặp lại, qua đó làm rõ công sức bị lãng phí và cơ hội cải thiện tỷ lệ hoàn thành đúng ngay từ lần đầu.
Lấy dữ liệu ở đâu
Đây là thuộc tính được tính toán trong quá trình phân tích process mining bằng cách phát hiện các chuỗi hoạt động lặp lại trong cùng một trường hợp.
Ví dụ
truefalse
|
|||
|
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 dữ liệu của bản ghi này được làm mới từ hệ thống nguồn. | ||
|
Mô tả
Thuộc tính này ghi lại thời điểm dữ liệu được trích xuất hoặc cập nhật gần nhất từ hệ thống nguồn. Nhờ đó, người dùng biết dữ liệu đang phân tích mới đến mức nào. Trong dashboard hoặc báo cáo phân tích, hiển thị thông tin này giúp người dùng hiểu rõ độ mới của dữ liệu. Thông tin cũng giúp phân biệt thay đổi quy trình gần đây với những sai lệch do dữ liệu đã cũ.
Vì sao điều này quan trọng
Cho người dùng biết dữ liệu mới đến mức nào, yếu tố quan trọng để đưa ra quyết định kịp thời và chính xác dựa trên phân tích process mining.
Lấy dữ liệu ở đâu
Đây là trường siêu dữ liệu do công cụ hoặc quy trình trích xuất dữ liệu tạo và điền vào khi làm mới dữ liệu.
Ví dụ
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Nhà máy
Plant
|
Nhà máy hoặc địa điểm sản xuất nơi sự kiện chất lượng phát sinh hoặc đang được xử lý. | ||
|
Mô tả
Thuộc tính Nhà máy cho biết địa điểm thực tế, chẳng hạn như nhà máy hoặc kho hàng, liên quan đến sự kiện chất lượng. Thuộc tính này cung cấp ngữ cảnh về địa lý hoặc tổ chức cho nơi phát sinh vấn đề chất lượng. Đây là chiều phân tích hữu ích để so sánh. Khi lọc hoặc nhóm theo nhà máy, ban quản lý có thể so sánh hiệu suất giữa các địa điểm, tìm vấn đề riêng của từng cơ sở và chia sẻ cách làm hiệu quả từ những nhà máy có kết quả tốt. Thuộc tính này giúp trả lời câu hỏi như 'Nhà máy nào có thời gian phân tích nguyên nhân gốc rễ lâu nhất?'.
Vì sao điều này quan trọng
Cho phép so sánh hiệu suất giữa các địa điểm vận hành, giúp phát hiện vấn đề riêng của từng cơ sở và tìm ra cách làm hiệu quả.
Lấy dữ liệu ở đâu
Nhà máy gắn với tiêu đề thông báo nằm trong QMEL-WERKS. Nếu liên quan đến một vật liệu cụ thể, thông tin cũng có thể nằm ở cấp hạng mục.
Ví dụ
100017102000
|
|||
|
Trạng thái thông báo
SystemStatus
|
Trạng thái xử lý hiện tại của thông báo chất lượng, chẳng hạn như 'Outstanding' hoặc 'Completed'. | ||
|
Mô tả
Trạng thái hệ thống cho biết sự kiện chất lượng đang ở giai đoạn nào trong vòng đời. SAP dùng hệ thống quản lý trạng thái, trong đó các trạng thái như OSNO (Outstanding Notification), NOPR (Notification in Process) và NOCO (Notification Completed) thể hiện tiến độ. Thuộc tính này thường được dùng để xác định các hoạt động trong nhật ký sự kiện. Đây cũng là chiều phân tích hữu ích để lọc vụ việc, chẳng hạn chỉ xem các sự kiện chất lượng đang mở hoặc mới đóng. Hiểu rõ các lần chuyển trạng thái là điều cần thiết để xây dựng mô hình quy trình chính xác.
Vì sao điều này quan trọng
Cho biết trạng thái hiện tại của vụ việc, giúp lọc vụ việc đang xử lý hoặc đã đóng, đồng thời hỗ trợ xác định các hoạt động trong quy trình.
Lấy dữ liệu ở đâu
Được suy ra từ các bảng JEST và JSTO, nơi lưu thông tin trạng thái của nhiều đối tượng SAP. Liên kết được thực hiện qua QMEL-OBJNR.
Ví dụ
OSNO NOPRNOCOTSCO
|
|||
Hoạt động quản lý chất lượng
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Đã hoàn tất thông báo chất lượng
|
Cho biết thông báo chất lượng đã hoàn tất về mặt nghiệp vụ, tức là mọi hành động cần thiết đã được thực hiện và vấn đề đã được xử lý về mặt vận hành. Đây là thay đổi trạng thái chính thức trong hệ thống. | ||
|
Vì sao điều này quan trọng
Hoạt động này là mốc kết thúc chính để đo thời gian xử lý theo góc độ nghiệp vụ. Mốc này xác nhận vụ việc đã xong theo quan điểm của chủ sở hữu quy trình, ngay cả khi bước đóng về mặt kỹ thuật chưa hoàn tất.
Lấy dữ liệu ở đâu
Có thể suy ra từ thay đổi trạng thái của đối tượng thông báo chất lượng. Hệ thống ghi nhận thời điểm trạng thái như 'NOCO' (Notification completed) được thiết lập trong bảng JCDS.
Thu thập
Xác định thời điểm trạng thái 'Notification completed' được thiết lập trong bảng JCDS.
Loại sự kiện
inferred
|
|||
|
Đã triển khai hành động khắc phục
|
Đánh dấu thời điểm hoàn tất công việc trong kế hoạch hành động khắc phục. Hệ thống thường ghi nhận bước này khi tác vụ hành động khắc phục được giao trong thông báo chất lượng được đánh dấu là hoàn tất. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng cho biết các bước xử lý vấn đề chất lượng đã được thực hiện. Mốc này giúp đo tỷ lệ hoàn thành hành động đúng hạn và hiệu quả chung của giai đoạn xử lý.
Lấy dữ liệu ở đâu
Có thể suy ra từ việc hoàn tất tác vụ hành động khắc phục trong bảng QMSM. Ngày hoàn tất được ghi ở trường ERLDT hoặc thể hiện qua thay đổi trạng thái thành 'Completed' trong các bảng JEST/JCDS.
Thu thập
Xác định thời điểm hoàn tất (ERLDT) của tác vụ hành động khắc phục trong bảng QMSM.
Loại sự kiện
inferred
|
|||
|
Đã xác nhận hành động có hiệu quả
|
Xác nhận hành động khắc phục hoặc phòng ngừa đã triển khai có hiệu quả và vấn đề chất lượng được giải quyết mà không tái diễn. Hệ thống ghi nhận khi tác vụ kiểm tra hiệu quả hoàn tất hoặc sau lần đánh giá chất lượng cuối cùng. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng để xác nhận toàn bộ quá trình xử lý có hiệu quả. Tỷ lệ kiểm tra thành công cao cho thấy hệ thống quản lý chất lượng hoạt động hiệu quả và góp phần giảm vấn đề tái diễn.
Lấy dữ liệu ở đâu
Thường có thể suy ra từ việc hoàn tất tác vụ 'Effectiveness Check' trong bảng QMSM, dựa trên ngày hoàn tất ERLDT.
Thu thập
Xác định thời điểm hoàn tất tác vụ kiểm tra hiệu quả trong QMSM.
Loại sự kiện
inferred
|
|||
|
Đưa ra quyết định sử dụng
|
Đây là quyết định chính thức về chất lượng hàng hóa trong một lô kiểm tra, chẳng hạn chấp nhận hoặc từ chối. Với các vấn đề chất lượng phát sinh từ hoạt động kiểm tra, đây là sự kiện riêng biệt, được ghi nhận khi quyết định sử dụng được lưu. | ||
|
Vì sao điều này quan trọng
Trong quy trình dựa trên kiểm tra, đây là cột mốc quan trọng quyết định các hành động tiếp theo, chẳng hạn chặn hoặc giải phóng vật tư. Phân tích thời điểm và kết quả của quyết định giúp đánh giá hiệu quả kiểm soát chất lượng sản phẩm.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận rõ ràng trong bảng quyết định sử dụng QAVE. Dấu thời gian tạo bản ghi liên kết với lô kiểm tra (PRUEFLOS) đánh dấu hoạt động này.
Thu thập
Dùng dấu thời gian tạo của lô kiểm tra tương ứng trong bảng QAVE.
Loại sự kiện
explicit
|
|||
|
Hoàn tất phân tích nguyên nhân gốc
|
Đánh dấu thời điểm kết thúc giai đoạn điều tra, khi nguyên nhân gốc của vấn đề chất lượng đã được xác định. Sự kiện này thường được suy ra từ việc hoàn tất nhiệm vụ 'Root Cause Analysis' cụ thể trong thông báo. | ||
|
Vì sao điều này quan trọng
Đây là cột mốc quan trọng để đo thời lượng và hiệu quả của quá trình điều tra. Xác định các chậm trễ trước bước này giúp tìm ra điểm nghẽn trong khâu phân tích vấn đề và ra quyết định.
Lấy dữ liệu ở đâu
Sự kiện được suy ra từ việc hoàn tất nhiệm vụ điều tra hoặc nhiệm vụ dành riêng cho RCA trong bảng QMSM. Có thể xác định thời điểm hoàn tất qua thay đổi trạng thái hoặc khi trường ngày hoàn tất nhiệm vụ (ERLDT) được điền.
Thu thập
Xác định dấu thời gian hoàn tất (ERLDT) của nhiệm vụ phân tích nguyên nhân gốc liên quan trong bảng QMSM.
Loại sự kiện
inferred
|
|||
|
Tạo thông báo chất lượng
|
Hoạt động này đánh dấu thời điểm chính thức bắt đầu quy trình quản lý chất lượng, khi vấn đề, lỗi hoặc khiếu nại liên quan đến chất lượng được ghi nhận chính thức. Việc tạo Quality Notification trong SAP S/4HANA lưu lại thông tin ban đầu và cấp mã định danh riêng để bắt đầu xử lý trường hợp. | ||
|
Vì sao điều này quan trọng
Đây là sự kiện bắt đầu chính, cần thiết để đo thời gian chu kỳ từ đầu đến cuối của quy trình xử lý vấn đề chất lượng. Mốc này làm cơ sở theo dõi thời gian cần thiết để xử lý và đóng sự kiện chất lượng.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận rõ ràng trong bảng tiêu đề Quality Notification QMEL. Dấu thời gian tạo thường nằm trong trường ERDAT, tương ứng với số thông báo QMNUM.
Thu thập
Dùng dấu thời gian tạo (ERDAT) trong bảng QMEL của thông báo tương ứng.
Loại sự kiện
explicit
|
|||
|
Bắt đầu xử lý thông báo
|
Đây là thời điểm nhóm chất lượng bắt đầu xử lý một thông báo mới được tạo. Sự kiện này thường được suy ra từ thay đổi trạng thái hệ thống cho biết công việc đã bắt đầu. | ||
|
Vì sao điều này quan trọng
Hoạt động này giúp phân biệt giữa lúc vấn đề chỉ được ghi nhận và lúc công việc thực sự bắt đầu. Phân tích khoảng thời gian từ khi tạo thông báo đến bước này giúp phát hiện chậm trễ trong việc tiếp nhận vấn đề và phân công tài nguyên.
Lấy dữ liệu ở đâu
Sự kiện này được suy ra từ thay đổi trạng thái của đối tượng Quality Notification. Có thể theo dõi bằng cách phân tích nhật ký thay đổi trạng thái trong các bảng JEST và JCDS, chẳng hạn trạng thái 'NOPO' (Notification in process).
Thu thập
Xác định dấu thời gian khi trạng thái 'in process' được đặt cho thông báo trong bảng JCDS.
Loại sự kiện
inferred
|
|||
|
Cần kiểm tra hiệu quả
|
Cho biết cần kiểm tra lại để xác nhận các hành động đã triển khai giải quyết được vấn đề. Việc này thường được thể hiện qua một trạng thái cụ thể của thông báo hoặc bằng cách tạo tác vụ kiểm tra riêng. | ||
|
Vì sao điều này quan trọng
Hoạt động này đảm bảo quy trình quản lý chất lượng có bước kiểm chứng quan trọng. Nhờ đó, bạn phân biệt được việc triển khai hành động với việc xác nhận hành động có hiệu quả hay không.
Lấy dữ liệu ở đâu
Có thể suy ra từ thay đổi trạng thái của thông báo chất lượng (qua JEST/JCDS) hoặc từ việc tạo tác vụ 'Effectiveness Check' trong bảng QMSM.
Thu thập
Xác định thời điểm đổi trạng thái hoặc thời điểm tạo tác vụ kiểm tra trong QMSM.
Loại sự kiện
inferred
|
|||
|
Đã đóng thông báo chất lượng
|
Cho biết thông báo chất lượng đã được đóng hoàn toàn về mặt kỹ thuật trong hệ thống. Sau thời điểm này, không thể thay đổi thông báo nữa, đánh dấu kết thúc vòng đời của hồ sơ. | ||
|
Vì sao điều này quan trọng
Hoạt động này là sự kiện kết thúc cuối cùng của quy trình. Phân tích thời gian từ 'Notification Completed' đến 'Notification Closed' giúp phát hiện chậm trễ trong thủ tục đóng hồ sơ.
Lấy dữ liệu ở đâu
Có thể suy ra từ thay đổi trạng thái của thông báo chất lượng, cụ thể là khi thiết lập trạng thái lưu trữ hoặc đóng cuối cùng. Thay đổi này được ghi kèm thời điểm trong bảng JCDS.
Thu thập
Xác định thời điểm trạng thái cuối cùng 'Closed' được thiết lập cho thông báo trong bảng JCDS.
Loại sự kiện
inferred
|
|||
|
Đã thông báo cho các bên liên quan
|
Cho biết kết quả xử lý đã được thông báo cho các bên liên quan, chẳng hạn như khách hàng hoặc phòng ban nội bộ. Đây hiếm khi là sự kiện tự động trong hệ thống và thường cần thực hiện thủ công. | ||
|
Vì sao điều này quan trọng
Thông báo kịp thời cho các bên liên quan rất quan trọng để duy trì sự hài lòng của khách hàng và tính minh bạch. Đo thời gian từ lúc đóng vụ việc đến lúc gửi thông báo giúp phát hiện thiếu sót trong quy trình trao đổi thông tin.
Lấy dữ liệu ở đâu
Khó ghi nhận trực tiếp hoạt động này từ SAP. Có thể suy ra từ việc hoàn tất tác vụ thủ công có nhãn 'Notify Stakeholder' trong QMSM, hoặc cần phân tích dữ liệu từ hệ thống bên ngoài như nhật ký email.
Thu thập
Xác định thời điểm hoàn tất tác vụ trao đổi thông tin thủ công, nếu có. Nếu không, thông tin này thường không có sẵn.
Loại sự kiện
inferred
|
|||
|
Đã triển khai hành động phòng ngừa
|
Đánh dấu việc thực hiện thành công hành động phòng ngừa đã lên kế hoạch. Hệ thống ghi nhận khi tác vụ hành động phòng ngừa tương ứng được hoàn tất. | ||
|
Vì sao điều này quan trọng
Hoàn tất hành động phòng ngừa là bước thiết yếu trong quy trình quản lý chất lượng trưởng thành. Theo dõi hoạt động này giúp đo mức độ cam kết ngăn vấn đề trong tương lai và giảm tình trạng tái diễn.
Lấy dữ liệu ở đâu
Có thể suy ra từ việc hoàn tất tác vụ hành động phòng ngừa trong bảng QMSM, thể hiện qua trường ERLDT hoặc thay đổi trạng thái thành 'Completed'.
Thu thập
Xác định thời điểm hoàn tất (ERLDT) của tác vụ hành động phòng ngừa trong bảng QMSM.
Loại sự kiện
inferred
|
|||
|
Đề xuất hành động khắc phục
|
Hoạt động này đánh dấu thời điểm kế hoạch khắc phục vấn đề đã xác định được ghi lại chính thức. Trong SAP, sự kiện này thường được ghi nhận khi tạo nhiệm vụ 'Corrective Action' trong thông báo chất lượng. | ||
|
Vì sao điều này quan trọng
Sự kiện này mở đầu giai đoạn xử lý vấn đề. Đo thời gian từ lúc phân tích nguyên nhân gốc đến bước này giúp phát hiện chậm trễ trong việc lập kế hoạch hành động.
Lấy dữ liệu ở đâu
Sự kiện này được ghi nhận khi tạo nhiệm vụ có mã 'Corrective Action' trong bảng QMSM cho Quality Notification tương ứng.
Thu thập
Dùng dấu thời gian tạo (ERDAT) trong bảng QMSM cho các nhiệm vụ thuộc loại hành động khắc phục.
Loại sự kiện
explicit
|
|||
|
Đề xuất hành động phòng ngừa
|
Hoạt động này diễn ra khi một kế hoạch được lập để ngăn vấn đề chất lượng tái diễn. Tương tự hành động khắc phục, hoạt động thường được ghi nhận khi tạo tác vụ 'Preventive Action'. | ||
|
Vì sao điều này quan trọng
Sự kiện này giúp đánh giá tổ chức chú trọng cải tiến chất lượng chủ động đến đâu, thay vì chỉ xử lý khi vấn đề đã xảy ra. Đây là điểm bắt đầu của nỗ lực xử lý lâu dài.
Lấy dữ liệu ở đâu
Sự kiện được ghi nhận khi tạo tác vụ có mã 'Preventive Action' trong bảng QMSM cho thông báo chất lượng tương ứng.
Thu thập
Dùng thời điểm tạo (ERDAT) trong bảng QMSM của các tác vụ thuộc loại hành động phòng ngừa.
Loại sự kiện
explicit
|
|||
|
Phân công nhiệm vụ điều tra
|
Sự kiện này xảy ra khi một nhiệm vụ cụ thể, chẳng hạn điều tra nguyên nhân gốc, được tạo chính thức và giao cho một cá nhân hoặc phòng ban. Sự kiện được ghi nhận khi bản ghi nhiệm vụ được tạo trong Quality Notification. | ||
|
Vì sao điều này quan trọng
Theo dõi việc phân công nhiệm vụ giúp hiểu cách phân bổ khối lượng công việc và xác định điểm nghẽn trong phân bổ tài nguyên. Đây là mốc bắt đầu giai đoạn điều tra, một dữ liệu quan trọng để đo thời gian chu kỳ phân tích nguyên nhân gốc.
Lấy dữ liệu ở đâu
Dữ liệu được ghi nhận trong bảng quản lý nhiệm vụ QMSM, liên kết với Quality Notification. Ngày tạo (ERDAT) của nhiệm vụ có mã liên quan, chẳng hạn mã điều tra, đánh dấu sự kiện này.
Thu thập
Dùng dấu thời gian tạo (ERDAT) trong bảng QMSM cho các nhiệm vụ liên quan đến điều tra.
Loại sự kiện
explicit
|
|||
|
Phê duyệt kế hoạch hành động
|
Cho biết kế hoạch hành động khắc phục hoặc phòng ngừa đã được xem xét và phê duyệt để triển khai. Bước này thường không được ghi nhận thành một sự kiện riêng, nhưng có thể suy ra từ thời điểm một tác vụ được chuyển sang trạng thái sẵn sàng xử lý. | ||
|
Vì sao điều này quan trọng
Nếu khâu phê duyệt này kéo dài, toàn bộ quá trình xử lý có thể chậm đáng kể. Phân tích thời gian chờ giúp bạn phát hiện điểm nghẽn trong thủ tục hành chính và cơ hội tinh gọn quy trình phê duyệt.
Lấy dữ liệu ở đâu
Thường có thể suy ra từ thay đổi trạng thái của tác vụ trong bảng QMSM, chẳng hạn như 'Released'. Thời điểm đổi trạng thái được ghi trong bảng JCDS, liên kết với đối tượng tác vụ.
Thu thập
Xác định thời điểm trạng thái 'Released' được thiết lập cho tác vụ hành động khắc phục hoặc phòng ngừa.
Loại sự kiện
inferred
|
|||
Hướng dẫn trích xuất
Sẵn sàng bắt đầu?
Dùng mẫu này để nhanh chóng chuẩn bị dữ liệu và bắt đầu tối ưu hóa quy trình quản lý chất lượng. Khám phá thông tin chuyên sâu và nâng cao hiệu quả trong SAP S/4HANA.
Cải thiện quản lý chất lượng: giảm ngay 30% thời gian chu kỳ
Xác định điểm nghẽn trong SAP S/4HANA, giảm 30% thời gian chu kỳ QM.
Không cần thẻ tín dụng, thiết lập chỉ trong vài phút.