> Cải tiến quy trình liên tục > Quản lý chất lượng > ETQ Reliance > Mẫu dữ liệu

Mẫu dữ liệu quản lý chất lượng

ETQ Reliance

Thuộc tính quản lý chất lượng(22) Hoạt động quản lý chất lượng(17) Hướng dẫn trích xuất(1)

Mẫu dữ liệu quản lý chất lượng

Mẫu này hướng dẫn bạn thu thập đúng dữ liệu để tối ưu hóa quy trình quản lý chất lượng. Mẫu nêu các thuộc tính thiết yếu cần thu thập, những hoạt động chính cần theo dõi và hướng dẫn thực tế để trích xuất dữ liệu. Hãy dùng tài nguyên này để tạo event log phục vụ phân tích quy trình.

Các thuộc tính nên thu thập để có dữ liệu đầy đủ
Các hoạt động chính cần theo dõi để nắm rõ quy trình
Hướng dẫn từng bước trích xuất dữ liệu từ ETQ Reliance

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.

Tải mẫu xuống

Thuộc tính quản lý chất lượng

Đây là những trường dữ liệu nên có trong event log để cung cấp bối cảnh cần thiết cho việc phân tích quản lý chất lượng.

3 Bắt buộc 6 Nên có 13 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 một hoạt động cụ thể diễn ra.
Mô tả Dấu thời gian sự kiện ghi lại chính xác thời điểm một hoạt động được lưu trong hệ thống. Mỗi hoạt động trong vòng đời của một sự kiện chất lượng có dấu thời gian riêng, tạo thành trình tự sự kiện theo thời gian. Thuộc tính này là nền tảng cho mọi phân tích theo thời gian trong process mining. Thuộc tính được dùng để tính thời gian chu kỳ giữa các hoạt động, xác định thời gian chờ và điểm nghẽn, cũng như đo tổng thời gian xử lý một sự kiện chất lượng. Thuộc tính này còn cho phép phân tích xu hướng hiệu suất theo thời gian. Vì sao điều này quan trọng Thuộc tính này cần thiết để tính thời lượng, sắp xếp sự kiện theo trình tự thời gian và thực hiện mọi phân tích theo thời gian, chẳng hạn như xác định điểm nghẽn. Lấy dữ liệu ở đâu Thông tin này thường có trong các bảng nhật ký kiểm tra hoặc trong trường ngày 'sửa đổi lần cuối' hay 'thay đổi trạng thái' gắn với từng hoạt động hoặc bước workflow trong ETQ Reliance. Ví dụ 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	Sự kiện chất lượng QualityEvent	Mã định danh duy nhất cho một sự kiện chất lượng, liên kết mọi hoạt động liên quan từ lúc phát hiện đến khi đóng hồ sơ.
Mô tả Sự kiện chất lượng là mã định danh trường hợp chính trong quy trình quản lý chất lượng. Mã này đại diện cho một vấn đề chất lượng riêng biệt, chẳng hạn như trường hợp không phù hợp, khiếu nại của khách hàng hoặc sai lệch, trong suốt quá trình điều tra và xử lý. Trong phân tích process mining, thuộc tính này rất cần thiết để tái dựng toàn bộ hành trình của từng sự kiện chất lượng. Nhờ đó, chuyên viên phân tích có thể trực quan hóa sơ đồ quy trình, đo thời gian chu kỳ từ đầu đến cuối và phân tích các biến thể để hiểu cách xử lý từng loại sự kiện. Mọi hoạt động và điểm dữ liệu đều được nhóm theo mã này để cung cấp cái nhìn đầy đủ về trường hợp. Vì sao điều này quan trọng Đây là thuộc tính nền tảng của process mining. Thuộc tính này liên kết mọi bước quy trình liên quan thành một trường hợp duy nhất, cho phép phân tích toàn bộ vòng đời xử lý vấn đề chất lượng. Lấy dữ liệu ở đâu Đây là khóa chính trong mô-đun Sự kiện chất lượng hoặc Trường hợp không phù hợp chính của ETQ Reliance. Hãy tham khảo tài liệu ETQ Reliance để biết tên bảng và trường cụ thể. Ví dụ QE-2023-00123NC-2023-0456CAPA-2023-7890
	Tên hoạt động ActivityName	Tên của tác vụ hoặc sự kiện 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 cụ thể trong vòng đời sự kiện chất lượng, chẳng hạn như 'Đã phân loại và ưu tiên vấn đề' hoặc 'Hoàn tất phân tích nguyên nhân gốc rễ'. Mỗi hoạt động là một hành động riêng biệt giúp đưa sự kiện chất lượng đến gần hơn với việc xử lý. Phân tích hoạt động là trọng tâm của process mining. Thuộc tính này được dùng để tạo sơ đồ quy trình, thể hiện luồng công việc. Nhờ đó, bạn có thể xác định điểm nghẽn, sai lệch so với quy trình tiêu chuẩn và các vòng lặp làm lại, những yếu tố quan trọng để cải tiến 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 của quy trình, cần thiết để trực quan hóa luồng quy trình, tìm ra điểm nghẽn và phân tích sai lệch. Lấy dữ liệu ở đâu Thông tin này thường được lấy từ nhật ký sự kiện, thay đổi trạng thái workflow hoặc nhật ký kiểm tra trong các mô-đun ETQ Reliance. Ví dụ Bắt đầu điều traHoàn tất phân tích nguyên nhân gốc rễPhê duyệt kế hoạch hành động khắc phục
	Kết quả xác minh EffectivenessVerificationOutcome	Kết quả kiểm tra xem hành động khắc phục có hiệu quả hay không.
Mô tả Sau khi thực hiện hành động khắc phục, thường cần xác minh để đảm bảo hành động đó thực sự giải quyết được vấn đề. Thuộc tính này ghi lại kết quả xác minh, thường là 'Có hiệu quả' hoặc 'Không hiệu quả'. Thuộc tính này đóng vai trò chính trong bảng điều khiển Hiệu quả hành động khắc phục và KPI Tỷ lệ xác minh hiệu quả CAPA. Thuộc tính đo trực tiếp mức độ thành công của quá trình xử lý, giúp phát hiện vấn đề tái diễn và cải thiện chất lượng kế hoạch hành động khắc phục. Vì sao điều này quan trọng Thuộc tính này đo trực tiếp hiệu quả của hành động khắc phục, giúp giảm việc làm lại và ngăn vấn đề chất lượng tái diễn. Lấy dữ liệu ở đâu Trường này có thể nằm trong phần xác minh hiệu quả của mô-đun CAPA hoặc Sự kiện chất lượng trong ETQ Reliance. Ví dụ Có hiệu quảKhông hiệu quảĐang chờ
	Mức độ nghiêm trọng SeverityLevel	Phân loại mức độ ảnh hưởng của sự kiện chất lượng, chẳng hạn như nghiêm trọng, lớn hoặc nhỏ.
Mô tả Mức độ nghiêm trọng đánh giá ảnh hưởng tiềm ẩn của vấn đề chất lượng đối với khách hàng, sản phẩm hoặc việc tuân thủ quy định. Thông tin này giúp ưu tiên tài nguyên và xác định mức độ khẩn cấp khi xử lý. Thuộc tính này rất quan trọng đối với các bảng điều khiển Phân loại và ưu tiên vấn đề, cũng như Xử lý sự kiện nghiêm trọng. Bạn có thể phân nhóm sự kiện chất lượng để xem các vấn đề nghiêm trọng có được xử lý nhanh hơn vấn đề ít nghiêm trọng hay không, đồng thời đảm bảo vấn đề cấp bách được chú ý ngay. Vì sao điều này quan trọng Thuộc tính này giúp ưu tiên và phân nhóm hồ sơ, đảm bảo các vấn đề chất lượng nghiêm trọng nhất được xử lý với mức độ khẩn cấp phù hợp. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong hầu hết mô-đun quản lý chất lượng của ETQ Reliance, thường nằm trong biểu mẫu tiếp nhận vấn đề ban đầu. Ví dụ Nghiêm trọngLớnNhỏ
	Người thực hiện hành động ActionPerformedBy	Người dùng hoặc tài nguyên đã thực hiện một hoạt động cụ thể.
