PHẦN XIII — FINANCE, ADMIN & HỆ THỐNG: CẨM NANG ỨNG DỤNG AI THỰC CHIẾN

MODULE 13.1: ĐỐI SOÁT COD 4 LỚP TỰ ĐỘNG (Claude AUTO-RECONCILE) & HẠCH TOÁN HÓA ĐƠN 24 GIỜ CHUẨN VAS ([MC-01])

1. What — Khái niệm & Bản chất

Tại Vagataba, dòng tiền thu hộ (COD — Cash on Delivery) từ hàng nghìn đơn hàng Viettel Post mỗi tháng là mạch máu nuôi sống doanh nghiệp. Chuyên viên Kế toán (FAS — Finance & Accounting Specialist, dưới sự kiểm soát của Kế toán trưởng — FCT) sử dụng Claude Auto-Reconcile COD (4 lớp) kết hợp công cụ Python (Code Execution) và tiện ích Claude for Excel (GA) để đối chiếu chính xác từng đồng giữa sổ phải thu Odoo và bảng kê ngân hàng/bưu cục, xuất trực tiếp tệp kết quả .xlsx sạch sẽ, đồng thời thực thi quy tắc cứng [MC-01]: ghi nhận hóa đơn nháp (VAS Draft Invoice) ngay tại thời điểm quét xuất kho [WHS-04] và ký số phát hành hóa đơn GTGT lên Tổng cục Thuế trong vòng ≤ 24 giờ kể từ khi đơn hàng báo Delivered (theo Nghị định 254/2026/NĐ-CP).

Hệ thống Vai trò, Phân cấp Tài chính – Hệ thống & Công cụ Claude 5.5 (SOP V04.6)

Ranh giới Năng lực: Claude Làm Được vs. KHÔNG Thay Thế Được trong Tài chính

Cơ Chế Đối Soát Tự Động Claude Auto-Reconcile COD 4 Lớp & Bảng Bút Toán Cốt Lõi Chuẩn VAS

Lịch Trình Một Ngày Làm Việc Chuẩn Của Chuyên Viên Kế Toán FAS (08:30 – 17:00)

2. Why — Tại sao bắt buộc phải nắm vững?

• Tại sao mang lại lợi ích trực tiếp tại Vagataba:
• Sử dụng Claude Sonnet 5.5 có bật Python (Code Execution) và tiện ích Claude for Excel (GA) kết hợp quy trình 4 lớp giúp rút ngắn thời gian đối soát COD mỗi sáng từ 90 phút xuống còn 27 phút (tiết kiệm 70%), đạt độ chính xác COD Reconcile Accuracy > 97% và phát hiện tức thì 100% các đơn bưu cục chậm chuyển tiền quá T+3.
• Tuân thủ đúng thời điểm ghi nhận VAS Draft Invoice khi xuất kho [WHS-04] và ký số hóa đơn GTGT trong < 24 giờ sau Delivered ([MC-01]) giúp báo cáo P&L phản ánh đúng kỳ kế toán và tuân thủ 100% Nghị định 254/2026/NĐ-CP.
• Hậu quả nếu làm sai:
• Nếu Chuyên viên Kế toán (FAS) dán bảng số liệu vào Claude mà không yêu cầu chạy mã Python kiểm chứng tổng cột (Checksum) (để mô hình ngôn ngữ tự cộng nhẩm bằng văn bản), AI rất dễ cộng sai hàng chục triệu đồng trên các bảng kê dài!
• Nếu kế toán đợi bưu tá chuyển tiền COD về ngân hàng rồi mới ghi nhận hóa đơn (thay vì ghi nhận VAS Draft Invoice lúc xuất kho [WHS-04]), doanh thu và giá vốn sẽ bị lệch kỳ nghiêm trọng và vi phạm thời điểm lập hóa đơn theo Nghị định 254/2026/NĐ-CP.

3. Story — Tình huống thực chiến tại Vagataba

Câu chuyện của Nga (Chuyên viên Kế toán FAS): Rút ngắn ca đối soát 300 đơn COD mỗi sáng từ 90 phút xuống 27 phút và không bao giờ để lọt hóa đơn chạm vạch 24 giờ

• Nỗi trăn trở trong công việc: Mỗi sáng đúng 08:30, Nga nhận bảng kê thanh toán thu hộ COD từ Viettel Post gồm hàng trăm vận đơn của Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện, Thực phẩm bảo vệ sức khỏe Viên xương khớp Bách Niên Kiện và Thức uống cô đặc Chanh Ngũ Hành của Vaga. Nga vừa phải khớp từng đồng giữa sổ phải thu Odoo (TK 131), bảng kê Viettel Post và sao kê ngân hàng (TK 1121) để xử lý xong mọi đơn lệch trước 10:00 sáng, vừa phải canh đồng hồ ký số phát hành Hóa đơn GTGT điện tử trong vòng ≤ 24 giờ kể từ lúc đơn hàng báo giao thành công (Delivered) theo Nghị định 254/2026/NĐ-CP ([MC-01]).
• Điều gì đã xảy ra khi làm theo thói quen cũ: Tuần trước, vì dùng hàm VLOOKUP thủ công trên 3 tệp Excel rời rạc, Nga mất gần 90 phút chỉ để dò những đơn bị lệch vài nghìn đồng phí vận chuyển cân nặng (3.500đ). Mải xử lý các đơn lệch nhỏ, Nga suýt bỏ sót một đơn Gói phối hợp Combo Bách Niên Kiện trị giá 1.654.000đ đã giao từ 6 ngày trước (T+6 > T+3) mà bưu cục chưa chuyển tiền về, cùng 4 đơn đã Delivered từ trưa hôm trước chỉ còn chưa đầy 2 tiếng nữa là quá hạn 24 giờ ký số hóa đơn thuế!
• Cách Nga làm chủ ca đối soát buổi sáng cùng Claude:
  1. Đúng 08:30, Nga đưa dữ liệu đơn hàng Odoo và bảng kê Viettel Post vào Claude Sonnet 5.5 theo Hợp đồng Prompt FIN-01, yêu cầu Claude bắt buộc bật Python (Code Execution) để chạy đối soát tự động qua 4 lớp và xuất trực tiếp tệp kết quả .xlsx kèm kiểm tra trên Claude for Excel (GA).
  2. Chỉ trong 2 phút chạy mã Python, Claude phân loại rành mạch:
     • Lớp 1 (Exact Matching) & Lớp 2 (Tolerance Matching ≤ 5.000đ): Tự động khớp và hạch toán phần chênh lệch cước phí nhỏ ≤ 5.000đ/đơn vào TK 6418 (giải phóng ngay 95% số đơn).
     • Lớp 3 (COD Overdue > T+3): Lập danh sách riêng các đơn đã Delivered > 3 ngày chưa về tiền để Nga gửi biên bản đòi công nợ Viettel Post đúng 09:30.
     • Lớp 4 (Exception > 5.000đ) & Cảnh báo Hóa đơn 24h ([MC-01]): Chỉ đích danh những đơn lệch tiền gốc thu hộ > 5.000đ cần tra soát trước 10:00 và đếm ngược số giờ còn lại của từng đơn chưa ký số Hóa đơn GTGT.
  3. Cuối cùng, Claude lập sẵn bảng bút toán định khoản chuẩn VAS (Nợ TK 1121, Nợ TK 6418, Có TK 131) có dòng Checksum kiểm chứng Tổng Nợ = Tổng Có chính xác tuyệt đối đến từng đồng.
• Kết quả chạm đúng mong ước: Nga hoàn tất toàn bộ ca đối soát sáng lúc 08:57 (chỉ mất 27 phút, tiết kiệm 70% thời gian), đạt tỷ lệ chính xác COD Reconcile Accuracy > 97% và 100% hóa đơn điện tử được ký số đúng hạn dưới 24 giờ.

4. How — Hướng dẫn thực thi & Hợp đồng Prompt chuẩn (FIN-01)

1. Bước 1 — Đối soát COD 4 lớp bằng Python (Code Execution) và Kiểm soát Hóa đơn Điện tử 24 giờ ([MC-01] — Nghị định 254/2026/NĐ-CP):
   • Luôn yêu cầu Claude chạy mã Python (Code Execution) để tính toán và kiểm chứng tổng cột (Checksum: Tổng Nợ = Tổng Có), tuyệt đối không để mô hình ngôn ngữ tự cộng nhẩm bằng văn bản.
   • Phân loại từng đơn hàng vào đúng 4 lớp: Lớp 1 (Exact Matching), Lớp 2 (Tolerance ≤ 5.000đ → hạch toán chênh lệch phí vào TK 6418), Lớp 3 (COD Overdue > T+3 — quá 3 ngày sau Delivered chưa về tiền) và Lớp 4 (Exception > 5.000đ — lệch tiền gốc thu hộ, cấm tất toán tự động).
   • Kiểm tra chặt chẽ mốc VAS Draft Invoice (phát sinh ngay khi quét xuất kho [WHS-04]) và thời hạn ký số phát hành Hóa đơn GTGT ≤ 24 giờ kể từ lúc Delivered theo Nghị định 254/2026/NĐ-CP.
2. Bước 2 — Đối chiếu Ví dụ Prompt Sai (Gộp số tổng nhẩm bằng chữ bỏ qua 4 lớp đối soát) và Hợp đồng Prompt Chuẩn (vg-prompter v3.2.0 — Mã FIN-01):

❌ Ví dụ Prompt Sai (Thói quen dễ mắc trong thực tế — Bị loại)

Hãy cộng nhẩm nhanh tổng tiền của bảng đơn hàng và bảng Viettel Post bên dưới xem chênh nhau bao nhiêu tiền, nếu lệch ít dưới 500 nghìn thì bỏ qua coi như khớp luôn để tôi đóng sổ tháng nhé!

• Phân tích lỗi sai & Hậu quả thực tế:
  • Không bật Code Execution (Python) mà nhờ AI cộng nhẩm số tổng bằng văn bản, bỏ qua việc đối chiếu từng mã đơn (Ma_Don) theo 4 lớp (Exact / Tolerance ≤ 5.000đ / Overdue > T+3 / Exception > 5.000đ), làm sai lệch sổ cái kế toán và bỏ sót các đơn đã giao thành công sắp/đã quá hạn 24 giờ chưa ký số hóa đơn điện tử theo Nghị định 254/2026/NĐ-CP.

✅ Hợp đồng Prompt Chuẩn (vg-prompter v3.2.0 — Mã FIN-01: Đối soát COD 4 Lớp bằng Python, Định khoản VAS & Kiểm soát Hóa đơn 24h Nghị định 254/2026/NĐ-CP)

