Quy chế sử dụng AI tạo sinh 2026｜4 lỗ hổng của bản công ty mẹ

Bản quy chế sử dụng AI tạo sinh do công ty mẹ tại Nhật Bản soạn thảo vừa được chuyển xuống nhà máy tại Việt Nam. Mở ra thì thấy một dãy các điều cấm nối nhau. Nhưng câu hỏi đầu tiên bật lên ở hiện trường lại là “vậy rốt cuộc chúng tôi được phép làm gì”. Bài viết này đứng trên quan điểm rằng thứ một quy chế thực sự bảo vệ không phải là chuyện công cụ nào được dùng hay bị cấm, mà là hai thứ khác: đường dữ liệu đi ra ngoài công ty, và trách nhiệm nghiệm thu khi đầu ra của AI được đưa vào công việc. Trên nền đó, chúng tôi lần lượt bịt bốn lỗ hổng mà bản của công ty mẹ để lại.

Vì sao quy chế sử dụng AI tạo sinh hay dừng ở chỗ phát xong là xong

Số doanh nghiệp hỏi vì sao đã phát quy chế mà hiện trường vẫn không đổi đang tăng lên. Nguyên nhân không nằm ở câu chữ hay hay dở, mà ở chỗ tài liệu bị viết thành một bản liệt kê điều cấm trong khi chưa ai chốt được nó bảo vệ điều gì. Bản liệt kê điều cấm, với người soạn, trông có vẻ bao quát. Với người đọc, đó là tài liệu không cho phép họ xác định công việc của mình rơi vào mục nào. Một tài liệu không cho phép xác định sẽ bị loại khỏi thực tế vận hành ngay khi được đọc.

Thứ tự các khó khăn đang cho thấy một sự đảo ngược

Khảo sát xu hướng doanh nghiệp về AI tạo sinh do Teikoku Databank thực hiện từ ngày 17 tháng 3 đến ngày 31 tháng 3 năm 2026 đã gửi phiếu tới 23,349 doanh nghiệp trên toàn Nhật Bản và thu về 10,312 phiếu trả lời hợp lệ (tỷ lệ trả lời 44.2%). Tỷ lệ doanh nghiệp trả lời rằng mình có ứng dụng AI tạo sinh là 34.5%, chia thành 4.4% ứng dụng rất tích cực và 30.2% ứng dụng ở mức tương đối. Theo quy mô, doanh nghiệp lớn đạt 46.5%, doanh nghiệp vừa và nhỏ 32.4%, doanh nghiệp siêu nhỏ 28.0%.

Đây là số liệu của phía Nhật Bản, và với một chi nhánh tại Việt Nam thì đó chính là bối cảnh đã sinh ra bản quy chế đang nằm trên bàn. Điều đáng chú ý không phải bản thân tỷ lệ ứng dụng, mà là thứ tự các khó khăn mà doanh nghiệp nêu ra.

Có 33.5% doanh nghiệp nêu rủi ro rò rỉ thông tin, trong khi chỉ 25.5% nêu việc xây dựng quy tắc về việc quy trách nhiệm khi có sự cố. Thứ tự này bị đảo, và đó là điểm xuất phát của bài viết. Rò rỉ thông tin có thể bịt được phần lớn bằng kiểm soát kỹ thuật, còn việc quy trách nhiệm thì kỹ thuật không bịt được chút nào. Việc tắt tùy chọn dùng dữ liệu đầu vào để huấn luyện mô hình, hay việc tách riêng tenant, đều có tác dụng với câu hỏi dữ liệu đã nhập sẽ đi về đâu. Nhưng câu hỏi ai đã kiểm tra con số AI đưa ra rồi quyết định dùng nó trong công việc thì không tồn tại ở bất kỳ màn hình thiết lập nào. Chỉ quy chế mới trả lời được câu đó.

Chỉ riêng định hướng là đang chạy trước

Trong khảo sát về tiến triển của công nghệ thông tin và truyền thông mới nhất (thực hiện năm 2025) được đăng tại Sách trắng Thông tin và Truyền thông bản năm 2025 của Bộ Nội vụ và Truyền thông Nhật Bản, tỷ lệ doanh nghiệp Nhật Bản đặt định hướng ứng dụng tích cực AI tạo sinh là 49.7% trong năm tài chính 2024, tăng 7 điểm so với mức 42.7% của năm tài chính 2023. Gần một nửa đã tuyên bố ứng dụng tích cực, và nói ngược lại thì tuyên bố về định hướng đang chạy trước cả thiết kế vận hành.

Vấn đề là tài liệu lấp khoảng giữa định hướng và vận hành lại được viết dưới dạng danh sách điều cấm. Công ty tuyên bố sẽ ứng dụng tích cực, nhưng tài liệu phát xuống hiện trường chỉ liệt kê những việc không được làm. Ở chi nhánh nước ngoài, khoảng lệch này còn giãn rộng thêm vì có thêm rào cản ngôn ngữ chen vào giữa.

Thứ mà quy chế thực sự bảo vệ

Đối tượng cần bảo vệ gói lại chỉ còn hai. Thứ nhất là đường dữ liệu đi ra ngoài công ty. Nhóm dữ liệu nào, đi qua đường nào, được ra tới đâu. Đây là thiết kế cửa vào và có tác dụng trước khi sự cố xảy ra. Thứ hai là việc quy trách nhiệm khi đầu ra của AI được đưa vào công việc. Ai kiểm tra, tài liệu ra ngoài dưới tên ai, và khi sai thì lần theo bản ghi nào. Đây là thiết kế cửa ra và có tác dụng sau khi sự cố xảy ra.

Việc một công cụ được dùng hay bị cấm chỉ là kết quả suy ra từ hai điều trên. Vậy mà phần lớn quy chế lại lấy chuyện cho phép công cụ làm chủ ngữ. Vì chủ ngữ là kết quả nên cứ có công cụ mới là phải sửa quy chế, và toàn bộ quãng thời gian sửa không kịp trở thành khoảng trống. Cách tiến hành việc đưa AI tạo sinh vào doanh nghiệp đã được xử lý trong bài viết tổng hợp lộ trình triển khai AI tạo sinh, nên bài này chỉ tập trung vào việc sau khi triển khai thì cái gì bảo vệ công ty.

Bốn lỗ hổng khiến quy chế của công ty mẹ không chạy được tại chi nhánh Việt Nam

Quy chế của công ty mẹ Nhật Bản được viết trên ba tiền đề: lấy pháp luật Nhật Bản làm nền, hướng tới người đọc bằng tiếng Nhật, và đặt trên môi trường CNTT do công ty mẹ quản lý. Tại chi nhánh Việt Nam, cả ba tiền đề đều sụp.

Trước hết xin liệt kê các lỗ hổng mở ra khi ba tiền đề đó sụp. Các chương sau sẽ lần lượt xử lý bốn lỗ hổng này.

Bốn lỗ hổng này không phải bốn khiếm khuyết độc lập. Chúng cùng sinh ra từ một nguyên nhân: quy chế mặc định người đọc là người làm việc trong môi trường của công ty mẹ, bằng ngôn ngữ của công ty mẹ, dưới pháp luật mà công ty mẹ biết, với những công cụ mà công ty mẹ biết. Chi nhánh nước ngoài nằm ngoài toàn bộ giả định đó, nên bốn chỗ cùng thủng một lúc.

Lỗ hổng tạo ra loại quy chế tuân thủ đủ vẫn không đủ

Chỗ này dễ bị hiểu nhầm nên xin nói trước. Bốn lỗ hổng không phải câu chuyện nhân viên bản địa vi phạm quy chế. Đó là câu chuyện tuân thủ quy chế một cách trọn vẹn mà công ty vẫn không được bảo vệ.

