Một dự án triển khai Generative AI tại chi nhánh nước ngoài có thể vượt qua PoC kỹ thuật nhưng vẫn không thể vận hành. Trụ sở Nhật Bản và công ty tại Thái Lan/ASEAN phải thống nhất pháp nhân ký hợp đồng, luồng dữ liệu xuyên biên giới, quyền truy cập và DLP, phê duyệt use case, bằng chứng kiểm toán và quyền dừng khẩn cấp. Bài viết chuyển các câu hỏi đó thành RFP, lộ trình 90 ngày và cổng Go/No-Go. Đây không phải tư vấn pháp lý; hãy yêu cầu pháp chế, DPO/phụ trách quyền riêng tư, an ninh, thuế và mua hàng xác nhận yêu cầu hiện hành tại từng quốc gia và trong từng hợp đồng.
Bắt đầu triển khai AI tạo sinh tại ASEAN từ mô hình vận hành
Chất lượng mô hình chỉ là một phần. Cùng một tên dịch vụ nhưng điều kiện lưu trữ, sử dụng để huấn luyện, audit log, khu vực xử lý và hỗ trợ có thể khác theo gói, tenant, cấu hình, nguồn kết nối và hợp đồng. Tenant chung do Nhật quản lý giúp thống nhất kiểm soát nhưng có thể khuếch đại quyền truy cập cũ quá rộng. Tenant địa phương gần nghiệp vụ hơn nhưng dễ phân mảnh chính sách và log.
Expanded ASEAN Guide on AI Governance and Ethics – Generative AI bao quát trách nhiệm giải trình, dữ liệu, triển khai đáng tin cậy, báo cáo sự cố, thử nghiệm, bảo đảm và an ninh. Hướng dẫn của ETDA Thái Lan cũng yêu cầu xem xét đồng thời lợi ích, giới hạn, rủi ro, cách áp dụng và quản trị. Vì vậy, câu hỏi không phải “mô hình nào thông minh nhất” mà là “doanh nghiệp có quản lý được mục đích, dữ liệu, trách nhiệm, bằng chứng và thay đổi trong suốt vòng đời hay không”.
Bảy câu hỏi trước khi nêu tên nhà cung cấp
- Giải quyết vấn đề của ai và đo bằng chỉ số nào?
- Trụ sở Nhật, công ty Thái hay công ty khu vực sẽ ký hợp đồng?
- Input, truy xuất, inference, log, backup và hỗ trợ được xử lý ở đâu?
- Dữ liệu cá nhân, khách hàng, bản vẽ và chi phí nào được phép đưa vào?
- Ai có thể đổi người dùng, quyền, connector, model và retention?
- Ai có quyền dừng khi nghi ngờ rò rỉ, đầu ra nguy hiểm hoặc hành động trái phép?
- Sau khi go-live, ai đánh giá giá trị, rủi ro còn lại và quyết định kết thúc?
Thông tin chưa biết từ vendor là câu hỏi RFP. Giả định về hành vi người dùng là yêu cầu kiểm soát. “Có lẽ an toàn” là điều kiện chưa đạt Go.
Chọn pháp nhân ký hợp đồng giữa Nhật Bản và chi nhánh ASEAN
Pháp nhân ký không chỉ là nơi nhận hóa đơn. Họ nắm quyền và nghĩa vụ về điều khoản sử dụng, DPA, thay đổi subprocessor, thông báo sự cố, tài liệu kiểm toán, luật áp dụng và xóa dữ liệu khi thoát. Hợp đồng của trụ sở không xóa vai trò của công ty địa phương đối với dữ liệu địa phương; hợp đồng địa phương cũng không xóa trách nhiệm của trụ sở khi kết nối hệ thống tập đoàn.
| Mô hình | Phù hợp | Lợi ích | Điểm phải xác nhận |
|---|---|---|---|
| Trụ sở Nhật ký | Tenant và chính sách chung | Tập trung đàm phán, kiểm soát, log | Pháp nhân được bao phủ, dữ liệu xuyên biên giới, thuế, hỗ trợ địa phương |
| Công ty địa phương ký | Nghiệp vụ và dữ liệu riêng của quốc gia | Trách nhiệm gần vận hành | Lệch chuẩn, chi phí trùng, kiểm toán phân mảnh |
| Công ty khu vực ký | Triển khai nhiều nước ASEAN | Chuẩn khu vực kèm ngoại lệ quốc gia | Vai trò dữ liệu, phân bổ phí, trách nhiệm, điều kiện tham gia |
Chọn pháp nhân có khả năng thực hiện trách nhiệm. Nếu chủ hợp đồng, tenant admin, DPO và incident commander thuộc các công ty khác nhau, phải có thỏa thuận nội bộ về thẩm quyền, tuyến báo cáo và người thay thế. Thuế, transfer pricing, thuế khấu trừ, quyền riêng tư và vấn đề pháp lý cần được chuyên gia xác nhận.
Sổ hợp đồng vận hành cần ghi dịch vụ/gói, pháp nhân ký, công ty sử dụng, chủ tenant, ngày gia hạn, DPA, subprocessors, vùng lưu/xử lý, retention, xóa, đầu mối sự cố, bằng chứng audit và chủ ngoại lệ. Cập nhật cùng sơ đồ data flow khi dịch vụ thay đổi.
Đánh giá dữ liệu xuyên biên giới trên toàn vòng đời
“Lưu tại Singapore” chưa phải phân tích đầy đủ. Cần lập bản đồ từ nhập dữ liệu, inference, chỉ mục truy xuất, lịch sử hội thoại, telemetry, backup, support, subprocessor, công cụ ngoài đến xóa. Tài liệu Microsoft hiện hành vừa nêu cam kết data residency vừa mô tả trường hợp lưu lượng toàn cầu có thể được xử lý tại khu vực khác. Phải kiểm tra gói, tenant, tính năng và hợp đồng thực tế, không suy rộng từ một câu quảng bá.
Vẽ data flow bằng sáu khối
- Người và thiết bị: nhân viên trụ sở, nhà máy Thái/ASEAN, nhà thầu, điện thoại.
- Nguồn: email, SharePoint, ERP, MES, hồ sơ chất lượng, ảnh, prompt.
- Xử lý AI: model, RAG, agent, web search, plug-in, API.
- Lưu trữ: chat, vector DB, tệp tạm, audit log, backup.
- Đích: màn hình, email, ghi ERP, ticket, tài liệu khách hàng.
- Bên vận hành: HQ IT, local IT, vendor, cloud, đối tác support.
Gắn cho mỗi mũi tên loại dữ liệu, quốc gia/khu vực, mã hóa, retention và người duyệt. Nếu chưa biết, ghi “chưa xác nhận” và không coi là đạt Go. Pháp chế và DPO phải đánh giá cơ sở xử lý, thông báo, vai trò controller/processor và chuyển dữ liệu theo luật áp dụng tại Thái Lan, Việt Nam hoặc quốc gia liên quan, rồi lưu ngày và tài liệu quyết định.
Chuyển phân loại dữ liệu thành kiểm soát input và hành động
| Loại | Ví dụ | Mặc định | Điều kiện cho phép |
|---|---|---|---|
| Công khai | Website, catalog đã công bố | Dùng trong dịch vụ được duyệt | Kiểm tra nguồn, bản quyền, thương hiệu |
| Nội bộ | Quy trình và biên bản nội bộ | Chỉ tenant doanh nghiệp | Identity, sharing, retention, log |
| Mật | Chi phí, báo giá, thiết kế, khách hàng | Cấm hoặc môi trường cô lập | Duyệt use case, tối thiểu hóa, DLP, review |
| Cá nhân/kiểm soát đặc biệt | Nhân sự, đánh giá, sức khỏe, an toàn | Mặc định cấm | Pháp chế/DPO, giới hạn mục đích, quyền, lưu/xóa |
| Quan trọng với điều khiển | Thông số máy, interlock, quyết định chất lượng chính thức | Không tự động hành động ban đầu | Kiểm chứng độc lập, người duyệt, fail-safe, change control |
DLP phải bao phủ copy-paste, upload, connector, API, extension, mobile và cả đầu ra. Đóng trước các đường gửi thẳng cho khách, cập nhật ERP master hoặc thay đổi thiết bị không cần phê duyệt.
Thiết kế quyền, DLP và audit như một hệ thống
Generative AI tăng tốc truy xuất qua quyền sẵn có. Microsoft nói Copilot thuộc phạm vi chỉ hiển thị dữ liệu mà người dùng có quyền xem. Điều đó cũng có nghĩa quyền SharePoint/Teams quá rộng sẽ dễ bị tìm và tóm tắt hơn. Hãy sửa quyền ở nguồn trước khi go-live.
Dùng tài khoản doanh nghiệp, SSO, MFA, quy trình joiner-mover-leaver và RBAC. Tách người dùng, chủ use case, người tạo agent, người xem audit và tenant admin. Connector và việc publish agent phải được duyệt. Đồng bộ sensitivity label, external sharing, DLP và download giữa nguồn và lớp AI. Tách quyền break-glass và diễn tập.
OpenAI nói input/output của các sản phẩm doanh nghiệp được liệt kê và API không được dùng huấn luyện mặc định, đồng thời mô tả RBAC, SCIM, retention và Audit Logs API tùy gói. Microsoft có tuyên bố tương tự cho prompt, response và Graph data trong Copilot thuộc phạm vi. Đây là tuyên bố cần xác minh với đúng sản phẩm, gói, endpoint, vùng, cấu hình, opt-in và hợp đồng.
Mười câu hỏi audit trail phải trả lời
- Ai dùng use case nào, lúc nào?
- Model/version/system prompt/agent configuration nào?
- Tệp hoặc record phiên bản nào được tham chiếu?
- Dữ liệu nào rời tenant qua tool, search hay connector?
- Hành động nào được đề xuất, ai duyệt và đã thực thi gì?
- DLP/safety rule nào cho phép hoặc chặn?
- Ai đổi quyền, retention, model hay connector?
- Log ở đâu và ai có thể sửa/xóa?
- Điều tra viên có tái dựng hội thoại và nguồn không?
- Khi chấm dứt hợp đồng, dữ liệu và bằng chứng được xuất/xóa thế nào?
Microsoft mô tả khả năng ghi audit cho prompt, response và nội dung tham chiếu, cùng retention/eDiscovery qua Purview trong môi trường thuộc phạm vi. Không được giả định tính năng đã bật. Demo RFP phải tái hiện upload bị cấm, đổi quyền, thêm connector, xóa, export và điều tra.
Tách khả năng AI khỏi quyền được quyết định
Dịch, biên bản và email nháp là điểm khởi đầu phổ biến. Ứng dụng giá trị cao gần chất lượng, bảo trì, mua hàng, bán hàng và kỹ thuật có hậu quả lỗi lớn hơn. Use-case card phải ghi owner, pháp nhân, người dùng, quy trình hiện tại, baseline, KPI, input/source/output, truyền ra ngoài, data class, dữ liệu cá nhân, NDA/IP, kịch bản lỗi, điểm người kiểm, tự động hóa cấm, stop condition, change control, lịch review và exit.
| Rủi ro | Ví dụ | Khả năng cho phép | Kiểm soát tối thiểu |
|---|---|---|---|
| Thấp | Tóm tắt công khai, dàn ý đào tạo | Tạo nháp | Người kiểm và nguồn |
| Trung bình | Tìm nội bộ, biên bản, dịch | Truy xuất, phân loại, đề xuất | Kế thừa quyền, DLP, audit mẫu |
| Cao | Báo giá, đề xuất chất lượng, trả lời khách | Chỉ khuyến nghị giới hạn | Hai người duyệt, evaluation set, bằng chứng, stop |
| Rất cao | Điều khiển máy, safety, kết luận pháp lý, thanh toán tự động | Mặc định No-Go | Không autonomy nếu thiếu safety case độc lập và duyệt lãnh đạo |
ASEAN khuyến nghị guardrail theo rủi ro, đánh giá khi triển khai, red teaming, lọc input/output, người giám sát và theo dõi liên tục. NIST AI RMF tự nguyện có thể chuyển thành gate: Govern trách nhiệm/chính sách; Map mục đích, dữ liệu, bên bị tác động; Measure chất lượng và thất bại gây hại; Manage rủi ro còn lại, giám sát, ứng phó, dừng. Đây là mẫu triển khai, không phải checklist bắt buộc của NIST.
RFP cho triển khai Generative AI ở chi nhánh ASEAN
| Mảng | Câu hỏi | Bằng chứng | Dấu hiệu không đạt |
|---|---|---|---|
| Hợp đồng | Các pháp nhân sử dụng được bao phủ thế nào? | Order, terms, DPA, entity list | Công ty vận hành nằm ngoài thỏa thuận |
| Training | Input/output/evaluation có dùng cải thiện model? | Điều khoản, setting, opt-in | Mặc định và ngoại lệ không rõ |
| Vị trí | Storage, inference, log, support, subprocessor ở đâu? | Flow, regional terms, list | Chỉ nói “secure cloud” |
| Retention | Có cấu hình/xóa chat, file, log, backup? | Matrix và deletion test | Admin không xác minh xóa được |
| Identity | Có SSO, MFA, SCIM, RBAC, tách admin? | Demo, role, API | Phải dùng shared ID |
| DLP | Có kiểm soát label, upload, connector, outbound action? | Policy và blocked log | Chat có kiểm soát nhưng API không |
| Audit | Có truy prompt, response, reference, action, admin change? | Sample log, export | Không tái dựng sự kiện được |
| Change | Thông báo đổi model/safety thế nào? | Release policy, notice, pinning | Thay đổi im lặng làm mất hiệu lực test |
| Availability | Support và fallback theo giờ địa phương? | SLA, status, escalation | Không có đầu mối khu vực |
| Exit | Xuất, xóa, bảo toàn bằng chứng thế nào? | Exit plan, proof, phí | Lock-in/xóa không rõ |
Trong demo, thử tệp nhà máy không có quyền, tệp sensitivity label bị gửi ra ngoài, tài liệu chứa prompt injection, vô hiệu hóa nhân viên và điều tra audit. So sánh tổng chi phí gồm identity, DLP, log, SI, đánh giá, đào tạo, local support, migration và exit.
RACI cụ thể giữa trụ sở và công ty địa phương
| Hoạt động | Lãnh đạo | HQ AI/IT | Lãnh đạo địa phương | Local IT | Legal/DPO | Security | Process owner | Vendor |
|---|---|---|---|---|---|---|---|---|
| Đầu tư và phạm vi | A | C | C | I | I | I | R | I |
| Hợp đồng và DPA | I | C | C | I | A/R | C | I | C |
| Phân loại và chuyển dữ liệu | I | C | C | R | A | C | R | C |
| Tenant, identity, DLP | I | A | C | R | C | R | C | C |
| Duyệt use case | I | C | A | C | C | C | R | I |
| Evaluation/red team | I | A | C | R | C | R | R | C |
| Đào tạo | I | C | A | R | C | C | R | C |
| Theo dõi production | I | C | A | R | C | R | R | C |
| Dừng khẩn cấp | I | C | A | R | C | R | R | C |
| Báo cáo sự cố lớn | A | R | R | C | C | C | I | I |
| Exit và xóa | A | R | C | R | C | C | C | R |
Điền tên người, người thay thế, kênh, giờ trực và ngày nghỉ. “HQ IT” không đủ khi nhà máy phải containment ngoài giờ Nhật. Local IT cần quyền dừng có phạm vi và tuyến escalation đã thử.
Lộ trình PoC đến vận hành trong 90 ngày
90 ngày là nhịp quyết định, không phải chuẩn bắt buộc. Use case rủi ro cao hoặc nhiều quốc gia có thể cần lâu hơn.
Ngày 0–15 xác định mục đích và ranh giới
Bổ nhiệm sponsor, owner, local lead. Giới hạn một workflow, nhóm người dùng và data class. Đo baseline. Soạn contract model, data flow, RACI, hành động cấm và incident tree. Lập danh sách câu hỏi cho legal/DPO và evaluation set đã được phép.
Ngày 16–30 đo năng lực và thất bại trong môi trường cách ly
Thử case đại diện, biên, lỗi thời, mâu thuẫn, đa ngôn ngữ và adversarial, không có quyền ghi production. Đo lỗi nghiêm trọng, dẫn nguồn sai, hành vi từ chối, sai nghĩa Thái–Nhật–Việt, sai đơn vị và chất lượng nguồn. Quản lý phiên bản prompt, knowledge và kết quả.
Ngày 31–60 chạy thử với người dùng giới hạn
Bật identity, role, DLP, log. Huấn luyện input cấm, xác minh output, nguồn và báo cáo sự cố. Dùng human approval thật. Mỗi tuần xem KPI và risk indicator cùng nhau. Ghi near miss/shadow AI và thử manual fallback.
Ngày 61–75 bảo đảm trước production
Hoàn thành security test, permission review, legal/DPO và cross-border confirmation, audit reconstruction, deletion test, incident tabletop. Với agent, tăng quyền theo thứ tự read → propose → draft → execute có duyệt → automation giới hạn.
Ngày 76–90 quyết định và bàn giao
Trình giá trị, lỗi, rủi ro chưa đóng, ngoại lệ có hạn, chi phí, đào tạo và diễn tập. Conditional Go phải ghi pháp nhân, phòng ban, data class và feature. Bàn giao register, RACI, dashboard, change control, review hàng tháng và stop authority.
Tham khảo thêm chi phí và tiêu chí thành công của AI PoC tại Thái Lan và lộ trình triển khai AI năm 2026.
Tiêu chí Go/No-Go dựa trên bằng chứng
Các ngưỡng dưới đây là ví dụ quản trị dự án, không phải con số pháp luật.
| Mảng | Go | Conditional Go | No-Go |
|---|---|---|---|
| Giá trị | Tốt hơn baseline, không giảm chất lượng | Giá trị hạn chế nhưng có mục tiêu học | Không đo được KPI hoặc tăng rework |
| Lỗi nghiêm trọng | Không có trong evaluation set đã thống nhất | Lỗi nhẹ được bù bằng review | Lỗi ảnh hưởng safety, hợp đồng, khách hàng |
| Dữ liệu | Ghi đủ flow, class, region | Chỉ dữ liệu không mật | Không biết đích dữ liệu cá nhân/mật |
| Quyền | ID cá nhân và least privilege | Khởi động khi tắt một số connector | Shared ID hoặc không offboard nhanh |
| DLP | Mọi đường cấm đều bị chặn | Manual review tạm thời | API/extension ngoài kiểm soát |
| Audit | Tái dựng đầy đủ sự kiện chọn mẫu | Bổ sung bằng hệ thống khác | Không biết ai thực hiện action |
| Legal/DPO | Có hồ sơ review cho nước/pháp nhân | Giới hạn dữ liệu đã duyệt | Transfer/secondary use chưa review |
| Incident | Diễn tập stop, report, preserve hoàn tất | Cải thiện trong thời hạn | Không có quyền dừng/đầu mối |
| Exit | Đã thử export, delete, fallback | Migration thủ công được duyệt | Trả/xóa không rõ |
No-Go không đồng nghĩa thất bại. Có thể bỏ dữ liệu mật, đổi execution thành proposal hoặc giới hạn một nước. Mọi ngoại lệ cần owner và ngày hết hạn.
Biến audit log thành khả năng tái dựng
Liên kết conversation ID, user, time, model, system-prompt version, document/version, connector, tool action, approver, destination và DLP result. Nếu lưu prompt tạo rủi ro mới, hãy thiết kế masking, access và retention với legal/DPO. Dashboard hàng tháng phải đặt thời gian, chất lượng, rework cạnh blocked input, excessive access, unsupported answer, material error, incident, expired exception và đánh giá lại sau model change.
Xem nền tảng kỹ thuật tại cách xây dựng môi trường Generative AI an toàn và gắn nó với hợp đồng cùng trách nhiệm địa phương.
Dừng và escalation khi có sự cố
- 0–15 phút: Người trực địa phương tắt agent, connector, key hoặc user group liên quan; bảo toàn ID, thời gian, tệp, ảnh và action; chuyển sang quy trình thủ công.
- 15–60 phút: Báo security, process owner, Local IT, HQ AI/IT; mời legal/DPO ngay nếu có thể liên quan dữ liệu cá nhân, hợp đồng, pháp luật hoặc khách hàng. Chuyên gia quyết định nghĩa vụ thông báo.
- 1–24 giờ: Xác định người dùng, dữ liệu, quốc gia, truyền ra ngoài và action; rotate credential, gỡ share, tăng DLP, chuẩn bị truyền thông. Không mở lại khi chưa biết nguyên nhân.
- Restart gate: Ghi root cause, phạm vi, biện pháp tạm/thường trực, retest, người chấp nhận residual risk, monitoring và truyền thông; incident owner phê duyệt.
Lỗi thường gặp khi ứng dụng AI tại nhà máy nước ngoài
Trụ sở ban hành chính sách chỉ bằng tiếng Nhật, trong khi người dùng địa phương chờ duyệt lâu và giao diện không phù hợp, dẫn tới shadow AI. Hãy cho người dùng địa phương tham gia thiết kế và cung cấp quy tắc ngắn bằng ngôn ngữ cần thiết. Đừng đưa PoC dữ liệu sạch lên production chỉ dựa trên accuracy trung bình; thêm tài liệu cũ, mâu thuẫn, không có quyền, thuật ngữ đa ngôn ngữ, sai đơn vị và prompt injection. Đừng coi brochure là bằng chứng tenant; kiểm chứng “không huấn luyện”, “an toàn”, “audit được” bằng hợp đồng, console, test và log. Giữ nguyên văn cho nội dung chất lượng, safety, đặc tả và hợp đồng; AI translation không phải người duyệt cuối.
Checklist cuối cùng
- Một trang về vấn đề, baseline, KPI và exit condition.
- Thống nhất pháp nhân ký, công ty dùng, chủ tenant và phân bổ phí.
- Xem DPA, terms, subprocessors, change notice và exit.
- Data flow vòng đời có class và quốc gia/khu vực.
- Kiểm soát chat, file, API, connector, action và output.
- Có legal/DPO review cho đúng pháp nhân và dữ liệu.
- Thử SSO, MFA, provisioning, RBAC, least privilege, admin separation.
- Tái dựng prompt, source, tool action, approval, admin change.
- Thử normal, edge, adversarial, multilingual, unauthorized data.
- Định nghĩa human approval, autonomy cấm, stop và fallback.
- Diễn tập đầu mối sự cố theo giờ địa phương.
- Có monthly review, model-change re-evaluation, hạn ngoại lệ.
- Xác nhận export, delete, bảo toàn evidence và quy trình thay thế.
Kết luận
Triển khai Generative AI tại chi nhánh nước ngoài thành công là xây dựng operating model, không chỉ mua phần mềm. Trụ sở Nhật và đơn vị Thái Lan/ASEAN cần cùng một góc nhìn về pháp nhân ký, dữ liệu xuyên biên giới, quyền, DLP, rủi ro use case, audit trail và quyền dừng. Bắt đầu trong ranh giới có thể đảo ngược, đo giá trị và thất bại theo nhịp 90 ngày, chỉ mở rộng bằng quyết định Go có hồ sơ. Dùng tài liệu chính thức và vendor làm bằng chứng khởi đầu nhưng phải kiểm tra đúng hợp đồng, gói, tenant, cấu hình và dữ liệu thật, với quyết định legal/DPO được lưu lại.
TOMAS TECH có thể hỗ trợ từ giai đoạn chưa chốt use case: lập data flow cho chi nhánh ASEAN, thiết kế PoC và RFP, quyền/audit và bàn giao vận hành. Liên hệ với chúng tôi và cho biết quy trình cùng cấu trúc pháp nhân đang xem xét.
Câu hỏi thường gặp
Trụ sở Nhật hay công ty địa phương nên ký hợp đồng AI?
Không có đáp án chung. Chọn pháp nhân có thể thực thi DPA, tenant control, incident, audit và deletion cho các công ty tham gia; nhờ chuyên gia xác nhận thuế, pháp lý, quyền riêng tư và cross-border.
Dùng AI ở Thái Lan hoặc Việt Nam có tự động là chuyển dữ liệu xuyên biên giới?
Không thể kết luận chỉ từ nơi người dùng ngồi. Phải lập bản đồ storage, inference, log, support, backup, subprocessor và connector, xác định dữ liệu/các bên rồi để legal/DPO đánh giá luật áp dụng.
Use case đầu tiên an toàn cho nhà máy là gì?
Cân nhắc drafting, retrieval, translation hoặc minutes có thể đảo ngược với dữ liệu công khai/nội bộ được kiểm soát. Loại machine control, safety, quyết định chất lượng chính thức và unattended write khỏi phạm vi đầu.
Cam kết không dùng input để huấn luyện đã đủ chưa?
Chưa. Còn phải xác minh storage, processing region, retention, deletion, subprocessors, admin access, external tools, audit, model change và exit của đúng gói.
Audit log cần chứa gì?
Liên kết user, time, use case, model/config, prompt/response, reference, tool action, approval, destination, DLP và admin change; bảo vệ chính log bằng access, masking và retention.
Ai quyết định Go/No-Go sau PoC?
Process owner đánh giá giá trị; IT, security, legal, DPO đánh giá lĩnh vực của mình; business accountable hoặc review board được chỉ định chấp nhận residual risk. RACI phải có một A.
Khi nghi ngờ sự cố có phải dừng toàn bộ AI?
Nếu biết phạm vi, dừng đơn vị nhỏ nhất vẫn an toàn như agent, connector, key hoặc user group. Nếu chưa rõ hoặc có thể nghiêm trọng, dừng rộng tạm thời. Nhân sự địa phương cần quyền containment trước khi escalation.
