Trong ngành dầu khí, một phát hiện khi đánh giá nội bộ hiếm khi chỉ là một dòng ghi chú. Nó kéo theo cả chuỗi: mở vấn đề chất lượng, phân tích nguyên nhân gốc, ra hành động khắc phục và phòng ngừa, sửa hướng dẫn công việc, đào tạo lại người thực hiện, rồi đánh giá lại để chứng minh hành động có hiệu lực. Chuỗi đó phải để lại hồ sơ, vì kiểm toán viên sẽ hỏi.
Phần lớn doanh nghiệp đang chạy chuỗi này bằng Excel, email và một vài phần mềm rời rạc. Bài viết này phân tích hai cách đưa nó lên một hệ thống: dựng toàn bộ trên nền tảng low-code Mendix, hoặc lấy Teamcenter Quality của Siemens làm lõi và dùng Mendix cho phần giao diện với người dùng và tích hợp.
Vì sao ngành dầu khí chịu sức ép lớn hơn
Nhà cung cấp thiết bị và dịch vụ cho dầu khí thường phải chứng nhận theo API Spec Q1. Bản 10 phát hành ngày 18/09/2023, mở rộng phạm vi sang cả hoạt động thiết kế và kỹ thuật, đồng bộ với ISO 9001:2015, nhấn mạnh cách tiếp cận theo rủi ro, sửa quy trình đánh giá nhà cung cấp và kéo dài thời gian lưu hồ sơ. API cho biết có gần 4.000 cơ sở trên thế giới đang được chứng nhận theo chương trình API Monogram và APIQR.
Ba thay đổi đó dịch sang ngôn ngữ hệ thống rất cụ thể. Tiếp cận theo rủi ro nghĩa là phải chấm và lưu được mức rủi ro của từng phát hiện. Lưu hồ sơ lâu hơn nghĩa là bản ghi phải sống lâu hơn cả vòng đời của phần mềm đang dùng. Đánh giá nhà cung cấp nghĩa là dữ liệu chất lượng phải nối được với dữ liệu mua hàng.
Về cách tiến hành đánh giá, tài liệu của Siemens dẫn ISO 19011:2018 làm hướng dẫn, bên cạnh IATF 16949 và VDA cho ngành ô tô. Điểm chung là: đánh giá phải có kế hoạch, có bộ câu hỏi, có quy tắc chấm, và phát hiện phải dẫn tới hành động có người chịu trách nhiệm cùng thời hạn.
Nguồn: API — bản 10 của API Spec Q1 · API Spec Q1 · Siemens — Quality audit management
Vòng khép kín thực sự gồm những gì
Trước khi bàn công cụ, cần thống nhất phạm vi. Một vòng khép kín đầy đủ đi qua tám chặng, và chặng nào đứt thì cả vòng mất giá trị:
- Lập và thực hiện đánh giá theo bộ câu hỏi, có quy tắc chấm cho từng câu và cho cả cuộc đánh giá.
- Ghi nhận phát hiện: điểm không phù hợp, kèm bằng chứng và mức rủi ro.
- Mở vấn đề chất lượng, gom cả khiếu nại khách hàng và sự cố nội bộ vào cùng một dòng xử lý.
- Phân tích nguyên nhân gốc bằng 5 Why hoặc biểu đồ xương cá, ghi lại lập luận chứ không chỉ kết luận.
- Hành động khắc phục để loại nguyên nhân đã gây ra vấn đề.
- Hành động phòng ngừa để chặn nguyên nhân tương tự ở nơi khác, thường là sửa tài liệu và quy trình.
- Đào tạo: bản hướng dẫn công việc sau khi sửa phải được giao tới đúng nhóm và ghi nhận đã đào tạo.
- Kiểm chứng hiệu lực bằng một cuộc đánh giá tiếp theo, rồi theo dõi tất cả trên dashboard.
Chặng bảy và tám là nơi phần lớn hệ thống tự làm bị hụt. Ra được hành động thì dễ; chứng minh hành động đã tới tay người thực hiện và thực sự có tác dụng mới là phần kiểm toán viên soi kỹ.
Phương án A: dựng toàn bộ trên Mendix
Cách này hợp khi doanh nghiệp chưa có nền tảng PLM hoặc QMS thương mại, quy trình mang đặc thù riêng, và yêu cầu hạ tầng nội bộ là bắt buộc.
Mô hình dữ liệu là phần quyết định
Toàn bộ giá trị nằm ở chỗ mọi bản ghi nối được với nhau. Một mô hình tối thiểu nhưng đủ dùng gồm các thực thể chính: chương trình đánh giá và từng cuộc đánh giá; mẫu bộ câu hỏi với chương mục, câu hỏi và quy tắc chấm; câu trả lời kèm bằng chứng; phát hiện; vấn đề chất lượng; hồ sơ phân tích nguyên nhân; hành động và người chịu trách nhiệm; tài liệu cùng phiên bản; phân công đào tạo và năng lực; bản ghi kiểm chứng hiệu lực.
Hai quy tắc nên giữ từ đầu. Thứ nhất, tách mẫu bộ câu hỏi khỏi lần đánh giá cụ thể, để sửa mẫu không làm thay đổi hồ sơ đã chốt. Thứ hai, mọi bản ghi hồ sơ đều bất biến sau khi phê duyệt; muốn sửa thì tạo phiên bản mới. Đây là điều kiện để hồ sơ đứng vững trước kiểm toán, và rất khó thêm vào sau.
Những gì nền tảng cho sẵn
- Workflow của Mendix mô hình hóa quy trình CAPA có phê duyệt nhiều bước, phân công theo vai trò và thời hạn từng bước.
- Sự kiện theo lịch gửi nhắc hạn và leo thang khi hành động quá hạn, không cần dịch vụ ngoài.
- Phân quyền khai báo theo vai trò và theo module, nên câu hỏi "ai được xem gì" trả lời được bằng cấu hình thay vì bằng mã.
- Ứng dụng di động chạy ngoại tuyến cho đánh giá hiện trường: dữ liệu ghi trên thiết bị rồi đồng bộ khi có mạng. Cần lưu ý cơ chế đồng bộ mặc định là lần ghi sau đè lần trước, nên với bản ghi nhiều người cùng sửa phải tự xử lý xung đột.
- Dashboard và báo cáo dựng thẳng trên dữ liệu, không cần công cụ BI riêng cho nhu cầu theo dõi hạn và trạng thái.
Nguồn: Mendix — Offline-first data
Phải tự lo những gì
Nền tảng không cho sẵn nghiệp vụ chất lượng. Đội triển khai phải tự dựng: thư viện câu hỏi theo tiêu chuẩn, quy tắc chấm, biểu mẫu 5 Why và xương cá, ma trận năng lực, quản lý phiên bản tài liệu, nhật ký thay đổi phục vụ kiểm toán, và chữ ký điện tử nếu quy định yêu cầu.
Đây không phải lý do để loại phương án này. Ở hệ thống phê duyệt tập trung cho Tập đoàn TH, phần luồng duyệt tùy biến theo phòng ban, nhiều hình thức ký số và nhật ký đầy đủ đều dựng trên Mendix. Nhưng cần nhìn đúng: chọn phương án này là nhận luôn trách nhiệm vòng đời của nghiệp vụ, gồm cả việc cập nhật khi tiêu chuẩn đổi.
Phương án B: Teamcenter Quality làm lõi, Mendix làm lớp giao diện
Siemens định vị Teamcenter Quality là cách tiếp cận khép kín "từ thiết kế tới sản xuất, xuống xưởng và quay lại". Sản phẩm này mang sẵn các khối nghiệp vụ mà phương án A phải tự dựng: đánh giá và bộ câu hỏi có quy tắc chấm, xử lý vấn đề theo 8D, quản lý hành động chất lượng, FMEA, control plan và kế hoạch kiểm tra, cùng khả năng thu nhận khiếu nại từ cả nguồn nội bộ lẫn bên ngoài.
Điểm mạnh thật sự không nằm ở danh sách tính năng, mà ở chỗ dữ liệu chất lượng nối được với dữ liệu kỹ thuật. Siemens Gamesa mô tả đúng động lực này khi triển khai FMEA và control plan theo yêu cầu APQP cho các dự án điện gió: mục tiêu là kéo đội kỹ thuật và đội chất lượng về chung một nền tảng, thay vì mỗi bên một file.
Nguồn: Siemens — Teamcenter Quality & compliance · Siemens — Siemens Gamesa
Vậy Mendix đứng ở đâu trong phương án này
Đây là phần thường bị hiểu nhầm là "chọn cái này thì bỏ cái kia". Thực tế ngược lại. Trong dự án One8D của Robert Bosch, Teamcenter Quality lo phần 8D và xử lý vấn đề, còn Mendix lo lớp giao diện và tích hợp: kết nối cổng thông tin của khách hàng để khiếu nại tự chảy vào hệ thống, và các ứng dụng cho phép đăng ký khiếu nại thật nhanh. Quản lý dự án phía Bosch nói thẳng rằng mọi giao diện trong dự án đều được làm bằng Mendix. Quy mô triển khai dự kiến là 140 địa điểm.
Về mặt kỹ thuật, Mendix có sẵn Teamcenter Connector để đọc và ghi dữ liệu Teamcenter, cùng Teamcenter Extension sinh ra domain model và microflow cho các tình huống tích hợp thông dụng. Bản Teamcenter tối thiểu là 2406, còn Teamcenter X là 2506. Từ Mendix 11.12, ứng dụng Mendix nhúng được vào Active Workspace, nên người dùng không phải nhảy qua lại giữa hai giao diện.
Nguồn: Siemens — Bosch One 8D · Mendix — Teamcenter Connector · Mendix — Teamcenter Extension
So sánh và cách chọn
Khung chọn gọn lại thành bốn câu hỏi:
- Dữ liệu chất lượng có cần nối với dữ liệu thiết kế và BOM không? Nếu có, phương án B tiết kiệm hơn nhiều so với việc tự dựng lại cầu nối đó.
- Quy trình của bạn có bám chuẩn ngành sẵn có (8D, FMEA, APQP) hay là quy trình riêng? Chuẩn sẵn có nghiêng về B; quy trình riêng nghiêng về A.
- Phạm vi là một nhà máy hay hàng chục địa điểm với dữ liệu phải thống nhất? Càng nhiều địa điểm, giá trị của một mô hình dữ liệu chuẩn hóa sẵn càng lớn.
- Ràng buộc hạ tầng và ngân sách license thế nào? Yêu cầu chạy hoàn toàn nội bộ và ngân sách hẹp nghiêng về A.
Cũng có một lối đi giữa mà chúng tôi thấy hợp lý với nhiều doanh nghiệp Việt Nam: bắt đầu bằng phương án A cho một phạm vi hẹp, nhưng thiết kế mô hình dữ liệu theo đúng các khái niệm chuẩn — phát hiện, vấn đề, nguyên nhân, hành động, hiệu lực. Nếu sau này chuyển sang lõi thương mại, phần đã làm trở thành lớp giao diện và tích hợp, không phải bỏ đi.
Lộ trình triển khai thực tế
- Giai đoạn 1: một loại đánh giá, một nhà máy, chạy trọn vòng từ đánh giá tới kiểm chứng hiệu lực. Mục tiêu là chứng minh vòng khép kín, không phải phủ hết loại hình đánh giá.
- Giai đoạn 2: mở rộng bộ câu hỏi và loại đánh giá, thêm ứng dụng hiện trường chạy ngoại tuyến, đưa quản lý tài liệu và đào tạo vào vòng.
- Giai đoạn 3: nối sang các hệ thống xung quanh — nhân sự cho dữ liệu năng lực, mua hàng cho đánh giá nhà cung cấp, MES hoặc hệ thống vận hành cho dữ liệu sự cố.
Thứ tự này quan trọng. Nhiều dự án bắt đầu bằng việc số hóa bộ câu hỏi rồi dừng lại ở đó, vì phần khó nằm ở đuôi vòng chứ không phải ở đầu.
Ba điều quyết định thành bại
- Mô hình dữ liệu thống nhất trước, giao diện sau. Bosch mô tả điểm xuất phát của họ là các quy trình phân mảnh, thiếu một nền dữ liệu chung, dẫn tới chất lượng dữ liệu và báo cáo đều kém. Nhiều doanh nghiệp Việt Nam đang ở đúng điểm đó.
- Hồ sơ phải truy vết được tới từng quyết định: ai chấm, chấm lúc nào, dựa trên bằng chứng nào, ai phê duyệt hành động. Thêm vào sau khi hệ thống đã chạy luôn đắt hơn làm từ đầu.
- Đào tạo phải nằm trong vòng, không nằm ngoài. Hành động sửa tài liệu mà không gắn với việc giao tài liệu mới cho đúng nhóm thì kiểm toán viên sẽ ghi tiếp một phát hiện nữa.
Kết
Không có câu trả lời chung cho mọi doanh nghiệp. Nếu dữ liệu chất lượng của bạn phải sống cùng dữ liệu thiết kế và bạn cần chuẩn ngành sẵn có, một lõi thương mại như Teamcenter Quality là lựa chọn hợp lý, và Mendix vẫn có vai trò rõ ràng ở lớp giao diện và tích hợp — đúng như cách Bosch đang làm. Nếu quy trình của bạn mang đặc thù riêng, phạm vi gọn và hạ tầng phải nằm trong nước, dựng trên Mendix cho bạn một hệ thống vừa vặn với cách làm việc thật.
Điều không nên làm là để vòng khép kín tồn tại trên giấy còn dữ liệu thì nằm rải trong các file rời. Ngành dầu khí là nơi chi phí của cách làm đó hiện ra rõ nhất, vì mỗi lần đánh giá là một lần phải chứng minh lại từ đầu.
Nếu bạn đang cân nhắc một trong hai hướng, xem thêm cách chúng tôi triển khai tại trang dịch vụ Mendix & Low-code.