Vương quốc Anh chuẩn bị ứng phó với sự cố lớn liên quan đến AI Agent, doanh nghiệp cần kế hoạch ứng phó như thế nào

Vào ngày 12 tháng 10 năm 2026, chính phủ Vương quốc Anh đã thông báo sẽ bắt đầu xây dựng khả năng ứng phó với các sự cố lớn liên quan đến AI Agent. Chính phủ quan tâm đến việc: khi AI Agent có khả năng gọi công cụ và thực hiện các nhiệm vụ liên tục vượt quá mong đợi, các cơ quan công cộng sẽ nhanh chóng xác minh tình hình, kiểm soát ảnh hưởng và hỗ trợ những người bị ảnh hưởng như thế nào.

Chính phủ Vương quốc Anh đang xây dựng kế hoạch phản ứng chuyên biệt cho các sự cố lớn liên quan đến Agent.

Tín hiệu chính sách này cũng đặt ra một câu hỏi thực tế cho các doanh nghiệp: nếu Agent gửi dữ liệu sai, thao tác vượt quyền hệ thống, kích hoạt thanh toán sai hoặc rơi vào việc thực hiện lặp lại, liệu đội ngũ có thể ngừng quyền truy cập, lưu giữ chứng cứ và khôi phục hoạt động trong vài phút hay không? Sắp xếp này thuộc về việc xây dựng khả năng ứng phó với sự cố lớn của chính phủ. Trách nhiệm báo cáo và xử lý sự cố hàng ngày của doanh nghiệp vẫn nên được đánh giá theo các quy định về an ninh mạng, bảo vệ dữ liệu, quản lý tài chính và hợp đồng hiện hành, trong khi các tình huống liên quan đến Agent cần bổ sung các biện pháp kiểm soát khẩn cấp tương ứng.

I. Chính phủ Vương quốc Anh đang xây dựng khả năng gì

Tuyên bố bằng văn bản của chính phủ nêu rõ, Vương quốc Anh sẽ thực hiện các biện pháp tăng cường phòng thủ mạng của chính phủ và xây dựng khả năng ứng phó với các sự cố lớn liên quan đến AI Agent, đồng thời xem xét cách mà Dự luật An ninh mạng và Khả năng phục hồi (Cyber Security and Resilience Bill) có thể ứng phó với các mối đe dọa mới nổi. Tuyên bố cho biết, Agent đang được sử dụng rộng rãi hơn trong bối cảnh giảm giám sát của con người, các sự cố nghiêm trọng có thể liên quan đến việc hệ thống hoạt động vượt quá chỉ thị, chính phủ cần nhanh chóng xác định vấn đề, kiểm soát rủi ro và hỗ trợ những người bị ảnh hưởng.

Đây là một sắp xếp xây dựng khả năng ở cấp chính phủ. Nó cho thấy Vương quốc Anh mong muốn chuẩn bị một cơ chế phản ứng chuyên biệt cho các sự cố AI có ảnh hưởng lớn, đồng thời đưa vấn đề an toàn của Agent vào cuộc thảo luận về khả năng phục hồi mạng quốc gia. Dự luật vẫn đang trong quá trình lập pháp, tuyên bố chính sách không bổ sung thời hạn báo cáo thống nhất, cấp độ sự cố hoặc quy trình xử lý pháp lý mới cho tất cả các doanh nghiệp.

Sự phân biệt này rất quan trọng đối với các doanh nghiệp. Hiện tại, các doanh nghiệp vẫn nên đánh giá xem sự cố có cần thông báo cho cơ quan quản lý, khách hàng hoặc đối tác hay không, dựa trên các yêu cầu về an ninh mạng, bảo vệ dữ liệu, quản lý tài chính và hợp đồng hiện hành. Sự cố liên quan đến Agent có thể kích hoạt các nghĩa vụ hiện có, cụ thể phụ thuộc vào việc dữ liệu nào bị rò rỉ, dịch vụ nào bị ảnh hưởng, ai chịu trách nhiệm quản lý và sự cố gây ra hậu quả gì cho khách hàng.