Giả sử bản của công ty mẹ ghi rằng cấm dùng AI tạo sinh bản miễn phí cho công việc, và nhân viên bản địa tuân thủ đúng. Người đó có thể chuyển sang dùng tiện ích dịch trên trình duyệt để dịch bản báo giá nội bộ. Quy chế không nhắc gì tới tiện ích dịch nên đây không phải vi phạm. Nhưng dữ liệu thì đã ra ngoài. Đó chính là lỗ hổng số 3 về đường đi.

Điều tương tự xảy ra với lỗ hổng số 4. Giả sử nhân viên tuân thủ đúng yêu cầu không dùng thẳng đầu ra, tự đọc lại, tự sửa rồi mới gửi cho khách hàng. Nhưng bản ghi của việc đã đọc và đã sửa thì không nằm ở đâu cả. Nửa năm sau khi có khiếu nại, thứ duy nhất công ty đưa ra được là điều khoản. Quy chế đã được tuân thủ, còn việc quy trách nhiệm vẫn để trống.

Pháp nhân tại Việt Nam không có quyền sửa quy chế của công ty mẹ

Nhiều pháp nhân Việt Nam thuộc tập đoàn Nhật Bản không có thẩm quyền sửa quy chế cấp tập đoàn do công ty mẹ ban hành. Vì vậy khi phát hiện lỗ hổng, thứ làm được tại chỗ chỉ là soạn một tài liệu bổ sung. Nhưng đây cũng là một phương châm thiết kế thực tế. Không cần chờ công ty mẹ sửa toàn bộ, cứ giữ nguyên bản của công ty mẹ ở vị trí văn bản cấp trên, rồi bổ sung một bản hướng dẫn thực hiện cấp chi nhánh quy định đúng bốn mục mà bản của công ty mẹ không chạm tới.

Bốn chương này tương ứng trực tiếp với nghĩa vụ mà dự thảo Luật AI Thái Lan dự định đặt lên bên triển khai, đồng thời chương 3 đón luôn nghĩa vụ minh bạch mà Luật AI Việt Nam đang đặt lên bên triển khai. Nhờ vậy, dù dự thảo phía Thái Lan có được ban hành thì cũng không phải viết lại. Ngược lại, một bản quy chế được lắp từ điều khoản mẫu lấy đâu đó về rất dễ phải làm lại từ đầu ngay khi nội dung luật chốt xong. Vì vậy, trước khi đặt bút viết điều khoản thì phải quyết xong nội dung của bốn chương này.

Lỗ hổng 1 pháp lý – Luật AI Việt Nam đã có hiệu lực và ràng buộc bên triển khai

Với một chi nhánh tại Việt Nam, lỗ hổng pháp lý không còn là chuyện của tương lai. Luật Trí tuệ nhân tạo số 134/2025/QH15 được thông qua ngày 10 tháng 12 năm 2025 và đã có hiệu lực từ ngày 1 tháng 3 năm 2026. Đây là điểm khác biệt căn bản so với các quốc gia trong khu vực còn đang ở giai đoạn dự thảo, và cũng là lý do bản quy chế do công ty mẹ Nhật Bản soạn năm ngoái gần như chắc chắn không đề cập tới nó.

Luật số 134/2025/QH15 đã có hiệu lực chứ không còn là dự thảo

Luật áp dụng cho cả chủ thể trong nước và chủ thể nước ngoài. Nói cách khác, việc hệ thống chạy trên máy chủ của công ty mẹ tại Nhật Bản không tự động đưa nó ra ngoài phạm vi điều chỉnh. Một chatbot phục vụ nhân viên nhà máy tại Việt Nam, một công cụ sinh tài liệu dùng dữ liệu của khách hàng Việt Nam, một hệ thống chấm công có thành phần dự đoán, tất cả đều cần được đặt lên bàn và soi lại.

Với bộ phận quản lý và bộ phận CNTT của một nhà máy FDI, ý nghĩa thực tế nằm ở chỗ này. Từ trước tới nay, câu trả lời cho câu hỏi có được dùng AI tạo sinh hay không luôn là câu trả lời nội bộ, dựa trên khẩu vị rủi ro của tập đoàn. Từ ngày 1 tháng 3 năm 2026, một phần câu trả lời đó đã nằm ngoài phạm vi tự quyết của doanh nghiệp. Quy chế nội bộ không còn là văn bản duy nhất quy định cuộc chơi.

Thời hạn chuyển tiếp của các hệ thống đang chạy

Luật đặt thời hạn chuyển tiếp cho những hệ thống đã vận hành trước khi luật có hiệu lực. Đây là mốc mà kế hoạch của bộ phận CNTT phải bám vào.

Nhìn từ phía công ty mẹ Nhật Bản, cách đọc đúng là: các chatbot và cơ chế sinh tài liệu đang chạy tại cơ sở Việt Nam phải được điều chỉnh cho khớp yêu cầu của luật trước ngày 1 tháng 3 năm 2027. Nếu mục đích sử dụng liên quan tới y tế, giáo dục hoặc tài chính thì mốc là ngày 1 tháng 9 năm 2027. Dù thế nào thì phần thời gian còn lại cũng không nhiều. Điểm cần lưu ý là thời hạn chuyển tiếp không phải khoảng lặng để chờ, mà là khoảng để làm ba việc: kiểm kê xem chi nhánh đang chạy những hệ thống nào có thành phần AI, xác định vai trò của công ty trong từng hệ thống đó, và bắt đầu thu thập những bản ghi mà sau này không thể dựng lại được.

Nghĩa vụ minh bạch của nhà cung cấp và bên triển khai không giống nhau

Trong thực tiễn, nghĩa vụ minh bạch là phần phát huy tác dụng sớm nhất. Nội dung khác nhau giữa nhà cung cấp và bên triển khai, và đây chính là chỗ nhiều doanh nghiệp đọc nhầm vai của mình.

Một doanh nghiệp sản xuất thông thường là bên triển khai. Nghĩa vụ đặt lên bên triển khai không phải là tự nhúng dấu hiệu máy đọc được, mà là nêu rõ khi có nguy cơ gây nhầm lẫn. Đây là loại nghĩa vụ không thể xử lý bằng thiết lập công cụ, mà phải viết thành tiêu chí xác định trong nội bộ thì mới áp dụng được. Cần nêu ví dụ cụ thể theo đúng nghiệp vụ của chi nhánh để trả lời câu hỏi thế nào thì bị coi là có nguy cơ gây nhầm lẫn. Ảnh sản phẩm được sinh ra bằng AI, ảnh nhân vật trong bản tin nội bộ, giọng thuyết minh cho video hướng dẫn gửi khách hàng. Đây là những tình huống sẽ đòi hỏi một quyết định rõ ràng.

Xin nhấn thêm một lần nữa vì đây là chỗ hay bị bỏ qua. Nghĩa vụ nêu rõ nội dung do AI tạo ra không nằm ở phía nhà cung cấp phần mềm mà doanh nghiệp mua về. Nó nằm ở phía doanh nghiệp sử dụng, tức là ở phía chi nhánh. Nếu quy chế của công ty mẹ chỉ có một câu đại ý là tuân thủ điều khoản sử dụng của nhà cung cấp, thì nghĩa vụ này không được ai gánh.

Cơ chế thử nghiệm có kiểm soát và hạ tầng AI quốc gia

Luật không chỉ đặt ra nghĩa vụ. Luật cũng quy định cơ chế thử nghiệm có kiểm soát, cùng với quyền tiếp cận ưu tiên tới hạ tầng AI quốc gia gồm tài nguyên tính toán và tập dữ liệu dùng chung, trong đó doanh nghiệp khởi nghiệp, doanh nghiệp nhỏ và vừa và các chủ thể nghiên cứu là đối tượng được ưu tiên.

