Cấp 3 (C3): Sổ đăng ký tri thức, mỗi tài liệu có chủ

Cách đọc các nhãn nhỏ trong bài: Có nguồn điều được nêu trong tài liệu gốc; Đề xuất ý kiến hoặc thiết kế của SIPTech; Minh họa ví dụ giả định. Gặp từ lạ? Rê chuột lên từ có gạch chấm, hoặc mở Từ điển thuật ngữ.

1. Bài này dành cho ai và bạn sẽ làm được gì

Bài này dành cho ai: chủ doanh nghiệp, quản lý vận hành, hoặc người được giao "giữ tài liệu" của công ty. Bạn không cần biết code.

Bạn cần chuẩn bị:

• Danh sách các tài liệu bạn đang dùng để làm việc: SOP (quy trình thao tác chuẩn, tức tài liệu viết ra "việc này làm thế nào, theo các bước nào"), bảng giá, chính sách, mẫu biểu. Có thể là các tài liệu đã làm ở các cấp C0 đến C2.
• Một bảng tính Google Sheet, Excel hoặc Lark Base để làm sổ đăng ký.
• Quyền xem các nhóm Zalo, Google Drive, OneDrive, Notion hoặc Lark nơi công ty đang để tài liệu.

Sau bài này, bạn sẽ có:

1. Mọi tài liệu dùng để làm việc (SOP, bảng giá, chính sách, mẫu biểu) nằm trong một sổ đăng ký.
2. Mỗi dòng có: mã, chủ sở hữu, trạng thái (nháp / hiệu lực / hết hiệu lực), ngày rà soát gần nhất, chu kỳ rà soát, bản thay thế.
3. Quy định "chốt trong Zalo" được đưa vào tài liệu trong thời hạn đã định.
4. Các quy tắc quan trọng nhất được tách thành thẻ quy tắc nhỏ, có nguồn. (Thẻ quy tắc là một dòng ghi gọn một quy tắc, kèm nó áp dụng cho ai và lấy từ tài liệu nào.)

Thứ bạn cầm đi được sau bài: sổ đăng ký (Google Sheet/Excel/Lark Base); quy định "một nguồn sự thật" 1 trang; bộ thẻ quy tắc; script so_dang_ky.py. (Script là một đoạn chương trình ngắn, người không biết code chỉ cần nhờ người biết code hoặc nhờ AI chạy giúp.)

2. Vấn đề bài này giải quyết

"Có nhiều tài liệu rồi. Bản nào đang đúng? Ai sửa? Bao lâu thì xem lại?"

Lỗi của C0-C2 là gì? Biên bản và SOP được tạo ra, nhưng nằm rải ở Drive cá nhân, Zalo, máy tính của từng người. Không ai biết bản nào mới.

Chuyện này còn ảnh hưởng đến AI. Nhóm bài Tra cứu tài liệu (hệ thống để AI tra cứu tài liệu của công ty rồi trả lời kèm trích dẫn) sẽ trả lời theo bản cũ nếu bản cũ vẫn còn trong kho. Xem Tra cứu tài liệu nội bộ · Cấp 5 — Trả lời có trích dẫn › Bài 5.6 — Tài liệu cũ, hết hiệu lực.

3. Kiến thức nền

Phần này tóm tắt ba nghiên cứu. Chúng giúp bạn hiểu vì sao cần sổ đăng ký, chủ sở hữu và thẻ quy tắc, chứ không chỉ "cứ làm cho gọn".

3.1 Bộ nhớ tổ chức có quản trị

Có nguồn

SAP Signavio (arXiv 2607.03228) đề xuất "bộ nhớ tổ chức" cho tác tử chạy quy trình. (Tác tử, tiếng Anh là agent, là một chương trình AI tự thực hiện chuỗi việc thay con người.)