Chính phủ Vương quốc Anh cũng nhấn mạnh rằng khả năng phản ứng chuyên biệt cần giúp các cơ quan công cộng nhanh chóng xác định hành vi bất thường, kiểm soát rủi ro và hỗ trợ những người bị ảnh hưởng. Khi chuẩn bị kế hoạch, các doanh nghiệp có thể thiết kế quy trình ra quyết định nội bộ theo cùng một thứ tự, nhưng trách nhiệm pháp lý của họ vẫn thuộc về các quy định hiện có. Ví dụ, nếu Agent dịch vụ khách hàng gửi thông tin khách hàng cho đối tượng sai, vấn đề cốt lõi là rò rỉ dữ liệu cá nhân; nếu Agent thanh toán thực hiện thanh toán lặp lại, trước tiên cần kiểm tra quyền thanh toán, hợp đồng và kế toán; nếu Agent kiểm soát hệ thống công nghiệp gây ra gián đoạn dịch vụ, thì có thể đi vào quy trình sự cố về an ninh mạng và thông tin hệ thống cũng như quy định ngành. Dù đều được gọi là "sự cố AI", đối tượng báo cáo và thời hạn có thể hoàn toàn khác nhau.

II. Sự cố Agent có điểm tương đồng với sự cố hệ thống truyền thống, nhưng cũng có những khó khăn mới

Các kế hoạch sự kiện mạng hiện có của doanh nghiệp thường bao gồm phát hiện, phân loại, cách ly, thu thập chứng cứ, thông báo và khôi phục. Hệ thống Agent cũng cần những bước này. Sự thay đổi nằm ở chỗ, Agent có thể kết nối với hộp thư, kho mã, cơ sở dữ liệu, hệ thống quản lý khách hàng, giao diện thanh toán hoặc dịch vụ đám mây thông qua các công cụ; một thông báo hoặc cấu hình quyền sai có thể kích hoạt nhiều hoạt động liên tiếp.

Quyền của Agent có thể kết nối với hộp thư, cơ sở dữ liệu, mã và thanh toán, việc xử lý cần khôi phục chuỗi gọi.

Ví dụ, sau khi Agent nhận được nhiệm vụ sắp xếp thông tin khách hàng, nó gọi API bên ngoài, ghi vào tài liệu chia sẻ, và sau đó gửi kết quả cho người nhận không được ủy quyền. Việc điều tra sự cố cần khôi phục đầu ra của mô hình và chuỗi thực hiện thực tế, bao gồm các chỉ thị mà nó nhận được, tài khoản đã truy cập, thứ tự gọi công cụ, hồ sơ phê duyệt, đối tượng dữ liệu và thời gian xảy ra từng bước.

Danh sách Agent của doanh nghiệp nên bao gồm mô hình, người phụ trách, môi trường triển khai, dữ liệu có thể truy cập, công cụ có thể gọi, khóa sử dụng, quyền thanh toán hoặc ghi, phụ thuộc vào nhà cung cấp và cách dừng. Nếu nhiều Agent chia sẻ cùng một chứng chỉ, hoặc một quy trình có thể hoàn thành các thao tác không thể đảo ngược mà không cần xác nhận của con người, ảnh hưởng của sự cố có thể nhanh chóng mở rộng.

Sự cố cũng không nhất thiết bắt đầu từ chính mô hình. Kẻ tấn công có thể nhúng các chỉ thị tiêm vào trong trang web, email hoặc tài liệu chia sẻ, dụ dỗ Agent bỏ qua nhiệm vụ ban đầu và gọi công cụ của doanh nghiệp; sau khi nhà cung cấp cập nhật phiên bản mô hình, định dạng đầu ra ổn định trước đó cũng có thể thay đổi, dẫn đến việc kích hoạt quy trình tự động thực hiện sai. Khi điều tra, cần phân biệt bốn giai đoạn: nội dung đầu vào, đầu ra của mô hình, ủy quyền công cụ và thực hiện thực tế. Doanh nghiệp chỉ xem bản ghi trò chuyện cuối cùng thường không thể tìm ra vị trí thực sự của sự thất bại trong kiểm soát.

Vì vậy, thiết kế quyền nên xoay quanh các hành động của công cụ. Đọc trang web công khai, đọc hồ sơ khách hàng, sửa đổi hồ sơ khách hàng, gửi email bên ngoài và thanh toán tương ứng với các hậu quả khác nhau. Nhóm phát triển có thể thiết lập danh tính, mục đích, phạm vi dữ liệu và thời hạn cho mỗi loại gọi công cụ; các hành động có ảnh hưởng lớn hơn nên tăng cường xác nhận của con người và ngưỡng số tiền. Lợi ích trực tiếp của việc này là, khi có sự bất thường xảy ra, nhóm an ninh có thể ngừng sử dụng một công cụ hoặc chứng chỉ đơn lẻ, giữ cho các hoạt động khác tiếp tục diễn ra.