Với một pháp nhân FDI, ý nghĩa của phần này nằm ở cách trình bày nội bộ. Khi báo cáo lên công ty mẹ, nếu chỉ mô tả luật như một tập nghĩa vụ mới thì phản ứng dễ đoán là siết chặt thêm và cấm thêm, và kết quả là chi nhánh mất luôn khả năng dùng AI trong công việc. Cách trình bày chính xác hơn là: khung pháp lý đã rõ ràng nên phạm vi được phép cũng rõ ràng theo, và điều đó cho phép thiết kế việc sử dụng một cách có căn cứ thay vì dựa vào cảm tính.

Tiếp lỗ hổng 1 – dự thảo Luật AI Thái Lan vẫn chưa được ban hành

Nhiều tập đoàn Nhật Bản vận hành nhiều cơ sở trong ASEAN cùng lúc, và một bản quy chế cấp tập đoàn thường phải phủ nhiều quốc gia. Vì vậy cần làm rõ ngay quan hệ giữa hai nước, bởi nhầm lẫn ở đây sẽ làm sai toàn bộ phạm vi áp dụng của quy chế.

Trái với Việt Nam, Luật AI của Thái Lan (Draft Act on Artificial Intelligence) tại thời điểm viết bài, ngày 7 tháng 8 năm 2026, vẫn là dự thảo và chưa được ban hành. Có một số bài phân tích ghi rằng luật này đã có hiệu lực, nhưng nhiều hãng luật đều coi văn bản này là dự thảo. Nhiều khả năng đây là sự nhầm lẫn với ngày hiệu lực của Luật AI Việt Nam. Với Thái Lan, cách mô tả chính xác là dự thảo đã được công bố và đã kết thúc giai đoạn lấy ý kiến.

Cơ quan phụ trách là ETDA (Electronic Transactions Development Agency), đã công bố bản dự thảo mới vào ngày 2 tháng 7 năm 2026 và tổ chức lấy ý kiến công khai trong khoảng 30 ngày. Thời hạn nhận ý kiến được cho là đã kết thúc vào đầu tháng 8 năm 2026.

Tuy vậy, việc chưa ban hành không phải lý do để hoãn công việc soạn quy chế. Cấu trúc nghĩa vụ mà dự thảo đưa ra thuộc loại mà quy chế Nhật Bản vốn không có, thời gian chuyển tiếp sau khi ban hành lại ngắn, và phần lớn những gì dự thảo yêu cầu đều là kiểm soát nội bộ hợp lý ngay cả khi không có luật.

Ba nhóm rủi ro trong dự thảo

Dự thảo chia hệ thống AI thành ba nhóm.

Nhóm Designated AI đặc biệt nặng trong thực tiễn. Hôm nay chưa thuộc phạm vi, nhưng chỉ cần một sắc lệnh là có thể rơi vào diện phải khai báo hoặc đăng ký. Nếu không chuẩn bị sẵn câu trả lời cho câu hỏi khi bị chỉ định thì xuất trình được gì, doanh nghiệp sẽ phải cuống cuồng dựng bản ghi đúng lúc bị chỉ định.

Dự thảo cũng có quy định áp dụng ngoài lãnh thổ. Việc phát triển, cung cấp và sử dụng AI có ảnh hưởng tới người ở Thái Lan vẫn thuộc phạm vi điều chỉnh dù hành vi diễn ra ngoài lãnh thổ. Nếu một hệ thống chạy trên máy chủ của công ty mẹ Nhật Bản có ảnh hưởng tới nhân viên hoặc khách hàng tại Thái Lan thì lý do máy chủ đặt ở Nhật Bản không đủ để đưa nó ra ngoài phạm vi. Môi trường thể chế và vị thế trung tâm khu vực của Thái Lan cũng được xử lý trong bài viết về ứng dụng AI và môi trường thể chế tại Thái Lan.

Nghĩa vụ của bên triển khai – chỗ quy chế Nhật Bản không có

Nghĩa vụ của bên triển khai, tức phía sử dụng AI, mới là phần tác động trực tiếp tới doanh nghiệp sản xuất. Điểm quan trọng là nghĩa vụ được đặt đích danh lên chính doanh nghiệp thông thường mua công cụ về dùng, chứ không phải cho công ty phát triển AI.

Xin mở bản quy chế của công ty mẹ ra và kiểm tra xem có điều khoản nào tương ứng với năm mục trên không. Trong phần lớn trường hợp, thứ duy nhất có mặt là một câu gần với nội dung tuân thủ điều khoản sử dụng của nhà cung cấp. Không có chỉ định người chịu trách nhiệm giám sát, không có thời hạn lưu nhật ký, không có đầu mối thông báo cho cơ quan quản lý. Lý do rất đơn giản: pháp luật hiện hành của Nhật Bản không yêu cầu những thứ đó. Cái luật không đòi thì quy chế cũng không viết. Đó chính là lỗ hổng pháp lý.

Sức nặng của yêu cầu lưu nhật ký 6 tháng

Trong năm mục, mục tốn thời gian chuẩn bị nhất là lưu nhật ký vận hành 6 tháng. Vì đó là mục duy nhất không thể dựng ngược lại về sau. Người chịu trách nhiệm giám sát thì ngày mai có thể chốt, đánh giá rủi ro thì tuần này có thể viết, còn nhật ký thì không tồn tại ở bất kỳ ngày nào trước ngày bắt đầu thu thập.

Và chừng nào nhân viên còn dùng AI tạo sinh miễn phí bằng tài khoản cá nhân thì về nguyên tắc công ty không thể lưu nhật ký. Bản ghi ai đã nhập gì vào lúc nào không nằm dưới quyền quản lý của công ty. Chỉ riêng điểm này đã đủ cho thấy việc làm ngơ trước các dịch vụ miễn phí là một cấu hình không thể đáp ứng nghĩa vụ của bên triển khai.

Chế tài và trình tự có hiệu lực

Dự thảo đặt mức phạt tiền hành chính từ 1,000,000 đến 5,000,000 baht cho mỗi hành vi vi phạm, đồng thời quy định khả năng ra lệnh dừng dịch vụ và lệnh chặn thông qua nhà cung cấp dịch vụ internet. Điều đáng chú ý hơn giá trị tuyệt đối của khoản tiền là đơn vị tính, tức mỗi hành vi vi phạm. Nếu cùng một khiếm khuyết bị phát hiện ở nhiều mục đích sử dụng khác nhau thì mỗi trường hợp đều có thể bị tính là một vi phạm.

Việc có hiệu lực chia làm hai giai đoạn. Các quy định cốt lõi có hiệu lực ngay khi công bố trên Công báo, còn các quy định về quản lý rủi ro và giám sát có hiệu lực sau 180 ngày. Con số 180 ngày trông có vẻ dư dả cho tới khi ghép nó với nghĩa vụ lưu nhật ký 6 tháng. Để có đủ 6 tháng nhật ký tại thời điểm nghĩa vụ phát sinh, doanh nghiệp phải bắt đầu thu thập từ 6 tháng trước đó. Nói cách khác, 180 ngày là khoảng vừa đủ nếu bắt đầu thu nhật ký ngay ngày đầu tiên của thời gian chuyển tiếp, và là khoảng không đủ nếu tới lúc ban hành mới bắt tay vào thiết kế.

Dự thảo cũng quy định thành lập AI Governance Center trực thuộc ETDA và nêu rõ quan hệ với PDPA, tức luật bảo vệ dữ liệu cá nhân của Thái Lan. Tách quy chế AI tạo sinh khỏi việc tuân thủ pháp luật về dữ liệu cá nhân sẽ tạo ra hai hệ quản lý song song và không duy trì được lâu, nên thiết kế hợp lý là đặt quy chế AI lên trên nền vận hành bảo vệ dữ liệu cá nhân đã có.

Đặt hai quốc gia cạnh nhau thì phương châm thiết kế quy chế tự lộ ra

