Corporate Finance Workflow: Từ dữ liệu đến quyết định #24

Trả lời ngắn: Corporate finance workflow (quy trình tài chính doanh nghiệp) là chuỗi nối câu hỏi quyết định với dữ liệu, đối chiếu, phân tích, phê duyệt và hành động. Mỗi lần bàn giao có đầu vào, người phụ trách và bằng chứng, giúp người duyệt biết số nào đáng tin, giả định nào còn mở và khi nào phải dừng.

Đọc xong, bạn sẽ hiểu:

• Vì sao workflow không chỉ là bảng tính, dashboard hay phần mềm.
• Bảy bước nối câu hỏi quyết định với dữ liệu, control và người phê duyệt.
• Cách khóa completeness, cash và accounts receivable trước khi phân tích.
• Dựng control register và decision log trong Google Sheets.

Lưu ý giáo dục: Công ty, ngày, số, ngưỡng trong bài đều giả lập. Workflow không thay kế toán, kiểm toán, pháp lý, thuế, điều khoản vay hoặc chính sách riêng.

1. Corporate finance workflow là gì

Corporate finance workflow không phải phần mềm. Nó bắt đầu bằng câu hỏi và kết thúc khi hành động được theo dõi, không phải khi file vừa gửi.

• Accounting cycle (chu trình kế toán) ghi giao dịch qua chứng từ, sổ nhật ký, sổ cái và bảng cân đối thử để tạo thông tin kế toán.
• Corporate finance workflow bổ sung câu hỏi quản trị, mô hình, lựa chọn, phản biện, phê duyệt và theo dõi hành động.

Phân tích không sửa sổ; số dư cũng chưa trả lời câu hỏi giải ngân. OpenStax mô tả chuỗi ghi nhật ký, chuyển sổ tới bảng cân đối thử. OpenStax — Initial Steps in the Accounting Cycle

Cutoff là lúc đóng dữ liệu cho một lượt rà soát. Case AI79-SERVICE-24 hỏi có giải ngân phần vốn mở rộng80 hay không. Cutoff là 18:00 ngày28/07/2026; review ngày29/07/2026. Dữ liệu muộn sang lượt mới. Trong Hình1, control là phép kiểm; model là mô hình tính; memo là bản ghi; challenge là phản biện; approve là phê duyệt; monitor là theo dõi.

Hình 1 — Mỗi lần bàn giao cần một bằng chứng, không chỉ một lời nhắn “đã xong”.

Như bếp, bỏ khâu kiểm có thể đưa món sai ra nhanh. Số tài chính còn có ước tính; phép ví không định nghĩa control bắt buộc.

2. Bảy bước từ câu hỏi tới monitoring

1. Decision question + scope: quyết định, kỳ, đơn vị, cutoff và người có quyền.
2. Data + contract: dùng data contract, bảng định nghĩa nguồn, trường, đơn vị, kỳ và người sở hữu.
3. Control + reconcile: kiểm đủ dòng, đối chiếu số dư, khóa chênh lệch.
4. Model + analyze: tính chênh lệch, kịch bản và giới hạn bằng model có version.
5. Decision memo: gói bằng chứng, lựa chọn, rủi ro và yêu cầu duyệt.
6. Challenge + approve: người khác phản biện; người có thẩm quyền chấp thuận, từ chối hoặc trả lại.
7. Action + monitor: gắn hành động với owner, hạn, evidence và trigger.

Tự động hóa tải dữ liệu nhanh; workflow vẫn quy định công thức, người kiểm và lỗi phải chặn. Mapping sai chỉ làm lỗi chạy nhanh.

Như bàn giao bưu kiện, audit trail (dấu vết kiểm tra) ghi dữ liệu bắt đầu ở đâu, đổi thế nào và vào output nào. OpenStax nối chứng từ nguồn từ lúc giao dịch phát sinh tới khi xử lý cuối. OpenStax — Components of an Accounting Information System

3. Khóa dữ liệu trước khi phân tích

Reconciliation (đối chiếu) đưa hai nguồn về cùng cơ sở và giải thích chênh. Control total là tổng độc lập để kiểm dữ liệu. “Gần bằng” không phải trạng thái: phải nêu difference, người xử lý và bằng chứng.

Ba phép kiểm:

Khoản chờ thanh toán1 phải còn chứng từ. OpenStax nêu khoản chưa lên sao kê, tiền gửi đang chuyển và lệch sổ/ngân hàng cần được xử lý. OpenStax — Purpose of a Bank Reconciliation