Mô tả Thuộc tính này xác định cá nhân hoặc người dùng hệ thống chịu trách nhiệm hoàn thành một tác vụ trong vòng đời của sự kiện chất lượng. Thuộc tính liên kết các hoạt động trong quy trình với những người hoặc nhóm thực hiện. Phân tích hiệu suất 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à ghi nhận cá nhân hoặc nhóm có hiệu suất cao. Thông tin này cũng cần thiết cho việc tuân thủ và kiểm toán, vì cho biết rõ ai đã thực hiện từng hành động. 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 của người thực hiện, cân bằng khối lượng công việc và xác định nhu cầu đào tạo. Lấy dữ liệu ở đâu Thông tin này thường được lưu trong nhật ký kiểm toán hoặc chi tiết giao dịch, thường liên kết với trường ID người dùng trong ETQ Reliance. Ví dụ j.doeasmithqa_manager
	Nhóm nguyên nhân gốc rễ RootCauseCategory	Phân loại nguyên nhân gốc rễ đã xác định của sự kiện chất lượng.
Mô tả Sau khi phân tích nguyên nhân gốc rễ, nguyên nhân sâu xa của vấn đề thường được phân loại. Ví dụ: 'Thiết bị hỏng', 'Lỗi con người', 'Quy trình chưa phù hợp' hoặc 'Vấn đề từ nhà cung cấp'. Thuộc tính này là dữ liệu thiết yếu cho bảng điều khiển Xu hướng nhóm nguyên nhân gốc rễ. Bằng cách theo dõi tần suất của từng nhóm nguyên nhân theo thời gian, tổ chức có thể phát hiện vấn đề mang tính hệ thống và tập trung cải tiến vào những nguyên nhân phổ biến nhất gây ra vấn đề chất lượng. Nhờ đó, tổ chức có thể chuyển từ xử lý sự cố sang chủ động phòng ngừa. Vì sao điều này quan trọng Thuộc tính này hỗ trợ phân tích các vấn đề tái diễn, giúp phát hiện nguyên nhân mang tính hệ thống và ưu tiên hành động khắc phục, phòng ngừa dài hạn. Lấy dữ liệu ở đâu Trường này thường được điền trong giai đoạn Phân tích nguyên nhân gốc rễ của quy trình làm việc trong ETQ Reliance. Ví dụ Quy trình chưa phù hợpLỗi vật liệuLỗi con ngườiThiết bị trục trặc
	Phòng ban chịu trách nhiệm ResponsibleDepartment	Phòng ban hoặc bộ phận chức năng chịu trách nhiệm về sự kiện chất lượng hoặc một hoạt động cụ thể.
Mô tả Thuộc tính này cho biết đơn vị trong tổ chức được giao quản lý sự kiện chất lượng hoặc thực hiện một số bước, chẳng hạn như 'Đảm bảo chất lượng', 'Kỹ thuật' hoặc 'Sản xuất'. Đơn vị có thể được chỉ định ở cấp hồ sơ hoặc thay đổi khi hồ sơ chuyển giữa các phòng ban. Thuộc tính này là dữ liệu chính cho bảng điều khiển Phân tích hiệu suất phòng ban. Bạn có thể lọc và so sánh hiệu suất quy trình giữa các phòng ban, chẳng hạn như thời gian xử lý và số lượng sự kiện. Qua đó, bạn có thể tìm ra điểm nghẽn, hạn chế về tài nguyên hoặc những lĩnh vực đang hoạt động tốt. Vì sao điều này quan trọng Thuộc tính này giúp so sánh hiệu suất và phân tích điểm nghẽn giữa các đơn vị kinh doanh, từ đó tối ưu việc phân bổ tài nguyên. Lấy dữ liệu ở đâu Thông tin này thường nằm trong một trường trên biểu mẫu sự kiện chất lượng chính của ETQ Reliance, cho biết chủ sở hữu hoặc nhóm chịu trách nhiệm. Ví dụ Đảm bảo chất lượngSản xuấtNghiên cứu và phát triển
	Thời điểm kết thúc sự kiện EventEndTime	Ngày giờ một hoạt động hoàn tất, dùng để tính thời gian xử lý hoạt động đó.
Mô tả Thời gian kết thúc sự kiện cho biết một hoạt động đã hoàn tất. Khi kết hợp với dấu thời gian sự kiện (thời gian bắt đầu), giá trị này xác định thời lượng của một bước trong quy trình. Không phải hệ thống nào cũng ghi lại thời gian kết thúc cho từng sự kiện. Trong trường hợp đó, bạn có thể suy ra thời gian này từ thời điểm bắt đầu của sự kiện tiếp theo. Thuộc tính này rất quan trọng để tính thời gian xử lý của từng hoạt động, khác với thời gian chờ giữa các hoạt động. Nhờ đó, bạn có thể xác định nhiệm vụ nào mất nhiều thời gian và tập trung cải tiến để quy trình hiệu quả hơn. Vì sao điều này quan trọng Thuộc tính này giúp tính thời gian xử lý của từng hoạt động, phân biệt thời gian làm việc thực tế với thời gian chờ. Lấy dữ liệu ở đâu Một số mô-đun ETQ Reliance có thể ghi lại thời điểm bắt đầu và kết thúc của một số tác vụ. Nếu không có dữ liệu này, bạn có thể suy ra trong bước chuẩn bị dữ liệu. Ví dụ 2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
	Có làm lại IsRework	Cờ cho biết một hoạt động hoặc chuỗi hoạt động có phải là phần việc làm lại hay không.
Mô tả Thuộc tính dạng đúng/sai này được suy ra để xác định khi nào quy trình lặp lại một bước. Ví dụ: xác minh hiệu quả không đạt khiến phải điều tra lại, hoặc kế hoạch hành động khắc phục bị từ chối và gửi lại để chỉnh sửa. Thuộc tính đánh dấu các hoạt động lặp lại bước đã thực hiện trước đó. Thuộc tính này được dùng để tính KPI 'Tỷ lệ làm lại đối với hành động khắc phục'. Việc nhận diện phần việc làm lại rất quan trọng để hiểu điểm kém hiệu quả trong quy trình, vì công việc lặp lại tiêu tốn tài nguyên và kéo dài thời gian xử lý mà không đưa hồ sơ đến gần hơn với kết quả. Vì sao điều này quan trọng Thuộc tính này đo mức kém hiệu quả của quy trình bằng cách đánh dấu công việc lặp lại, giúp tìm nguyên nhân gốc rễ của lỗi quy trình và giảm lãng phí. Lấy dữ liệu ở đâu Thuộc tính này không có trong hệ thống nguồn. Thuộc tính được tính dựa trên chuỗi hoạt động trong một hồ sơ ở bước chuyển đổi dữ liệu. Ví dụ truefalse
	Đơn vị kinh doanh BusinessUnit	Bộ phận hoặc đơn vị kinh doanh lớn hơn nơi phát sinh sự kiện chất lượng.
Mô tả Thuộc tính này gắn sự kiện chất lượng với một đơn vị kinh doanh cụ thể trong tổ chức, chẳng hạn như 'Điện tử tiêu dùng' hoặc 'Thiết bị y tế'. Thuộc tính cung cấp bối cảnh ở cấp tổ chức cao hơn phòng ban. Nhờ đó, bạn có thể so sánh hiệu suất ở cấp tổng thể giữa các bộ phận khác nhau của doanh nghiệp. Lãnh đạo có thể biết đơn vị kinh doanh nào đang gặp thách thức lớn nhất về chất lượng và phân bổ tài nguyên phù hợp. Vì sao điều này quan trọng Thuộc tính này giúp so sánh tổng quan hiệu suất quy trình chất lượng giữa các bộ phận trong công ty. Lấy dữ liệu ở đâu Thông tin này có thể nằm trong một trường trên biểu mẫu sự kiện chất lượng hoặc được suy ra từ các thuộc tính khác như phòng ban chịu trách nhiệm hoặc sản phẩm. Ví dụ Thiết bị y tếPhụ tùng ô tôGiải pháp công nghiệp
	Hệ thống nguồn SourceSystem	Hệ thống dùng để trích xuất dữ liệu.