• Tri thức từ chính sách, SOP, sơ đồ quy trình, kinh nghiệm cũ được tách thành "process atom" (tạm hiểu là "nguyên tử quy trình"): mỗi mục đúng một quy tắc, gồm tên, nguồn, phạm vi áp dụng, hành động, mục đích; gắn thẻ (bộ phận, đối tượng, quy trình).
• Một bộ phận "Global Curator" (tạm hiểu là "người, hoặc bộ phận, trông coi kho tri thức") kiểm mục mới: trùng, chồng chéo, mâu thuẫn với mục cũ. Người duyệt mọi thay đổi. Có chủ sở hữu theo bộ phận, quyền đọc/sửa tách nhau.
• Thử nghiệm: 10 tình huống mua hàng tổng hợp (do nhóm nghiên cứu tự dựng, không phải dữ liệu thật). Tỷ lệ tuân thủ chính sách (GPT-4.1 / Claude Sonnet 4.5): không có gì 0,30 / 0,30; RAG 0,70 / 0,80; bộ nhớ 0,88 / 0,95. RAG trượt khi quy tắc áp dụng chung nhưng không giống câu hỏi (ví dụ "mọi đề nghị mua phải có trung tâm chi phí", nằm trong chính sách tài chính). Lỗi còn lại của bộ nhớ là do một mục có phạm vi viết quá rộng. Tác giả tự nói kết quả là sơ bộ.

SAP (arXiv 2608.00122, qua Nền tảng bằng chứng): bộ nhớ dùng chung cho tác tử lập trình hỏi xin phép người đóng góp, quét bảo mật, kiểm trùng; ~900 đóng góp thành 1.144 mục; lợi ích chưa đo; tác giả nêu nguy cơ nhiễm độc bộ nhớ. (Nhiễm độc bộ nhớ nghĩa là có người, hoặc có nội dung sai, lọt vào kho tri thức và làm AI học theo cái sai.)

3.2 Tách theo tần suất thay đổi và chủ sở hữu

Có nguồn

IBM Japan (arXiv 2611.11348) tách 3 lớp theo tần suất thay đổi và chủ sở hữu:

1. SOP lõi: logic nghiệp vụ, do người làm nghiệp vụ giữ.
2. Tri thức ngữ cảnh: chi tiết thực thi, quy ước.
3. Hiện thực: prompt (câu lệnh bạn viết cho AI), công cụ.

Khi gộp chung, sửa SOP làm mất các chỉnh sửa trước đó ("trôi SOP-kỹ năng").

3.3 Áp dụng cho SME

Đề xuất

(SME là doanh nghiệp vừa và nhỏ.)

• Không cần hệ thống. Một Sheet là đủ cho vài chục đến vài trăm tài liệu.
• Thẻ quy tắc chỉ làm cho quy tắc có con số hoặc điều kiện (thời hạn đổi trả, mức chiết khấu, hạn mức duyệt chi). Đây là thứ hay mâu thuẫn (C4) và hay được AI trả lời sai.
• Mỗi tài liệu một chủ. Không có chủ thì không được dùng làm nguồn cho AI.

4. Các bài thực hành

Bảy bài thực hành dưới đây làm theo thứ tự. Mỗi bài có: việc cần làm, thứ bạn có sau bài, và lỗi hay gặp để tránh.

Bài C3.1: Kiểm kê nơi tri thức đang nằm

• Việc cần làm: liệt kê theo nơi: nhóm Zalo (nhóm nào, ai quản trị), Google Drive/OneDrive (tài khoản cá nhân hay công ty), Notion/Lark, Excel trên máy, giấy dán tường, đầu người (C2). Đánh dấu chỗ thuộc tài khoản cá nhân: đây là thứ mất khi người nghỉ (C5).
• Bạn có sau bài: bản đồ tri thức 1 trang.
• Lỗi hay gặp: chỉ liệt kê Drive; quên Zalo và Excel cá nhân.

Bài C3.2: Sổ đăng ký

• Việc cần làm: tạo một bảng tính với các cột tối thiểu dưới đây. Tên cột viết không dấu, không cách để sau này máy dễ đọc; bạn cứ đặt đúng như vậy. Cột: ma (ổn định, ví dụ SOP-BH-01), ten, loai, chu_so_huu, trang_thai (nhap / hieu_luc / het_hieu_luc, tức nháp / hiệu lực / hết hiệu lực), ngay_hieu_luc, ra_soat_lan_cuoi, chu_ky_ngay, thay_the_boi, link, muc_nhay_cam, duoc_dung_cho_AI (có/không).
• Bạn có sau bài: sổ đăng ký với mọi tài liệu từ C0-C2.
• Lỗi hay gặp: dùng tên file làm mã (đổi tên là gãy); xóa tài liệu cũ thay vì đánh dấu hết hiệu lực.

Bài C3.3: Chủ sở hữu và chu kỳ rà soát

