AI nội bộ cho doanh nghiệp: Xây dựng Knowledge Base cho Nhân sự, Kinh doanh, Marketing và Kế toán

Nhân sự

Nguồn phù hợp gồm chính sách, nội quy, onboarding, offboarding, phúc lợi, công tác phí, mô tả công việc, tài liệu đào tạo và biểu mẫu. AI có thể trả lời câu hỏi phổ biến, hướng dẫn tìm biểu mẫu hoặc tạo checklist onboarding.

AI không nên tự quyết định tuyển dụng, kỷ luật, đánh giá hiệu suất hoặc quyền lợi cá nhân. Hồ sơ nhân viên, lương, sức khỏe và dữ liệu định danh phải được tách khỏi kho dùng chung và kiểm soát theo quyền cụ thể.

Kinh doanh

Knowledge Base có thể chứa catalogue, giá và chính sách đang hiệu lực, điều kiện giao hàng, bảo hành, kịch bản tư vấn, proposal và case study. AI hỗ trợ tìm thông tin sản phẩm, so sánh lựa chọn, chuẩn bị follow-up hoặc tạo bản nháp đề xuất.

Khi kết nối CRM, quyền đọc không đồng nghĩa quyền ghi. Việc tạo lead, cập nhật cơ hội, gửi báo giá hoặc cam kết giá đặc biệt cần validation, idempotency và approval theo phạm vi.

Marketing

Nguồn có thể gồm brand guideline, thông tin sản phẩm đã duyệt, content pillar, tài sản thương hiệu, chiến dịch cũ và quy trình phê duyệt. AI hỗ trợ tái sử dụng bài dài, chuẩn bị brief và tạo biến thể nội dung. Nội dung liên quan giá, khách hàng, pháp lý hoặc tuyên bố hiệu quả phải được kiểm tra trước khi xuất bản.

Kế toán và Tài chính

Knowledge Base có thể chứa quy trình thanh toán, chính sách chi phí, checklist đóng sổ, hướng dẫn hóa đơn, chứng từ bắt buộc và quy trình đối soát. AI hỗ trợ kiểm tra hồ sơ còn thiếu hoặc giải thích quy trình. AI không nên tự phê duyệt thanh toán, thay tài khoản ngân hàng, ghi sổ hoặc đưa ra kết luận thuế.

IT và Vận hành

Nguồn gồm service catalogue, runbook, topology, dependency, known error, quy trình incident, backup và phục hồi. AI hỗ trợ phân loại ticket, tìm runbook, tóm tắt log và đề xuất bước kiểm tra. Lệnh production, firewall, quyền truy cập, restart hoặc xóa tài nguyên phải tách thành tool hẹp và yêu cầu phê duyệt theo rủi ro.

Mô hình phù hợp là dùng chung giao diện, model gateway, observability và governance nhưng phân tách tri thức theo domain, chẳng hạn kb-public, kb-hr-policy, kb-hr-confidential, kb-sales-product, kb-sales-account, kb-marketing-brand, kb-finance-procedure và kb-it-runbook.

Việc tách có thể dùng index, namespace, collection hoặc metadata filter. Lựa chọn phụ thuộc quy mô, độ nhạy cảm và khả năng vận hành. Điểm bắt buộc là quyền phải được thực thi trước hoặc trong retrieval. Không nên truy xuất nội dung trái phép rồi chỉ yêu cầu model “không được tiết lộ”.

Mỗi tài liệu cần owner, source system, department, classification, allowed groups, ngày hiệu lực, ngày hết hạn, phiên bản và trạng thái phê duyệt. Nếu nguồn gốc đã có ACL, pipeline nên bảo toàn hoặc đồng bộ permission thay vì tạo một bản sao mất quyền.

1. Nguồn dữ liệu

SharePoint, Google Drive, CMS, file server, CRM, ERP, HRM, wiki, ticketing, database và API. Mỗi connector cần owner, scope, credential riêng và cách xử lý lỗi. Không phải nguồn nào đọc được cũng nên index.

2. Ingestion và kiểm tra

Pipeline kiểm tra định dạng, file độc hại, trích xuất, chuẩn hóa, chống trùng, gắn metadata và permission. Nội dung không owner, không phê duyệt, hết hạn hoặc nghi ngờ phải đi quarantine.

3. Chunking và indexing

Chính sách HR, bảng sản phẩm, hợp đồng và runbook có cấu trúc khác nhau nên cần chiến lược chunking và bộ câu hỏi đánh giá riêng. Có thể kết hợp keyword, semantic, vector hoặc hybrid search.

4. Identity và policy enforcement

Người dùng đăng nhập qua SSO. Ứng dụng lấy group, role và attribute từ hệ thống danh tính đáng tin cậy. Policy engine quyết định knowledge domain, classification và tool được phép. Nếu không xác minh được quyền, hệ thống phải fail closed.

5. Retrieval và model gateway

Orchestrator phân loại intent, chọn domain, áp security filter, truy xuất nội dung, đánh giá độ liên quan và chỉ gửi đoạn được phép đến model. Câu trả lời cần dẫn nguồn; khi thiếu bằng chứng, hệ thống phải hỏi lại, từ chối hoặc chuyển người. Model gateway tập trung routing model, rate limit, quota, secrets và cost attribution.

6. Tool và workflow layer

Tool phải hẹp như crm.search_customer, crm.create_draft_note, ticket.create hoặc invoice.validate_fields. Hành động nhạy cảm cần validation, policy, approval, idempotency, result verification và audit. Không cấp một connector có quyền đọc–sửa–xóa toàn hệ thống chỉ vì dễ tích hợp.

7. Observability và evaluation

