Bàn giao tác vụ tự động cùng với bàn giao công việc
Khi một nhân viên chuyển phòng ban, doanh nghiệp thường bàn giao tài liệu và khách hàng. AI Agent có thể bị bỏ sót: nó vẫn có lịch chạy, quyền kết nối và yêu cầu chờ xử lý. Vấn đề cần giải quyết là ai được quyết định agent tiếp tục làm gì, bằng quyền nào và dựa trên nguồn nào.
Đừng mặc định agent sử dụng đúng tài khoản của nhân viên. Một workflow có thể dùng tài khoản ứng dụng hoặc kết nối riêng. Tài liệu Microsoft phân biệt các loại danh tính agent và ứng dụng/service principal, nên việc khóa một tài khoản con người không phải bằng chứng mọi hoạt động tự động đã dừng. Microsoft: các loại danh tính và cách dừng.
Bắt đầu bằng một phiếu inventory có thể kiểm chứng
Với mỗi agent liên quan tới vị trí đang bàn giao, ghi sáu thông tin: mục đích, người chịu trách nhiệm nghiệp vụ, quản trị kỹ thuật, danh tính/kết nối, dữ liệu được dùng và công việc đang chờ. Dùng mã tham chiếu của kết nối, không chép secret hoặc token vào phiếu.
Ví dụ hoàn toàn tổng hợp:
| Agent | Tác vụ | Owner nghiệp vụ | Kết nối tham chiếu | Công việc chờ | Quyết định cần có | Bằng chứng ký nhận cần thu |
|---|---|---|---|---|---|---|
| AG-DEMO-01 | Soạn nháp phản hồi hỗ trợ | Trưởng CSKH | CONN-SUPPORT-01 | Hai bản nháp chưa duyệt | Chuyển người duyệt và kiểm quyền | Owner mới nhận hai hồ sơ; test quyền đúng/sai có kết quả |
| AG-DEMO-02 | Tổng hợp đề nghị mua hàng | Trưởng mua hàng | CONN-PROC-02 | Một phiếu thiếu thông tin | Bàn giao hồ sơ hoặc tạm dừng | Phiếu được gán lại hoặc ghi trạng thái dừng và người mở lại |
| AG-DEMO-03 | Gửi báo cáo nội bộ theo lịch | Vận hành | CONN-REPORT-03 | Lịch chạy kế tiếp | Xác minh người nhận và nguồn dữ liệu | Danh sách nhận đã duyệt và kết quả chạy thử phù hợp |
Số dòng và số hồ sơ là dữ liệu minh họa, không phải hoạt động của Onter hay khách hàng. Mỗi dòng cần người mới xác nhận nhận trách nhiệm; chỉ sửa tên trong bảng chưa đủ chứng minh quyền hệ thống đã chuyển đúng.
Microsoft mô tả owner quản trị kỹ thuật và sponsor chịu trách nhiệm mục đích/vòng đời của agent. Sự phân biệt này hữu ích khi người phụ trách nghiệp vụ chuyển việc nhưng nhóm IT vẫn quản lý hệ thống. Quản lý danh tính agent.
Chọn bàn giao, thu hẹp hay tạm dừng
Với AG-DEMO-01, nếu trưởng CSKH mới tiếp quản, hãy kiểm tra quyền xem nguồn, người duyệt bản nháp và danh sách người nhận. Với AG-DEMO-02 chưa có owner mới, phương án phù hợp có thể là dừng nhận việc mới và giữ hồ sơ chờ, thay vì xóa sạch hàng đợi. Với AG-DEMO-03, cần xác minh báo cáo không tiếp tục gửi tới người đã đổi vai trò.
Đây là các quyết định vận hành đề xuất. Cách vô hiệu hóa, xử lý token hiện hữu và tác vụ đang chạy phụ thuộc nền tảng. Không hứa dừng tức thì mọi tác vụ khi chưa kiểm tra cơ chế của hệ thống đích. Microsoft cũng lưu ý việc disable danh tính agent có thể ảnh hưởng các trải nghiệm và luồng phụ thuộc; cần đánh giá đúng phạm vi trước khi thực thi.
Phiếu quyết định nên có trạng thái, bên phê duyệt, thời điểm hiệu lực, danh sách hệ thống bị tác động và cách khôi phục. Quản trị viên chỉ thực hiện thay đổi sau khi có quyền và kế hoạch phù hợp, đặc biệt với agent dùng chung cho nhiều phòng ban.
Bằng chứng đóng bàn giao
Checklist theo sự kiện thay đổi nhân sự:
- Ghi sự kiện: đổi vai trò, rời đội hoặc kết thúc nhiệm vụ; ngày hiệu lực và người duyệt.
- Đối chiếu agent được bảo trợ với danh tính/kết nối thực; ghi rõ phần chưa tìm thấy, không suy rằng khóa tài khoản là đủ.
- Chốt owner mới hoặc quyết định tạm dừng trước ngày hiệu lực; không để hồ sơ chỉ có tên owner cũ.
- Kiểm tra tác vụ chờ, lịch chạy và bên nhận thông báo; chuyển từng mục hoặc lưu lý do giữ/dừng.
- Thực hiện thay đổi đúng quyền, lưu cấu hình trước/sau và phạm vi khôi phục.
- Thu bằng chứng ký nhận theo cột cuối của sổ bàn giao; giữ trạng thái REVIEW nếu phép thử hoặc bên nhận chưa xác nhận.
Checklist này là artifact vận hành tự xây cho sự kiện bàn giao, không phải hướng dẫn bấm nút của một nền tảng hay chuẩn kiểm định.
Một lần bàn giao có thể coi là hoàn tất khi owner mới xác nhận mục đích, quản trị kỹ thuật xác nhận cấu hình và đội vận hành thử được luồng cần giữ. Hồ sơ chờ phải được gán lại hoặc xử lý có lý do. Kiểm tra riêng một lần chạy hợp lệ và một trường hợp không đủ quyền; không chỉ chụp màn hình tên owner mới.
Nếu chọn tạm dừng, bằng chứng phải cho thấy điều gì đã dừng, điều gì vẫn còn và ai được phép cho chạy lại. Giữ một danh sách ngoại lệ có thời hạn rà soát; không biến “tạm thời” thành trạng thái vô chủ kéo dài.
Tài liệu Entra Agent ID lifecycle policies đang ghi tính năng ở trạng thái preview; Microsoft lưu ý preview không có SLA và không khuyến nghị dùng cho production workloads. Nguồn này cho thấy hướng quản trị vòng đời có cơ chế sản phẩm, không phải khuyến nghị triển khai production. Giới hạn preview ở đây áp dụng đúng tính năng lifecycle policies được nguồn nêu, không khẳng định mọi thành phần Agent ID đều preview. Điều kiện license, tính năng và cấu hình phải được xác nhận theo môi trường. Lifecycle policies. Bài này không yêu cầu doanh nghiệp mua sản phẩm mới; phiếu inventory và owner rõ vẫn có thể dùng như bước chuẩn bị trung lập.
Nếu đang có workflow cần bàn giao, hãy đối chiếu quy trình vận hành AI Agent với trách nhiệm người tiếp quản; rà lại quyền truy cập và dữ liệu cùng điểm cần người duyệt. Mục tiêu là giữ công việc cần thiết tiếp tục chạy với trách nhiệm rõ ràng.