III. Đầu tiên xác định sự cố thuộc quy trình pháp lý nào

Khi liên quan đến thông tin cá nhân, các nguyên tắc xử lý dữ liệu theo Điều 5 của Quy định Bảo vệ Dữ liệu Chung Vương quốc Anh (UK GDPR), bảo vệ thiết kế và mặc định theo Điều 25, cũng như các biện pháp an ninh theo Điều 32, là cơ sở quan trọng để đánh giá các sắp xếp trước đó. Doanh nghiệp cần giải thích lý do tại sao Agent có thể truy cập vào nhóm dữ liệu này, liệu chỉ có quyền cần thiết để hoàn thành nhiệm vụ hay không, có nhật ký truy cập hay không, và liệu có thiết lập chặn khi xuất khẩu hoặc xuất khẩu hàng loạt hay không. Đối với việc xử lý dữ liệu có rủi ro cao, đánh giá tác động bảo vệ dữ liệu theo Điều 35 cũng có thể yêu cầu xác định và giảm thiểu rủi ro trước khi triển khai. Việc đưa Agent vào danh sách mua sắm phần mềm chung không thể thay thế việc đánh giá phạm vi truy cập dữ liệu cụ thể của nó.

Nếu sự cố đã gây ra rò rỉ dữ liệu cá nhân, người kiểm soát quyết định mục đích và cách thức xử lý phải dựa vào Điều 33 của UK GDPR để xác định có cần thông báo cho Văn phòng Ủy viên Thông tin (ICO) hay không. Nếu có khả năng gây rủi ro cho quyền và tự do của cá nhân, nguyên tắc là nên thông báo trong vòng 72 giờ kể từ khi biết được, ngay cả khi chưa nắm bắt được tất cả các sự thật, cũng có thể báo cáo tình hình đã biết trước, sau đó bổ sung kết quả điều tra. Người xử lý theo Điều 33, khoản 2, phải thông báo cho người kiểm soát mà không chậm trễ không có lý do. Điều 34 đề cập đến một vấn đề khác: nếu sự rò rỉ gây ra rủi ro cao cho cá nhân, người kiểm soát cũng cần thông báo kịp thời cho những người bị ảnh hưởng. Các sự cố không đạt ngưỡng thông báo vẫn nên ghi lại sự thật, ảnh hưởng và biện pháp khắc phục để phục vụ cho việc kiểm tra sau này.

Ví dụ, nếu Agent vô tình đính kèm tài liệu danh tính của mười khách hàng vào email bên ngoài, nhóm bảo mật cần xác nhận người nhận, tài liệu có thể mở hay không, mức độ nhạy cảm của thông tin, có thể thu hồi hay không và liệu đã có việc chuyển tiếp thêm hay không. Khi xác định ngưỡng thông báo, không thể chỉ đếm số lượng tài liệu. Nếu thông tin bao gồm số nhận dạng, thông tin tài chính hoặc thông tin sức khỏe, việc đánh giá rủi ro sẽ thay đổi. Nhóm an ninh chịu trách nhiệm ngăn chặn thiệt hại và theo dõi, nhóm pháp lý ghi lại thời điểm bắt đầu "biết" và dựa trên những sự thật nào để đưa ra quyết định báo cáo; hai dòng công việc này phải bắt đầu đồng thời.

Một loại sự cố khác xảy ra trong quyết định tự động. Nếu Agent từ chối trực tiếp khoản vay của khách hàng, ngừng dịch vụ tài khoản của ai đó hoặc đưa ra quyết định có ảnh hưởng lớn tương tự, doanh nghiệp cần kiểm tra các quy định về quyết định tự động theo Luật Sử dụng và Truy cập Dữ liệu Vương quốc Anh năm 2025, đặc biệt là các điều kiện và biện pháp bảo vệ áp dụng theo Điều 22A đến 22C của UK GDPR. Điểm đánh giá là có sự tham gia thực sự có ý nghĩa của con người hay không, quyết định có tạo ra ảnh hưởng pháp lý hoặc tương tự lớn đối với cá nhân hay không, và cá nhân có thể nhận được giải thích, đưa ra ý kiến, yêu cầu can thiệp của con người và phản đối quyết định hay không. Việc thiết lập một nút "xem xét của con người" thường xuyên, nếu người xem không có đủ thông tin và thời gian để thay đổi kết quả, sẽ khó giải quyết vấn đề thực chất.