<instructions>
Mục tiêu: Sử dụng công cụ Python (Code Execution) để thực hiện đối soát từng mã đơn hàng giữa 3 nguồn dữ liệu trong <du_lieu_doi_soat_3_ben> theo quy trình 4 lớp (`Claude Auto-Reconcile COD`), lập bút toán định khoản chuẩn VAS có kiểm chứng tổng cột (`Checksum`) và cảnh báo hạn ký số hóa đơn điện tử 24 giờ theo Nghị định 254/2026/NĐ-CP (`[MC-01]`).
Bối cảnh & Ràng buộc:
- BẮT BUỘC viết và chạy mã Python (Code Execution) để tính toán từng dòng và kiểm chứng tổng cột (`Checksum: Tổng Nợ = Tổng Có`); tuyệt đối KHÔNG tính nhẩm bằng văn bản.
- Chỉ tính toán dựa trên các con số có mặt trong <du_lieu_doi_soat_3_ben>; bảo toàn nguyên vẹn `Ma_Don` và `Ma_Van_Don` của từng dòng, không làm tròn số hoặc tự bù trừ chênh lệch giữa các đơn.
- Quy tắc phân loại 4 lớp đối soát COD:
  + Lớp 1 (`Exact Matching`): Tiền thu hộ COD và phí vận chuyển khớp 100% -> Duyệt tất toán.
  + Lớp 2 (`Tolerance Matching`): Tiền thu hộ COD khớp đủ, phí vận chuyển lệch `<= 5.000 VNĐ/đơn` -> Duyệt tất toán và hạch toán phần phí lệch nhỏ vào `TK 6418`.
  + Lớp 3 (`COD Overdue > T+3`): Đơn đã `Delivered > 3 ngày` mà chưa có tiền về ngân hàng -> Đưa vào danh sách đòi công nợ bưu cục lúc `09:30`.
  + Lớp 4 (`Exception Handling`): Lệch tiền gốc thu hộ COD `> 5.000 VNĐ` hoặc thiếu chứng từ -> CẤM tất toán tự động, đẩy ra danh sách Exception xử lý trước `10:00` sáng.
- Quy tắc Hóa đơn 24h (`[MC-01]` — Nghị định 254/2026/NĐ-CP): Mọi đơn xuất kho `[WHS-04]` phải có `VAS Draft Invoice` (`Nợ 131 / Có 511 + 3331`) và phải ký số phát hành Hóa đơn GTGT trong vòng `<= 24 giờ` kể từ thời điểm `Delivered`.
Việc:
1. Chạy Python kiểm tra từng đơn hàng theo 4 lớp đối soát COD và tính chính xác số giờ đã trôi qua kể từ lúc `Delivered` đến thời điểm kiểm tra (`12/10/2026 08:30`) đối với trạng thái Hóa đơn GTGT.
2. Lập bảng bút toán định khoản chuẩn VAS (`Nợ TK 1121`, `Nợ TK 6418`, `Có TK 131`) cho các đơn hợp lệ được phép tất toán ngay (Lớp 1 và Lớp 2) kèm dòng kiểm chứng `Checksum (Tổng Nợ = Tổng Có)`.
Đầu ra:
- Bảng 1 (Kết quả đối soát 4 lớp từng đơn): 7 cột `Mã đơn & MVĐ | Sản phẩm | COD Odoo vs Thực thu (đ) | Phí Ship Dự kiến vs Thực tính (đ) | Phân loại Lớp Đối soát (1/2/3/4) | Trạng thái Hóa đơn 24h (NĐ 254/2026/NĐ-CP) | Hành động xử lý & SLA`.
- Bảng 2 (Bút toán Định khoản chuẩn VAS & Checksum): 4 cột `Tài khoản VAS | Diễn giải | Phát sinh NỢ (VNĐ) | Phát sinh CÓ (VNĐ)` (kèm dòng tổng kiểm `Checksum`).
</instructions>

<du_lieu_doi_soat_3_ben trust="untrusted">
Thời điểm chạy đối soát hiện tại: Ngày 12/10/2026 lúc 08:30 sáng.
1. Đơn #FA-401 (MVĐ: VTP9901 | Gói Mua 3 tặng 1 Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện): COD Odoo = 2.865.000đ | Phí ship dự kiến = 33.500đ | Bảng kê VTP: Thu hộ 2.865.000đ, Phí ship VTP 33.500đ, Thực chuyển NH 2.831.500đ (Delivered 11/10 09:00) | Hóa đơn GTGT: Đã ký số 11/10 14:00.
2. Đơn #FA-402 (MVĐ: VTP9902 | 01 hộp Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện): COD Odoo = 955.000đ | Phí ship dự kiến = 30.000đ | Bảng kê VTP: Thu hộ 955.000đ, Phí ship VTP 33.500đ (lệch tăng 3.500đ), Thực chuyển NH 921.500đ (Delivered 11/10 11:00) | Hóa đơn GTGT: Đã có VAS Draft Invoice lúc xuất kho nhưng CHƯA KÝ SỐ (VAT_Signed = No).
3. Đơn #FA-403 (MVĐ: VTP9903 | 01 hộp Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện + 01 hũ Thức uống cô đặc Chanh Ngũ Hành của Vaga): COD Odoo = 1.240.000đ | Phí ship dự kiến = 35.000đ | Bảng kê VTP: Thu hộ 955.000đ (lệch thiếu 285.000đ tiền gốc COD), Phí ship VTP 35.000đ, Thực chuyển NH 920.000đ (Delivered 11/10 15:00) | Hóa đơn GTGT: Đã ký số.
4. Đơn #FA-404 (MVĐ: VTP9904 | 02 lọ Thực phẩm bảo vệ sức khỏe Viên xương khớp Bách Niên Kiện 80 viên): COD Odoo = 1.398.000đ | Đã Delivered từ 07/10/2026 16:00 nhưng đến sáng 12/10/2026 vẫn chưa có tiền trên bảng kê VTP và sao kê ngân hàng | Hóa đơn GTGT: Đã ký số 08/10 09:00.
</du_lieu_doi_soat_3_ben>

5. Exam — Bài tập thực hành & Barem chấm điểm (10 điểm)

Bài toán thực tế tại công việc (Module 13.1)

Bạn là Chuyên viên Kế toán (FAS) tại Vagataba. Vào lúc 08:35 sáng ngày 19/10/2026, bạn thực hiện ca đối soát tiền thu hộ COD và kiểm tra hóa đơn thuế từ 2 bảng dữ liệu sau:

• Bảng 1 — Sổ theo dõi đơn hàng trên hệ thống Odoo ERP (SO-701 đến SO-705):
  1. SO-701 (Mã vận đơn: VTP-1001): Gói Mua 3 tặng 1 Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện, Phải thu khách (COD_Odoo) = 2.865.000đ, Phí vận chuyển dự kiến (Fee_Odoo) = 33.500đ, Trạng thái: Delivered ngày 17/10/2026, Hóa đơn GTGT: Đã ký số.
  2. SO-702 (Mã vận đơn: VTP-1002): 1 hộp Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện, Phải thu khách (COD_Odoo) = 955.000đ, Phí vận chuyển dự kiến (Fee_Odoo) = 30.000đ, Trạng thái: Delivered ngày 17/10/2026, Hóa đơn GTGT: Đã ký số.
  3. SO-703 (Mã vận đơn: VTP-1003): 2 lọ Thực phẩm bảo vệ sức khỏe Viên xương khớp Bách Niên Kiện 80 viên + 1 hũ Thức uống cô đặc Chanh Ngũ Hành của Vaga, Phải thu khách (COD_Odoo) = 1.650.000đ, Phí vận chuyển dự kiến = 35.000đ, Trạng thái: Delivered ngày 17/10/2026, Hóa đơn GTGT: Đã ký số.
  4. SO-704 (Mã vận đơn: VTP-1004): Gói phối hợp Combo Bách Niên Kiện, Phải thu khách = 1.654.000đ, Trạng thái: Đã Delivered từ ngày 13/10/2026, nhưng kiểm tra trên toàn bộ các bảng kê chuyển tiền của Viettel Post đến hôm nay (19/10/2026) vẫn chưa thấy tiền về.
  5. SO-705 (Mã vận đơn: VTP-1005): 1 hộp Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện (955.000đ), Đã Delivered lúc 11:30 trưa hôm qua (18/10/2026), đã có VAS Draft Invoice nhưng trạng thái ký số Hóa đơn GTGT hiện tại là Chưa ký số (VAT_Signed = No).
• Bảng 2 — Bảng kê đối soát thanh toán Viettel Post gửi sáng 19/10/2026:
  • VTP-1001: Tiền thu hộ thực tế = 2.865.000đ, Cước phí VTP tính = 33.500đ, Thực chuyển về tài khoản Vagataba = 2.831.500đ.
  • VTP-1002: Tiền thu hộ thực tế = 955.000đ, Cước phí VTP tính = 33.500đ (lệch tăng 3.500đ phí cước cân nặng so với dự kiến), Thực chuyển về tài khoản Vagataba = 921.500đ.
  • VTP-1003: Tiền thu hộ thực tế ghi nhận = 1.350.000đ (lệch thiếu 300.000đ tiền thu hộ so với 1.650.000đ trên Odoo!), Cước phí VTP = 35.000đ, Thực chuyển = 1.315.000đ.

Yêu cầu thực hiện (Chứng minh hiểu và ứng dụng được Đối soát COD 4 Lớp, Hạch toán VAS & Luật Thuế Hóa đơn 24h [MC-01])

1. Phần A — Phân loại kết quả đối soát theo 4 Lớp (Exact / Tolerance ≤ 5.000đ / Overdue > T+3 / Exception) & Cảnh báo Hóa đơn 24 giờ:
   • Viết Hợp đồng Prompt đối soát tự động bằng Python (bọc dữ liệu trong <reconcile_input trust="untrusted">).
   • Phân loại chính xác từng đơn từ SO-701 đến SO-704 vào đúng lớp đối soát và chỉ rõ thời gian còn lại trước hạn chót 24 giờ ([MC-01] — Nghị định 254/2026/NĐ-CP) đối với đơn SO-705.
2. Phần B — Lập Bút toán Định khoản chuẩn Kế toán Việt Nam (VAS) có kiểm tra tổng (Checksum):
   • Đối với các đơn đã khớp hợp lệ được phép hạch toán tất toán ngay trong sáng nay (SO-701 và SO-702), hãy tính chính xác số tiền và lập bút toán định khoản chuẩn VAS (Nợ TK 1121 - Tiền gửi ngân hàng, Nợ TK 6418 - Chi phí dịch vụ mua ngoài/phí vận chuyển, Có TK 131 - Phải thu của khách hàng).

Sản phẩm thực hành nộp lại

• Toàn văn Hợp đồng Prompt đối soát COD 4 lớp bằng Python & kiểm tra hạn hóa đơn 24h.
• Bảng phân loại và hướng xử lý cụ thể cho cả 5 đơn (SO-701 → SO-705) + Bút toán định khoản chuẩn VAS có Checksum cân đối Tổng Nợ = Tổng Có.

Barem chấm điểm định lượng (Thang 10 — Đạt từ 8.0/10)

MODULE 13.2: KIỂM SOÁT NỘI BỘ 4-EYE (> 5M), QUẢN TRỊ NGÂN SÁCH / QUỸ CẮT MÁU 3 TẦNG, ĐÓNG SỔ 12 BƯỚC & LƯU TRỮ PHÁP LÝ

1. What — Khái niệm & Bản chất