Việt Nam đã có hiệu lực, Thái Lan còn là dự thảo. Sự bất đối xứng này tác động trực tiếp tới cách viết quy chế. Nếu tách điều khoản theo từng vùng tài phán thì mỗi lần một bên có thay đổi lại phải sửa toàn bộ.

Thay vào đó, hãy tách phần chung và phần riêng theo vùng tài phán. Phần chung đặt bốn chương: phân loại dữ liệu, thiết kế cấp phép đường đi, trách nhiệm nghiệm thu đầu ra, nhật ký và bộ máy giám sát. Phần riêng theo vùng tài phán chỉ đặt các con số và danh từ riêng, gồm thời hạn lưu tối thiểu, tên cơ quan tiếp nhận thông báo, và câu chữ bắt buộc phải hiển thị. Với cách chia này, khi dự thảo phía Thái Lan được ban hành thì phần phải viết lại chỉ vài dòng. Quy chế của doanh nghiệp có nhiều cơ sở ở nước ngoài nên đưa chính khả năng dễ sửa vào yêu cầu thiết kế.

Lỗ hổng 2 ngôn ngữ – không phải dịch, mà viết lại thành dạng tự xác định được

Nhiều doanh nghiệp nghĩ rằng cứ dịch bản của công ty mẹ sang tiếng Việt là xong phần triển khai tại chỗ. Nhưng dịch xong vẫn không rơi được vào vận hành. Lý do không nằm ở chất lượng bản dịch mà nằm ở cách viết của bản gốc.

Quy chế tiếng Nhật thường được viết với kết cấu câu mang nghĩa không được làm gì đó. Dịch trung thành thì tiếng Việt cũng thành một bản liệt kê điều cấm. Đọc xong, nhân viên bản địa chỉ còn trong tay một danh sách các hành vi bị cấm. Cái hiện trường cần lại là điều ngược lại: khi làm công việc này thì được đưa dữ liệu tới đâu, vào công cụ nào. Vì vậy, trước khi dịch cần đổi chủ ngữ của bản gốc từ hành vi sang nhóm dữ liệu được xử lý. Khi chủ ngữ là dữ liệu thì công cụ có đổi, nghiệp vụ có đổi, cách xác định vẫn không đổi.

Những chỗ mất nghĩa khi dịch

Khi thực sự đem một bản quy chế tiếng Nhật chuyển sang tiếng Việt hoặc tiếng Thái, những cách diễn đạt không giữ được nghĩa có quy luật khá rõ.

Năm cách diễn đạt này khi đọc bằng tiếng Nhật thì độ mơ hồ không lộ ra, vì người đọc tự bù bằng ngữ cảnh. Dịch sang ngôn ngữ khác thì khoảng bù đó biến mất, và cái còn lại là một tài liệu giữ nguyên độ mơ hồ.

Chốt trước việc vận hành bằng ngôn ngữ nào

Tại một chi nhánh Việt Nam, quy chế đi qua ba ngôn ngữ. Công ty mẹ viết bằng tiếng Nhật, người Nhật biệt phái đọc bằng tiếng Anh, nhân viên Việt Nam vận hành bằng tiếng Việt. Điều cần quyết là bản nào giữ vai trò bản chính thức. Nếu giữ bản tiếng Nhật làm bản chính thì bản tiếng Việt chỉ là bản dịch tham khảo, trong khi phần lớn nhân viên bản địa không đọc tiếng Nhật nên trên thực tế mọi quyết định đều dựa vào bản tiếng Việt.

Điểm dừng thực tế là một cấu trúc hai tầng: văn bản định hướng ở tầng trên giữ bản tiếng Nhật của công ty mẹ làm bản chính, còn bản hướng dẫn thực hiện của chi nhánh thì lấy bản tiếng Việt làm bản chính. Bản hướng dẫn thực hiện chỉ cần bốn thứ: phân loại dữ liệu, cấp phép đường đi, quy trình nghiệm thu, cách lưu bản ghi. Chỉ cần bốn thứ đó đọc được bằng tiếng Việt là vận hành chạy.

Cấu trúc hai tầng còn có một lợi ích mà nhiều người bỏ qua. Khi bản hướng dẫn thực hiện là bản chính bằng tiếng Việt, việc giải trình với cơ quan quản lý nhà nước có thẩm quyền của Việt Nam trở nên thẳng thắn hơn nhiều, vì tài liệu được xuất trình chính là tài liệu mà nhân viên thực sự dùng, chứ không phải bản dịch của một văn bản khác.

Tiền đề dùng bằng tiếng Anh đang sụp đổ

Có những bản quy chế ngầm giả định rằng AI tạo sinh sẽ được dùng bằng tiếng Anh. Tiền đề đó cũng đang sụp.

Tại Thái Lan, Cơ quan Phát triển Khoa học và Công nghệ Quốc gia (NSTDA) cùng Bộ Giáo dục đại học, Khoa học, Nghiên cứu và Đổi mới và NECTEC đang chủ trì một sáng kiến mang tên ThaiLLM nhằm phát triển mô hình nền tảng cho tiếng Thái. Ngân sách là 80,000,000 baht. Mô hình có hai cỡ là 8 tỷ tham số và 30 tỷ tham số, được huấn luyện trên khối lượng dữ liệu vượt 100 tỷ token. Bốn mô hình thành phần được xác định là OpenThaiGPT (AIEAT), Pathumma (NECTEC), Typhoon-S (SCB 10X) và THaLLE (KBTG), với KBTG, SCB 10X và VISTEC đã bắt tay vào triển khai. Mục đích sử dụng cũng không dừng ở chatbot mà hướng tới các dạng tác tử gồm tự động hóa, hỗ trợ ra quyết định, kết nối hệ thống nội bộ và dịch vụ hướng khách hàng.

Ý nghĩa với quy chế thì rõ ràng. Việc dùng AI tạo sinh trong công việc bằng chính ngôn ngữ bản địa đang trở thành lựa chọn hiện thực trên khắp khu vực. Trước đây luôn có một bước trung gian là dịch sang tiếng Anh rồi mới nhập, và bước đó vô tình kìm bớt lượng dữ liệu bị mang ra ngoài. Khi nhân viên nhập thẳng bằng tiếng bản địa, lực kìm đó biến mất. Một bản quy chế xây trên tiền đề dùng tiếng Anh sẽ khiến toàn bộ việc sử dụng bằng tiếng bản địa diễn ra bên ngoài phạm vi quy chế.

Bịt lỗ hổng ngôn ngữ không có nghĩa là nâng độ chính xác của bản dịch. Nó có nghĩa là chốt xem ai xác định bằng ngôn ngữ nào, rồi đưa vào quy chế đủ thông tin để xác định được bằng chính ngôn ngữ đó.

Lỗ hổng 3 đường đi – từ kiểu liệt kê công cụ sang kiểu đường đi của dữ liệu

Cách viết phổ biến nhất trong quy chế sử dụng AI tạo sinh là lập danh sách công cụ được phép và công cụ bị cấm. Với phía quản lý thì cách này dễ hiểu. Nhưng cách viết đó không bắt được các đường dữ liệu đi ra ngoài công ty.

Hãy xem viết theo tên công cụ thì bỏ sót cái gì, bằng cách đặt cạnh những đường đi đang thực sự diễn ra tại chi nhánh.

Trong sáu đường đi, số đường mà danh sách cho phép và cấm theo tên công cụ xử lý được trên thực tế là con số không. Lý do chung là ở cả sáu trường hợp, người dùng đều không có ý thức rằng mình đang dùng dịch vụ AI tạo sinh. Người dán văn bản vào trang dịch không nghĩ mình đang dùng AI tạo sinh. Hành vi không được ý thức thì không dừng lại bằng một quy tắc lấy ý thức làm tiền đề. Hơn nữa, càng liệt kê công cụ bị cấm thì shadow AI càng nhiều. Người dùng chỉ tránh cái tên bị cấm và chuyển sang dịch vụ mang tên khác, và bản liệt kê vô tình dạy cho người đọc cách hiểu rằng chưa có trong danh sách nghĩa là được.