• Việc cần làm Đề xuất: chủ = người có quyền quyết nội dung (không phải người gõ). Chu kỳ theo loại: bảng giá 30 ngày; chính sách khách 90 ngày; SOP nội bộ 180 ngày. Rà soát = mở ra, xác nhận còn đúng, ghi ngày (kể cả khi không sửa).
• Bạn có sau bài: cột chủ và chu kỳ đã điền đủ.
• Lỗi hay gặp: chủ là "phòng kinh doanh" (không phải một người); giám đốc làm chủ mọi thứ.

Bài C3.4: Quy định "một nguồn sự thật"

• Việc cần làm Đề xuất: viết quy định 1 trang, gồm ba ý: 1. quyết định chốt ở Zalo/họp phải được chủ tài liệu cập nhật vào tài liệu trong 2 ngày làm việc; 2. tin nhắn Zalo không phải nguồn cho AI; 3. khi trả lời khách/nhân viên, dẫn link tài liệu trong sổ, không chuyển tiếp tin nhắn cũ.
• Bạn có sau bài: quy định; ghim trong các nhóm Zalo.
• Lỗi hay gặp: quy định không có người kiểm; chủ tài liệu không được báo khi có quyết định mới (gắn với sổ việc ở C0).

Bài C3.5: Thẻ quy tắc

• Việc cần làm: chọn 10-30 quy tắc quan trọng, viết mỗi quy tắc thành một thẻ theo khuôn SAP Signavio (mục 3.1). Các cột của thẻ: ma_the, ten, pham_vi (áp dụng cho ai, khi nào), hanh_dong (một quy tắc), muc_dich, nguon (mã tài liệu + trích nguyên văn), chu_so_huu, hieu_luc. Có thể nhờ AI nháp thẻ từ tài liệu; người chủ duyệt từng thẻ. Kiểm bằng code: trích nguyên văn phải có trong tài liệu nguồn (logic của Tra cứu tài liệu nội bộ · Cấp 5 — Trả lời có trích dẫn › Bài 5.2 — Trích dẫn nguyên văn: tự kiểm bằng code). Nếu chưa có người viết code, bạn tự đối chiếu bằng mắt: mở tài liệu nguồn, tìm đúng câu đã trích.
• Bạn có sau bài: the_quy_tac.csv. (CSV là một dạng file bảng đơn giản, mở được bằng Excel hoặc Google Sheet.)
• Lỗi hay gặp: một thẻ chứa nhiều quy tắc; phạm vi viết quá rộng (lỗi SAP Signavio gặp); thẻ được trích như nguồn thay vì tài liệu gốc.

Bài C3.6: Tách lõi và ghi chú ngữ cảnh

• Việc cần làm: với mỗi SOP từ C2, tách phần "chi tiết thực thi" (đường dẫn file, tên menu phần mềm, mẹo) sang trang "Ghi chú thực hiện" riêng, chủ có thể khác. SOP lõi ngắn, ít đổi; ghi chú đổi thường xuyên.
• Bạn có sau bài: SOP lõi + ghi chú, cả hai trong sổ.

Bài C3.7: Kiểm sổ hằng tuần bằng code

• Việc cần làm: chạy so_dang_ky.py (mục 5) mỗi thứ Hai; gửi danh sách cảnh báo cho từng chủ. Nếu chưa dùng code, làm bằng công thức trong Sheet (xem bảng ở mục 5).
• Bạn có sau bài: báo cáo tuần: không có chủ, chủ đã nghỉ, quá hạn rà soát, "hiệu lực" nhưng đã có bản thay, "hết hiệu lực" mà không chỉ bản mới.

5. Hai cách làm: không cần code và có code

Bài này có hai cách làm. Cách không code đủ dùng khi mới bắt đầu. Cách có code nhẹ để máy tự kiểm thay cho người, hợp khi số tài liệu đã nhiều.

(Công thức =TODAY()-E2>F2 nghĩa là: lấy ngày hôm nay trừ đi ngày ở ô E2 (ví dụ ngày rà soát gần nhất), rồi so với số ngày ở ô F2 (ví dụ chu kỳ rà soát). Nếu lớn hơn thì ô báo "quá hạn".)

Đoạn mã dưới đây làm gì? Nó đọc sổ đăng ký (xuất ra dạng CSV) rồi tự soát từng dòng và in ra danh sách cảnh báo: tài liệu không có chủ, chủ đã nghỉ việc, đã quá hạn rà soát bao nhiêu ngày, còn ghi "hiệu lực" dù đã có bản thay thế, hoặc "hết hiệu lực" mà không chỉ sang bản mới. Bạn không cần đọc hiểu từng dòng; chỉ cần biết ý nghĩa của nó, và nhờ một người biết lập trình (hoặc nhờ AI) chạy giúp khi bạn cần đến cấp độ này.