Nếu Module 13.1 kiểm soát dòng tiền vào hàng ngày thì Module 13.2 là "Hệ thống Khóa Két Sắt & Kiểm Toán Cuối Kỳ" do Kế toán trưởng (FCT — cấp L4, khung lương 30–50M VNĐ) trực tiếp điều hành cùng Chuyên viên Kế toán (FAS). Hệ thống này bảo vệ tài sản doanh nghiệp qua 5 hàng rào kiểm soát nội bộ cứng, quy trình Đóng sổ kế toán cuối tháng 12 bước (rút ngắn từ 3 ngày xuống còn 8 giờ) xuất báo cáo P&L 5 phần và kỷ luật Lưu trữ chứng từ 10 năm / vĩnh viễn theo Nghị định 174/2016/NĐ-CP.

Năm (05) Hàng Rào Kiểm Soát Tài Chính & Pháp Lý Bắt Buộc (SOP V04.6)

Quy Trình 12 Bước Đóng Sổ Cuối Tháng (Month-End Close: Rút Ngắn Từ 3 Ngày Xuống 8 Giờ) & Cấu Trúc Báo Cáo P&L 5 Phần

2. Why — Tại sao bắt buộc phải nắm vững?

• Tại sao mang lại lợi ích trực tiếp tại Vagataba:
• Áp dụng danh mục 12 bước đóng sổ chuẩn hóa với Claude (kết hợp Python Code Execution và tiện ích Claude for Excel) giúp phòng Tài chính hoàn tất báo cáo P&L 5 phần và dòng tiền chỉ trong 8 giờ làm việc (< 1.5 ngày) thay vì mất 3 ngày vất vả như trước, giảm số lỗi sai lệch từ 5–10 lỗi/tháng xuống chỉ còn 0–1 lỗi.
• Cơ chế phê duyệt đồng thuận Trưởng phòng Marketing (MDM) + Kế toán trưởng (FCT) khi giảm ngân sách quảng cáo > 30%/ngày giúp ngăn chặn cú sốc "đứt gãy phễu lead" làm 30 nhân sự Sales và Kho ngồi không hưởng lương cứng.
• Hậu quả nếu làm sai:
• Nếu bỏ qua kiểm tra 4-Eye cho các lệnh chuyển khoản > 5.000.000đ hoặc không đối chiếu chi tiết hóa đơn AKA (variance > 0.5%), doanh nghiệp rất dễ bị thất thoát tiền mặt hoặc thanh toán nhầm các chi phí quảng cáo không có thật.
• Nếu tiêu hủy video QC đóng gói / phiếu xuất DO trước thời hạn 10 năm hoặc làm mất sổ kế toán / BCTC năm (phải lưu vĩnh viễn), công ty sẽ vi phạm nghiêm trọng Nghị định 174/2016/NĐ-CP khi quyết toán thuế.

3. Story — Tình huống thực chiến tại Vagataba

Câu chuyện của Nga (FAS) và Kế toán trưởng (FCT): Đóng sổ cuối tháng 12 bước chỉ trong 8 giờ làm việc và chặn đứng 3 khoản chi sai quy chế trước khi ký Sign-off

• Nỗi trăn trở trong công việc: Cứ đến ngày mùng 1 đầu tháng, Nga (FAS) và Kế toán trưởng (FCT) lại bước vào kỳ đóng sổ kế toán tháng (Month-End Close). Cả hai không chỉ phải tổng hợp doanh thu – giá vốn của cả 4 dòng sản phẩm (Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện, Thực phẩm bảo vệ sức khỏe Viên xương khớp Bách Niên Kiện, Gói phối hợp Combo Bách Niên Kiện và Thức uống cô đặc Chanh Ngũ Hành của Vaga) thành Báo cáo P&L 5 phần, mà còn phải rà soát toàn bộ các hàng rào kiểm soát nội bộ trước khi ký khóa sổ (Sign-off).
• Điều gì đã xảy ra khi làm theo thói quen cũ: Trước đây, Nga phải mất tới 3 ngày làm việc (từ mùng 1 đến hết mùng 3) để gom từng bảng tính từ Marketing, CSKH và Kho về ghép thủ công. Vì quá tải, có tháng Nga suýt trình ký thanh toán luôn tờ hóa đơn của đại lý quảng cáo AKA bị kê chênh thêm 4.500.000đ (AKA Cost Variance = 1.0% > 0.5%), không kịp phát hiện 2 phiếu đền bù 150.000đ do nhân viên CSKH tự duyệt vượt thẩm quyền Tầng 1 (≤ 100.000đ), và để lọt một lệnh chi mua vật tư ngoài 8.500.000đ mới chỉ có 1 chữ ký (thiếu phê duyệt 4-Eye > 5.000.000đ).
• Cách Nga và Kế toán trưởng đóng sổ thần tốc cùng Claude:
  1. Nga mở bảng tính tổng hợp trên Claude for Excel (GA) để Claude tự động kiểm tra toàn bộ công thức liên kết giữa các sheet (giữ nguyên công thức gốc và đánh dấu highlight các ô có thay đổi bất thường), sau đó đưa số liệu tổng hợp vào Claude Opus 5.5 (bật Code Execution — Python).
  2. Claude chạy mã Python kiểm chứng tổng cột (Checksum) và quét tự động qua 5 hàng rào kiểm soát nội bộ:
     • Lập tức gắn cờ đỏ Hóa đơn AKA lệch 1.0% ≥ 0.5%, Quỹ Cắt Máu chạm 2.2% > 2.0% Net Revenue (chỉ rõ 2 phiếu 150.000đ sai thẩm quyền Tầng 1), và Lệnh chi 8.500.000đ thiếu chữ ký 4-Eye (Risk Score = 69 ≥ 61).
     • Xuất trực tiếp tệp .xlsx chứa Báo cáo P&L 5 phần (Gross Margin = 57.0% > 50%) kèm Bảng dự báo dòng tiền 3 kịch bản (Thận trọng – Cơ sở – Tích cực) có tính đủ độ trễ COD và tiền đặt cọc lô hàng mới cho nhà máy FOBIC.
  3. Tại Bước 12, Claude nhắc danh mục phân loại lưu trữ: chứng từ gốc (Hóa đơn GTGT, Phiếu xuất DO có Batch ID, Video QC đóng gói) đưa vào kho lưu trữ 10 năm, Sổ kế toán tổng hợp & BCTC năm lưu trữ vĩnh viễn theo Nghị định 174/2016/NĐ-CP, đồng thời ẩn danh hóa (pseudonymize) các tệp chứng từ cũ > 3 năm theo Nghị định 356/2025/NĐ-CP.
• Kết quả chạm đúng mong ước: Toàn bộ 12 bước đóng sổ tháng hoàn tất ngay lúc 16:30 chiều ngày mùng 1 (chỉ mất 8 giờ làm việc < 1.5 ngày), chặn đứng 100% khoản chi sai quy chế trước khi tiền rời khỏi tài khoản công ty.

4. How — Hướng dẫn thực thi & Hợp đồng Prompt chuẩn

1. Bước 1 — Kiểm toán 5 Hàng rào Nội bộ, Lập Báo cáo P&L 5 Phần và Dự báo Dòng tiền 3 Kịch bản bằng Python (Code Execution):
   • Bắt buộc bật Python (Code Execution) để tính chính xác Gross Margin (%), AKA Cost Variance (%), Tỷ lệ Quỹ Cắt Máu / Net Revenue (%), EBT (VNĐ) và kiểm chứng tổng cột (Checksum).
   • Đối chiếu chặt chẽ với các ngưỡng cứng: Gross Margin > 50%, AKA Cost Variance < 0.5%, Quỹ Cắt Máu 3 tầng ≤ 2.0% Net Revenue (Tầng 1 CSS ≤ 100K, Tầng 2 CSTL > 100K–300K, Tầng 3 OM + FCT > 300K), 4-Eye Principle (> 5.000.000đ) và Ngân sách Ads (+20% / -30%).
2. Bước 2 — Đối chiếu Ví dụ Prompt Sai (Dự báo dòng tiền 1 chiều toàn màu hồng, không bật Python kiểm toán nội bộ) và Hợp đồng Prompt Chuẩn (vg-prompter v3.2.0):

❌ Ví dụ Prompt Sai (Thói quen dễ mắc trong thực tế — Bị loại)

Tháng 10 doanh thu công ty đạt 2 tỷ đồng. Hãy cộng nhẩm giúp tôi lợi nhuận tháng 10, duyệt thanh toán hết các hóa đơn quảng cáo và lập bảng dự báo dòng tiền tháng 11 cứ thế tăng tiếp 50% để công ty yên tâm nhập thật nhiều hàng nhé!

• Phân tích lỗi sai & Hậu quả thực tế:
  • Để AI tính nhẩm bằng chữ mà không chạy Python kiểm chứng Checksum; duyệt mù quáng hóa đơn đại lý quảng cáo không kiểm tra ngưỡng lệch AKA Cost Variance < 0.5% và cơ chế 4-Eye > 5.000.000đ; đồng thời dự báo tuyến tính một chiều mà bỏ qua độ trễ tiền thu hộ COD và khoản đặt cọc sản xuất lô hàng mới cho nhà máy FOBIC.

✅ Hợp đồng Prompt Chuẩn (vg-prompter v3.2.0 — Kiểm toán Đóng sổ 12 Bước, Lập Báo cáo P&L 5 Phần & Dự báo Dòng tiền 3 Kịch bản bằng Python)

<instructions>
Mục tiêu: Sử dụng công cụ Python (Code Execution) để kiểm toán số liệu đóng sổ cuối tháng trong <so_lieu_tai_chinh_thang>, lập Báo cáo Kết quả Kinh doanh (`P&L` 5 phần) có kiểm chứng `Checksum`, phát hiện các vi phạm quy chế kiểm soát nội bộ và lập bảng dự báo dòng tiền tháng tới theo 3 kịch bản (`Thận trọng / Cơ sở / Tích cực`) trình Kế toán trưởng (`FCT`) và Ban Điều hành.
Bối cảnh & Ràng buộc:
- BẮT BUỘC chạy mã Python (Code Execution) để thực hiện mọi phép tính tỷ lệ phần trăm, cộng trừ dòng tiền và kiểm chứng tổng cột (`Checksum`); tuyệt đối không tính nhẩm bằng văn bản.
- Chỉ sử dụng các con số và sự kiện có mặt trong <so_lieu_tai_chinh_thang>. Nếu khoản mục nào chưa có dữ liệu, gắn nhãn `[CẦN_DỮ_LIỆU_KẾ_TOÁN]` thay vì tự ước lượng.
- Đối chiếu nghiêm ngặt với 5 hàng rào kiểm soát nội bộ Vagataba:
  1. Biên lợi nhuận gộp (`Gross Margin`): Chuẩn `> 50%`.
  2. Độ lệch hóa đơn đại lý quảng cáo (`AKA Cost Variance`): Chuẩn `< 0.5%`; cắt giảm ngân sách Ads `> 30%/ngày` phải có đồng thuận của `Trưởng phòng Marketing (MDM) + Kế toán trưởng (FCT)`.
  3. Quỹ Cắt Máu CS (`Compensation Budget`): Phân cấp 3 tầng (`Tầng 1 CSS <= 100.000đ`, `Tầng 2 CSTL > 100.000đ - 300.000đ`, `Tầng 3 OM + FCT > 300.000đ`), tổng chi tháng `<= 2.0% Net Revenue`.
  4. Kiểm soát ngân quỹ `4-Eye`: Mọi lệnh chi `> 5.000.000 VNĐ` bắt buộc có đủ 2 chữ ký độc lập (`Risk Score >= 61` phải khóa lệnh ngay).
  5. Lưu trữ & Bảo mật: Chứng từ gốc lưu tối thiểu `10 năm`, Sổ kế toán & BCTC năm lưu `vĩnh viễn` (Nghị định 174/2016/NĐ-CP); chứng từ chứa dữ liệu cá nhân/bệnh lý `> 3 năm` phải ẩn danh hóa theo Nghị định 356/2025/NĐ-CP.