Hình 2 — Difference bằng0 chỉ vượt qua phép so sánh đã định, không chứng minh dữ liệu hoàn hảo.

AR là khoản phải thu. Khi detail252 khớp control total252, mới tính DSO (số ngày thu tiền bình quân):

DSO = 252 / 168 × 30 = 45 ngày

DSO cao hơn mức40 là5 ngày nên ALERT. Đối chiếu PASS và hiệu suất ALERT có thể cùng đúng: một phép hỏi số khớp; phép kia hỏi vượt giới hạn.

Dừng nếu thiếu source, kỳ, đơn vị, cutoff, tổng độc lập hoặc bằng chứng. Difference0 không chứng minh phân loại, ước tính hay gian lận.

4. Từ cảnh báo dashboard tới bản ghi quyết định

CFO Dashboard #23 đưa năm tín hiệu:

• Doanh thu đã ghi168 so kế hoạch180: chênh 168−180=−12.
• EBITDA (lợi nhuận trước lãi vay, thuế, khấu hao)25,20 so với30: chênh 25,20−30=−4,80.
• Tiền cuối kỳ54 so mức tối thiểu50: đệm 54−50=+4, PASS.
• Dự phóng tiền thấp nhất 13 tuần46 so mức tối thiểu50: thiếu 46−50=−4, ALERT.
• DSO45 so với tối đa40: cao hơn5 ngày, ALERT.

Decision memo (bản ghi quyết định) nêu bằng chứng, lựa chọn, rủi ro, đề xuất và yêu cầu duyệt; không chép màu dashboard.

Thu5 và hoãn chi8 phải đúng cửa sổ 13 tuần để tiền mô phỏng là59. Hạn mức dự phòng10 chưa duyệt nên không cộng.

Hình 3 — Mô hình59 cần kiểm chứng; nó chưa biến giả định thành tiền hay cấp quyền giải ngân.

Đề xuất là HOLD / REVIEW. Dự phóng nối tiền đầu kỳ, tiền vào và tiền ra để nhận diện mức tối thiểu và nhu cầu tài trợ. OpenStax — Forecasting Cash Flow Nếu khoản thu5 đến sau điểm tiền thấp nhất, phép cộng59 sai thời điểm.

5. Ai làm, ai duyệt và khi nào dừng

Maker-checker nghĩa là người chuẩn bị khác người kiểm. Trong RACI: Responsible làm; Accountable chịu trách nhiệm cuối; Consulted góp ý; Informed nhận tin. Responsible không tự thành Accountable.

Approval matrix (ma trận phê duyệt) nối loại quyết định với thẩm quyền. Công thức đặt PASS, ALERT hoặc STOP nhưng không ký thay approver.

Decision log (nhật ký quyết định) ghi người duyệt, điều kiện, hành động:

• Người phụ trách AR xác minh khoản thu5 trước05/08.
• Bộ phận mua sắm xác minh hoãn khoản chi8 trước02/08.
• Ngân quỹ rà soát hạn mức dự phòng10 trước31/07; chưa duyệt thì chưa tính.
• Người duyệt chỉ mở lại khi chênh control0, tiền tối thiểu dự phóng≥50, DSO≤40 và bằng chứng được ký nhận.

Hình 4 — Quyết định chỉ khép lại khi hành động có người phụ trách, hạn, bằng chứng và điều kiện xem lại.

Lỗi thường gặp: không cutoff; thiếu dòng vẫn chạy mô hình; chưa đối chiếu; người lập tự duyệt; quyết định trong chat; không ngày xem lại; mapping sai.

COSO nêu kiểm soát nội bộ phục vụ vận hành, báo cáo, tuân thủ; theo dõi là một trong năm thành phần. COSO — Internal Control COSO gắn rủi ro với chiến lược, hiệu suất. COSO — Enterprise Risk Management

Kiểm soát cho reasonable assurance, tức đảm bảo hợp lý chứ không tuyệt đối. SEC Staff — Internal Control Reporting Dừng nếu thiếu phạm vi, cutoff, nguồn, đối chiếu, phiên bản mô hình, giả định, người phụ trách, bằng chứng hoặc người duyệt.

6. Checklist và bài tập Google Sheets 15 phút

a. Checklist trước khi gửi memo