Mã mẫu (đã chạy thử, python -I -X utf8):

import csv, io
from datetime import date

def kiem_so(csv_text, hom_nay, nhan_vien_dang_lam):
    canh_bao = []
    for d in csv.DictReader(io.StringIO(csv_text)):
        ma = d["ma"]
        if not d["chu_so_huu"]:
            canh_bao.append((ma, "KHONG_CO_CHU"))
        elif d["chu_so_huu"] not in nhan_vien_dang_lam:
            canh_bao.append((ma, "CHU_DA_NGHI:" + d["chu_so_huu"]))
        if d["trang_thai"] == "hieu_luc":
            qua = (hom_nay - date.fromisoformat(d["ra_soat_lan_cuoi"])).days - int(d["chu_ky_ngay"])
            if qua > 0:
                canh_bao.append((ma, "QUA_HAN_RA_SOAT_%d_NGAY" % qua))
            if d["thay_the_boi"]:
                canh_bao.append((ma, "HIEU_LUC_NHUNG_DA_CO_BAN_THAY"))
        if d["trang_thai"] == "het_hieu_luc" and not d["thay_the_boi"]:
            canh_bao.append((ma, "HET_HIEU_LUC_KHONG_CHI_BAN_MOI"))
    return canh_bao

Kết quả chạy thử với 4 dòng giả, ngày 2026-11-11: SOP-KHO-02 chủ "Nam" đã nghỉ và quá hạn rà soát 151 ngày; BG-2026Q3 hết hiệu lực nhưng không chỉ bản mới; CS-GH-01 không có chủ và còn "hiệu lực" dù đã có CS-GH-02 thay.

Khi nào buộc chuyển sang code Đề xuất: > 50 tài liệu; nhiều chủ cần nhắc riêng; muốn chặn tự động tài liệu "không có chủ" hoặc "hết hiệu lực" khỏi kho của nhóm bài Tra cứu tài liệu.

6. Khi nào bạn có thể lên cấp tiếp theo

Đề xuất

Bạn có thể sang cấp tiếp theo khi đạt đủ các điều sau:

1. 100% tài liệu đang dùng cho AI (Project/Gem, kho RAG) có trong sổ, có chủ, có trạng thái. (Project là tính năng của Claude, Gem là của Gemini; cả hai cho bạn lưu sẵn chỉ dẫn và tài liệu để dùng lại.)
2. ≥ 90% tài liệu "hiệu lực" không quá hạn rà soát.
3. Lấy ngẫu nhiên 5 quyết định chốt ở Zalo/họp trong tháng: ≥ 4 đã có trong tài liệu đúng hạn.
4. Có ≥ 10 thẻ quy tắc có nguồn kiểm được bằng code.

7. Ví dụ cho doanh nghiệp nhỏ ở Việt Nam

Minh họa

Ba tình huống giả định để bạn dễ hình dung:

• Chuỗi 4 cửa hàng điện thoại (Hải Phòng): chính sách bảo hành, đổi trả, giá thu cũ đổi mới thay đổi hằng tháng; trước đây gửi qua nhóm Zalo "Quản lý cửa hàng". Sổ đăng ký: bảng giá thu cũ (chủ: trưởng thu mua, chu kỳ 7 ngày), chính sách bảo hành (chủ: giám đốc, 90 ngày). Thẻ quy tắc: "máy vỡ màn hình không thu cũ", "đổi mới trong 7 ngày nếu lỗi nhà sản xuất".
• Công ty xây dựng nhỏ 50 người (Nghệ An): quy trình nghiệm thu, an toàn lao động, mẫu hồ sơ thanh toán. Chủ sở hữu: chỉ huy trưởng (quy trình hiện trường), kế toán trưởng (hồ sơ thanh toán). Ghi chú thực hiện (mẫu Excel nào, gửi cho ai ở chủ đầu tư) tách khỏi SOP lõi vì mỗi công trình khác nhau.
• Spa 2 cơ sở (TP.HCM): quy trình liệu trình, chính sách hoàn tiền gói. Thẻ quy tắc "hoàn tiền gói chưa dùng trong 30 ngày, trừ 10% phí" (số giả định) là nguồn duy nhất cho chatbot trả lời khách ở nhóm Xử lý yêu cầu khách hàng.

8. Tài liệu tham khảo