Việc:
1. Chạy Python lập Báo cáo `P&L` 5 phần (`Net Revenue`, `COGS & Gross Margin`, `Ads Spend & AKA Variance`, `OPEX & Quỹ Cắt Máu`, `EBT`) kèm dòng kiểm chứng `Checksum`.
2. Lập bảng bắt lỗi toàn bộ các vi phạm quy chế kiểm soát nội bộ phát sinh trong tháng và nêu quyết định xử lý của Kế toán trưởng (`FCT`).
3. Xây dựng bảng dự báo dòng tiền tháng tới theo 3 kịch bản (có tính độ trễ dòng tiền COD và khoản đặt cọc nhà máy FOBIC).
Đầu ra:
- Bảng 1 (Báo cáo P&L 5 phần & Checksum): 5 cột `Phần P&L | Khoản mục | Số tiền thực tế (VNĐ) | Tỷ trọng / Chỉ số (%) | Đánh giá so với Ngưỡng chuẩn`.
- Bảng 2 (Kiểm toán Vi phạm Nội bộ): 4 cột `Sự kiện phát sinh | Quy chế bị vi phạm | Mức độ rủi ro | Quyết định xử lý của FCT`.
- Bảng 3 (Dự báo Dòng tiền 3 Kịch bản): 5 cột `Chỉ tiêu dòng tiền | Kịch bản Thận trọng (-15%) | Kịch bản Cơ sở | Kịch bản Tích cực (+20%) | Giả định & Cảnh báo dòng tiền`.
</instructions>

<so_lieu_tai_chinh_thang trust="untrusted">
- Doanh thu thuần (Net Revenue — tổng hợp Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện, Thực phẩm bảo vệ sức khỏe Viên xương khớp Bách Niên Kiện, Gói phối hợp Combo Bách Niên Kiện và Thức uống cô đặc Chanh Ngũ Hành của Vaga): 1.950.000.000 VNĐ.
- Giá vốn hàng bán (COGS — nhập hàng nhà máy FOBIC, bao bì): 838.500.000 VNĐ.
- Chi phí quảng cáo thực chạy trên trình quản lý Meta/TikTok: 440.000.000 VNĐ | Hóa đơn đề nghị thanh toán do Agency AKA gửi: 443.960.000 VNĐ.
- Chi phí vận hành, lương thưởng & kho vận (OPEX): 410.000.000 VNĐ.
- Tổng chi Quỹ Cắt Máu CS trong tháng: 40.950.000 VNĐ (trong đó có 1 phiếu đền bù 250.000đ do chuyên viên CSS tự duyệt không qua CSTL, và 1 phiếu hoàn tiền mặt 450.000đ chưa có chữ ký của OM + FCT).
- Sự kiện nội bộ: (1) Lệnh chuyển khoản mua thiết bị kho #TX-882 trị giá 7.200.000 VNĐ mới có 1 chữ ký lập phiếu (Risk Score = 65); (2) Đặt cọc sản xuất lô hàng mới cho nhà máy FOBIC tháng tới: 450.000.000 VNĐ vào ngày 05 hàng tháng, kỳ hạn tiền COD Viettel Post về ngân hàng trung bình T+3.
</so_lieu_tai_chinh_thang>

5. Exam — Bài tập thực hành & Barem chấm điểm (10 điểm)

Bài toán thực tế tại công việc (Module 13.2)

Bạn là Kế toán trưởng (FCT) (hoặc Chuyên viên Kế toán tổng hợp FAS lập báo cáo kiểm toán trình Kế toán trưởng) thực hiện rà soát đóng sổ cuối tháng 10/2026 của Vagataba với bộ số liệu thực tế sau:

• Số liệu kết quả kinh doanh tháng 10/2026 (tổng hợp cả 4 dòng sản phẩm Bách Niên Kiện & Chanh Ngũ Hành):
  • Doanh thu thuần (Net Revenue): 2.000.000.000 VNĐ.
  • Giá vốn hàng bán (COGS — tiền nhập hàng nhà máy FOBIC, nguyên liệu, bao bì): 860.000.000 VNĐ.
  • Chi phí vận hành, lương thưởng & kho vận (OPEX): 420.000.000 VNĐ.
  • Chi phí quảng cáo thực tế trên trình quản lý Meta/TikTok (Actual Ad Spend): 450.000.000 VNĐ, nhưng hóa đơn đề nghị thanh toán do đại lý quảng cáo (Agency AKA) gửi sang lại ghi 454.500.000 VNĐ.
  • Tổng chi Quỹ Cắt Máu (Quỹ xử lý khiếu nại & đền bù CSKH) trong tháng: 44.000.000 VNĐ (trong đó phát hiện có 2 phiếu đền bù trị giá 150.000đ/phiếu do Chuyên viên CSKH CSS tự bấm duyệt mà không có chữ ký của Trưởng nhóm CSKH CSTL theo phân cấp Tầng 2 > 100.000đ – 300.000đ).
• Các sự kiện kiểm soát nội bộ phát sinh khi rà sổ:
  • Trong tuần 3, có 1 chuyên viên quảng cáo Marketing đã tự ý bấm cắt giảm -40% ngân sách quảng cáo trong ngày mà không trình Trưởng phòng Marketing (MDM) và Kế toán trưởng (FCT) phê duyệt.
  • Có 1 lệnh đề nghị chuyển khoản thanh toán mua vật tư ngoài TX-991 trị giá 8.500.000 VNĐ mới chỉ có 1 chữ ký của người lập phiếu (thiếu chữ ký kiểm soát thứ hai — 4-Eye Principle) và bị hệ thống gắn cờ rủi ro Risk Score = 69/100.
  • Trong thư mục lưu trữ chứng từ đối soát năm 2022 (đã qua 4 năm > 3 năm), vẫn còn 15 file Excel để nguyên Họ tên thật, Số điện thoại và Ghi chú bệnh lý của khách hàng chưa được ẩn danh hóa.

Yêu cầu thực hiện (Chứng minh hiểu và ứng dụng được Kiểm soát Nội bộ 4-Eye, Quản trị Ngân sách/Quỹ Cắt Máu 3 Tầng, Báo cáo P&L 5 Phần & Quy định Lưu trữ Kế toán NĐ 174/2016)

1. Phần A — Tính toán 4 chỉ số tài chính cốt lõi trong Báo cáo P&L 5 phần của tháng 10 (yêu cầu bật Python kiểm chứng Checksum):
   • Tính chính xác: (1) Tỷ suất lợi nhuận gộp — Gross Margin (%) (đối chiếu ngưỡng chuẩn > 50%); (2) Tỷ lệ lệch hóa đơn đại lý quảng cáo — AKA Cost Variance (%) (đối chiếu ngưỡng cho phép < 0.5%); (3) Tỷ lệ chi Quỹ Cắt Máu / Net Revenue (%) (đối chiếu trần ≤ 2.0%); và (4) Lợi nhuận trước thuế — EBT (VNĐ) (tính theo chi phí quảng cáo thực tế 450.000.000đ).
2. Phần B — Bắt 5 vi phạm quy chế kiểm soát nội bộ & Nêu thời hạn lưu trữ chứng từ theo Nghị định 174/2016/NĐ-CP:
   • Lập bảng chỉ rõ 5 vi phạm quy chế trong bộ dữ liệu trên và quyết định xử lý của Kế toán đối với từng vi phạm.
   • Khi thực hiện Bước 12 (Lưu trữ & Sao lưu cuối tháng), hãy phân biệt rõ những chứng từ nào bắt buộc lưu trữ tối thiểu 10 năm và những tài liệu kế toán nào phải lưu trữ vĩnh viễn theo Nghị định 174/2016/NĐ-CP.

Sản phẩm thực hành nộp lại

• Bảng tính toán 4 chỉ số tài chính (Gross Margin, AKA Variance, Tỷ lệ Quỹ Cắt Máu, EBT) theo cấu trúc P&L 5 phần kèm Hợp đồng Prompt kiểm toán đóng sổ (bật Python Checksum).
• Bảng xử lý 5 vi phạm kiểm soát nội bộ + Quy định phân loại thời hạn lưu trữ 10 năm vs Vĩnh viễn.

Barem chấm điểm định lượng (Thang 10 — Đạt từ 8.0/10)

MODULE 13.3: QUẢN TRỊ HỆ THỐNG ODOO ERP, QUY TẮC PHÂN LUỒNG DR1 / DR2 & ỨNG CỨU SỰ CỐ (INCIDENT PLAYBOOK)

1. What — Khái niệm & Bản chất

Chuyên viên Quản trị Hệ thống Tự động hóa CRM (CAS — CRM Automation Specialist / AI Ops Owner) là "kiến trúc sư đường ống dữ liệu" của Vagataba, chịu trách nhiệm duy trì sự kết nối thông suốt giữa Pancake (Facebook/TikTok) → Odoo ERP → Viettel Post API → Misa Accounting với chỉ số Odoo Uptime > 99.5%. Claude hỗ trợ CAS kiểm toán phân quyền nhân sự, rà soát logic phân phối lead tự động (DR Rule đạt độ chính xác 100%), gỡ lỗi (debug) các Automation Rules (FIN-02 / ODO-A02) và điều phối kịch bản ứng cứu sự cố khẩn cấp (Incident Response Playbook — ODO-A03).

Bảng Quy Tắc Phân Luồng Lead Tự Động (DR Rule — SOP V04.6) & Ma Trận Mức Độ Sự Cố (Severity Matrix)

2. Why — Tại sao bắt buộc phải nắm vững?