Nếu Agent duy trì dịch vụ công cộng quan trọng hoặc hoạt động tài chính được quản lý, cần kiểm tra riêng các quy tắc ngành. Quy định về Mạng và Hệ thống Thông tin năm 2018 đặt ra yêu cầu về an ninh và báo cáo sự cố lớn đối với các nhà cung cấp dịch vụ quan trọng và các nhà cung cấp dịch vụ kỹ thuật số liên quan, các chủ thể áp dụng và ngưỡng báo cáo cần được đánh giá theo loại dịch vụ. Các tổ chức tài chính cũng nên đưa sự cố Agent vào quản lý khả năng phục hồi hoạt động, quản lý thuê ngoài và dịch vụ kinh doanh lớn; Cơ quan Quản lý Hành vi Tài chính Vương quốc Anh (FCA) đã công bố hệ thống báo cáo sự kiện hoạt động và bên thứ ba mới, nhưng các quy tắc thống nhất liên quan dự kiến sẽ có hiệu lực vào ngày 18 tháng 3 năm 2027. Các doanh nghiệp trong năm 2026 khi xử lý sự cố nên hành động theo các quy tắc hiện hành, yêu cầu thông báo của cơ quan quản lý và sắp xếp hợp đồng, sau đó chuẩn bị cho các quy định trong tương lai.

Ngoài thông báo theo quy định, một sự cố liên quan đến Agent cũng có thể kích hoạt các điều khoản thông báo trong hợp đồng dịch vụ đám mây, thỏa thuận xử lý dữ liệu khách hàng và hợp đồng bảo hiểm mạng. Nhóm pháp lý nên lập danh sách các bên hợp đồng, điều kiện kích hoạt thông báo, thời hạn và tài liệu cần thiết ngay từ đầu sự cố. Đặc biệt, khi nhà cung cấp mô hình, nhà cung cấp dịch vụ lưu trữ và nhà cung cấp công cụ cùng tham gia xử lý, khách hàng muốn biết ai có thể xuất khẩu nhật ký, ai có thể tạm dừng giao diện, ai chịu trách nhiệm giải thích ra bên ngoài. Việc nhà cung cấp trì hoãn cung cấp thông tin này sẽ trực tiếp làm chậm lại việc đánh giá ngưỡng báo cáo theo quy định của doanh nghiệp.

IV. Kế hoạch cần làm cho "dừng lại" trở thành hành động có thể thực hiện

Bước đầu tiên là phân loại theo hậu quả kinh doanh. Agent đọc tài liệu công khai và Agent có thể thay đổi tài khoản khách hàng, gửi email bên ngoài hoặc thực hiện thanh toán nên áp dụng các quyền và mức giám sát khác nhau. Doanh nghiệp có thể định nghĩa hành vi bất thường là điều kiện kích hoạt có thể diễn tập, chẳng hạn như gọi lặp lại trong thời gian ngắn, truy cập dữ liệu ngoài phạm vi nhiệm vụ, số tiền hoặc khối lượng gọi bất thường, tiếp tục thực hiện sau khi thất bại liên tục.

Kế hoạch khẩn cấp cần biến phân loại, thu hồi quyền, thu thập chứng cứ và khôi phục thành các hành động có thể diễn tập.

Bước thứ hai là chuẩn bị các công tắc dừng thiệt hại cụ thể. Nhân viên khẩn cấp cần có khả năng thu hồi hoặc thay đổi khóa API, tạm dừng kết nối công cụ, đóng băng hạn mức thanh toán, ngăn chặn gửi ra bên ngoài và cách ly các phiên hoặc môi trường chạy liên quan. Nếu việc ngừng Agent phải chờ đợi nhà cung cấp xử lý, doanh nghiệp cần xác nhận trước các liên hệ thay thế và con đường phản hồi theo hợp đồng.

Bước thứ ba là lưu giữ tài liệu điều tra. Nhật ký nên bao gồm mô hình và phiên bản, thông báo hệ thống, chỉ thị người dùng, yêu cầu và phản hồi công cụ, người phê duyệt, giá trị trả về của dịch vụ bên ngoài, dấu thời gian và các đối tượng dữ liệu liên quan. Phạm vi lưu giữ nên tuân thủ yêu cầu về quyền riêng tư và tối thiểu hóa dữ liệu, đồng thời đáp ứng nhu cầu điều tra sự cố, báo cáo quản lý và xử lý tranh chấp hợp đồng. Chỉ lưu giữ ảnh chụp màn hình của cửa sổ trò chuyện thường không đủ để tái tạo các hành động thực tế mà Agent đã thực hiện.