Viết theo đường đi thì thay đổi điều gì

Lấy chính đường dữ liệu đi ra ngoài công ty làm chủ ngữ thay cho tên công cụ. Quy chế chỉ cần ghi ba điểm. Thứ nhất, định nghĩa đường đi được cho phép, bằng cách tổ hợp các điều kiện: bằng tài khoản do công ty quản lý, từ thiết bị do công ty quản lý, gửi tới dịch vụ đã loại trừ việc dùng dữ liệu để huấn luyện mô hình trong hợp đồng. Thứ hai, nguyên tắc không đưa dữ liệu ra ngoài qua bất kỳ đường nào khác. Thứ ba, nơi tiếp nhận đề nghị và tiêu chí xét khi muốn bổ sung một đường đi mới.

Với cách viết này, dịch vụ mới xuất hiện cũng không cần sửa quy chế, vì cách xử lý đã được xác định chỉ bằng việc dịch vụ đó chưa nằm trong các đường đi được cho phép. Chỉ khi thêm một đường đi mới cần sửa.

Bịt đường đi là việc của thiết lập, không phải của câu chữ

Lỗ hổng đường đi không bịt được bằng câu chữ của quy chế. Bịt nó là việc của thiết lập kỹ thuật, còn quy chế đóng vai trò cấp căn cứ cho thiết lập đó. Cụ thể gồm bốn việc: cấp tài khoản do công ty quản lý, kiểm soát việc cài tiện ích mở rộng trên thiết bị làm việc, đặt lại giá trị mặc định của tính năng ghi âm và chuyển giọng nói thành văn bản trong công cụ họp, và kiểm tra điều khoản loại trừ việc dùng dữ liệu để huấn luyện mô hình khi ký hợp đồng. Làm xong bốn việc đó rồi mới ghi vào quy chế rằng đường đi được cho phép là cấu hình này. Nhiều doanh nghiệp phát quy chế trước và để thiết lập lại sau, và kết quả là chỉ mỗi quy chế treo lơ lửng. Quy trình rà soát quyền và tài khoản được sắp xếp trong bài viết về triển khai Microsoft Copilot và rà soát quyền truy cập. Trong cấu hình cho AI tạo sinh tham chiếu dữ liệu nội bộ, quyền truy cập hiện có sẽ trở thành chính phạm vi đầu ra, nên tốt nhất là coi việc thiết kế đường đi và việc rà soát quyền là cùng một công việc.

Lỗ hổng 4 trách nhiệm – đưa trách nhiệm nghiệm thu đầu ra vào điều khoản

Trong bốn lỗ hổng, đây là chỗ ít được viết ra nhất. Như đã nêu, số doanh nghiệp nêu việc xây dựng quy tắc về việc quy trách nhiệm khi có sự cố chỉ dừng ở 25.5%, thấp hơn con số 33.5% của rủi ro rò rỉ thông tin. Vậy mà tình huống công ty thực sự bị yêu cầu giải trình lại là lúc một đầu ra sai đã lọt ra ngoài.

Phần lớn quy chế đều có một câu đại ý rằng đầu ra của AI tạo sinh chỉ mang tính tham khảo và quyết định cuối cùng do con người đưa ra. Hướng thì đúng, nhưng với tư cách một điều khoản thì câu đó không áp dụng được, vì không chốt được ai, vào thời điểm nào, căn cứ vào cái gì thì được coi là đã quyết định. Muốn nó có hiệu lực thực tế thì phải lấp bốn chỗ sau.

Hiện trường ngại nhất chính là mục thứ tư, tức bản ghi. Nhưng không có bản ghi thì về sau thứ duy nhất công ty đưa ra được lại là điều khoản. Giống hệt nhật ký ở chương trước, bản ghi không dựng lại được sau khi việc đã xong.

Cách viết để bản ghi nhẹ đi

Bí quyết để việc ghi chép duy trì được là thay đổi mức độ chi tiết theo loại sản phẩm. Cố ghi tất cả với cùng một độ nặng thì sẽ không duy trì nổi.

Với bốn mức này, đối tượng phải ghi chỉ còn một phần, và gánh nặng của hiện trường thu về mức chỉ thêm 1 dòng cho những gì gửi ra ngoài.

Không chia giai đoạn theo mức độ giao phó cho AI

Có một lối nghĩ cần tránh khi viết điều khoản, đó là chia giai đoạn trách nhiệm theo mức đóng góp của AI, kiểu như toàn văn do AI sinh thì cần cấp trên phê duyệt, còn một phần thì không cần. Cách này không áp dụng được. Văn bản bị viết lại, con số bị chép sang chỗ khác, và ranh giới đâu là đầu ra của AI sẽ biến mất sau khi việc đã xong. Đặt vào điều khoản một tiêu chí không cắt được sẽ khiến việc xác định rơi vào lời tự khai của cá nhân, và rốt cuộc thành như không có.

Thay vào đó, hãy chia giai đoạn theo cách đầu ra được sử dụng. Nó dừng trong nội bộ, nó ra ngoài, hay nó mang hiệu lực hợp đồng. Cách sử dụng thì sau khi việc đã xong vẫn phân biệt được. Chỉ đặt vào điều khoản những tiêu chí phân biệt được, đó là nguyên tắc của điều khoản nghiệm thu.

Tại Việt Nam còn có thêm một nghĩa vụ chồng lên phần này. Bên triển khai phải nêu rõ nội dung do AI tạo ra trong trường hợp có nguy cơ gây nhầm lẫn về tính xác thực. Nếu chi nhánh Việt Nam làm hình ảnh hoặc video hướng tới khách hàng thì phải xử lý song song hai việc: trong nội bộ lưu bản ghi nghiệm thu, ra bên ngoài thì nêu rõ. Nghiệm thu là để chốt việc quy trách nhiệm trong nội bộ, còn nêu rõ là để bảo vệ người tiếp nhận bên ngoài. Hai việc khác mục đích nên cần viết thành hai điều khoản riêng, không gộp.

Việc liệt kê các mục nghiệm thu còn có một tác dụng phụ. Nó chốt luôn nội dung cần dạy trong đào tạo nội bộ. Dạy thao tác đối chiếu con số, danh từ riêng, ngày tháng, nguồn trích dẫn và tên văn bản pháp luật với tài liệu gốc, đó chính là ruột của đào tạo nội bộ. Viết prompt giỏi lên thì đầu ra trông thuyết phục hơn, nhưng vẻ thuyết phục không phải là tính đúng đắn.

Bốn mức phân loại dữ liệu cần chốt trước khi viết điều khoản

Ba lỗ hổng vừa nêu đều cần chung một tiền đề, đó là cách chia dữ liệu được xử lý. Viết điều khoản khi chưa có phân loại thì những từ không được định nghĩa như thông tin mật hay thông tin quan trọng sẽ nằm rải rác, và vận hành sẽ đứng lại ngay khi văn bản được dịch.

Bốn mức là đủ. Nhiều hơn thì không ai nhớ nổi, ít hơn thì việc phân loại trở nên quá thô sơ.

Lập được bảng này là công việc đầu tiên của việc soạn quy chế. Điều khoản viết sau. Làm ngược thứ tự thì sẽ phải định nghĩa phân loại ngay bên trong điều khoản, khiến điều khoản vừa dài vừa mơ hồ.

Nguyên tắc khi phân vân về ranh giới

Đặt sẵn hai nguyên tắc thì tranh luận sẽ hội tụ nhanh hơn. Thứ nhất, phân vân thì xếp lên mức cao hơn. Phân loại có thể nới lỏng về sau, còn dữ liệu đã ra ngoài thì không kéo lại được. Thứ hai, xác định bằng câu hỏi liệu thông tin đó nằm trong tay đối thủ cạnh tranh thì có phiền không. Nếu phiền thì từ L3 trở lên. Cách này cho kết quả nhất quán hơn nhiều so với việc tranh luận trừu tượng về tính bảo mật.