• Tại sao mang lại lợi ích trực tiếp tại Vagataba:
• Duy trì DR Rule Accuracy = 100% với tốc độ phân luồng < 30 giây đảm bảo mọi khách hàng vừa để lại số điện thoại trên quảng cáo đều được chuyên viên tư vấn gọi ngay khi nhu cầu đang nóng nhất, tối ưu hóa chi phí quảng cáo (CAC ≤ 200K).
• Có sẵn Incident Response Playbook (FIN-02 / ODO-A03) và phương án Workaround giúp các phòng Sales, DVO, Kho vẫn hoạt động bình thường ngay cả khi API của đối tác thứ ba (như Viettel Post hay Meta) gặp sự cố.
• Hậu quả nếu làm sai:
• Nếu Chuyên viên Quản trị Hệ thống (CAS) xóa (Delete) tài khoản của nhân viên Sales/Kho đã nghỉ việc thay vì vô hiệu hóa (Disable / Archive), toàn bộ khóa ngoại (Foreign Key) liên kết tới lịch sử đơn hàng và hóa đơn cũ của nhân viên đó trên Odoo sẽ bị lỗi tham chiếu, vi phạm quy định lưu trữ chứng từ 10 năm (Nghị định 174/2016/NĐ-CP)!
• Nếu sửa Automation Rule trực tiếp trên môi trường Production mà không kiểm thử trên Staging, hoặc dán nguyên API Key / Secret Token vào AI khi debug log, hệ thống có nguy cơ bị treo cứng hoặc lộ khóa bảo mật hạ tầng.

3. Story — Tình huống thực chiến tại Vagataba

Câu chuyện của Minh (Chuyên viên Quản trị Hệ thống Odoo ERP CAS) và Nga (FAS): Ứng cứu 55 đơn hàng kẹt API trước giờ cắt đơn kho và chặn đứng lệnh SQL DELETE suýt làm gãy sổ kế toán

• Nỗi trăn trở trong công việc: Minh (CAS) phụ trách vận hành đường ống dữ liệu nối liền từ Pancake sang Odoo ERP, Viettel Post API và phần mềm kế toán Misa. Mỗi khi có sự cố kỹ thuật hoặc biến động nhân sự giữa ca, Minh phải xử lý cực nhanh để không làm kẹt đơn xuất kho của bộ phận Vận hành và không làm hỏng tính toàn vẹn của cơ sở dữ liệu chứng từ kế toán mà Nga (FAS) đang quản lý.
• Điều gì đã xảy ra khi làm theo thói quen cũ: Vào lúc 09:20 sáng thứ Tư, hai sự cố dồn dập ập đến: (1) Cổng API Viettel Post báo lỗi HTTP 503 khiến 55 đơn hàng đã xác nhận xong bị kẹt chưa lấy được mã vận đơn (trong đó có 20 đơn đặt trên sàn Shopee Mall / TikTok Shop thuộc làn ưu tiên Express Lane [MC-04] phải đóng gói bàn giao trước 13:00 trưa); (2) Chuyên viên tư vấn hoang.sc nghỉ việc từ sáng nay nhưng tài khoản vẫn giữ 18 khách hàng mới (Lead DR1) chưa ai gọi, và cậu thực tập sinh IT vừa gõ sẵn câu lệnh SQL DELETE FROM res_users WHERE login = 'hoang.sc' định bấm chạy thẳng trên máy chủ Production!
• Cách Minh và Nga phối hợp xử lý chuẩn xác cùng Claude:
  1. Minh lập tức yêu cầu thực tập sinh dừng ngay lệnh DELETE, giải thích rõ việc xóa bản ghi res_users sẽ làm gãy toàn bộ khóa ngoại (Foreign Key) của các đơn hàng và hóa đơn GTGT lưu trữ 10 năm theo Nghị định 174/2016/NĐ-CP.
  2. Minh xóa/che toàn bộ chuỗi API_KEY và SECRET_TOKEN trong nhật ký hệ thống, sau đó đưa đoạn log cùng trạng thái cấu hình DR Rules vào Claude Sonnet 5.5 theo Hợp đồng Prompt FIN-02 (ODO-A01..A03).
  3. Chỉ trong 3 phút, Claude xuất bảng điều phối ứng cứu chuẩn xác:
     • Với Sự cố API Viettel Post (Mức 🟡 High, SLA < 4h, kích hoạt 30PV): Kích hoạt ngay Workaround — xuất danh sách 55 đơn ra Excel (tách riêng 20 đơn sàn ECO thuộc Express Lane [MC-04] xử lý đầu tiên) để đẩy tạo vận đơn theo lô trực tiếp trên cổng Web Viettel Post, giúp kho in tem đóng gói kịp trước 11:00 trưa.
     • Với Tài khoản hoang.sc & Quy tắc DR1 / DR2: Chuyển trạng thái hoang.sc sang Disable / Archive (active = False), gỡ khỏi nhóm chia số DR1, phân bổ lại (Reassign) ngay 18 khách hàng mới cho các tư vấn viên đang trực ca, và sửa thông số Auto-Revoke về đúng chuẩn 24 giờ trên môi trường Staging trước khi cập nhật lên Production.
• Kết quả chạm đúng mong ước: Toàn bộ 20 đơn sàn ECO và 35 đơn COD được xuất kho đúng giờ 100%, 18 khách hàng mới được gọi tư vấn ngay trong buổi sáng và cơ sở dữ liệu kế toán Odoo – Misa giữ nguyên vẹn tuyệt đối.

4. How — Hướng dẫn thực thi & Hợp đồng Prompt chuẩn (FIN-02)

1. Bước 1 — Kiểm toán Phân quyền Nhân sự Odoo ERP, Bộ Quy tắc DR1 / DR2 / Auto-Revoke 24h / Kho số cũ 72h và Ứng cứu Sự cố theo Ma trận SLA (< 1h–2h / < 4h / < 24h):
   • Quy tắc bảo toàn dữ liệu ERP & Kế toán: Nhân sự nghỉ việc hoặc chuyển vị trí chỉ được Disable / Archive (active = False), tuyệt đối cấm chạy lệnh DELETE trên cơ sở dữ liệu Production để bảo toàn khóa ngoại (Foreign Key) của chứng từ kế toán lưu trữ 10 năm (Nghị định 174/2016/NĐ-CP).
   • Quy tắc bảo mật hạ tầng khi dùng AI: Bắt buộc che (mask/redact) toàn bộ API Key, Bearer Token, Database Password và thông tin cá nhân của khách hàng trước khi đưa log vào Claude; mọi bản vá cấu hình phải kiểm thử trên Staging trước khi đưa lên Production.
2. Bước 2 — Đối chiếu Ví dụ Prompt Sai (Dán nguyên khóa bí mật API Key và nhờ viết lệnh SQL DELETE chạy thẳng trên Production) và Hợp đồng Prompt Chuẩn (vg-prompter v3.2.0 — Mã FIN-02):

❌ Ví dụ Prompt Sai (Thói quen dễ mắc trong thực tế — Bị loại)

Hệ thống Odoo đang báo lỗi API Viettel Post (Bearer Token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9_REAL_SECRET_KEY) và có nhân viên Sales tên Hoàng vừa nghỉ việc. Hãy viết cho tôi câu lệnh SQL DELETE xóa sạch tài khoản của Hoàng trên Production luôn và bảo anh em Kho cứ nghỉ tay chờ đến chiều khi nào API tự chạy lại thì đóng hàng nhé!

• Phân tích lỗi sai & Hậu quả thực tế:
  • Làm lộ trực tiếp khóa bảo mật Bearer Token thực tế lên hội thoại AI; yêu cầu chạy lệnh SQL DELETE trên Production làm gãy khóa ngoại lịch sử đơn hàng/hóa đơn kế toán; và để kho ngừng đóng gói chờ thụ động khiến toàn bộ đơn hàng sàn TMĐT (Express Lane [MC-04]) bị trễ giờ cắt đơn 12:00–14:00.

✅ Hợp đồng Prompt Chuẩn (vg-prompter v3.2.0 — Mã FIN-02: Kiểm toán Quy tắc Phân luồng DR1/DR2, Phân quyền Odoo ERP & Kịch bản Ứng cứu Sự cố Incident Playbook)

<instructions>
Mục tiêu: Kiểm toán bảng cấu hình phân quyền nhân sự và 4 quy tắc phân luồng khách hàng (`DR1 / DR2 / Auto-Revoke 24h / Kho số cũ 72h`) kết hợp điều phối kịch bản ứng cứu sự cố kỹ thuật trong <du_lieu_log_va_cau_hinh_odoo> theo đúng ma trận SLA của Vagataba.
Bối cảnh & Ràng buộc:
- Chỉ phân tích dựa trên dữ liệu trong <du_lieu_log_va_cau_hinh_odoo>. Tuyệt đối tuân thủ nguyên tắc bảo toàn khóa ngoại kế toán (Nghị định 174/2016/NĐ-CP): CẤM đề xuất lệnh SQL `DELETE` xóa bản ghi nhân sự (`res_users`) hoặc đơn hàng trên môi trường `Production`; chỉ sử dụng cơ chế `Disable / Archive (active = False)`.
- Mọi thay đổi mã nguồn hoặc Automation Rule phải tuân thủ quy trình kiểm thử trên môi trường `Staging` trước khi triển khai lên `Production`.
- Chuẩn đối chiếu 4 quy tắc phân luồng & SLA sự cố:
  + `DR1` (Lead mới): Chia `Round-Robin` trong `< 30 giây` cho chuyên viên tư vấn đang trực ca (`active = True` & `on_shift = True`).
  + `DR2` (Khách đã mua): Tự động chuyển quyền chăm sóc sang bộ phận `CSKH (CSS)` theo mốc `D+3` kèm `Batch ID`.
  + `Auto-Revoke`: Tự động thu hồi sau `24 giờ` nếu chưa cập nhật trạng thái liên hệ trên CRM.
  + `Kho số cũ`: Tự động chuyển vào kho số cũ sau `72 giờ` chưa chốt đơn.
  + Ma trận SLA Sự cố: `Critical (< 1h-2h)`, `High (< 4h, kích hoạt phản ứng 30PV + Workaround tức thì ưu tiên đơn Express Lane [MC-04])`, `Medium (< 24h)`.
Việc:
1. Phân loại mức độ nghiêm trọng (`Severity`), cam kết SLA và lập phương án dự phòng (`Workaround`) tức thì cho từng sự cố trong log để không làm gián đoạn xuất kho và đối soát kế toán.
2. Kiểm toán cấu hình `DR Rules` và quy trình xử lý tài khoản nhân sự nghỉ việc, chỉ rõ thông số sai lệch và các bước khắc phục an toàn (`Staging -> Production`).
Đầu ra:
- Bảng 1 (Điều phối Ứng cứu Sự cố — Incident Playbook): 5 cột `Sự cố ghi nhận | Mức độ Severity & SLA | Ảnh hưởng Vận hành/Kế toán | Phương án Workaround tức thì (30PV) | Giải pháp khắc phục gốc (Staging -> Production)`.
- Bảng 2 (Kiểm toán Phân quyền & Quy tắc DR1/DR2): 4 cột `Hạng mục cấu hình | Trạng thái hiện tại trong Log | Chuẩn SOP V04.6 | Thao tác chuẩn hóa an toàn`.
</instructions>