Việc bảo toàn nhật ký tốt nhất nên được thực hiện bởi những người đã được chỉ định trước và giữ lại các tệp gốc, thời gian xuất khẩu và hồ sơ truy cập. Nếu sự kiện liên quan đến thao tác sai của nhân viên, vi phạm hợp đồng của nhà cung cấp hoặc tấn công bên ngoài, có thể xảy ra điều tra quản lý hoặc tranh chấp dân sự sau này. Lúc này, doanh nghiệp cần chứng minh một lần gọi công cụ đến từ tài khoản nào, sử dụng phiên bản mô hình nào, có được phê duyệt hay không, và đầu ra đã chuyển thành hành động của hệ thống như thế nào. Việc làm sạch nhật ký một cách toàn diện hoặc vội vàng nâng cấp hệ thống trước khi điều tra có thể làm mất chứng cứ quan trọng. Kế hoạch lưu giữ cũng nên thiết lập hạn chế truy cập, tránh tài liệu điều tra trở thành lần rò rỉ dữ liệu thứ hai.

Cuối cùng là thông báo và khôi phục. Người phụ trách sự cố cần xác nhận nghĩa vụ thông báo pháp lý áp dụng, thời hạn thông báo theo hợp đồng và trách nhiệm giao tiếp với khách hàng dựa trên loại sự kiện. Trước khi khôi phục dịch vụ, cần thay đổi chứng chỉ, kiểm tra tính toàn vẹn của dữ liệu, thắt chặt quyền truy cập và xác nhận rằng các lỗ hổng hoặc cấu hình sai đã được xử lý bằng các thử nghiệm có kiểm soát. Đối với Agent có rủi ro cao, cũng có thể sắp xếp các buổi diễn tập bàn giữa các phòng ban, mô phỏng các thanh toán tự động, rò rỉ dữ liệu hoặc gián đoạn dịch vụ của nhà cung cấp xảy ra vào ban đêm.

Kế hoạch cũng cần làm rõ ai có quyền quyết định mỗi vấn đề. Người phụ trách kinh doanh xác định xem nhiệm vụ có thể tạm dừng hay không, nhóm an ninh chịu trách nhiệm thu hồi chứng chỉ và cách ly môi trường, nhóm bảo mật hoặc pháp lý xác định nghĩa vụ thông báo, người quản lý nhà cung cấp liên hệ với nhà cung cấp mô hình và dịch vụ đám mây, ban lãnh đạo xử lý tính liên tục của doanh nghiệp và ảnh hưởng đến khách hàng. Nếu quyền hạn phân tán giữa các nhóm khác nhau, trong buổi diễn tập nên ghi lại thời gian từ khi phát hiện bất thường đến khi hoàn thành việc dừng thiệt hại.

Doanh nghiệp có thể chọn một tình huống cụ thể để thực hiện buổi diễn tập đầu tiên: Agent nhận nhiệm vụ bị thay đổi vào giữa đêm, bắt đầu xuất khẩu hàng loạt thông tin khách hàng và gọi dịch vụ bên ngoài. Những người tham gia diễn tập cần giải thích ai có thể tạm dừng nhiệm vụ, khóa nào cần thu hồi trước, nhật ký được lưu trữ ở đâu, ai liên hệ với nhà cung cấp bên ngoài, và những hoạt động nào sẽ giữ đóng trước khi kiểm tra tính toàn vẹn của dữ liệu. Thực hiện các hành động một lần thường có thể phát hiện ra những khoảng trống trong kế hoạch hơn là chỉ đơn giản cập nhật một tài liệu chính sách.

Một buổi diễn tập hoàn chỉnh cũng cần kiểm tra quyết định báo cáo. Giả sử phát hiện bất thường lúc 2 giờ sáng, đóng băng tài khoản Agent lúc 3 giờ, xác nhận dòng dữ liệu hướng ra giao diện nước ngoài lúc 6 giờ, và đến sáng vẫn không thể xác minh bên nhận có giữ lại hay không. Người phụ trách quyền riêng tư, an ninh thông tin và kinh doanh nên ghi lại các sự thật đã biết, các vấn đề cần kiểm tra, các biện pháp bảo vệ tạm thời và các điểm cập nhật tiếp theo tại mỗi thời điểm. Như vậy, 72 giờ sẽ không bị hiểu nhầm là "có thể chờ ba ngày nữa để điều tra"; ban lãnh đạo cũng có thể thấy khi nào cần thực hiện thông báo ban đầu, khi nào cần đưa ra cảnh báo rủi ro trực tiếp cho khách hàng.