Mô tả Thuộc tính này xác định nguồn gốc của dữ liệu quản lý chất lượng. Trong chế độ xem quy trình này, giá trị sẽ không thay đổi, cho biết dữ liệu đến từ ETQ Reliance. Dù giá trị có thể không thay đổi trong một tập dữ liệu, thuộc tính này vẫn rất quan trọng đối với quản trị dữ liệu và các trường hợp hợp nhất dữ liệu từ nhiều hệ thống. Thuộc tính giúp làm rõ nguồn gốc dữ liệu và hỗ trợ quản lý việc tích hợp dữ liệu. Vì sao điều này quan trọng Thông tin này cung cấp bối cảnh cần thiết về nguồn gốc dữ liệu, phục vụ quản trị, xác thực và tích hợp dữ liệu với các hệ thống khác. Lấy dữ liệu ở đâu Giá trị này thường được thêm cố định trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL) để ghi rõ nguồn dữ liệu. Ví dụ ETQ Reliance
	ID hành động phòng ngừa PreventiveActionId	Mã định danh duy nhất của hành động phòng ngừa được tạo để xử lý 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 hoặc nhiều hành động phòng ngừa được tạo để xử lý nguyên nhân gốc rễ và ngăn vấn đề tái diễn ở những nơi khác. Một sự kiện chất lượng có thể dẫn đến nhiều hành động phòng ngừa. ID này rất quan trọng đối với bảng điều khiển Quản lý hành động phòng ngừa. Thuộc tính giúp theo dõi tỷ lệ triển khai các hành động phòng ngừa đã xác định và phát hiện những nỗ lực trùng lặp hoặc không cần thiết, để quản lý hoạt động cải tiến chủ động hiệu quả hơn. Vì sao điều này quan trọng Thuộc tính này liên kết các sự kiện chất lượng cần xử lý với sáng kiến cải tiến chủ động, giúp phân tích mức độ hiệu quả của tổ chức trong việc ngăn ngừa vấn đề về sau. Lấy dữ liệu ở đâu Đây có thể là một bản ghi liên quan hoặc một trường trong phần Hành động phòng ngừa của mô-đun CAPA trong ETQ Reliance. Ví dụ PA-2023-0088PA-2023-0089PA-2023-0090
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Thời điểm dữ liệu của quy trình được làm mới gần nhất.
Mô tả Thuộc tính này ghi lại ngày giờ trích xuất dữ liệu gần nhất từ hệ thống nguồn. Đây là trường siêu dữ liệu áp dụng cho toàn bộ tập dữ liệu, không phải từng sự kiện riêng lẻ. Khi phân tích quy trình, bạn cần biết dữ liệu được cập nhật đến thời điểm nào. Thuộc tính này giúp người dùng đánh giá mức độ mới của dữ liệu phân tích, từ đó đưa ra quyết định dựa trên thông tin cập nhật và hiểu rõ độ trễ dữ liệu. Vì sao điều này quan trọng Thuộc tính này cho biết dữ liệu mới đến đâu, giúp bạn đánh giá mức độ cập nhật của kết quả phân tích và thông tin chuyên sâu. Lấy dữ liệu ở đâu Giá trị này được tạo trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL), ghi lại thời điểm tác vụ chạy. Ví dụ 2024-05-20T08:00:00Z
	Mô tả vấn đề IssueDescription	Mô tả bằng văn bản tự do về vấn đề chất lượng được phát hiện.
Mô tả Thuộc tính này chứa phần mô tả chi tiết bằng văn bản về vấn đề chất lượng. Nội dung cung cấp bối cảnh định tính mà các trường dữ liệu có cấu trúc không thể ghi lại. Mô tả vấn đề thường không được dùng trực tiếp để trực quan hóa luồng quy trình, nhưng rất hữu ích khi xem xét chi tiết từng hồ sơ. Bạn cũng có thể dùng kỹ thuật khai phá văn bản để tìm các chủ đề hoặc từ khóa thường xuất hiện cùng một số loại sai lệch hoặc chậm trễ trong quy trình. Vì sao điều này quan trọng Thuộc tính này cung cấp bối cảnh định tính quan trọng để hiểu rõ sự kiện chất lượng, hữu ích khi phân tích sâu từng hồ sơ. Lấy dữ liệu ở đâu Đây là ô văn bản hoặc trường ghi chú tiêu chuẩn trên biểu mẫu báo cáo sự kiện chất lượng ban đầu trong ETQ Reliance. Ví dụ Linh kiện XYZ không đạt bài kiểm tra độ bền tại trạm 4.Khách hàng báo lỗi ngoại quan trên lô 789.Phát hiện cài đặt hiệu chuẩn không chính xác trên máy A.
	Quy định liên quan AssociatedRegulationStandard	Quy định hoặc tiêu chuẩn chất lượng cụ thể liên quan đến 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 yêu cầu pháp lý hoặc tiêu chuẩn ngành cụ thể, chẳng hạn như ISO 9001, FDA 21 CFR Part 820 hoặc chính sách nội bộ của công ty. Điều này đặc biệt quan trọng trong các ngành chịu sự quản lý của quy định. Đây là thuộc tính chính cho bảng điều khiển Tổng quan tuân thủ chất lượng. Phân tích sự kiện theo tiêu chuẩn liên quan giúp theo dõi việc tuân thủ, phát hiện những lĩnh vực thường xuyên có sai lệch và đảm bảo đáp ứng đúng hạn mọi yêu cầu pháp lý. Vì sao điều này quan trọng Thuộc tính này giúp phân tích sự kiện chất lượng trong bối cảnh tuân thủ, đảm bảo đáp ứng các quy định và tiêu chuẩn ngành cụ thể. Lấy dữ liệu ở đâu Đây có thể là một trường riêng hoặc danh sách lựa chọn trên biểu mẫu sự kiện chất lượng trong ETQ Reliance, nhất là ở các mô-đun tập trung vào tuân thủ. Ví dụ ISO 9001:201521 CFR Part 820IATF 16949
	Sản phẩm bị ảnh hưởng AffectedProduct	Sản phẩm, vật liệu hoặc linh kiện liên quan đến sự kiện chất lượng.
Mô tả Thuộc tính này xác định sản phẩm hoặc mã linh kiện cụ thể liên quan đến vấn đề chất lượng. Thuộc tính liên kết dữ liệu quy trình với dữ liệu danh mục sản phẩm. Phân tích sự kiện chất lượng theo sản phẩm giúp doanh nghiệp xác định sản phẩm nào thường gặp vấn đề hơn, từ đó phát hiện nguy cơ về thiết kế hoặc sản xuất. Nhờ vậy, bạn có thể tập trung cải tiến vào những sản phẩm cần được ưu tiên. Vì sao điều này quan trọng Thuộc tính này liên kết quy trình chất lượng với từng sản phẩm, giúp xác định sản phẩm nào dễ phát sinh vấn đề nhất. Lấy dữ liệu ở đâu Đây thường là trường quan trọng trên biểu mẫu sự kiện chất lượng, liên kết với bảng dữ liệu danh mục sản phẩm trong ETQ Reliance hoặc hệ thống ERP được tích hợp. Ví dụ PROD-1001-APROD-2050-BRAW-MAT-55
	Thời gian phân tích nguyên nhân gốc rễ RootCauseAnalysisDuration	Thời gian từ khi bắt đầu điều tra đến khi hoàn tất phân tích nguyên nhân gốc rễ.