Còn một tình huống hay gây vướng trong thực tiễn, đó là trường hợp ghép lại thì thành nhạy cảm. Chỉ tên đối tác thì là L3, chỉ sản lượng thì là L2, nhưng có cả hai thì người ngoài đọc ra được nội dung kinh doanh. Trong bảng phân loại nhất định phải có một câu rằng khi một lần nhập chứa nhiều mức khác nhau thì xử lý theo mức cao nhất.

Với L4, khuyến nghị giữ ranh giới không nhập kể cả khi đã ẩn danh. Vì không ai chốt được người nào sẽ xác định tính hợp lệ của việc ẩn danh. Xóa họ tên nhưng còn lại bộ phận, chức danh và năm vào công ty thì vẫn nhận ra cá nhân. Giao việc xác định cho cá nhân thì chính độ dao động giữa người này với người kia là rủi ro rò rỉ. Ranh giới càng đơn giản càng được tuân thủ. Với chi nhánh Việt Nam còn một lý do nữa, đó là dữ liệu cá nhân đã có khung pháp luật riêng về bảo vệ dữ liệu cá nhân, và dự thảo Thái Lan cũng đưa quản trị dữ liệu theo PDPA vào nghĩa vụ của AI rủi ro cao. Quản lý dữ liệu cá nhân trên cùng một sổ với vận hành bảo vệ dữ liệu cá nhân đã có, thay vì đóng khung trong riêng quy chế AI tạo sinh, là cách thực tế hơn.

Trong cấu hình cho AI tham chiếu dữ liệu nội bộ, phân loại trở thành quyền truy cập

Bảng phân loại chỉ thực sự phát huy tác dụng khi doanh nghiệp bắt đầu cấu hình cho AI tạo sinh tham chiếu tài liệu nội bộ. Trong cấu hình đó, bất kể người dùng nhập gì, hệ thống vẫn tự đọc tài liệu nội bộ để dựng câu trả lời. Nghĩa là chỉ kiểm soát đầu vào thì không đủ, mà phải kiểm soát phạm vi tài liệu được tham chiếu bằng chính bảng phân loại. Ví dụ loại toàn bộ thư mục chứa L4 ra khỏi phạm vi, hoặc để L3 chỉ tìm được bởi bộ phận có quyền xem. Cách tiến hành cụ thể được sắp xếp trong bài viết về triển khai kết nối dữ liệu nội bộ.

Điểm cần lưu ý là thiết lập quyền của các thư mục dùng chung hiện có sẽ trở thành chính phạm vi đầu ra. Một thư mục dùng chung vận hành nhiều năm thường có những chỗ mà người lẽ ra không được xem lại đang xem được. Chuyện đó chưa lộ ra chỉ vì con người không chủ động vào xem, và nó sẽ lộ ngay khi một cơ chế tìm kiếm được đặt lên trên. Công việc lập bảng phân loại trên thực tế chính là công việc rà soát quyền. Ngoài ra, bảng phân loại nhất định phải gói trong 1 trang A4. Tiêu chí dài nhiều trang thì không ai tra, và tiêu chí không được tra thì cũng như không có.

Ba phương án môi trường AI tạo sinh an toàn và cách trình bày chi phí để kiểm chứng được

Khi bốn chương của quy chế đã xong, thứ được chốt tiếp theo là môi trường. Ở đây so sánh ba phương án. Các con số là kết quả tính toán trên tiền đề mà bài viết này tự đặt, tính bằng baht Thái, và không nhằm thể hiện một mức giá phổ biến nào. Toàn bộ tiền đề được công bố, mong bạn đọc thay bằng con số của chính mình rồi tính lại.

Phương án A, làm ngơ trước dịch vụ miễn phí, là giữ nguyên hiện trạng, nhân viên dùng AI tạo sinh miễn phí bằng tài khoản cá nhân và công ty không cấm cũng không cho phép. Phương án B, SaaS dành cho doanh nghiệp, là công ty ký hợp đồng và cấp tài khoản, loại trừ việc dùng dữ liệu để huấn luyện, và lấy được nhật ký từ màn hình quản trị. Phương án C, tenant riêng cộng API, là tự dựng cơ chế gọi API trên tenant riêng đặt trên nền tảng đám mây, bù lại, tuy được tự do thiết kế cách lưu bản ghi nhưng công sức xây dựng và vận hành sẽ đội lên.

Tiền đề của phép tính

Trước hết xin đưa ra toàn bộ tiền đề. Một phép tính giấu chỗ này thì không kiểm chứng lại được.

Đơn giá 50 baht mỗi giờ là giá trị quy đổi cho 1 giờ thao tác tại hiện trường, còn đơn giá thực của khối quản lý và người phụ trách CNTT cao hơn mức này. Dùng đơn giá thấp sẽ khiến công sức nội bộ bị đánh giá thấp và tạo ra thiên lệch làm phương án tự xây trông có lợi, nên phần sau sẽ có phân tích độ nhạy.

Phương án A – làm ngơ trước dịch vụ miễn phí

Cột số lượng là giá trị đặt tạm với tiền đề bạn sẽ thay bằng số liệu thực tế của mình. Chỉ nhìn số tiền thì phương án A rẻ áp đảo. Bảng này đồng thời cũng là bảng cho thấy giới hạn của việc so sánh bằng chi phí, vì phương án A có một chỗ khuyết không hiện lên thành tiền, đó là công ty không thể lưu nhật ký vận hành. Dự thảo Luật AI Thái Lan yêu cầu bên triển khai lưu nhật ký vận hành tối thiểu 6 tháng, và việc dùng tài khoản cá nhân không có cách nào đáp ứng yêu cầu đó. Dưới một dự thảo đặt mức phạt tiền hành chính từ 1,000,000 đến 5,000,000 baht cho mỗi vi phạm, để chỗ khuyết này nằm ngoài bảng chi phí rồi đem so sánh là không trung thực.

Phương án B – SaaS dành cho doanh nghiệp

Ở phương án B, phần lớn chi phí nằm ở phí tài khoản còn công sức nội bộ thì nhỏ. Chi phí tăng tỷ lệ với số người, trong khi tải của người phụ trách gần như không đổi, nên khi số người còn ít thì phương án này trông đắt, và càng đông người thì khoảng cách với phương án tự xây càng thu hẹp.

Phương án C – tenant riêng cộng API

Lý do không điền số cho phí API theo lượng dùng là vì không đặt được căn cứ. Đơn giá thay đổi theo mô hình và hình thức hợp đồng, lượng tiêu thụ thay đổi theo mục đích sử dụng. Điền một con số giả vào thì riêng ô đó đủ làm kết luận lật ngược. Ô nào không điền được thì không điền, đó là điều kiện của một phép tính kiểm chứng được.

So phương án B với phương án C thì tổng năm của B là 304,400 baht, còn C là 25,600 baht cộng X, nên hai bên bằng nhau khi X bằng 278,800 baht. Quy về tháng là 23,233 baht, chia cho 50 người thì mỗi người khoảng 465 baht mỗi tháng. Nói cách khác, cách đọc là nếu mỗi người tiêu thụ API tương đương từ 465 baht mỗi tháng trở lên thì phương án B rẻ hơn, còn dưới mức đó thì phương án C rẻ hơn. Giá trị này ra một cách máy móc từ tiền đề, nên chỉ cần thay số người và số giờ công của mình là tính lại được.

Phân tích độ nhạy – cho đơn giá giờ công thay đổi

Đơn giá giờ công là biến dễ dao động nhất trong các tiền đề. Khi cho biến này thay đổi, phải cho toàn bộ phần quy đổi công sức nội bộ ở phía chi phí thay đổi cùng lúc. Chỉ cho một phía thay đổi thì kết luận sẽ méo.

