Hệ tài khoản và đa sổ: alternate account set, book codes

Bài này gồm hai nửa: nửa đầu là bộ khung hệ tài khoản của AP&C (Adaptive Planning and Consolidation); nửa sau là câu trả lời cho câu hỏi mọi doanh nghiệp Việt Nam dùng phần mềm quốc tế đều hỏi — chạy song song VAS và IFRS/chuẩn tập đoàn thế nào? Workday có hai cơ chế bổ trợ nhau cho việc đó.

Nửa đầu: bộ khung hệ tài khoản

Bốn thành phần: Account Type → Account Set (chứa account) → Account Summary.

Account Type (Maintain Ledger Account Types): phân loại Asset/Liability/ Equity/Income/Expense. Tài khoản đã có giao dịch chỉ đổi được type trong cùng nhóm type.

Account Set (Create Account Set): hệ tài khoản của company, gán qua company accounting details — và không đổi được sau khi đã post bút toán. Pattern khuyến nghị: dựng account set cha–con — tài khoản dùng chung nằm ở set chung, tài khoản riêng nằm ở set con của từng company, set cha include các set con (đừng gán account trực tiếp vào set cha). Tài khoản đã dùng thì chỉ retire được, không xóa — và chỉ retire được khi không còn nằm trong posting rule, translation rule, elimination rule, allocation… (tra bằng report Ledger Account Usage).

Account Posting Rules (Create Account Posting Rule Set): định tuyến giao dịch về đúng tài khoản — mỗi loại giao dịch một cặp rule debit/credit (ví dụ hóa đơn nhà cung cấp: debit rule Spend, credit rule Payables). Ba điều đáng nhớ:

Điều kiện đánh giá từ trên xuống, lấy match đầu tiên — rule chặt (company
- cost center + region) phải đặt trước rule lỏng (company + cost center), nếu không rule lỏng “nuốt” hết.
Default ledger account là con dao hai lưỡi: đặt default thì giao dịch không khớp rule nào vẫn post êm (khó phát hiện sai); bỏ trống default thì giao dịch không khớp bị flag lỗi — dễ tìm, dễ sửa. Chọn có chủ đích.
Có nút Test Posting Rule — nhập thử giá trị dimension xem sẽ post vào đâu; hãy dùng trước khi kích hoạt.

Account Control Rules (Create Account Control Rule Set): ngưỡng duyệt theo từng tài khoản (ngưỡng riêng ưu tiên hơn ngưỡng chung) — thêm điều kiện vào business process Accounting Journal Event để bút toán vượt ngưỡng tự route đến người duyệt, không phải sửa quy trình mỗi khi thêm tài khoản.

Account Summary (Create Ledger Account Summary As Of): cây gộp tài khoản cho báo cáo, có effective date — tạo được nhiều snapshot phục vụ restatement; dải số tài khoản gán vào summary không được chồng lấn.

Nửa sau: hai cơ chế đa chuẩn mực

Cơ chế 1 — Alternate Account Set: khác biệt HỆ TÀI KHOẢN

Bài toán: bộ tài khoản pháp định (VAS theo Thông tư 200) khác hẳn bộ tài khoản tập đoàn (IFRS/corporate). Alternate account set cho phép nhập bút toán một lần theo bộ nào cũng được — Workday tự suy ra (derive) tài khoản ở bộ kia qua mapping rules, và báo cáo + drill-down được theo cả hai bộ.

Cách hoạt động (Create Alternate Account Set Mapping → cấu hình rules trong View Alternate Account Set Mapping):

Chỉ cần định nghĩa mapping một chiều — Workday tự sinh chiều ngược (reversal mapping).
Rule đánh giá từ trên xuống, lấy match đầu tiên; mỗi tài khoản chỉ làm default một lần mỗi mapping; condition values phải duy nhất từng dòng.
Có Test Mapping Rule để thử, và report Alternate Account Set Mapping Exceptions để bắt tài khoản chưa map / rule thiếu điều kiện.

Gotcha vận hành: retire tài khoản thì phải sửa mapping rules ngay — rule trỏ về tài khoản đã retire là lỗi âm thầm. Với bút toán liên công ty mà hai bên dùng account set khác nhau: màn nhập chỉ hiện tài khoản theo company của header, nhưng khi submit Workday xử lý đúng theo alternate account set của từng company — người dùng đa công ty dễ bối rối, nên đưa vào tài liệu đào tạo.

Cơ chế 2 — Book Codes & Books: khác biệt BÚT TOÁN ĐIỀU CHỈNH

Bài toán: cùng hệ tài khoản nhưng một số giao dịch có cách ghi nhận khác nhau giữa chuẩn mực (khấu hao, dự phòng, thuê tài sản…). Mô hình common base + adjustment layers:

Mọi bút toán đều mang một book code (mặc định là Blank — sổ chung). Giao dịch chung ghi một lần vào Blank.
Chênh lệch chuẩn mực ghi bằng bút toán gắn book code riêng: IFRS Adjustments, Tax Adjustment, Management Restatements…
Book = tập hợp book codes cho một bộ báo cáo: IFRS Book = Blank + IFRS Adjustments; Tax Book = Blank + Tax Adjustment. Cấu hình bằng Maintain Book Codes + Maintain Books.

Gotcha: đặt Tenant Default book và default book theo company — nếu không, người chạy báo cáo bỏ trống prompt Book sẽ nhận dữ liệu mọi book (đếm trùng). Trên màn Create Journal, trường Book Code bỏ trống nghĩa là Blank.

Hai cơ chế nhìn cạnh nhau

flowchart TB
  subgraph M1["Cơ chế 1 — Alternate Account Set (khác HỆ TÀI KHOẢN)"]
    J1["Bút toán nhập 1 lần<br/>(theo COA nào cũng được)"] --> MAP["Mapping rules<br/>(2 chiều, tự sinh chiều ngược)"]
    MAP --> V1["Sổ theo COA VAS<br/>(TT200)"]
    MAP --> I1["Sổ theo COA tập đoàn<br/>(IFRS/corporate)"]
  end
  subgraph M2["Cơ chế 2 — Book Codes (khác BÚT TOÁN ĐIỀU CHỈNH)"]
    BL["Giao dịch chung<br/>book code Blank"] --> BV["VAS Book =<br/>Blank + VAS Adjustments"]
    BL --> BI["IFRS Book =<br/>Blank + IFRS Adjustments"]
    AV["Bút toán điều chỉnh VAS"] --> BV
    AI["Bút toán điều chỉnh IFRS"] --> BI
  end

Chọn cơ chế nào cho VAS ∥ IFRS?

Khác biệt	Cơ chế
Hệ tài khoản khác nhau (số hiệu, cấu trúc TT200 vs COA tập đoàn)	Alternate Account Set — nhập 1 lần, hai COA
Cách ghi nhận khác nhau (bút toán điều chỉnh giữa hai chuẩn)	Book Codes — lớp điều chỉnh riêng từng chuẩn
Cả hai (thực tế thường vậy)	Kết hợp cả hai — alternate set lo COA, book codes lo điều chỉnh

Cộng thêm journal sequencing (bài Bút toán) để đánh số chứng từ liên tục riêng cho sổ pháp định — đủ bộ ba cho yêu cầu báo cáo song song tại Việt Nam.

Chắt lọc từ Workday Adaptive Planning and Consolidation Administrator Guide (mục Ledger Accounts, Alternate Account Sets, Book Codes and Books) — doc.workday.com.