Mô tả Chỉ số này đo thời lượng của một giai đoạn cụ thể trong quy trình chất lượng. Chỉ số được tính bằng khoảng thời gian giữa hoạt động 'Bắt đầu điều tra' và 'Hoàn tất phân tích nguyên nhân gốc rễ'. Thuộc tính này cần thiết cho KPI 'Thời gian phân tích nguyên nhân gốc rễ trung bình' và bảng điều khiển 'Điểm nghẽn trong phân tích nguyên nhân gốc rễ'. Thuộc tính giúp xác định chính xác các khâu chậm trễ trong giai đoạn phân tích, vốn thường góp phần đáng kể làm kéo dài tổng thời gian xử lý. Vì sao điều này quan trọng Thuộc tính này tách riêng hiệu suất của một quy trình con quan trọng, giúp phát hiện và xử lý chậm trễ trong khâu phân tích vấn đề và điều tra. Lấy dữ liệu ở đâu Thuộc tính này không có trong hệ thống nguồn. Thuộc tính được tính trong bước chuyển đổi dữ liệu bằng cách lấy thời điểm của một hoạt động cụ thể trừ thời điểm của hoạt động còn lại. Ví dụ 8640001209600432000
	Thời gian xử lý sự kiện chất lượng QualityEventCycleTime	Tổng thời gian từ khi phát hiện vấn đề chất lượng đến khi đóng sự kiện.
Mô tả Đây là chỉ số được tính để thể hiện tổng thời lượng xử lý một sự kiện chất lượng từ đầu đến cuối. Chỉ số được tính bằng cách lấy thời điểm của hoạt động đầu tiên, chẳng hạn như 'Phát hiện vấn đề chất lượng', trừ cho thời điểm của hoạt động cuối cùng, chẳng hạn như 'Đóng sự kiện chất lượng'. Thuộc tính này hỗ trợ trực tiếp KPI 'Thời gian xử lý sự kiện chất lượng trung bình' và là thước đo chính về hiệu quả tổng thể của quy trình. Các bảng điều khiển dùng chỉ số này để theo dõi tiến độ so với mục tiêu rút ngắn thời gian xử lý và so sánh thời lượng giữa các nhóm sự kiện. Vì sao điều này quan trọng Đây là chỉ số hiệu suất chính, đo hiệu quả tổng thể của quy trình quản lý chất lượng từ đầu đến cuối. Lấy dữ liệu ở đâu Thuộc tính này không có sẵn trực tiếp trong ETQ Reliance. Công cụ process mining hoặc bước ETL sẽ tính thuộc tính bằng cách lấy thời điểm sự kiện đầu tiên trừ thời điểm sự kiện cuối cùng của từng hồ sơ. Ví dụ 25920006048008640000
	Trạng thái CAP CorrectiveActionPlanStatus	Trạng thái của Kế hoạch hành động khắc phục, chẳng hạn như Đề xuất, Đã phê duyệt hoặc Bị từ chối.
Mô tả Thuộc tính này theo dõi trạng thái của chính Kế hoạch hành động khắc phục (CAP), một cột mốc quan trọng trong toàn bộ sự kiện chất lượng. Thuộc tính cho biết giải pháp được đề xuất đã được xem xét và chấp thuận hay chưa. Phân tích thuộc tính này có thể giúp phát hiện điểm nghẽn trong quy trình phê duyệt. Nhiều kế hoạch bị từ chối hoặc thời gian chờ lâu giữa trạng thái 'Đề xuất' và 'Đã phê duyệt' có thể cho thấy việc phân tích nguyên nhân gốc rễ chưa đạt yêu cầu hoặc các bên liên quan chưa thống nhất. Vì sao điều này quan trọng Thuộc tính này giúp phát hiện chậm trễ và điểm kém hiệu quả trong chu trình phê duyệt hành động khắc phục, một điểm nghẽn thường gặp trong quản lý chất lượng. Lấy dữ liệu ở đâu Đây có thể là trường trạng thái trong phần hoặc mô-đun Hành động khắc phục và phòng ngừa (CAPA) của ETQ Reliance. Ví dụ Đề xuấtĐã phê duyệtBị từ chốiChờ triển khai
	Trạng thái SLA SLAState	Cho biết sự kiện chất lượng đang trong thời hạn, có nguy cơ vi phạm hay đã vi phạm thỏa thuận mức dịch vụ (SLA) đã đặt ra.
Mô tả Thuộc tính này được tính bằng cách so sánh thời gian xử lý hiện tại hoặc tổng thời gian xử lý của sự kiện chất lượng với các mục tiêu đã đặt ra. Ví dụ, SLA có thể yêu cầu xử lý vấn đề nghiêm trọng trong vòng 15 ngày. Trạng thái có thể là 'Đúng tiến độ', 'Có nguy cơ' hoặc 'Đã vi phạm'. Thuộc tính này hữu ích cho bảng điều khiển Tổng quan tuân thủ chất lượng vì cho biết ngay tình trạng đúng hạn và tuân thủ. Nhờ đó, người quản lý có thể chủ động xử lý các sự kiện có nguy cơ trễ hạn, thay vì chỉ phản ứng sau khi SLA bị vi phạm. Vì sao điều này quan trọng Thuộc tính này cho thấy rõ hiệu suất so với mục tiêu thời hạn, giúp chủ động quản lý các hồ sơ có nguy cơ chậm trễ. Lấy dữ liệu ở đâu Thuộc tính này được tính trong bước chuyển đổi dữ liệu bằng cách so sánh thời gian đã trôi qua của hồ sơ với các quy tắc SLA. Quy tắc có thể dựa trên những thuộc tính như Mức độ nghiêm trọng. Ví dụ Đúng tiến độCó nguy cơĐã vi phạm
	Trạng thái sự kiện chất lượng QualityEventStatus	Trạng thái hiện tại của sự kiện chất lượng, chẳng hạn như đang mở, đã đóng hoặc đã hủy.
Mô tả Thuộc tính này tóm tắt sự kiện chất lượng đang ở giai đoạn nào trong vòng đời. Thuộc tính cho biết hồ sơ đang được xử lý, đã giải quyết xong hay bị hủy vì một lý do nào đó. Khi phân tích quy trình, bạn có thể dùng thuộc tính này để lọc hồ sơ đang mở hoặc đã hoàn tất. Đây là dữ liệu cơ bản để tính số sự kiện chất lượng đang tồn đọng và đảm bảo các phân tích như thời gian xử lý chỉ tính những hồ sơ đã kết thúc rõ ràng. Vì sao điều này quan trọng Thuộc tính này giúp lọc hồ sơ đang mở và đã đóng, cần thiết để tính lượng tồn đọng và phân tích chính xác các luồng quy trình đã hoàn tất. Lấy dữ liệu ở đâu Đây là trường trạng thái chính trên đối tượng sự kiện chất lượng trong ETQ Reliance. Ví dụ Đang mởĐã đóngĐã hủyChờ phê duyệt

Bắt buộc Nên có Không bắt buộc

Hoạt động quản lý chất lượng

Đây là những bước và mốc quan trọng cần theo dõi trong event log để khám phá chính xác và cải tiến quy trình làm việc về quản lý chất lượng.

7 Nên có 10 Không bắt buộc

	Hoạt động	Mô tả
	Bắt đầu điều tra	Đánh dấu thời điểm chính thức bắt đầu giai đoạn điều tra để xác định nguyên nhân gốc rễ của vấn đề chất lượng. Thường có thể suy ra từ khi trạng thái chuyển thành 'Đang điều tra' hoặc khi phân công người điều tra.