Chỉ đọc ra được đúng một điều. Đơn giá giờ công càng cao thì điểm cân bằng X càng thấp. Phương án C, nơi công sức chiếm phần chi phối, chịu ảnh hưởng của việc tăng đơn giá mạnh hơn, nên tổ chức có chi phí nhân sự càng cao thì điều kiện để phương án tự xây có lợi càng khắt khe. Ở doanh nghiệp mà đơn giá thực của người phụ trách CNTT cao hơn giá trị quy đổi cho thao tác hiện trường, phương án C dù đang trông rẻ vẫn có thể lật ngược ngay khi đơn giá được chỉnh về mức thực tế.

Vì sao không viết phần lợi ích và số năm hoàn vốn

Phép tính này không quy đổi thời gian tiết kiệm được thành tiền, vì chưa có số đo thực tế. Chất một con số mình không có vào phía lợi ích thì dù phía chi phí có chính xác đến đâu, kết luận vẫn do giá trị đặt tạm quyết định. Cùng lý do đó, số năm hoàn vốn cũng không được viết. Lợi ích không có căn cứ thì số năm hoàn vốn cũng không có căn cứ, và một con số hoàn vốn không căn cứ không phải vật liệu để ra quyết định mà chỉ là món trang trí để quyết định khỏi bị chặn lại.

Việc chọn phương án không dựa vào chi phí cao hay thấp mà dựa vào việc có đáp ứng được các yêu cầu đã chốt trong quy chế hay không. Có lưu được nhật ký 6 tháng không, có loại trừ được việc dùng dữ liệu để huấn luyện không, hợp đồng có cho phép xử lý dữ liệu mức L3 không. Trong số các phương án đáp ứng ba điểm này thì chọn phương án chi phí nhỏ. Phương án A rẻ nhất nhưng không đáp ứng điểm thứ nhất nên bị loại khỏi danh sách, và chỉ sau khi thu hẹp còn B với C thì phép tính điểm cân bằng mới có ý nghĩa. Phần so sánh về mặt tính năng được xử lý trong bài viết so sánh các công cụ AI tạo sinh dành cho doanh nghiệp.

Trình tự 90 ngày đưa quy chế vào vận hành

Quy chế hoàn thành không phải vào ngày viết xong mà vào ngày vận hành bắt đầu chạy. Dưới đây là trình tự 90 ngày từ lúc soạn bản hướng dẫn thực hiện cấp chi nhánh cho tới lúc nó chạy. Thứ tự có ý nghĩa riêng nên đừng đảo.

Trong 30 ngày này không viết lấy một dòng điều khoản. Chỉ chốt. Bắt tay viết điều khoản trước sẽ dẫn tới việc lấp những chỗ chưa chốt bằng từ ngữ mơ hồ, và nó sẽ hỏng ngay khi được dịch. Trong khâu rà soát, nhất định phải có phần hỏi trực tiếp nhân viên bản địa, vì công cụ mà khối quản lý nắm được và công cụ mà hiện trường đang thực sự dùng không trùng nhau.

Ngày 31 đến 60 – bịt

Đây là giai đoạn đưa những gì đã chốt xuống thành thiết lập kỹ thuật. Đây cũng là chỗ dễ bị bỏ sót nhất.

Trong số này, việc bắt đầu thu nhật ký được ưu tiên cao nhất. Nhật ký không dựng ngược lại được nên tốt nhất là bắt đầu thu trước, kể cả khi các thiết lập khác chưa xong. Cùng giai đoạn này thì viết điều khoản của bản hướng dẫn thực hiện. Vì chỉ là chép lại những gì đã chốt nên công việc khá nhẹ. Ngôn ngữ viết là ngôn ngữ mà chi nhánh dùng để xác định. Trình tự viết bằng ngôn ngữ dùng để xác định rồi dịch sang tiếng Nhật để giải trình với công ty mẹ sẽ ít mất nghĩa hơn trình tự viết bằng tiếng Nhật rồi dịch xuống cho chi nhánh.

Ngày 61 đến 90 – chạy

Trong buổi phổ biến, đừng đọc lại danh sách điều cấm, vì không ai nhớ nổi. Thay vào đó hãy lấy 3 công việc thật của chi nhánh và để người tham dự trả lời rằng công việc này thuộc mức phân loại nào, đi qua đường nào thì dùng được. Chỗ nào câu trả lời không thống nhất nghĩa là bảng phân loại hoặc định nghĩa đường đi còn thiếu, và cần mang về sửa ngay. Độ hoàn thiện của quy chế đo được ở đây.

Việc chỉ định người chịu trách nhiệm giám sát cũng làm trong giai đoạn này. Đây là hạng mục mà dự thảo Luật AI Thái Lan sẽ đặt lên bên triển khai nếu được ban hành, và không cần chờ tới lúc ban hành mới làm. Xác định bằng chức danh, ghi họ tên, và kèm 1 dòng về quy trình bàn giao khi thay người. Kiêm nhiệm thì được, nhưng không để trống ghế. Ở giai đoạn đưa vào nề nếp, thứ có tác dụng không phải bản thân quy chế mà là việc phạm vi được phép có tới được hiện trường hay không, vì nếu chỉ mỗi phần cấm tới nơi thì việc sử dụng sẽ đứng lại. Các hoạt động nâng tỷ lệ sử dụng thực tế được sắp xếp trong bài viết về việc đưa AI tạo sinh vào nề nếp và tỷ lệ sử dụng thực tế.

Chu kỳ rà soát cũng nên ghi thẳng vào thân quy chế. Khuyến nghị là bảng phân loại rà soát 1 năm 1 lần, danh sách đường đi 6 tháng 1 lần, phần riêng theo vùng tài phán thì rà soát bất cứ khi nào có thay đổi. Sở dĩ phần riêng theo vùng tài phán được để ở chế độ rà soát bất cứ khi nào có thay đổi là vì dự thảo Luật AI Thái Lan chưa được ban hành. Khi nào ban hành thì kiểm tra thời hạn lưu tối thiểu và tên cơ quan tiếp nhận thông báo, rồi thay đúng những chỗ liên quan. Với chi nhánh Việt Nam, hãy chốt trước trong kế hoạch rà soát hai mốc cố định là thời hạn chuyển tiếp của hệ thống hiện hữu vào ngày 1 tháng 3 năm 2027, và ngày 1 tháng 9 năm 2027 nếu thuộc lĩnh vực y tế, giáo dục hoặc tài chính.

Câu hỏi thường gặp

Dưới đây là 5 câu hỏi xuất hiện nhiều nhất trong các buổi trao đổi về việc soạn quy chế.

Nên bắt đầu viết quy chế sử dụng AI tạo sinh từ đâu?

Không bắt đầu từ điều khoản. Thứ soạn đầu tiên là 1 trang phân loại dữ liệu thành 4 mức. Chưa chốt phân loại thì trong điều khoản sẽ phải dùng những từ không được định nghĩa như thông tin mật, và mỗi lần dịch hay mỗi lần kiểm toán lại sinh ra cách hiểu khác nhau. Sau phân loại là rà soát các đường dữ liệu ra ngoài công ty, rồi tới đối tượng nghiệm thu và mức độ chi tiết của bản ghi, rồi tới nhật ký và bộ máy giám sát. Chốt được bốn thứ đó thì viết điều khoản chỉ còn là chép lại. Nói ngược lại, lấy được một bản mẫu về trước cũng không lấp được bốn thứ đó, vì bản mẫu không ghi dữ liệu mà công ty bạn xử lý, cũng không ghi các đường đi mà chi nhánh bạn đang dùng.

Có nên cấm hoàn toàn AI tạo sinh miễn phí không?