Giai đoạn khôi phục dễ bị bỏ qua nhất là dữ liệu kinh doanh. Sau khi Agent thực hiện thanh toán lặp lại, việc dừng chương trình chỉ có thể ngăn chặn thanh toán mới, các chỉ thị đã phát ra vẫn cần phải đối chiếu với dòng ngân hàng, sổ sách khách hàng và hóa đơn của nhà cung cấp; sau khi Agent dịch vụ khách hàng gửi gợi ý sai, cần tìm ra khách hàng bị ảnh hưởng và điều chỉnh hồ sơ. Việc phê duyệt khôi phục nên được thực hiện bởi người phụ trách kinh doanh và người phụ trách an ninh, ít nhất xác nhận rằng chứng chỉ đã được thay đổi, dữ liệu bị ảnh hưởng đã được kiểm tra, các biện pháp bồi thường đã được sắp xếp và ngưỡng giám sát đã được cập nhật. Thông báo ra bên ngoài nên sử dụng các sự thật đã được xác minh, tránh viết những suy đoán ban đầu thành nguyên nhân cuối cùng.

V. Chuyển tín hiệu chính sách của Vương quốc Anh thành vấn đề quản trị nội bộ

Khả năng phản ứng chuyên biệt của Vương quốc Anh vẫn đang được xây dựng, các doanh nghiệp có thể trước tiên ánh xạ các quy định khẩn cấp hiện có vào cách thức hoạt động của Agent: ai chịu trách nhiệm xác định sự cố, ai có thể ngừng hệ thống, ai bảo quản nhật ký, những hoạt động nào cần thông báo cho khách hàng trước, và ai phê duyệt trước khi khôi phục. Đối với các cơ quan quản lý, yêu cầu quản lý rủi ro AI, quản trị thuê ngoài và khả năng phục hồi hoạt động cũng nên được đưa vào cùng một thiết kế diễn tập.

Công việc này không cần phải chờ đến khi có quy định pháp lý chuyên biệt về AI mới. Chỉ cần Agent đã có quyền truy cập, ghi hoặc thanh toán, doanh nghiệp có thể kiểm tra xem các quyền này có thời hạn, có giới hạn theo nhiệm vụ hay không, có thể bị thu hồi khẩn cấp hay không, và xác nhận cách thức hoạt động của doanh nghiệp khi nhà cung cấp gặp sự cố hoặc cập nhật mô hình.

Xét về các sắp xếp hợp đồng, doanh nghiệp khi mua sản phẩm Agent nên có được quyền cần thiết để xử lý sự cố: tạm dừng khẩn cấp hoặc giới hạn giao diện, xuất khẩu nhật ký gọi, biết về các cập nhật mô hình lớn và sự cố an ninh, hạn chế quyền truy cập của nhà thầu phụ, yêu cầu nhà cung cấp hỗ trợ điều tra, và xác định cách thức xóa và trả lại dữ liệu. Nếu doanh nghiệp phụ thuộc nhiều vào một nhà cung cấp, cũng cần quyết định trước khi nó ngừng hoạt động sẽ xử lý bằng tay hay chuyển sang dịch vụ dự phòng. Các điều khoản hợp đồng chỉ có thể phát huy tác dụng sau khi tương ứng với quy trình hoạt động thực tế, người liên hệ và kết quả diễn tập.

Tác giả cho rằng, điều đáng làm trước tiên trong thực tiễn pháp lý là lập một bảng đối chiếu "hành động - trách nhiệm". Kết nối bốn loại hành động của Agent: đọc, sửa đổi, gửi và thanh toán với người ủy quyền, chứng chỉ có thể thu hồi, vị trí nhật ký, người quyết định báo cáo pháp lý và người phê duyệt khôi phục kinh doanh. Nó có thể bắt đầu từ một hệ thống có rủi ro cao, sau đó mở rộng ra toàn công ty. Mỗi khi doanh nghiệp thêm một công cụ mới, bảng này sẽ được cập nhật; khi xảy ra sự cố, nhân viên trực có thể hoàn thành việc dừng thiệt hại và thu thập chứng cứ theo cùng một con đường, và nhân viên pháp lý cũng có thể dựa vào đó để xác định ai cần thông báo tiếp theo.