Vì sao điều này quan trọng Đây là mốc quan trọng để bắt đầu tính thời gian phân tích nguyên nhân gốc rễ. Mốc này giúp phát hiện chậm trễ giữa lúc đánh giá vấn đề và lúc bắt đầu điều tra chính thức. Lấy dữ liệu ở đâu Có thể suy ra từ dấu thời gian gắn với lần chuyển trạng thái sang 'Đang điều tra' trong nhật ký lịch sử sự kiện, hoặc ngày phân công vai trò điều tra viên chính. Thu thập Có thể suy ra từ khi trạng thái chuyển thành 'Đang điều tra'. Loại sự kiện inferred
	Đóng sự kiện chất lượng	Hoạt động cuối cùng, đánh dấu sự kiện chất lượng đã được xử lý thành công và hồ sơ đã được đóng về mặt hành chính. Đây là điểm kết thúc chính của quy trình.
Vì sao điều này quan trọng Xác định điểm kết thúc quy trình để tính tổng thời gian chu kỳ. Phân tích các sự kiện đã đóng là việc cần thiết để đo thông lượng và hiệu quả tổng thể. Lấy dữ liệu ở đâu Có thể suy ra từ khi trạng thái chuyển thành 'Đã đóng' hoặc 'Đã hoàn tất' trong nhật ký lịch sử sự kiện. Thay đổi này hầu như luôn có dấu thời gian. Thu thập Có thể suy ra từ dấu thời gian khi trạng thái chuyển thành 'Đã đóng'. Loại sự kiện inferred
	Hoàn tất phân tích nguyên nhân gốc rễ	Đánh dấu thời điểm hoàn tất điều tra, khi nguyên nhân gốc rễ đã được xác định và ghi lại. Sự kiện này thường được ghi nhận khi phần biểu mẫu RCA được điền và lưu.
Vì sao điều này quan trọng Đánh dấu kết thúc giai đoạn điều tra. Khoảng thời gian từ 'Bắt đầu điều tra' đến hoạt động này là chỉ số quan trọng để xác định điểm nghẽn trong quá trình phân tích. Lấy dữ liệu ở đâu Có thể suy ra từ ngày điền trường 'Danh mục nguyên nhân gốc rễ' hoặc dấu thời gian hoàn tất bước workflow RCA trong nhật ký kiểm tra. Thu thập Có thể suy ra khi các trường 'Nguyên nhân gốc rễ' được điền hoặc trạng thái chuyển thành 'Đã hoàn tất RCA'. Loại sự kiện inferred
	Phát hiện vấn đề chất lượng	Đánh dấu thời điểm tạo hồ sơ sự kiện chất lượng mới, cũng là điểm bắt đầu của quy trình. Thông thường, sự kiện này được ghi nhận khi người dùng gửi biểu mẫu báo cáo vấn đề chất lượng mới trong ETQ Reliance.
Vì sao điều này quan trọng Xác định thời điểm bắt đầu của trường hợp. Đây là dữ liệu cần thiết để tính thời gian chu kỳ từ đầu đến cuối và phân tích tốc độ phát sinh sự kiện chất lượng mới. Lấy dữ liệu ở đâu Thường được lấy từ dấu thời gian tạo hồ sơ sự kiện chất lượng trong bảng Sự kiện chất lượng chính hoặc nhật ký kiểm tra liên quan. Thu thập Từ dấu thời gian tạo hồ sơ sự kiện chất lượng. Loại sự kiện explicit
	Phê duyệt kế hoạch hành động khắc phục	Đánh dấu thời điểm người có thẩm quyền chính thức phê duyệt kế hoạch hành động khắc phục được đề xuất, cho phép bắt đầu triển khai. Thông thường, đây là thao tác phê duyệt rõ ràng, có dấu thời gian trong workflow.
Vì sao điều này quan trọng Đây là một mốc quan trọng và là bước phê duyệt then chốt. Chậm trễ ở giai đoạn này có thể kéo dài đáng kể thời gian xử lý tổng thể. Lấy dữ liệu ở đâu Lấy từ dấu thời gian phê duyệt trong chữ ký điện tử hoặc nhật ký lịch sử workflow của sự kiện. ETQ Reliance sử dụng nhiều workflow phê duyệt. Thu thập Từ dấu thời gian của bước phê duyệt trong lịch sử workflow. Loại sự kiện explicit
	Triển khai hành động khắc phục	Đánh dấu thời điểm hoàn tất các tác vụ trong kế hoạch hành động khắc phục đã được phê duyệt. Thường được ghi nhận khi người thực hiện đánh dấu các mục hành động được giao là hoàn tất.
Vì sao điều này quan trọng Đo thời gian của giai đoạn triển khai, giúp phát hiện hạn chế về tài nguyên hoặc khó khăn thực tế khi thực hiện các hành động khắc phục. Lấy dữ liệu ở đâu Có thể suy ra từ ngày hoàn tất tác vụ hành động khắc phục liên quan cuối cùng hoặc khi trạng thái được cập nhật thủ công thành 'Đã triển khai hành động'. Thu thập Có thể suy ra từ ngày hoàn tất tác vụ CAPA liên quan cuối cùng. Loại sự kiện inferred
	Xác minh hiệu quả của hành động	Hoạt động này xác nhận hành động khắc phục đã triển khai giải quyết được nguyên nhân gốc rễ và ngăn vấn đề tái diễn. Đây là bước xác minh chính thức, thường diễn ra sau một khoảng thời gian theo dõi nhất định.
Vì sao điều này quan trọng Đây là bước then chốt để khép lại quy trình xử lý vấn đề chất lượng và liên quan trực tiếp đến KPI về hiệu quả CAPA. Bước này đảm bảo giải pháp có hiệu quả lâu dài. Lấy dữ liệu ở đâu Lấy từ ngày hoàn tất bước workflow hoặc phần biểu mẫu 'Xác minh hiệu quả'. Đây thường là hoạt động riêng biệt có dấu thời gian. Thu thập Từ ngày hoàn tất biểu mẫu hoặc tác vụ 'Kiểm tra hiệu quả'. Loại sự kiện inferred
	Đã phân loại và ưu tiên vấn đề	Đánh dấu thời điểm vấn đề được phân loại theo loại, mức độ nghiêm trọng và mức ưu tiên. Việc này thường quyết định workflow tiếp theo. Sự kiện được ghi nhận khi các trường phân loại và mức ưu tiên được điền rồi lưu hồ sơ.
Vì sao điều này quan trọng Đây là một điểm ra quyết định quan trọng. Phân tích thời gian để đến bước này rất cần thiết cho bảng điều khiển 'Phân loại và ưu tiên vấn đề', đồng thời giúp hiểu cách quy trình được điều hướng. Lấy dữ liệu ở đâu Có thể suy ra từ dấu thời gian khi các trường bắt buộc như 'Mức độ nghiêm trọng' và 'Loại sự kiện chất lượng' được điền lần đầu, theo dõi trong nhật ký kiểm tra của hệ thống. Thu thập Có thể suy ra từ dấu thời gian lần đầu điền trường 'Mức độ nghiêm trọng' hoặc 'Mức ưu tiên'. Loại sự kiện inferred
	Đã thông báo cho các bên liên quan	Đánh dấu việc chính thức thông báo kết quả xử lý sự kiện chất lượng cho các bên liên quan. Có thể theo dõi qua một bước workflow riêng hoặc hồ sơ trao đổi được ghi lại.
Vì sao điều này quan trọng Dữ liệu này cần thiết để đo hiệu quả truyền đạt thông tin và hỗ trợ bảng điều khiển 'Thời gian thông báo cho các bên liên quan'. Chậm trễ ở bước này có thể ảnh hưởng đến mức độ hài lòng của khách hàng. Lấy dữ liệu ở đâu Cần phân tích hệ thống vì đây thường là bước thủ công. Nếu được cấu hình, có thể suy ra từ việc hoàn tất tác vụ 'Thông báo cho các bên liên quan'. Thu thập Có thể suy ra từ ngày hoàn tất tác vụ thủ công 'Thông báo cho các bên liên quan'. Loại sự kiện inferred
	Đề xuất kế hoạch hành động khắc phục	Hoạt động này diễn ra khi kế hoạch chính thức xử lý nguyên nhân gốc rễ được ghi lại và gửi phê duyệt. Thường được ghi nhận khi phần Kế hoạch hành động khắc phục trên biểu mẫu được điền và trạng thái được cập nhật.