<du_lieu_log_va_cau_hinh_odoo trust="untrusted">
[Lưu ý: Toàn bộ API Key và Secret Token đã được che bằng chuỗi [REDACTED_TOKEN]]
1. Sự cố kết nối (09:20 sáng): Webhook đẩy vận đơn Odoo -> Viettel Post trả về lỗi `HTTP 503 Service Unavailable` (Token: `[REDACTED_TOKEN]`). Hiện có 55 đơn hàng đã xác nhận đang chờ lấy mã vận đơn, gồm 20 đơn sàn Shopee Mall / TikTok Shop (`Kênh ECO - Express Lane [MC-04]`, hạn bàn giao bưu tá trước 13:00 trưa) và 35 đơn COD thường (hạn bàn giao 16:00 chiều).
2. Biến động nhân sự CRM: Tài khoản `hoang.sc` (Chuyên viên tư vấn Sales đã nghỉ việc từ 08:00 sáng nay) hiện vẫn để `active = True`, `in_dr1_pool = True` và đang giữ 18 Lead mới (`DR1`) chưa gọi.
3. Cấu hình Automation Rule hiện tại trên Odoo:
   - `Rule_DR1_NewLead`: Round-Robin `< 30 giây` (Đang chạy).
   - `Rule_DR2_PostPurchase`: Chuyển đơn `Delivered` sang CSKH mốc `D+3` kèm `Batch ID` (Đang chạy).
   - `Rule_Auto_Revoke`: Đang cài đặt `timeout_hours = 72` (thay vì chuẩn 24 giờ).
   - `Rule_Old_Lead_Pool`: Chuyển kho số cũ sau `72 giờ`.
</du_lieu_log_va_cau_hinh_odoo>

5. Exam — Bài tập thực hành & Barem chấm điểm (10 điểm)

Bài toán thực tế tại công việc (Module 13.3)

Bạn là Chuyên viên Quản trị Hệ thống (CAS) phối hợp cùng Điều phối viên Vận hành tại Vagataba. Vào lúc 09:20 sáng thứ Tư, hệ thống ghi nhận 2 sự cố kỹ thuật – vận hành cần xử lý ngay:

• Sự cố 1 — Đứt kết nối API tạo vận đơn Viettel Post (Lỗi HTTP 503 Service Unavailable): Cổng API đẩy đơn tự động từ Odoo sang Viettel Post bị nghẽn làm 55 đơn hàng đã xác nhận xong đang bị kẹt chưa lấy được mã vận đơn để in phiếu đóng gói. Trong 55 đơn đó có 20 đơn đặt trên sàn Shopee Mall / TikTok Shop (Mã kênh: ECO) gồm Thực phẩm bảo vệ sức khỏe Viên xương khớp Bách Niên Kiện và Thức uống cô đặc Chanh Ngũ Hành của Vaga phải hoàn tất đóng gói bàn giao trước giờ cắt đơn 13:00 trưa nay, và 35 đơn COD thường (cắt đơn lúc 16:00 chiều).
• Sự cố 2 — Xử lý tài khoản nhân viên nghỉ việc & Lỗi cấu hình thu hồi số (Auto-Revoke): Chuyên viên tư vấn Hoàng (user: hoang.sc) vừa chính thức nghỉ việc từ sáng nay, nhưng trên tài khoản của Hoàng vẫn đang giữ 18 khách hàng mới (Lead DR1) chưa ai gọi. Một thực tập sinh đề xuất: "Để em chạy câu lệnh SQL DELETE FROM res_users WHERE login = 'hoang.sc' xóa trắng tài khoản của anh Hoàng khỏi cơ sở dữ liệu luôn cho gọn!". Đồng thời, khi kiểm tra quy tắc tự động thu hồi khách hàng mới chưa được gọi (Auto-Revoke), bạn phát hiện thông số đang bị cài nhầm thành 72 giờ thay vì mốc chuẩn.

Yêu cầu thực hiện (Chứng minh hiểu và ứng dụng được Quy trình Ứng cứu Sự cố Incident Playbook, Quản trị Tài khoản ERP & 4 Quy tắc Chia số DR1 / DR2)

1. Phần A — Phân loại mức độ sự cố & Đưa ra phương án cứu đơn (Workaround) tức thì cho Sự cố 1:
   • Xác định mức độ ưu tiên (Severity), thời hạn phản ứng (SLA / 30-Phút Vàng) và trình bày phương án xử lý tạm thời (Workaround) ngay trong buổi sáng để 20 đơn sàn ECO (thuộc làn ưu tiên Express Lane [MC-04]) và 35 đơn COD không bị trễ giờ xuất kho trong lúc chờ Viettel Post khôi phục API.
2. Phần B — Ngăn chặn thảm họa xóa dữ liệu & Chuẩn hóa bảng 4 quy tắc phân luồng khách hàng (DR Rules):
   • Giải thích rõ vì sao phải cấm tuyệt đối lệnh DELETE FROM res_users đối với nhân sự nghỉ việc và nêu đúng 3 bước xử lý chuẩn cho tài khoản hoang.sc cùng 18 khách hàng đang bị kẹt.
   • Lập bảng thông số chuẩn cho cả 4 quy tắc phân luồng trên CRM (DR1, DR2, Auto-Revoke, Kho số cũ) và viết Hợp đồng Prompt giúp rà soát nhật ký lỗi hệ thống an toàn (đã che API Key / Secret Token).

Sản phẩm thực hành nộp lại

• Phương án xử lý khẩn cấp Sự cố 1 (đặc biệt là cứu 20 đơn sàn ECO trước 13:00).
• Quy trình xử lý tài khoản hoang.sc nghỉ việc + Bảng thông số chuẩn của 4 quy tắc DR1 / DR2 / Auto-Revoke / Kho cũ và Hợp đồng Prompt phân tích log hệ thống.

Barem chấm điểm định lượng (Thang 10 — Đạt từ 8.0/10)

MODULE 13.4: ĐỐI SOÁT TÀI CHÍNH & VẬN HÀNH GIAN HÀNG SÀN TMĐT (E-COMMERCE ECO), THƯ VIỆN PROMPT FIN/ODO/ECO & HỆ THỐNG KPI

1. What — Khái niệm & Bản chất

Bên cạnh kênh chủ lực Telesales, kênh Thương mại điện tử (E-Commerce — mã phân luồng ECO trên Shopee Mall, TikTok Shop, Lazada) là mũi nhọn tăng trưởng giúp khách hàng dễ dàng tìm kiếm và đặt mua trực tiếp. Vận hành gian hàng ECO tại Vagataba đòi hỏi sự phối hợp chặt chẽ giữa Đối soát doanh thu – tổng phí sàn (12%) – giá vốn (COGS = 340.000đ/hộp trên giá niêm yết 955.000đ/hộp) – kiểm soát Voucher/Chiết khấu & Hóa đơn 24h [MC-01] của phòng Tài chính (FIN-03), Làn xuất kho ưu tiên Express Lane [MC-04] (cut-off 12:00–14:00) của Kho và Tối ưu hiển thị & Chăm sóc đánh giá (Listing SEO & Review Management — ECO-01→05, ECO-A01).

Lịch Trình Công Việc Định Kỳ Với Claude Cho Mảng Tài Chính & Vận Hành Sàn TMĐT (E-Commerce ECO)

Thư Viện Prompt Chuẩn (FIN-01 → FIN-03 / FIN-A / ODO-A / ECO-A) & Bảng Chỉ Số KPI Toàn Phần XIII (SOP V04.6)

(Tham chiếu chi tiết tại PL_B_Thu_Vien_Prompt_Chuan.md mã FIN-01 → FIN-03 và bộ 3 gói kỹ năng: SKILL.md, SKILL.md, SKILL.md).

2. Why — Tại sao bắt buộc phải nắm vững?

• Tại sao mang lại lợi ích trực tiếp tại Vagataba:
• Sử dụng FIN-03 có bật Python (Code Execution) giúp Chuyên viên Kế toán (FAS) và Phụ trách TMĐT bóc tách chính xác từng khoản phí sàn Shopee Mall / TikTok Shop (tổng phí sàn + thanh toán + affiliate = 12%) và giá vốn (COGS = 340.000đ/hộp trên giá niêm yết 955.000đ/hộp), chặn đứng từ trong trứng nước các đề xuất giảm giá sâu hoặc cài chồng Voucher làm thủng ngưỡng Gross Margin > 50% hoặc phá vỡ mặt bằng giá kênh Telesales.
• Tối ưu hóa Listing theo ECO-01→05 và phân tích đánh giá sàn giúp gian hàng giải đáp trước các thắc mắc phổ biến (cách pha với 150ml nước ấm 40–50°C, tem chống giả, giấy công bố) ngay trên ảnh sản phẩm, nâng tỷ lệ chuyển đổi tự nhiên trên sàn mà không vi phạm từ cấm quảng cáo thực phẩm.
• Hậu quả nếu làm sai:
• Nếu duyệt chạy Flash Sale trên sàn mà quên trừ 12% phí sàn trên giá bán cho khách và quên kiểm tra ngưỡng Gross Margin > 50%, công ty càng bán nhiều đơn càng hụt dòng tiền và làm khách hàng kênh Telesales bức xúc vì chênh lệch giá.
• Nếu viết tiêu đề sản phẩm trên Shopee/TikTok chứa từ cấm như "Sữa đặc trị thoái hóa khớp, cam kết khỏi đau nhức", thuật toán quét của sàn và cơ quan quản lý sẽ khóa (ban) sản phẩm vĩnh viễn và phạt nặng theo Nghị định 15/2018/NĐ-CP và Luật Quảng cáo sửa đổi 75/2025/QH15.

3. Story — Tình huống thực chiến tại Vagataba

Câu chuyện của Nga (Chuyên viên Kế toán FAS) và Phụ trách Gian hàng Sàn TMĐT (ECO): Chặn đứng phương án Flash Sale làm thủng biên lợi nhuận xuống 27,1% và chuẩn hóa Listing 100% hợp quy trước giờ G chiến dịch 11.11