• Khóa câu hỏi, phạm vi, kỳ, đơn vị, cutoff.
• Data contract có nguồn, trường, owner, evidence.
• Phép kiểm có chênh lệch rõ.
• Lưu model version, formula, giả định, timing.
• Memo có lựa chọn, risk, đề xuất, yêu cầu duyệt.
• Maker khác checker; approver đúng ma trận.
• Action có owner, hạn, evidence, trigger.

b. Dựng control register

Trong Google Sheets miễn phí, tạo A1:H1: Control | Observed | Comparator | Direction | Difference | Status | Owner | Evidence/Action.

Nhập:

Data completeness | 1240 | 1240 | EQUAL
Cash reconciliation | 54 | 54 | EQUAL
AR reconciliation | 252 | 252 | EQUAL
Forecast min cash | 46 | 50 | HIGHER
DSO | 45 | 40 | LOWER

EQUAL là phải bằng; HIGHER là lớn hơn hoặc bằng mới PASS; LOWER là nhỏ hơn hoặc bằng mới PASS. Tại E2 nhập =B2-C2, kéo xuống E6. Tại F2 nhập:

=IF(D2="EQUAL",IF(B2=C2,"PASS","FAIL"),IF(D2="HIGHER",IF(B2>=C2,"PASS","ALERT"),IF(B2<=C2,"PASS","ALERT")))

Kéo F2 xuống F6. Tại F8 nhập:

=IF(COUNTIF(F2:F6,"FAIL")>0,"STOP DATA",IF(COUNTIF(F2:F6,"ALERT")>0,"HOLD / REVIEW","READY FOR APPROVAL"))

READY FOR APPROVAL đủ điều kiện chuyển approver, chưa phải APPROVED.

Mẫu đối chiếu đã điền

F8 trả HOLD / REVIEW. Sau đó tạo action log H10:K14:

Đổi loaded rows thành1.239: completeness phải FAIL và F8 thành STOP DATA. Trả lại1.240, F8 về HOLD / REVIEW vì hai ALERT.

7. Tổng kết

Năm ý chính

• Workflow nối câu hỏi với bằng chứng, phê duyệt và hành động.
• Cutoff, data contract, audit trail xác định dữ liệu đang dùng.
• Reconciliation PASS không xóa rủi ro phân loại, ước tính hoặc gian lận.
• Decision memo phải tách evidence thật khỏi modeled action chưa được xác minh.
• Công thức định tuyến review; approver và decision log giữ quyền hạn.

Câu hỏi tự kiểm tra

• Vì sao accounting cycle và corporate finance workflow không thay nhau?
• Difference bằng0 chứng minh được gì và không chứng minh được gì?
• Vì sao 46+5+8=59 chưa đủ để release80?
• Khi nào Sheet trả STOP DATA, HOLD / REVIEW và READY FOR APPROVAL?

Gợi ý đáp án

1. Accounting cycle khác workflow thế nào?

Accounting cycle tổ chức thông tin kế toán; workflow thêm câu hỏi, model, lựa chọn và phê duyệt. → xem mục 1.

2. Difference bằng0 có ý nghĩa gì?

Nó qua phép so sánh đã định, không chứng minh phân loại hay ước tính đúng. → xem mục 3.

3. Tại sao modeled cash59 chưa cấp quyền release?

Collection5 và deferment8 cần evidence, đúng timing; line10 chưa approved. → xem mục 4.

4. Ba output của công thức dùng khi nào?

Có FAIL: STOP DATA; có ALERT: HOLD / REVIEW; toàn bộ PASS: READY FOR APPROVAL, chưa approved. → xem mục 6.

Thuật ngữ cần nhớ

Nguồn tham khảo

• OpenStax — Initial Steps in the Accounting Cycle
• OpenStax — Components of an Accounting Information System
• OpenStax — Purpose of a Bank Reconciliation
• OpenStax — Forecasting Cash Flow
• COSO — Internal Control
• COSO — Enterprise Risk Management
• SEC Staff — Internal Control Reporting

Bài trước và bài tiếp theo

• Bài trước: CFO Dashboard: Theo dõi tài chính doanh nghiệp trên một trang #23.
• Bài tiếp theo: Chief Financial Officer Framework: Khung điều hành tài chính #25.

Disclaimer: Bài viết chỉ phục vụ mục đích giáo dục. Ví dụ và worksheet không thay tư vấn kế toán, kiểm toán, pháp lý, thuế hoặc phê duyệt có thẩm quyền.