Vì sao điều này quan trọng Phân tích thời gian từ lúc hoàn tất RCA đến bước này giúp phát hiện chậm trễ trong việc lập kế hoạch khắc phục, một điểm nghẽn thường gặp trong quy trình chất lượng. Lấy dữ liệu ở đâu Có thể suy ra từ khi trạng thái chuyển thành 'Đang chờ phê duyệt CAPA' hoặc dấu thời gian gửi biểu mẫu kế hoạch hành động khắc phục trong hồ sơ sự kiện chất lượng. Thu thập Có thể suy ra từ khi trạng thái chuyển thành 'Đang chờ phê duyệt' hoặc ngày gửi kế hoạch CAPA. Loại sự kiện inferred
	Hoàn tất đánh giá ban đầu	Đây là bước xem xét hoặc phân loại ban đầu vấn đề chất lượng mới được phát hiện, nhằm thu thập thông tin cơ bản và xác định tính hợp lệ. Thường có thể suy ra bước này khi hoàn tất phần đánh giá ban đầu trên biểu mẫu hoặc khi trạng thái chuyển từ 'Mới' sang 'Đang đánh giá'.
Vì sao điều này quan trọng Giúp phân tích hiệu quả của bước phân loại ban đầu và đo thời gian từ lúc báo cáo vấn đề đến khi bắt đầu đánh giá. Lấy dữ liệu ở đâu Có thể suy ra từ thay đổi trạng thái, chẳng hạn từ 'Mới' sang 'Đang đánh giá', hoặc ngày hoàn tất tác vụ đánh giá ban đầu trong nhật ký workflow của sự kiện. Thu thập Có thể suy ra từ khi trạng thái chuyển thành 'Đang đánh giá' hoặc 'Đang phân loại'. Loại sự kiện inferred
	Hoàn tất đánh giá cuối cùng	Kiểm tra lần cuối toàn bộ hồ sơ sự kiện chất lượng để đảm bảo tài liệu đã đầy đủ và mọi bước theo quy trình đã được thực hiện trước khi đóng hồ sơ. Đây thường là một bước phê duyệt rõ ràng.
Vì sao điều này quan trọng Đây là bước kiểm soát chất lượng cuối cùng trước khi quy trình kết thúc, giúp đảm bảo tuân thủ và tính toàn vẹn của dữ liệu. Điểm nghẽn ở bước này có thể làm chậm việc đóng hồ sơ. Lấy dữ liệu ở đâu Lấy từ dấu thời gian của bước phê duyệt 'Đánh giá cuối cùng' hoặc 'Sẵn sàng đóng hồ sơ' trong nhật ký lịch sử workflow. Thu thập Từ dấu thời gian của bước phê duyệt 'Đánh giá cuối cùng' trong workflow. Loại sự kiện explicit
	Hủy sự kiện chất lượng	Đây là một điểm kết thúc khác, khi sự kiện chất lượng bị dừng mà chưa được xử lý hoàn toàn, chẳng hạn do hồ sơ trùng lặp hoặc không hợp lệ.
Vì sao điều này quan trọng Giúp phân biệt các trường hợp được xử lý thành công với những trường hợp bị dừng sớm. Phân tích các trường hợp hủy có thể làm rõ vấn đề trong giai đoạn báo cáo và phân loại ban đầu. Lấy dữ liệu ở đâu Có thể suy ra từ khi trạng thái chuyển thành 'Đã hủy', 'Vô hiệu' hoặc 'Đã rút' trong nhật ký lịch sử sự kiện. Thu thập Có thể suy ra từ dấu thời gian khi trạng thái chuyển thành 'Đã hủy'. Loại sự kiện inferred
	Triển khai hành động phòng ngừa	Đánh dấu thời điểm hoàn tất các tác vụ liên quan đến hành động phòng ngừa đã xác định, cho biết biện pháp chủ động đã được thực hiện.
Vì sao điều này quan trọng Hoạt động này là dữ liệu quan trọng để đo KPI 'Tỷ lệ triển khai hành động phòng ngừa' và đảm bảo các cải tiến chất lượng chủ động thực sự được thực hiện. Lấy dữ liệu ở đâu Cần phân tích hệ thống. Có thể suy ra từ ngày hoàn tất hồ sơ Hành động phòng ngừa được liên kết hoặc các tác vụ liên quan. Thu thập Từ ngày hoàn tất hồ sơ Hành động phòng ngừa được liên kết. Loại sự kiện inferred
	Từ chối kế hoạch hành động khắc phục	Cho biết kế hoạch hành động khắc phục được đề xuất đã được xem xét nhưng không được chấp thuận, nên cần chỉnh sửa và gửi lại. Hoạt động này tạo ra một vòng lặp làm lại trong quy trình.
Vì sao điều này quan trọng Hoạt động này rất quan trọng để xác định các vòng lặp làm lại, hiểu lý do bị từ chối và đo tỷ lệ kế hoạch được chấp thuận ngay lần đầu. Lấy dữ liệu ở đâu Lấy từ dấu thời gian từ chối trong nhật ký lịch sử workflow. Đây là thao tác đối ứng với bước phê duyệt trong workflow. Thu thập Từ dấu thời gian của bước từ chối trong lịch sử workflow. Loại sự kiện explicit
	Xác định hành động phòng ngừa	Đánh dấu thời điểm xác định hành động phòng ngừa (PA) nhằm loại bỏ nguyên nhân có thể dẫn đến sự không phù hợp. Hành động này có thể được quản lý bằng một hồ sơ riêng, nhưng có liên kết với sự kiện chất lượng ban đầu.
Vì sao điều này quan trọng Đây là dữ liệu quan trọng để phân tích mức độ chủ động của tổ chức trong quản lý chất lượng. Dữ liệu này hỗ trợ bảng điều khiển 'Quản lý hành động phòng ngừa' bằng cách theo dõi thời điểm bắt đầu hành động phòng ngừa. Lấy dữ liệu ở đâu Cần phân tích hệ thống. Có thể lấy từ ngày tạo hồ sơ Hành động phòng ngừa được liên kết với hồ sơ Sự kiện chất lượng ban đầu. Thu thập Từ ngày tạo hồ sơ Hành động phòng ngừa được liên kết. Loại sự kiện inferred
	Xác minh hiệu quả không đạt	Cho biết hành động khắc phục đã triển khai không giải quyết được vấn đề, thường dẫn đến một cuộc điều tra hoặc chu kỳ CAPA mới. Sự kiện này cho thấy quy trình gặp trục trặc nghiêm trọng và phát sinh vòng lặp làm lại.
Vì sao điều này quan trọng Làm rõ các giải pháp không hiệu quả và ảnh hưởng trực tiếp đến tỷ lệ làm lại cũng như chi phí. Phân tích những trường hợp này là yếu tố then chốt để cải thiện quy trình phân tích nguyên nhân gốc rễ và lập kế hoạch CAPA. Lấy dữ liệu ở đâu Có thể suy ra từ khi trạng thái chuyển thành 'Kiểm tra hiệu quả không đạt' hoặc khi tạo sự kiện chất lượng tiếp theo có liên kết với sự kiện ban đầu. Thu thập Có thể suy ra từ thay đổi trạng thái như 'Xác minh không đạt' hoặc một cờ đánh dấu trong hồ sơ xác minh. Loại sự kiện inferred

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ừ ETQ Reliance

Các bước