• Nỗi trăn trở trong công việc: Trước mỗi kỳ Mega Sale lớn (10.10, 11.11), áp lực lớn nhất của Nga (FAS) và bạn Phụ trách Gian hàng Sàn TMĐT (ECO) là làm sao vừa đẩy mạnh sản lượng đơn hàng trên Shopee Mall và TikTok Shop, vừa bảo vệ nghiêm ngặt hai "lằn ranh đỏ" của Kế toán trưởng (FCT): Tỷ suất lợi nhuận gộp (Gross Margin) sau khi trừ 12% phí sàn bắt buộc > 50% và tuyệt đối không phá vỡ mặt bằng giá niêm yết 955.000đ/hộp của Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện đang bán trên kênh Telesales.
• Điều gì đã xảy ra khi làm theo thói quen cũ: Kỳ trước, một cộng tác viên vận hành sàn vì nôn nóng đua Top hiển thị đã tự tính nhẩm trên giấy rồi đề xuất giảm giá hộp Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện từ 955.000đ xuống thẳng 530.000đ/hộp, lại còn định sửa tiêu đề gian hàng thành "[FLASH SALE] Sữa Đặc Trị Đau Nhức Xương Khớp Protein BNK - Cam Kết Khỏi Đau Sau 14 Ngày". Nếu đề xuất đó được bấm duyệt, sau khi trừ 12% phí sàn (63.600đ) và giá vốn COGS = 340.000đ/hộp, lãi gộp chỉ còn 126.400đ/hộp (Gross Margin = 27,10% < 50%), vừa làm công ty mất gần nửa biên lợi nhuận, vừa khiến gian hàng bị khóa vì gọi thực phẩm bổ sung là "Sữa đặc trị"!
• Cách Nga và Phụ trách TMĐT kiểm soát chiến dịch cùng Claude:
  1. Nga đưa bảng phương án giá, cơ cấu Voucher, thông số giá vốn (340.000đ/hộp), phí sàn (12%) cùng bản nháp tiêu đề Listing và 3 đánh giá 1–2 sao mới phát sinh vào Claude Sonnet 5.5 theo Hợp đồng Prompt FIN-03 (bật Code Execution — Python).
  2. Chỉ trong 1 phút chạy mã Python, Claude lập bảng thẩm định tài chính và pháp lý rõ ràng:
     • Bác bỏ ngay mức giá 530.000đ/hộp vì làm Gross Margin tụt xuống 27,10% < 50%; đồng thời tính toán phương án thay thế tối ưu: giữ nguyên giá niêm yết 955.000đ/hộp (sau khi trừ 12% phí sàn 114.600đ, doanh thu thuần đạt 840.400đ/hộp, trừ COGS 340.000đ còn lãi gộp 500.400đ → Gross Margin = 59,54% > 50%) kết hợp tặng kèm gói dùng thử Thức uống cô đặc Chanh Ngũ Hành của Vaga để thu hút khách mà vẫn bảo vệ tuyệt đối giá kênh Telesales.
     • Bắt lỗi và viết lại toàn bộ bộ Tiêu đề SEO + 5 Bullet Points đúng chuẩn pháp lý (loại bỏ hoàn toàn từ "Sữa đặc trị", "cam kết khỏi đau" và từ viết tắt "BNK").
     • Phân luồng chuẩn xác 3 đánh giá 1–2 sao: Tách ngay đánh giá khách báo "nổi mề đay, khó thở nhẹ" vào 🔴 Luồng Khẩn Y khoa 30-Phút Vàng [MC-03] để báo Giám đốc Vận hành + Dược sĩ gọi điện trong < 30 phút, và soạn sẵn lời phản hồi CLARA hướng dẫn pha 150ml nước ấm 40–50°C cho khách bị vón bột do pha nước sôi 100°C.
• Kết quả chạm đúng mong ước: Chiến dịch 11.11 trên sàn TMĐT đạt doanh số kỷ lục với Gross Margin giữ vững ở mức 59,5%, 100% đơn sàn vào làn Express Lane [MC-04] xuất hóa đơn dưới 24 giờ và gian hàng đạt điểm tuân thủ tuyệt đối.

4. How — Hướng dẫn thực thi & Hợp đồng Prompt chuẩn (FIN-03)

1. Bước 1 — Đối soát Doanh thu – Phí sàn TMĐT (12%) – Giá vốn (COGS = 340.000đ/hộp) bằng Python (Code Execution) và Kiểm duyệt Listing / Đánh giá Sàn:
   • Mọi đề xuất giá bán, Flash Sale hoặc cài đặt Voucher trên Shopee Mall / TikTok Shop đều phải chạy qua Python (Code Execution) để tính chính xác: $$\text{Doanh thu thuần thực nhận} = \text{Giá bán sau Voucher} \times (1 - 12%)$$ $$\text{Lãi gộp} = \text{Doanh thu thuần thực nhận} - \text{COGS} \quad (\text{với } \text{COGS} = 340.000\text{đ/hộp Protein})$$ $$\text{Gross Margin (%)} = \frac{\text{Lãi gộp}}{\text{Doanh thu thuần thực nhận}} \times 100% \quad (\text{Bắt buộc } > 50%)$$
   • Rà soát tiêu đề và mô tả sản phẩm trên sàn tuân thủ tuyệt đối Nghị định 15/2018/NĐ-CP và Luật Quảng cáo sửa đổi 75/2025/QH15 (gọi đúng tên đầy đủ, không gọi TPBS Protein từ thực vật Bách Niên Kiện là "sữa", không viết tắt "BNK"); phân luồng đánh giá khách hàng theo khung CLARA và quy tắc 30-Phút Vàng ([MC-03]).
2. Bước 2 — Đối chiếu Ví dụ Prompt Sai (Giảm giá sâu không trừ phí sàn 12% và viết tiêu đề chứa từ cấm) và Hợp đồng Prompt Chuẩn (vg-prompter v3.2.0 — Mã FIN-03):

❌ Ví dụ Prompt Sai (Thói quen dễ mắc trong thực tế — Bị loại)

Tôi định giảm giá hộp Protein BNK trên Shopee từ 955k xuống 530k cho khách mua thật nhiều. Hãy viết giúp tôi tiêu đề "[FLASH SALE] Sữa Đặc Trị Đau Nhức Xương Khớp Cam Kết Khỏi Sau 14 Ngày" và trả lời tự động cho tất cả đánh giá 1 sao (kể cả khách bị nổi mề đay khó thở) là "đó là triệu chứng đào thải tốt, cứ uống tiếp nhé"!

• Phân tích lỗi sai & Hậu quả thực tế:
  • Không tính 12% phí sàn và giá vốn 340.000đ/hộp khiến Gross Margin sụt xuống 27,10% < 50% và phá giá kênh Telesales; dùng từ cấm "Sữa đặc trị", "cam kết khỏi" và viết tắt "BNK"; đặc biệt nguy hiểm khi trả lời tự động khuyên khách đang bị dị ứng/khó thở "cứ uống tiếp" thay vì kích hoạt 30-Phút Vàng [MC-03].

✅ Hợp đồng Prompt Chuẩn (vg-prompter v3.2.0 — Mã FIN-03: Đối soát Biên lợi nhuận Chiến dịch Sàn TMĐT bằng Python, Kiểm soát Voucher & Chuẩn hóa Listing / Phản hồi Review Sàn ECO)

<instructions>
Mục tiêu: Sử dụng công cụ Python (Code Execution) để thẩm định biên lợi nhuận gộp (`Gross Margin`) và đối soát doanh thu – phí sàn TMĐT trong <du_lieu_chien_dich_va_review_san>, đồng thời kiểm duyệt lại nội dung Listing chuẩn SEO hợp pháp và phân luồng xử lý đánh giá khách hàng trên sàn.
Bối cảnh & Ràng buộc:
- BẮT BUỘC chạy mã Python (Code Execution) để tính chính xác Doanh thu thuần sau phí sàn (`12%`), Lãi gộp, `Gross Margin (%)` và kiểm chứng tổng cột (`Checksum`); tuyệt đối không tính nhẩm bằng văn bản.
- Chuẩn tài chính & sản phẩm bắt buộc:
  + Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện (Hộp 14 gói x 25g): Giá niêm yết chuẩn `955.000đ/hộp`, giá vốn `COGS = 340.000đ/hộp`, tổng phí sàn TMĐT (phí cố định + thanh toán + affiliate) = `12%` tính trên giá bán thực thu của khách. Ngưỡng bắt buộc: `Gross Margin > 50%` và không phá vỡ mặt bằng giá kênh Telesales.
  + Tuyệt đối KHÔNG gọi Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện là "sữa", không viết tắt "BNK", không dùng từ cấm y tế ("đặc trị", "chữa khỏi", "cam kết khỏi") theo Nghị định 15/2018/NĐ-CP và Luật Quảng cáo sửa đổi 75/2025/QH15.
  + Nếu đánh giá trên sàn có dấu hiệu phản ứng sức khỏe (nổi mề đay, khó thở, đau bụng cấp...), bắt buộc xếp vào `🔴 Luồng Khẩn Y khoa 30-Phút Vàng [MC-03]` (báo CSTL `< 15 phút`, Dược sĩ + OM gọi khách `< 30 phút`, cấm khuyên uống tiếp). Các đánh giá lỗi vận chuyển/cách pha xử lý theo khung 5 bước `CLARA`.
Việc:
1. Chạy Python tính toán và so sánh chỉ số tài chính giữa `Phương án Đề xuất giảm giá sâu (530.000đ/hộp)` và `Phương án Chuẩn bảo toàn giá niêm yết (955.000đ/hộp kèm quà tặng dùng thử)`, đưa ra kết luận phê duyệt của Kế toán trưởng (`FCT`).
2. Bắt lỗi tiêu đề đề xuất và viết lại bộ `Tiêu đề chuẩn SEO (<= 120 ký tự) + 5 Bullet Points + Câu khuyến cáo` hợp pháp 100%.
3. Phân luồng và soạn phương án xử lý / câu trả lời chuẩn `CLARA` cho từng đánh giá trong dữ liệu.
Đầu ra:
- Bảng 1 (Thẩm định Tài chính Chiến dịch Sàn bằng Python): 6 cột `Phương án | Giá khách trả (đ) | Phí sàn 12% (đ) | Doanh thu thuần (đ) | Lãi gộp sau COGS 340K (đ) & Gross Margin (%) | Quyết định của FCT`.
- Bảng 2 (Chuẩn hóa Listing SEO Hợp quy): `Các lỗi vi phạm bị bác bỏ | Tiêu đề SEO chuẩn (<= 120 ký tự) | 5 Bullet Points chuẩn thông số | Câu khuyến cáo bắt buộc`.
- Bảng 3 (Phân luồng & Phản hồi Review Sàn): 4 cột `Mã Review | Phân loại Triage & SLA | Quy trình xử lý nội bộ | Nội dung phản hồi khách hàng chuẩn CLARA`.
</instructions>

<du_lieu_chien_dich_va_review_san trust="untrusted">
1. Đề xuất Flash Sale 11.11 cần thẩm định:
   - Sản phẩm: Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện (Giá niêm yết: 955.000đ/hộp 14 gói, COGS = 340.000đ/hộp, Tổng phí sàn = 12%).
   - Phương án A (CTV đề xuất): Giảm giá trực tiếp còn 530.000đ/hộp; sửa tiêu đề thành "[FLASH SALE] Sữa Đặc Trị Đau Nhức Xương Khớp Protein BNK - Cam Kết Khỏi Đau Sau 14 Ngày".
   - Phương án B (Phương án chuẩn đối chứng): Giữ giá niêm yết 955.000đ/hộp, tặng kèm quà dùng thử Thức uống cô đặc Chanh Ngũ Hành của Vaga (trị giá 45.000đ hạch toán vào ngân sách quà tặng).
2. Danh sách 3 đánh giá mới trên gian hàng Shopee Mall:
   - Review #1 (2 sao - Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện): "Mình đun nước sôi 100 độ C ngoài ấm siêu tốc đổ trực tiếp vào bột khuấy mà bột cứ bị vón cục lợn cợn khó uống quá!"
   - Review #2 (2 sao - Thức uống cô đặc Chanh Ngũ Hành của Vaga): "Sản phẩm đóng gói kỹ, uống Chanh Ngũ Hành vị chua ngọt cay mặn khá ngon nhưng bưu tá giao hàng lúc 12h20 trưa làm bố mình đang ngủ trưa phải dậy mở cửa rất phiền."
   - Review #3 (1 sao - Gói phối hợp Combo Bách Niên Kiện): "Mẹ tôi mới uống gói đầu tiên vào sáng nay được 30 phút thì bị nổi mề đay ngứa khắp vùng cổ và mặt, kèm theo cảm giác khó thở nhẹ! Shop giải thích ngay!"
