Tóm tắt
Mẫu trường dữ liệu và quy trình quản lý AI inventory, đánh giá rủi ro, owner, evidence và lịch review theo ISO 42001 và NIST AI RMF.
Danh mục hệ thống AI (AI system inventory) là danh sách mọi hệ thống AI mà tổ chức phát triển, cung cấp hoặc sử dụng, kèm owner, mục đích, dữ liệu đầu vào và trạng thái review. Theo ISO/IEC 42001, danh mục này là đầu vào cho risk register và đánh giá tác động AI; hai hồ sơ nên dùng chung một system ID thay vì nằm ở hai spreadsheet riêng.
AI inventory nên có những trường nào?
| Nhóm | Trường cần lưu |
|---|---|
| Nhận diện | ID, tên hệ thống, mô tả, trạng thái, owner |
| Mục đích | Use case, người dùng, quyết định bị tác động, mức tự động hóa |
| Công nghệ | Model, phiên bản, nhà cung cấp, môi trường, API |
| Dữ liệu | Nguồn, loại dữ liệu, quyền sử dụng, dữ liệu nhạy cảm, retention |
| Kiểm soát | Human review, test, monitoring, logging, rollback |
| Quản trị | Ngày phê duyệt, lần review gần nhất, lần review tiếp theo |
Inventory cần bao gồm AI do công ty tự phát triển và dịch vụ AI mua ngoài. Nếu một công cụ có thể nhận mã nguồn, dữ liệu khách hàng hoặc ảnh hưởng đến quyết định trong phạm vi, hãy ghi nhận nó.
ISO 42001 yêu cầu danh mục hệ thống AI ở đâu?
ISO/IEC 42001 không có clause nào tên "inventory", nhưng nhiều yêu cầu không thể đáp ứng nếu thiếu danh mục. Phạm vi AIMS (clause 4.3) phải nêu hệ thống AI nào được bao phủ. Đánh giá rủi ro AI (clause 6.1.2), xử lý rủi ro (6.1.3) và đánh giá tác động hệ thống AI (6.1.4) đều làm theo từng hệ thống. Nhóm A.4 của Annex A yêu cầu ghi nhận tài nguyên như dữ liệu, công cụ và hạ tầng tính toán, còn nhóm A.5 yêu cầu quy trình đánh giá tác động có hồ sơ. NIST AI RMF Core nói rõ hơn: chức năng Govern yêu cầu cơ chế lập inventory cho hệ thống AI và phân bổ nguồn lực theo mức ưu tiên rủi ro. Auditor thường bắt đầu từ danh mục rồi chọn mẫu hệ thống để kiểm tra, nên thiếu sót ở đây sẽ lộ ra ở mọi bước sau.
AI risk register nên kết nối với danh mục thế nào?
Mỗi rủi ro cần tham chiếu đến system ID trong inventory và có:
- Kịch bản rủi ro, nguyên nhân và bên bị tác động.
- Hậu quả, khả năng xảy ra và phương pháp chấm điểm.
- Control hiện có và evidence kiểm chứng.
- Phương án tránh, giảm, chuyển giao hoặc chấp nhận.
- Owner, deadline, rủi ro còn lại và người phê duyệt.
- Trigger đánh giá lại, chẳng hạn đổi model, dữ liệu hoặc mục đích sử dụng.
Không nên gộp "AI có thể trả lời sai" thành một dòng chung cho mọi hệ thống. Rủi ro phải mô tả sai trong ngữ cảnh nào, ảnh hưởng đến ai và control nào có thể phát hiện hoặc giới hạn hậu quả.
Quy trình review thực tế gồm những bước nào?
- Owner cập nhật inventory khi đề xuất use case hoặc thay đổi lớn.
- Nhóm liên quan đánh giá tác động và ghi rủi ro.
- Người có thẩm quyền phê duyệt triển khai và rủi ro còn lại.
- Hệ thống ghi test, monitoring, incident và change evidence.
- Risk được đánh giá lại theo lịch hoặc khi trigger xảy ra.
- Khi ngừng hệ thống, owner xác nhận xử lý dữ liệu, quyền truy cập và phụ thuộc.
pTrackly hỗ trợ phần nào?
pTrackly có danh mục hệ thống AI dùng chung cho cả tổ chức trong framework ISO 42001: tên hệ thống, nhà cung cấp, mục đích, loại output, môi trường triển khai, dữ liệu đầu vào, business owner, trạng thái đánh giá tác động và bước phê duyệt. Một số connector như OpenAI API đề xuất hệ thống AI từ dữ liệu sử dụng model thực tế; người phụ trách vẫn phải xác nhận owner, mục đích, dữ liệu và phê duyệt, vì dữ liệu sử dụng không chứng minh được danh mục đã đầy đủ. Rủi ro nằm trong risk register với điểm likelihood × impact và kế hoạch xử lý. pTrackly không tự quyết định rủi ro còn lại có chấp nhận được hay không; quyết định đó thuộc người phê duyệt của bạn, và tổ chức chứng nhận là bên audit.
Đọc thêm: đánh giá rủi ro AI theo ISO 42001, AIMS là gì, checklist triển khai ISO 42001, tích hợp ISO 27001 và ISO 42001 khi danh mục AI dùng chung quy trình với ISMS, ISO 42001 và EU AI Act và giải pháp ISO 42001.
Câu hỏi thường gặp
ISO 42001 có bắt buộc lập danh mục hệ thống AI không?
Tiêu chuẩn không có clause tên "inventory", nhưng phạm vi AIMS (clause 4.3), đánh giá rủi ro AI (6.1.2) và đánh giá tác động (6.1.4) đều làm theo từng hệ thống AI. Trên thực tế auditor sẽ yêu cầu một danh sách hệ thống trong phạm vi, có owner và được cập nhật.
Công cụ AI bên ngoài như ChatGPT hay Copilot có cần đưa vào danh mục không?
Có, khi công cụ đó có thể nhận mã nguồn, dữ liệu khách hàng hoặc dữ liệu cá nhân, hoặc ảnh hưởng đến quyết định trong phạm vi. Ghi nhà cung cấp, use case được phép và loại dữ liệu được gửi đi.
Bao lâu nên review danh mục hệ thống AI một lần?
Review theo lịch cố định do AIMS của bạn quy định (nhiều team chọn hàng quý) và mỗi khi đổi model, nguồn dữ liệu hoặc mục đích sử dụng. ISO/IEC 42001 yêu cầu review theo chu kỳ đã hoạch định chứ không ấn định tần suất cụ thể.
Đánh giá rủi ro AI và đánh giá tác động AI khác nhau thế nào?
Theo ISO/IEC 42001, đánh giá rủi ro (clause 6.1.2) xem rủi ro đối với mục tiêu AI của tổ chức, còn đánh giá tác động (clause 6.1.4) xem hệ quả với cá nhân, nhóm người và xã hội. Cả hai nên tham chiếu cùng system ID trong danh mục.
Nguồn tham khảo
Nội dung này là hướng dẫn triển khai chung, không phải cam kết chứng nhận hoặc ý kiến pháp lý.