Điều kiện cần và thiết lập: Đảm bảo đã cài Python 3.6 trở lên. Cài các thư viện cần thiết bằng pip: pip install requests pandas. Xin thông tin xác thực API (tên người dùng, mật khẩu) và URL gốc của phiên bản ETQ Reliance từ quản trị viên hệ thống. Bạn cũng cần mã Application ID và View ID cụ thể của các sự kiện chất lượng muốn trích xuất.
Cấu hình tập lệnh Python: Sao chép tập lệnh Python được cung cấp vào một tệp, chẳng hạn extract_etq_events.py. Mở tệp và điền các biến giữ chỗ ở đầu tập lệnh, gồm URL gốc ETQ, thông tin xác thực API, mã Application và View cần dùng, cùng khoảng ngày muốn trích xuất.
Xác định ánh xạ hoạt động: Tập lệnh có phần ACTIVITY_MAPPING_CONFIG. Đây là phần quan trọng nhất cần tùy chỉnh. Phối hợp với quản trị viên ETQ Reliance để xác định chính xác các trường biểu mẫu, giá trị trường và thay đổi trạng thái tương ứng với từng trong số 17 hoạt động quy trình bắt buộc. Cập nhật từ điển cấu hình trong tập lệnh cho khớp với hệ thống của bạn.
Chạy tập lệnh: Chạy tập lệnh từ dòng lệnh bằng python extract_etq_events.py. Trước tiên, tập lệnh sẽ xác thực với API ETQ Reliance để lấy mã thông báo phiên.
Lấy dữ liệu: Tập lệnh truy vấn chế độ xem đã chỉ định để lấy danh sách tất cả bản ghi sự kiện chất lượng được tạo trong khoảng ngày bạn đặt. Tập lệnh tự xử lý phân trang API để lấy tất cả bản ghi phù hợp.
Trích xuất lịch sử sự kiện: Với mỗi sự kiện chất lượng tìm được, tập lệnh gọi API lần thứ hai để lấy nhật ký kiểm tra hoặc lịch sử chi tiết. Lịch sử này ghi lại dấu thời gian của mọi thay đổi đối với sự kiện.
Chuyển đổi dữ liệu: Tập lệnh xử lý lịch sử của từng sự kiện chất lượng. Tập lệnh duyệt các mục trong nhật ký kiểm tra và dùng ACTIVITY_MAPPING_CONFIG bạn đã xác định để chuyển các thay đổi trường và cập nhật trạng thái thành các dòng hoạt động riêng. Ví dụ, bản ghi tạo mới trở thành 'Đã xác định vấn đề chất lượng', còn khi trường trạng thái chuyển thành 'Đã đóng' thì ghi nhận 'Đã đóng sự kiện chất lượng'.
Tạo DataFrame: Mỗi hoạt động được xác định sẽ được thêm thành một dòng trong DataFrame pandas. Tập lệnh điền các cột bắt buộc như QualityEvent, ActivityName và EventTimestamp, cùng các thuộc tính được đề xuất có trong phản hồi API.
Xuất sang CSV: Sau khi xử lý tất cả sự kiện chất lượng và hoạt động tương ứng, tập lệnh lưu nhật ký sự kiện hoàn chỉnh thành tệp CSV có tên etq_quality_events_log.csv trong cùng thư mục. Tệp này đã được định dạng để tải trực tiếp lên ProcessMind.

Cấu hình

URL điểm cuối API: URL gốc của REST API ETQ Reliance, chẳng hạn https://yourcompany.etq.com/reliance/api.
Xác thực: Tập lệnh cần một tài khoản API riêng có tên người dùng và mật khẩu. Tài khoản này phải có quyền đọc ứng dụng Sự kiện chất lượng và dữ liệu nhật ký kiểm tra của ứng dụng.
Mã Application và View: Bạn cần chỉ định mã nội bộ ETQ Reliance của ứng dụng, chẳng hạn 'Sự kiện chất lượng', và chế độ xem cụ thể chứa các bản ghi cần trích xuất. Các mã này xác định chính xác nguồn dữ liệu cho tập lệnh.
Khoảng ngày: Cấu hình biến START_DATE và END_DATE để xác định khoảng thời gian trích xuất. Nên bắt đầu với khoảng ngắn hơn, chẳng hạn 3 tháng gần nhất, để kiểm tra cấu hình trước khi chạy trên tập dữ liệu lịch sử lớn hơn.
Cấu hình ánh xạ hoạt động: Từ điển Python trong tập lệnh dùng để ánh xạ tên trường, giá trị cũ và giá trị mới của ETQ Reliance sang tên hoạt động chuẩn hóa cần có trong nhật ký sự kiện. Bạn cần phân tích kỹ cấu hình quy trình làm việc ETQ cụ thể của mình.
Cài đặt phân trang: Có thể điều chỉnh biến PAGE_SIZE để kiểm soát số bản ghi lấy về trong mỗi lần gọi API. Nếu phản hồi API bị hết thời gian chờ, hãy giảm kích thước trang. Với kết nối ổn định, tăng kích thước trang có thể cải thiện hiệu suất.

Truy vấn mẫu python

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- CONFIGURATION SETTINGS --- #
class=class="hl-string">"hl-comment"># Replace with your ETQ Reliance instance details
ETQ_BASE_URL = class="hl-string">"https://[your_etq_instance_url]/reliance/api"
API_USERNAME = class="hl-string">"[your_api_username]"
API_PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># Specify the Application and View ID for Quality Events
APPLICATION_ID = class="hl-string">"[Your_Quality_Events_Application_ID]"
VIEW_ID = class="hl-string">"[Your_Quality_Events_View_ID]"

class=class="hl-string">"hl-comment"># Define the date range for the extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># API settings
PAGE_SIZE = 100

class=class="hl-string">"hl-comment"># --- ACTIVITY MAPPING CONFIGURATION --- #
class=class="hl-string">"hl-comment"># This section requires customization based on your specific ETQ Reliance configuration.
class=class="hl-string">"hl-comment"># Map ETQ field changes to the desired activity names.
class=class="hl-string">"hl-comment"># Format: class="hl-string">'FieldName': {(class="hl-string">'OldValue', class="hl-string">'NewValue'): class="hl-string">'ActivityName'}
class=class="hl-string">"hl-comment"># Use class="hl-string">'*' as a wildcard for OldValue or NewValue if the change itself is the trigger.
ACTIVITY_MAPPING_CONFIG = {
    class=class="hl-string">"hl-comment"># Example mappings based on a class="hl-string">'Status' field
    class="hl-string">'ds_status': {
        (None, class="hl-string">'New'): class="hl-string">'Quality Issue Identified',
        (class="hl-string">'New', class="hl-string">'Under Assessment'): class="hl-string">'Initial Assessment Performed',
        (class="hl-string">'Under Assessment', class="hl-string">'Under Investigation'): class="hl-string">'Investigation Initiated',
        (class="hl-string">'Investigation Complete', class="hl-string">'CAPA Proposed'): class="hl-string">'Corrective Action Plan Proposed',
        (class="hl-string">'CAPA Proposed', class="hl-string">'CAPA Approved'): class="hl-string">'Corrective Action Plan Approved',
        (class="hl-string">'CAPA Proposed', class="hl-string">'CAPA Rejected'): class="hl-string">'Corrective Action Plan Rejected',
        (class="hl-string">'CAPA Approved', class="hl-string">'Implementation in Progress'): class="hl-string">'Corrective Action Implemented',
        (class="hl-string">'Implementation Complete', class="hl-string">'Effectiveness Verification'): class="hl-string">'Effectiveness of Action Verified',
        (class="hl-string">'Effectiveness Verification', class="hl-string">'Closed'): class="hl-string">'Final Review Performed',
        (class="hl-string">'Effectiveness Verification', class="hl-string">'Re-investigate'): class="hl-string">'Effectiveness Verification Failed',
        (class="hl-string">'*', class="hl-string">'Closed'): class="hl-string">'Quality Event Closed',
        (class="hl-string">'*', class="hl-string">'Canceled'): class="hl-string">'Quality Event Canceled'
    },
    class=class="hl-string">"hl-comment"># Example mappings based on completion of form sections (field changes from blank to non-blank)
    class="hl-string">'dt_categorization_complete_date': {
        (None, class="hl-string">'*'): class="hl-string">'Issue Categorized And Prioritized'
    },
    class="hl-string">'dt_rca_complete_date': {
        (None, class="hl-string">'*'): class="hl-string">'Root Cause Analysis Performed'
    },
    class="hl-string">'dt_pa_identified_date': {
        (None, class="hl-string">'*'): class="hl-string">'Preventive Action Identified'
    },
    class="hl-string">'dt_pa_implemented_date': {
        (None, class="hl-string">'*'): class="hl-string">'Preventive Action Implemented'
    },
    class="hl-string">'dt_stakeholder_notified_date': {
        (None, class="hl-string">'*'): class="hl-string">'Stakeholders Notified'
    }
}