Theo dõi latency, error, chi phí theo phòng ban, retrieval quality, citation correctness, abstention, access denied, tài liệu hết hạn, tool failure và approval timeout. Audit cần đủ để điều tra nhưng không lưu secret, dữ liệu cá nhân không cần thiết hoặc chain-of-thought.

Mỗi domain cần Knowledge Owner. HR Manager sở hữu chính sách nhân sự; Product hoặc Sales Operations sở hữu kiến thức sản phẩm và giá; Marketing Manager sở hữu brand guideline; Finance Manager hoặc Chief Accountant sở hữu quy trình tài chính; IT Operations sở hữu runbook.

Owner xác nhận nguồn chuẩn, phê duyệt phiên bản, đặt thời hạn hiệu lực, xử lý nội dung mâu thuẫn, rà soát câu hỏi chưa trả lời và thu hồi tài liệu cũ. AI không thể tự xác định chính sách nào đúng khi hai phòng ban cung cấp hai phiên bản khác nhau.

Pipeline cập nhật phải phát hiện thay đổi, xử lý lại nội dung, cập nhật index/cache và chạy regression test. Upload file mới không có nghĩa phiên bản cũ đã tự động mất hiệu lực.

Ngày 1–15: Chọn bài toán và inventory

Chọn hai phòng ban, thu thập 20–50 câu hỏi thật cho mỗi bên, xác định nguồn chuẩn, Knowledge Owner, classification và baseline thời gian tìm thông tin. Ghi rõ dữ liệu không được vào pilot.

Ngày 16–30: Xây retrieval-only MVP

Tích hợp SSO, tạo knowledge domain, ingestion, metadata, access filter, evaluation set, citation và abstention. Chưa cho phép AI tự thực hiện hành động. MVP phải chứng minh tìm đúng nguồn và không vượt quyền.

Ngày 31–60: Pilot với người dùng thật

Mời nhóm đại diện, theo dõi câu hỏi không có nguồn, đo citation correctness, kiểm tra quyền, sửa tài liệu/retrieval và đo effort tiết kiệm. Không dùng prompt để che giấu dữ liệu nguồn kém chất lượng.

Ngày 61–90: Mở rộng có kiểm soát

Thêm phòng ban, chuẩn hóa onboarding Knowledge Owner, tạo dashboard, bổ sung workflow tạo bản nháp và chỉ mở hành động nhỏ, có thể đảo ngược. Thiết lập approval, audit, incident và rollback trước khi mở rộng quyền.

Chất lượng tri thức

Tỷ lệ câu trả lời có nguồn phù hợp, citation correctness, retrieval recall trên bộ chuẩn, tỷ lệ dùng tài liệu hết hạn và thời gian cập nhật sau khi nguồn thay đổi.

Kết quả nghiệp vụ

Thời gian tìm thông tin, số câu hỏi lặp lại giảm, thời gian onboarding, thời gian chuẩn bị proposal/hồ sơ và tỷ lệ bản nháp được chấp nhận sau chỉnh sửa.

Kiểm soát rủi ro

Số lần retrieval sai quyền, tool call bị policy chặn, duplicate side effect, approval timeout, incident dữ liệu và tỷ lệ từ chối đúng khi thiếu nguồn. Mục tiêu cho truy xuất trái phép phải là không có sự cố được chấp nhận.

Vận hành và chi phí

Chi phí theo phòng ban/use case, latency p50/p95, error rate, indexing failure, tài liệu không owner và active adoption. Chi phí phải gắn với công việc hoàn thành, không chỉ số token.

Đưa toàn bộ tài liệu vào một kho: tăng rủi ro sai quyền, dùng nhầm phiên bản và không xác định owner.

Xem upload file là hoàn tất: Knowledge Base cần versioning, expiry, approval, cập nhật và regression test.

Dùng prompt thay security: prompt không phải access control; quyền phải nằm ở ứng dụng, retrieval và tool layer.

Kết nối ERP/CRM quá sớm: hãy chứng minh identity và retrieval trước khi cấp quyền tạo side effect.

Không có Knowledge Owner: AI sẽ tiếp tục sử dụng tài liệu cũ hoặc mâu thuẫn.

Đo số câu hỏi thay vì kết quả: nhiều câu hỏi không chứng minh productivity; có thể cho thấy dữ liệu khó tìm hoặc hệ thống trả lời chưa tốt.

AI nội bộ có cần huấn luyện model riêng không?

Không nhất thiết. Với tri thức thay đổi thường xuyên, RAG phù hợp để truy xuất nội dung hiện hành. Fine-tuning phù hợp hơn khi cần thay đổi hành vi hoặc định dạng đầu ra, không thay thế quản trị Knowledge Base.

Có nên dùng một AI Assistant cho toàn công ty?

Có thể dùng chung giao diện và hạ tầng, nhưng knowledge domain, quyền, prompt, tool và KPI phải cấu hình theo use case hoặc phòng ban.

Có thể kết nối SharePoint, CRM và ERP không?

Có, nhưng mỗi nguồn cần scope, owner, credential và xử lý lỗi riêng. Quyền đọc không đồng nghĩa quyền cập nhật.

Nên bắt đầu từ phòng ban nào?

Chọn nơi có nhiều câu hỏi lặp lại, nguồn tương đối rõ, owner sẵn sàng và rủi ro vừa phải. HR policy chung, Sales product knowledge hoặc IT service desk thường dễ pilot hơn thanh toán và quyết định nhân sự.

Nguồn đã sử dụng

• Microsoft: Retrieval-augmented generation and indexes
• Microsoft: Design and develop a RAG solution
• Microsoft: Document-level access control
• NIST: Generative AI Profile — AI RMF

Đọc tiếp

• Trợ lý AI nội bộ: Làm sao ngăn nhân viên xem nhầm dữ liệu?
• Tự động hóa quy trình bằng AI