</du_lieu_chien_dich_va_review_san>

5. Exam — Bài tập thực hành & Barem chấm điểm (10 điểm)

Bài toán thực tế tại công việc (Module 13.4 — Bài thi Tổng kết Bài 13)

Bạn là Chuyên viên Vận hành Gian hàng Thương mại điện tử (Shopee Mall / TikTok Shop) phối hợp cùng Kế toán trưởng (FCT) tại Vagataba. Hôm nay bạn cần xử lý 2 bài toán thực tế trên gian hàng chính hãng:

• Bài toán 1 — Thẩm định đề xuất chạy Flash Sale 11.11: Một cộng tác viên đề xuất phương án chạy Flash Sale cho sản phẩm Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện (giá niêm yết chuẩn: 955.000đ/hộp 14 gói, giá vốn hàng bán COGS = 340.000đ/hộp, tổng phí sàn TMĐT + phí thanh toán + phí tiếp thị liên kết = 12% tính trên giá bán cho khách):
  • Giá đề xuất giảm sâu còn: 530.000đ/hộp.
  • Tiêu đề sản phẩm đề xuất sửa thành: "[FLASH SALE] Sữa Đặc Trị Đau Nhức Xương Khớp Protein BNK - Cam Kết Khỏi Đau Sau 14 Ngày".
• Bài toán 2 — Xử lý 3 đánh giá 1–2 sao (Review #1, #2, #3) của khách hàng trên gian hàng:
  • Review #1 (2 sao — Khách mua Thực phẩm bổ sung Protein từ thực vật Bách Niên Kiện): "Mình đun nước sôi 100 độ C ngoài ấm siêu tốc đổ trực tiếp vào bột khuấy mà bột cứ bị vón cục lợn cợn khó uống quá!"
  • Review #2 (2 sao — Khách mua Thức uống cô đặc Chanh Ngũ Hành của Vaga & Viên xương khớp Bách Niên Kiện): "Sản phẩm đóng gói kỹ, uống Chanh Ngũ Hành vị chua ngọt cay mặn khá ngon nhưng bưu tá giao hàng lúc 12h20 trưa làm bố mình đang ngủ trưa phải dậy mở cửa rất phiền."
  • Review #3 (1 sao — Khách mua Gói phối hợp Combo Bách Niên Kiện): "Mẹ tôi mới uống gói đầu tiên vào sáng nay được 30 phút thì bị nổi mề đay ngứa khắp vùng cổ và mặt, kèm theo cảm giác khó thở nhẹ! Shop giải thích ngay!"

Yêu cầu thực hiện (Chứng minh hiểu và ứng dụng được Kiểm soát Biên lợi nhuận Sàn TMĐT bằng Python, Viết Listing chuẩn SEO hợp pháp & Xử lý Đánh giá Sàn)

1. Phần A — Tính toán tài chính (Gross Margin) bằng Python & Bác bỏ đề xuất sai phạm ở Bài toán 1:
   • Tính chính xác Doanh thu thuần thực nhận sau khi trừ 12% phí sàn (VNĐ/hộp), Lãi gộp (VNĐ/hộp) và Tỷ suất lợi nhuận gộp — Gross Margin (%) nếu bán ở mức giá 530.000đ/hộp. Đối chiếu với ngưỡng bắt buộc Gross Margin > 50% và chính sách giá giữa các kênh để cho biết Kế toán trưởng (FCT) có duyệt mức giá này không?
   • Chỉ ra toàn bộ các lỗi vi phạm pháp lý và quy định FOBIC trong tiêu đề sản phẩm đề xuất, sau đó viết lại Tiêu đề chuẩn SEO (≤ 120 ký tự) + 5 Điểm nổi bật (Bullet Points) + Câu khuyến cáo hợp pháp 100%.
2. Phần B — Phân luồng và Soạn phản hồi cho cả 3 Đánh giá (Review #1, #2, #3) ở Bài toán 2:
   • Chỉ rõ đánh giá nào thuộc 🔴 Luồng Khẩn Y khoa 30-Phút Vàng ([MC-03]) và quy trình xử lý bắt buộc.
   • Viết nguyên văn câu trả lời trên gian hàng cho Review #1 và Review #2 theo đúng khung 5 bước CLARA.

Sản phẩm thực hành nộp lại

• Phép tính chi tiết Gross Margin (%) của phương án 530.000đ + Bản viết lại Tiêu đề SEO + 5 Bullet Points chuẩn cho gian hàng Shopee Mall / TikTok Shop.
• Quy trình xử lý khẩn cấp Review #3 + Nguyên văn phản hồi CLARA cho Review #1 và Review #2 (kèm Hợp đồng Prompt FIN-03).

Barem chấm điểm định lượng (Thang 10 — Đạt từ 8.0/10)

TRẮC NGHIỆM ÔN TẬP PHẦN XIII (QUIZ)

Hãy trả lời 5 câu hỏi dưới đây để tự kiểm tra kiến thức trước khi chuyển sang Phần XIV (Ban Điều Hành):

Câu 1: Theo quy tắc cứng [MC-01] và Nghị định 254/2026/NĐ-CP tại Vagataba, thời điểm ghi nhận hóa đơn nháp (VAS Draft Invoice: Nợ 131 / Có 511 + 3331) và thời hạn ký số phát hành hóa đơn GTGT chính thức lên Tổng cục Thuế được quy định như thế nào?

• A. Đợi đến khi bưu tá chuyển tiền COD về ngân hàng mới ghi nhận cả hóa đơn nháp lẫn hóa đơn chính thức.
• B. Ghi nhận VAS Draft Invoice ngay tại thời điểm quét xuất kho bàn giao bưu tá ([WHS-04]), và bắt buộc ký số phát hành hóa đơn GTGT chính thức lên Tổng cục Thuế trong vòng tối đa 24 giờ kể từ khi đơn hàng báo giao thành công (Delivered).
• C. Cuối mỗi quý kế toán mới gom lại ghi nhận doanh thu và xuất hóa đơn một lần.
• D. Chỉ xuất hóa đơn GTGT cho những đơn hàng có giá trị trên 5 triệu đồng.

Câu 2: Theo Nghị định 174/2016/NĐ-CP và quy chế lưu trữ của Vagataba, thời hạn lưu trữ đối với nhóm "Chứng từ ghi sổ gốc (hóa đơn, video camera QC đóng gói, phiếu xuất DO có Batch ID)" và nhóm "Sổ kế toán tổng hợp & Báo cáo tài chính (BCTC) năm" lần lượt là bao lâu?

• A. Cả hai nhóm đều chỉ cần lưu trữ trong 3 năm rồi tiêu hủy.
• B. Chứng từ ghi sổ gốc lưu 5 năm; Sổ kế toán và BCTC năm lưu 10 năm.
• C. Chứng từ ghi sổ gốc (hóa đơn, video QC đóng gói, phiếu DO...) bắt buộc lưu trữ tối thiểu 10 năm; Sổ kế toán tổng hợp và Báo cáo tài chính (BCTC) năm bắt buộc lưu trữ vĩnh viễn (nghiêm cấm tiêu hủy).
• D. Chỉ lưu trữ hóa đơn giấy, còn video camera QC đóng gói được xóa sau mỗi 24 giờ.

Câu 3: Quy chế kiểm soát ngân sách quảng cáo Meta Ads hàng ngày và cơ chế kiểm soát ngân quỹ 4-Eye của Vagataba quy định các ngưỡng phê duyệt nào sau đây?

• A. Nhân viên quảng cáo được tự ý tăng hoặc giảm 100% ngân sách bất cứ lúc nào; giao dịch trên 50 triệu mới cần 4-Eye.
• B. Tăng ngân sách > 20%/ngày phải qua Odoo Approval Flow; Giảm ngân sách đột ngột > 30%/ngày bắt buộc phải được Trưởng phòng Marketing (MDM) + Kế toán trưởng (FCT) phê duyệt; và mọi giao dịch ngân quỹ > 5.000.000 VNĐ bắt buộc phải có phê duyệt 4-Eye (điểm Claude Fraud ≥ 61 báo Kế toán trưởng ngay).
• C. Chỉ cần kiểm tra khi hóa đơn agency AKA lệch quá 10% so với chi phí thực chạy.
• D. Chuyên viên Kế toán (FAS) được tự mình ký duyệt mọi lệnh chuyển khoản dưới 100 triệu đồng.

Câu 4: Trong quy trình Claude Auto-Reconcile COD 4 lớp, đối với các đơn hàng ở Lớp 2 (Tolerance Matching) có chênh lệch phí vận chuyển/COD nhỏ trong ngưỡng cho phép ≤ 5.000 VNĐ/đơn, hệ thống sẽ xử lý như thế nào?

• A. Treo toàn bộ đơn hàng đó lại không cho đóng sổ tháng.
• B. Tự động chấp nhận khớp đơn và hạch toán phần chênh lệch phí nhỏ (≤ 5.000 VNĐ) vào tài khoản chi phí bán hàng TK 6418; chỉ những đơn lệch > 5.000 VNĐ mới đẩy sang Lớp 4 (Exception Handling) để Chuyên viên Kế toán (FAS) xử lý trước 10:00 sáng.
• C. Trừ thẳng khoản lệch 5.000đ đó vào lương của nhân viên kho.
• D. Hủy hóa đơn GTGT của đơn hàng đó.

Câu 5: Khi một nhân viên Sales nghỉ việc hoặc chuyển bộ phận, Chuyên viên Quản trị Hệ thống (CAS) phải xử lý tài khoản Odoo của nhân viên đó và kiểm soát bộ quy tắc phân luồng DR Rule như thế nào?

• A. Chạy câu lệnh SQL DELETE xóa sạch tài khoản của nhân viên đó ngay trên môi trường Production.
• B. Chỉ thực hiện Disable (vô hiệu hóa) tài khoản và gỡ khỏi nhóm nhận số DR1 Round-Robin (tuyệt đối không Delete để bảo toàn khóa ngoại lịch sử đơn hàng/kế toán), đồng thời đảm bảo DR1 phân luồng < 30 giây, Auto-Revoke sau 24 giờ và Kho số cũ sau 72 giờ.
• C. Cứ để nguyên tài khoản đang active trong nhóm chia số Round-Robin thêm 1 tháng nữa.
• D. Tắt toàn bộ hệ thống Odoo trong 2 ngày để cài đặt lại từ đầu.

Cập nhật: 10/2026 | Kiến trúc WWSHO V7.1 | Tham chiếu: PL_B_Thu_Vien_Prompt_Chuan.md (FIN-01 → FIN-03) | SKILL.md | SKILL.md | SKILL.md | SOP V04.6 [FIN-01→10, ODO-01→05, ECO-01→05]

⬅️ Bài 12: Customer Success | 🏠 Mục lục tổng | ➡️ Bài 14: Ban Điều Hành