def get_etq_token(session):
    class="hl-string">"""Authenticates with ETQ API and returns a session token."""
    auth_url = fclass="hl-string">"{ETQ_BASE_URL}/v1/login"
    credentials = {class="hl-string">'username': API_USERNAME, class="hl-string">'password': API_PASSWORD}
    try:
        response = session.post(auth_url, json=credentials)
        response.raise_for_status()
        return response.json().get(class="hl-string">'token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error during authentication: {e}")
        return None

def main():
    class="hl-string">"""Main function to extract, transform, and save event data."""
    with requests.Session() as session:
        token = get_etq_token(session)
        if not token:
            return
        
        session.headers.update({class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}'})
        
        class=class="hl-string">"hl-comment"># Get all quality events within the date range
        all_events = []
        page = 0
        while True:
            search_url = fclass="hl-string">"{ETQ_BASE_URL}/v2/applications/{APPLICATION_ID}/views/{VIEW_ID}/search"
            params = {
                class="hl-string">'page': page,
                class="hl-string">'size': PAGE_SIZE,
                class="hl-string">'query': fclass="hl-string">'creationDate>=\"{START_DATE}T00:00:00Z\" and creationDate<=\"{END_DATE}T23:59:59Z\"'
            }
            try:
                response = session.get(search_url, params=params)
                response.raise_for_status()
                data = response.json()
                all_events.extend(data.get(class="hl-string">'content', []))
                if data.get(class="hl-string">'last', True):
                    break
                page += 1
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Error fetching quality event list: {e}")
                break
        
        print(fclass="hl-string">"Found {len(all_events)} total quality events.")
        event_log = []

        class=class="hl-string">"hl-comment"># Process each event to get its history
        for event in all_events:
            event_id = event.get(class="hl-string">'uid')
            case_id = event.get(class="hl-string">'documentNumber', event_id)
            if not event_id:
                continue

            history_url = fclass="hl-string">"{ETQ_BASE_URL}/v1/applications/{APPLICATION_ID}/documents/{event_id}/history"
            try:
                hist_response = session.get(history_url)
                hist_response.raise_for_status()
                history_data = hist_response.json()
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Could not fetch history for event {case_id}: {e}")
                continue

            class=class="hl-string">"hl-comment"># Extract initial record creation as class="hl-string">'Quality Issue Identified'
            class=class="hl-string">"hl-comment"># Note: This logic assumes the first history entry isnclass="hl-string">'t a creation event, using the main record's creationDate instead.
            class=class="hl-string">"hl-comment"># If your history includes a class="hl-string">'Create' event, adjust accordingly.
            creation_time = event.get(class="hl-string">'creationDate', datetime.now().isoformat())
            event_log.append({
                class="hl-string">'QualityEvent': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Quality Issue Identified',
                class="hl-string">'EventTimestamp': creation_time,
                class="hl-string">'ActionPerformedBy': event.get(class="hl-string">'createdBy', {}).get(class="hl-string">'uid'),
                class="hl-string">'ResponsibleDepartment': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Department_Field]', None),
                class="hl-string">'SeverityLevel': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Severity_Field]', None),
                class="hl-string">'RootCauseCategory': None,
                class="hl-string">'EffectivenessVerificationOutcome': None,
                class="hl-string">'EventEndTime': None
            })

            class=class="hl-string">"hl-comment"># Process history for other activities
            for entry in sorted(history_data, key=lambda x: x[class="hl-string">'date']):
                timestamp = entry[class="hl-string">'date']
                user = entry.get(class="hl-string">'user', {}).get(class="hl-string">'uid')
                for change in entry.get(class="hl-string">'changes', []):
                    field_name = change.get(class="hl-string">'field', {}).get(class="hl-string">'uid')
                    old_value = change.get(class="hl-string">'oldValue')
                    new_value = change.get(class="hl-string">'newValue')

                    if field_name in ACTIVITY_MAPPING_CONFIG:
                        mappings = ACTIVITY_MAPPING_CONFIG[field_name]
                        class=class="hl-string">"hl-comment"># Check for specific value transitions
                        if (old_value, new_value) in mappings:
                            activity = mappings[(old_value, new_value)]
                        class=class="hl-string">"hl-comment"># Check for wildcard class="hl-string">'from anything' to specific value
                        elif (class="hl-string">'*', new_value) in mappings:
                            activity = mappings[(class="hl-string">'*', new_value)]
                        class=class="hl-string">"hl-comment"># Check for wildcard class="hl-string">'from specific value' to anything
                        elif (old_value, class="hl-string">'*') in mappings:
                            activity = mappings[(old_value, class="hl-string">'*')]
                        class=class="hl-string">"hl-comment"># Check for wildcard from class="hl-string">'None' to anything (field populated for first time)
                        elif (None, class="hl-string">'*') in mappings and old_value is None:
                            activity = mappings[(None, class="hl-string">'*')]
                        else:
                            continue class=class="hl-string">"hl-comment"># No match
                        
                        event_log.append({
                            class="hl-string">'QualityEvent': case_id,
                            class="hl-string">'ActivityName': activity,
                            class="hl-string">'EventTimestamp': timestamp,
                            class="hl-string">'ActionPerformedBy': user,
                            class="hl-string">'ResponsibleDepartment': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Department_Field]', None),
                            class="hl-string">'SeverityLevel': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Severity_Field]', None),
                            class="hl-string">'RootCauseCategory': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_RootCause_Field]', None),
                            class="hl-string">'EffectivenessVerificationOutcome': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Effectiveness_Field]', None),
                            class="hl-string">'EventEndTime': None
                        })

    if not event_log:
        print(class="hl-string">"No events were processed. The event log is empty.")
        return

    class=class="hl-string">"hl-comment"># Convert to DataFrame and save to CSV
    df = pd.DataFrame(event_log)
    df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp'])
    df = df.sort_values(by=[class="hl-string">'QualityEvent', class="hl-string">'EventTimestamp'])
    df.to_csv(class="hl-string">'etq_quality_events_log.csv', index=False)
    print(class="hl-string">"Successfully created etq_quality_events_log.csv")

if __name__ == class="hl-string">'__main__':
    main()

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

Dùng mẫu này để chuẩn bị dữ liệu quản lý chất lượng hiệu quả và bắt đầu khám phá thông tin hữu ích về quy trình. Bắt đầu cải thiện hoạt động từ đây.

Quay lại hướng dẫn cải tiến

Tải mẫu xuống

Tối ưu hóa quản lý chất lượng ngay hôm nay: rút ngắn thời gian xử lý

Xác định và loại bỏ điểm nghẽn, hướng tới mục tiêu giảm 30% thời gian xử lý.

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.

Mẫu dữ liệu quản lý chất lượng

Mẫu dữ liệu quản lý chất lượng

Thuộc tính quản lý chất lượng

Hoạt động quản lý chất lượng

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

Trích xuất bằng tập lệnh Python qua REST API của ETQ Reliance

Các bước

Cấu hình

Truy vấn mẫu python

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

Tối ưu hóa quản lý chất lượng ngay hôm nay: rút ngắn thời gian xử lý