Không khuyến nghị cấm hoàn toàn. Lý do thứ nhất là cấm cũng không dừng được. Đường dữ liệu ra ngoài công ty không chỉ có màn hình của AI tạo sinh, mà còn trang dịch, tính năng AI của ứng dụng nhắn tin, tiện ích mở rộng của trình duyệt và ứng dụng ghi biên bản. Lý do thứ hai là cấm luôn cả những phạm vi không thể giữ nổi sẽ làm mất uy tín của toàn bộ quy chế. Chặn đồng loạt tới mức không cho tóm tắt cả thông tin công khai mức L1 thì hiện trường sẽ coi quy chế là tài liệu xa rời thực tế và thôi tuân thủ luôn những điều khoản khác. Thứ cần cấm không phải công cụ, mà là hành vi đưa dữ liệu từ mức L3 trở lên ra qua đường đi chưa được cho phép.

Dịch hướng dẫn AI tạo sinh của công ty mẹ sang tiếng Việt đã đủ để triển khai nội bộ chưa?

Chưa đủ. Vấn đề không nằm ở chất lượng bản dịch mà ở cách viết của bản gốc. Dịch nguyên một tài liệu vốn được viết dưới dạng danh sách điều cấm thì bản tiếng Việt cũng là một danh sách điều cấm. Người đọc chỉ giữ lại được những việc không được làm, còn câu hỏi trong công việc này được phép làm gì thì vẫn không có lời đáp. Thêm vào đó, những cách nói mơ hồ như khi cần thiết hoặc một cách phù hợp khi dịch ra sẽ thành câu không xác định được. Lời giải trong thực tiễn là cấu trúc hai tầng, giữ văn bản định hướng ở bản tiếng Nhật làm bản chính, còn bản hướng dẫn thực hiện của chi nhánh thì lấy bản tiếng Việt làm bản chính.

Để chống rò rỉ thông tin qua AI tạo sinh, trước hết nên chặn cái gì?

Thứ tự chặn không quyết định theo độ lớn của rủi ro mà theo mức dễ chặn và mức hiệu quả. Thứ nhất là thiết lập dùng dữ liệu để huấn luyện mô hình, vì chỉ một thiết lập là đổi cách xử lý toàn bộ dữ liệu đã nhập. Thứ hai là việc dùng tài khoản cá nhân cho công việc, vì không chuyển sang tài khoản do công ty quản lý thì nhật ký không nằm lại trong tay công ty. Thứ ba là tiện ích mở rộng của trình duyệt trên thiết bị làm việc, vì có những cấu hình gửi thẳng nội dung màn hình đang xem ra ngoài mà người dùng không hề hay biết. Thứ tư là giá trị mặc định của tính năng ghi âm và chuyển giọng nói thành văn bản trong công cụ họp. Cả bốn thứ này đều dừng lại bằng thiết lập chứ không phải bằng câu chữ của quy chế.

Nên chọn công cụ cho môi trường AI tạo sinh an toàn theo tiêu chí nào?

Không vào từ phía chi phí. Chốt yêu cầu trước, rồi so chi phí trong số các ứng viên đáp ứng. Yêu cầu chỉ cần ba. Có lưu được nhật ký vận hành tối thiểu 6 tháng không. Có loại trừ được việc dùng dữ liệu để huấn luyện trong hợp đồng không. Điều kiện hợp đồng có cho phép xử lý dữ liệu mức L3 không. Cấu hình không đáp ứng ba điểm này thì dù rẻ tới đâu cũng loại khỏi danh sách. Việc làm ngơ trước dịch vụ miễn phí bị loại đầu tiên không phải vì đắt, mà vì không có cách nào đáp ứng điểm thứ nhất.

Kết luận – quy chế bảo vệ đường đi của dữ liệu và trách nhiệm nghiệm thu

Bài viết chỉ có hai luận điểm. Thứ nhất, thứ mà quy chế sử dụng AI tạo sinh bảo vệ không phải chuyện công cụ được dùng hay bị cấm, mà là đường dữ liệu đi ra ngoài công ty và trách nhiệm nghiệm thu khi đầu ra của AI được đưa vào công việc. Thứ hai, mang nguyên bản quy chế do công ty mẹ Nhật Bản soạn xuống chi nhánh Việt Nam thì sẽ mở ra bốn lỗ hổng về pháp lý, ngôn ngữ, đường đi và trách nhiệm.

Cách bịt cũng tương ứng bốn phần. Chốt trước 4 mức phân loại dữ liệu, thiết kế các đường ra ngoài theo cơ chế cấp phép, chốt việc nghiệm thu đầu ra của AI cùng mức độ chi tiết của bản ghi, rồi đặt thời hạn lưu nhật ký và người chịu trách nhiệm giám sát. Bốn chương này tương ứng trực tiếp với nghĩa vụ mà dự thảo Thái Lan dự định đặt lên bên triển khai, đồng thời đón luôn nghĩa vụ minh bạch mà Luật AI Việt Nam đang đặt lên bên triển khai, nên dù dự thảo được ban hành cũng không phải viết lại. Luật AI Việt Nam số 134/2025/QH15 đã có hiệu lực từ ngày 1 tháng 3 năm 2026, với thời hạn chuyển tiếp của hệ thống hiện hữu là ngày 1 tháng 3 năm 2027, và ngày 1 tháng 9 năm 2027 cho lĩnh vực y tế, giáo dục, tài chính. Trong khi đó, tính tới ngày 7 tháng 8 năm 2026, Luật AI của Thái Lan vẫn là dự thảo và chưa được ban hành. Chính cấu trúc của quy chế phải là nơi gánh tiền đề rằng mỗi vùng tài phán đang ở một tình trạng khác nhau.

Lý do bài viết không phát điều khoản mẫu là vì phần mà bản mẫu không lấp được mới quyết định kết luận. Đặt dữ liệu nào vào mức L4, cho phép đường đi nào, ai nghiệm thu. Ba thứ này khác nhau ở từng công ty. Chốt được thì viết điều khoản chỉ còn là thao tác chép lại, không chốt được thì bản mẫu nào cũng bị lấp bằng từ ngữ mơ hồ. Việc quyết định chi phí cũng vậy, không dựa vào con số lớn hay nhỏ mà dựa vào ba yêu cầu. Làm ngược thứ tự thì sẽ gặp tình huống cấu hình trông rẻ nhất lại chính là cấu hình không đáp ứng được nghĩa vụ nào.

Bài viết dựa trên khảo sát xu hướng doanh nghiệp về AI tạo sinh của Teikoku Databank công bố tháng 3 năm 2026, Sách trắng Thông tin và Truyền thông bản năm 2025 của Bộ Nội vụ và Truyền thông Nhật Bản, các bài phân tích của những hãng luật về dự thảo Luật AI mà ETDA Thái Lan công bố ngày 2 tháng 7 năm 2026, và các bài phân tích về Luật Trí tuệ nhân tạo số 134/2025/QH15 của Việt Nam. Nội dung của dự thảo còn có thể thay đổi cho tới khi được ban hành, nên khi sửa quy chế xin kiểm tra lại văn bản mới nhất.

Việc soạn quy chế gần như được quyết định ở khâu sắp xếp trước khi đặt bút viết điều khoản. Ngay cả khi chưa có nổi 1 trang nháp phân loại dữ liệu, chúng tôi vẫn sẵn sàng trao đổi ngay từ bước kẻ ranh giới phân loại trong lúc rà lại các công việc của chi nhánh. Nếu bạn muốn bàn cụ thể về việc lắp bản hướng dẫn thực hiện cho vận hành tại Việt Nam, hoặc về việc đối chiếu yêu cầu cho ba phương án môi trường, xin liên hệ qua trang liên hệ. Nếu đã có sẵn quy chế hiện hành, chúng ta có thể bắt đầu từ việc xác định bốn lỗ hổng đang hở ở đâu.