Giới thiệu dự án

Sự bùng nổ của chuyển đổi số và việc các doanh nghiệp phụ thuộc ngày càng lớn vào hệ thống hoạch định tài nguyên doanh nghiệp (Enterprise Resource Planning - ERP) cùng các nền tảng tự động hóa đã thay đổi hoàn toàn cách thức dữ liệu tài chính được tạo lập, xử lý và lưu trữ. Theo các khảo sát kiểm toán quốc tế, hơn 85% các giao dịch tài chính tại các tổ chức quy mô vừa và lớn hiện được thực thi hoàn toàn tự động qua các tầng ứng dụng và cơ sở dữ liệu. Tại Việt Nam, với việc ban hành Nghị định số 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân cùng các chuẩn mực kiểm toán quốc tế nghiêm ngặt, việc đảm bảo tính bảo mật, toàn vẹn và khả dụng của hệ thống CNTT trở thành yêu cầu sống còn.

Tuy nhiên, kiểm toán báo cáo tài chính truyền thống thường chỉ tập trung vào kiểm tra số dư và chứng từ ngoại tuyến, tạo ra một lỗ hổng kiểm soát nghiêm trọng khi dữ liệu bị thao túng ngầm tại tầng cơ sở dữ liệu (Database) hoặc hệ điều hành (Operating System). Đồ án tốt nghiệp "The Application of Information Technology Audit Process for Enterprises at KPMG Limited" của tác giả Đỗ Duy Sơn (Chuyên ngành Hệ thống Thông tin Quản lý - MIS, Trường Quốc tế – Đại học Quốc gia Hà Nội) tập trung giải quyết bài toán cốt lõi: Chuẩn hóa và áp dụng quy trình Kiểm toán Công nghệ Thông tin (Information Technology Audit - ITA) độc lập theo tiêu chuẩn quốc tế của KPMG vào các doanh nghiệp tại Việt Nam.

+-----------------------------------------------------------------------------------+
|                        MÔ HÌNH RỦI RO KIỂM TOÁN HỆ THỐNG CNTT                     |
+-----------------------------------------------------------------------------------+
|  [Process Risk Point (PRP)] ---> [Risk Arising From IT (RAFIT)]                  |
|                                         |                                         |
|                                         v                                         |
|  [Risk of Material Misstatement (RMM)] <--- [Risk Associated with Control (RAWTC)]|
+-----------------------------------------------------------------------------------+

Mục tiêu cụ thể của đồ án:

  1. Phân tích vai trò và vị trí của kiểm toán CNTT trong tổng thể quy trình kiểm toán độc lập báo cáo tài chính tại doanh nghiệp.
  2. Hệ thống hóa cơ sở phương pháp luận đánh giá rủi ro hệ thống CNTT, bao gồm phân loại rủi ro phát sinh từ CNTT (Risk Arising From IT - RAFIT) và điểm rủi ro quy trình (Process Risk Point - PRP).
  3. Chuẩn hóa quy trình thực thi kiểm toán đối với Kiểm soát chung CNTT (General IT Controls - GITC) và Kiểm soát ứng dụng tự động (IT Application Controls - ITAC).
  4. Kiểm chứng thực nghiệm (Reperformance) quy trình kiểm toán hoàn chỉnh trên hệ thống lõi P400 và Oracle ERP tại một doanh nghiệp bảo hiểm thực tế (ABC Insurance).

Phạm vi và Giới hạn:

  • Phạm vi nghiên cứu: Quy trình kiểm toán CNTT phục vụ kiểm toán báo cáo tài chính độc lập theo phương pháp luận chuẩn của KPMG (sử dụng nền tảng kiểm toán KPMG Clara), tập trung vào 4 phân hệ GITC và các logic tính toán nghiệp vụ tự động (ITAC).
  • Giới hạn: Không bao gồm kiểm toán hoạt động mở rộng, kiểm toán tuân thủ an ninh mạng chuyên sâu cấp quốc gia (State Audit) hoặc kiểm thử xâm nhập diện rộng (Red Team / Penetration Testing toàn diện).

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Trước khi chuẩn hóa quy trình ITA, các doanh nghiệp thường tiếp cận việc kiểm soát công nghệ thông tin theo các phương pháp rời rạc, dẫn đến nguy cơ sai sót trọng yếu (Risk of Material Misstatement - RMM).

Tiêu chí Kiểm toán Tài chính Truyền thống Tự đánh giá Nội bộ (Self-Assessment) Quy trình ITA Chuẩn hóa (KPMG)
Độ bao phủ rủi ro Chỉ kiểm tra chứng từ và số liệu đầu ra (Substantive Test). Phụ thuộc vào báo cáo chủ quan của phòng IT nội bộ. Đánh giá toàn diện 4 tầng: Application, DB, OS, Network.
Kiểm tra tự động hóa Không kiểm tra được mã nguồn, batch job, và logic cấu hình. Kiểm tra ngắt quãng, thiếu bằng chứng kiểm toán độc lập. Kiểm tra thiết kế (D&I) và hiệu quả vận hành (TOE) của ITAC.
Xác thực dữ liệu Giả định dữ liệu xuất từ hệ thống là chính xác. Thiếu phương pháp kiểm thử A&C (Accuracy & Completeness). Bắt buộc kiểm định A&C độc lập trước khi thực hiện phân tích dữ liệu.
Độ tin cậy kiểm toán Thấp khi đối mặt với hệ thống ERP phức tạp. Thấp đối với các nhà đầu tư và cơ quan quản lý bên ngoài. Tối đa; tuân thủ chuẩn mực kiểm toán quốc tế (ISA/ISAE 3402).

Yêu cầu người dùng theo mô hình MoSCoW:

  • Must have: Kiểm thử đầy đủ 4 nhóm kiểm soát GITC (Truy cập chương trình & dữ liệu - APD, Quản lý thay đổi - CM, Phát triển chương trình - PD, Vận hành máy tính - CO); Xác thực tính chính xác và đầy đủ (Accuracy & Completeness - A&C) của dữ liệu trích xuất.
  • Should have: Tự động hóa lấy mẫu dựa trên ma trận tần suất và rủi ro gắn liền với kiểm soát (Risk Associated with The Control - RAWTC); Tích hợp bằng chứng lên nền tảng đám mây KPMG Clara.
  • Could have: Tích hợp các kịch bản kiểm thử thâm nhập (Penetration Test) cho các ứng dụng công khai (Internet-facing applications).
  • Won't have: Tự động sửa đổi cấu hình hệ thống trên môi trường Production của khách hàng trong quá trình kiểm toán.

Thiết kế hệ thống kiểm soát 4 tầng (4-Layer IT Architecture)

Kiểm toán hệ thống thông tin kế toán và tài chính đòi hỏi việc phân tách cấu trúc CNTT của doanh nghiệp thành 4 tầng kiến trúc rõ ràng để khoanh vùng kiểm soát:

+-------------------------------------------------------------------+
| 1. APPLICATION LAYER (P400 Core Insurance, Oracle Financials 12.x)|
|    - User Authentication, Access Roles, Automated Calculations    |
+-------------------------------------------------------------------+
| 2. DATABASE LAYER (Oracle Database 19c Enterprise, DB2)           |
|    - Table Permissions, Direct SQL Modification Logs, Data Schema |
+-------------------------------------------------------------------+
| 3. OPERATING SYSTEM LAYER (IBM AIX 7.2, Red Hat Enterprise Linux) |
|    - Root Access, Cron Jobs, System Configuration Baseline        |
+-------------------------------------------------------------------+
| 4. NETWORK & INFRASTRUCTURE LAYER (Firewall, VPN, Data Center)    |
|    - Network Segmentation, Segregation of Prod/Dev Environments   |
+-------------------------------------------------------------------+

Thiết lập chuẩn kiểm soát kỹ thuật (Technical Baselines):

  • Chính sách mật khẩu (APD1-1):
    • Ứng dụng Oracle / P400: Độ dài tối thiểu 8 ký tự, hết hạn sau 60 ngày, khóa tài khoản sau 3 lần đăng nhập sai, thời gian chờ ngắt phiên (timeout) 15 phút.
    • Hệ điều hành Oracle OS (IBM AIX): Lịch sử mật khẩu lưu 24 lần gần nhất, thời hạn đổi 90 ngày, độ phức tạp bắt buộc chữ hoa, chữ thường và ký tự đặc biệt.
  • Tách biệt môi trường (CM5-1 / CM5-2): Phân tách tuyệt đối giữa Development, UAT (Testing) và Production. Lập trình viên không được cấp quyền triển khai trực tiếp mã nguồn lên Production.

Methodology: Khung kiểm toán 3 giai đoạn

Quy trình ITA được vận hành qua 3 giai đoạn tiêu chuẩn:

[ Giai đoạn 1: Planning & Scoping ]
[ Giai đoạn 2: Test of Controls (Thực thi Kiểm thử) ]
[ Giai đoạn 3: Summarizing & Deficiency Evaluation ]

Ma trận đánh giá rủi ro kiểm soát (RAWTC Matrix):

Rủi ro kiểm soát được chia thành 4 cấp độ: Base (Cơ bản), Elevated (Gia tăng), Significant (Trọng yếu), Significant+ (Đặc biệt trọng yếu). Quy mô mẫu kiểm toán được xác định dựa trên kích thước tổng thể (Population Size) hoặc tần suất kiểm soát (Frequency):

BẢNG QUY MÔ MẪU KIỂM TOÁN THEO QUY MÔ TỔNG THỂ (POPULATION SIZE):
+---------------------+---------+------------+-------------+----------------+
| Số lượng tổng thể   | Base    | Elevated   | Significant | Significant+   |
+---------------------+---------+------------+-------------+----------------+
| <= 10               | 5       | 7          | 10          | 10             |
| 11 – 49             | 10      | 15         | 20          | 25             |
| 50 – 249            | 15      | 25         | 45          | 80             |
| 250+                | 15      | 30         | 60          | 120            |
+---------------------+---------+------------+-------------+----------------+

Implementation và kết quả

Development Process & Testing Execution

Dự án áp dụng quy trình kiểm toán thực tế tại khách hàng ABC Insurance, kiểm tra tính toán tự động của hai phân hệ chính: Phí bảo hiểm chưa được hưởng (Unearned Premiums - ITAC.01) và Phí tái bảo hiểm (Reinsurance Premiums - ITAC.02).

1. Kiểm thử Design & Implementation (D&I)

Thực hiện đánh giá các cấu hình hệ thống trên cơ sở dữ liệu và mã nguồn ứng dụng để đảm bảo kiểm soát được thiết lập đúng như tài liệu quản trị:

-- Đoạn mã kiểm tra thiết lập chính sách mật khẩu người dùng trên cơ sở dữ liệu Oracle
SELECT PROFILE, RESOURCE_NAME, LIMIT 
FROM DBA_PROFILES 
WHERE RESOURCE_NAME IN ('FAILED_LOGIN_ATTEMPTS', 'PASSWORD_LIFE_TIME', 'PASSWORD_REUSE_MAX', 'PASSWORD_LOCK_TIME')
  AND PROFILE = 'DEFAULT';

-- Kết quả trả về từ môi trường kiểm toán:
-- FAILED_LOGIN_ATTEMPTS: 3 (Pass baseline)
-- PASSWORD_LIFE_TIME: 60 (Pass baseline)
-- PASSWORD_REUSE_MAX: 32 (Pass baseline)

+-----------------------------------------------------------------------------------+
|               KIỂM TRA CẤU HÌNH TÁCH BIỆT MÔI TRƯỜNG PHÁT TRIỂN (CM5)              |
+-----------------------------------------------------------------------------------+
| IP Dải mạng Dev/UAT: 192.168.10.0/24  ---> Cấp quyền cho Developer               |
| IP Dải mạng Production: 10.0.100.0/24 ---> Chỉ cấp quyền cho Operation/Release Team|
| Status: APPROVED (Không phát hiện sự chồng chéo quyền hạn giữa Dev và Prod)      |
+-----------------------------------------------------------------------------------+

2. Kiểm thử Test of Operating Effectiveness (TOE) cho ITAC-01

Kiểm tra logic tính toán tự động phân bổ doanh thu phí bảo hiểm chưa thực hiện (Daily Earned/Unearned method).

  • Logic tham số: Hệ thống P400 cấu hình tham số Earn/Unearned Method = 3 (tính toán tuyến tính theo từng ngày hiệu lực của hợp đồng bảo hiểm).
  • Công thức xác minh:

$$\text{Unearned Premium} = \text{Gross Written Premium} \times \frac{\text{Expiry Date} - \text{Audit Date}}{\text{Expiry Date} - \text{Inception Date} + 1}$$

-- Script kiểm tra tham số tính toán tự động unearned premium trong P400
SELECT CONTRACT_ID, INCEPTION_DATE, EXPIRY_DATE, GROSS_PREMIUM, UNEARNED_METHOD, UNEARNED_AMOUNT
FROM P400_POLICY_MASTER
WHERE UNEARNED_METHOD = 3 
  AND CONTRACT_STATUS = 'ACTIVE'
  AND AUDIT_PERIOD_END = TO_DATE('2022-12-31', 'YYYY-MM-DD');

+-------------------------------------------------------------------+
|               KẾT QUẢ KIỂM TRA LẠI DỮ LIỆU TÍNH TOÁN (REPERFORMANCE) |
+-------------------------------------------------------------------+
| Contract ID: POL-2022-8891                                        |
| Inception Date: 2022-07-01 | Expiry Date: 2023-06-30 (365 ngày)    |
| Gross Premium: 365,000,000 VND                                    |
| Số ngày chưa hết hạn tính đến 31/12/2022: 181 ngày                |
| Giá trị trích xuất từ P400: 181,000,000 VND                        |
| Giá trị kiểm toán viên tính độc lập: 181,000,000 VND               |
| Sai lệch (Variance): 0.00 VND ---> KẾT LUẬN: CONTROL OPERATING EFFECTIVE |
+-------------------------------------------------------------------+

Kết quả đạt được và Đánh giá khiếm khuyết

Sau 8 tuần thực hiện quy trình kiểm toán tại ABC Insurance, kết quả đạt được được đối chiếu trực tiếp với các mục tiêu ban đầu:

+-----------------------------------------------------------------------------------+
|                   KẾT QUẢ ĐẠT ĐƯỢC SAU QUY TRÌNH KIỂM TOÁN TẠI ABC INSURANCE      |
+-----------------------------------------------------------------------------------+
| Mục tiêu kiểm toán        | Kế hoạch       | Thực tế hoàn thành | Đánh giá        |
+---------------------------+----------------+--------------------+-----------------+
| Khảo sát hồ sơ hệ thống   | 02 Platform    | 02 (P400, Oracle)  | Đạt 100%        |
| Phỏng vấn & Questionnaire | 01 đợt chính   | 01 đợt (Head IT)   | Đạt 100%        |
| Kiểm tra mẫu GITC         | 3 phân hệ      | 3 (APD, CM, CO)    | Hoàn thành tốt  |
| Kiểm thử ITAC tự động     | 02 kiểm soát   | ITAC-01, ITAC-02   | Chính xác 100%  |
| Đánh giá lỗ hổng biên     | 10 ứng dụng    | Xử lý 6/10 lỗ hổng | Đã ghi nhận RMM |
+-----------------------------------------------------------------------------------+
  • Độ tin cậy dữ liệu: Đạt 100% tính chính xác trong quá trình kiểm tra A&C đối với danh sách trích xuất hợp đồng bảo hiểm từ hệ thống P400.
  • Xử lý khiếm khuyết: Phát hiện 4/10 lỗ hổng bảo mật tại các ứng dụng Internet-facing chưa được vá kịp thời; đã đưa ra thư quản lý (Management Letter) cảnh báo cho Ban Giám đốc doanh nghiệp để khắc phục trước kỳ lập báo cáo tài chính chính thức.

Đổi mới và đóng góp

  1. Khung lấy mẫu định lượng tích hợp ma trận rủi ro RAWTC: Thay vì lấy mẫu ngẫu nhiên cảm tính, việc liên kết trực tiếp mức độ rủi ro liên kết kiểm soát (Base/Elevated/Significant/Significant+) với tần suất vận hành (Daily/Weekly/Monthly/Quarterly) giúp chuẩn hóa mẫu thử, giảm 35% cỡ mẫu dư thừa nhưng vẫn đảm bảo tính đại diện thống kê theo ISA 530.
  2. Quy trình kiểm định kép D&I kết hợp Reperformance tự động: Thiết lập chuỗi kiểm tra khép kín: kiểm tra thiết kế chính sách trên văn bản $\rightarrow$ kiểm tra cấu hình kỹ thuật thực tế (System Parameter) $\rightarrow$ thực thi tính toán lại độc lập (Independent Recalculation) trên tập dữ liệu lớn.
  3. Đóng góp cho ngành Kiểm toán Hệ thống tại Việt Nam: Cung cấp tài liệu thực hành và hướng dẫn triển khai kiểm toán CNTT chuyên sâu bằng tiếng Việt gắn liền với thực tiễn các tập đoàn Big Four, mở ra hướng đào tạo nguồn nhân lực chất lượng cao cho chuyên ngành Hệ thống Thông tin Quản lý (MIS).

Ứng dụng thực tế và triển khai

Khả năng ứng dụng thực tế

Quy trình kiểm toán được thiết kế mang tính module hóa cao, sẵn sàng triển khai cho các nhóm khách hàng doanh nghiệp:

  • Tổ chức Tài chính - Ngân hàng (BFSI): Kiểm toán hệ thống Core Banking, Core Insurance, hệ thống phân loại nợ tự động theo quy định Ngân hàng Nhà nước.
  • Doanh nghiệp Sản xuất & Bán lẻ: Kiểm toán hệ thống ERP (SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365) liên quan đến định giá hàng tồn kho và ghi nhận doanh thu tự động.
+-----------------------------------------------------------------------------------+
|                        LỘ TRÌNH TRIỂN KHAI KIỂM TOÁN CNTT (8 TUẦN)               |
+-----------------------------------------------------------------------------------+
| Tuần 1 - 2: Planning, Scoping & IT Understanding (Khảo sát, xác định ITAC/GITC)   |
| Tuần 3 - 4: D&I Testing & A&C Data Validation (Kiểm tra thiết kế & toàn vẹn data) |
| Tuần 5 - 6: TOE Execution & Reperformance (Chạy mẫu thử nghiệm & tính toán lại)   |
| Tuần 7 - 8: Deficiency Evaluation, KPMG Clara Archiving & Final Reporting         |
+-----------------------------------------------------------------------------------+

Phân tích Hiệu quả - Chi phí (Cost-Benefit Analysis)

  • Đối với doanh nghiệp được kiểm toán: Ngăn ngừa nguy cơ điều chỉnh báo cáo tài chính hồi tố do lỗi phần mềm, giảm thiểu tổn thất do gian lận dữ liệu nội bộ và đảm bảo tuân thủ đầy đủ các quy định của pháp luật.
  • Đối với công ty kiểm toán: Giảm trung bình 40% thời gian kiểm toán thủ công các giao dịch tài chính nhờ việc tin cậy vào hệ thống kiểm soát tự động đã được chứng nhận vận hành hiệu quả.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  • Quá trình thu thập bằng chứng kiểm toán phụ thuộc nhiều vào việc hỗ trợ trích xuất log từ đội ngũ IT nội bộ của khách hàng, tiềm ẩn nguy cơ chậm trễ tiến độ.
  • Các hệ thống Core kế thừa (Legacy Systems) như IBM AS400 chạy trên nền tảng đóng kín đòi hỏi kiểm toán viên phải có kỹ năng chuyên sâu về câu lệnh hệ điều hành cổ điển để thực thi tái lập trình.

Hướng phát triển tương lai

  • Kiểm toán liên tục bằng AI (Continuous Automated Auditing): Ứng dụng Machine Learning để phân tích toàn bộ log sự kiện (Event Logs) thay vì lấy mẫu đại diện.
  • Tự động hóa bằng RPA (Robotic Process Automation): Tích hợp bot tự động kiểm tra cấu hình mật khẩu và quyền hạn người dùng trên các cơ sở dữ liệu phổ biến.

Đối tượng hưởng lợi

+-----------------------------------------------------------------------------------+
|                       LỢI ÍCH ĐỊNH LƯỢNG CHO CÁC BÊN LIÊN QUAN                   |
+-----------------------------------------------------------------------------------+
| Sinh viên & Giảng viên MIS    | Nắm vững quy trình kiểm toán CNTT Big Four thực tế |
| Lập trình viên & Kỹ sư IT Ops | Hiểu rõ tiêu chuẩn an toàn bảo mật, phân tách SoD |
| Doanh nghiệp & Ban Giám đốc   | Nâng cao năng lực quản trị rủi ro và toàn vẹn số liệu|
| Kiểm toán viên CNTT (ITA)     | Khung phương pháp luận chuẩn xác định cỡ mẫu & TOE|
+-----------------------------------------------------------------------------------+

Câu hỏi thường gặp (FAQ)

1. Yêu cầu kỹ thuật để triển khai đánh giá GITC là gì?

Kiểm toán viên cần quyền truy cập chỉ đọc (Read-Only) vào danh mục quản trị người dùng, bảng cấu hình tham số hệ thống (DBA_PROFILES, Sys_Config) và bảng phân quyền vai trò (Role-Based Access Control) trên cả tầng Ứng dụng, Database và OS.

2. Sự khác biệt giữa kiểm soát GITC và ITAC là gì?

GITC (Kiểm soát chung CNTT) là môi trường kiểm soát bao trùm hạ tầng (quản trị quyền truy cập, sao lưu dữ liệu, quản lý đổi mã nguồn). ITAC (Kiểm soát ứng dụng) là các chốt chặn tự động nằm trực tiếp trong logic nghiệp vụ của phần mềm (ví dụ: tự động khóa sổ, tự động tính khấu hao).

3. Làm thế nào để đảm bảo dữ liệu trích xuất từ khách hàng là đáng tin cậy?

Quy trình bắt buộc thực hiện thủ tục A&C (Accuracy and Completeness): Kiểm toán viên trực tiếp quan sát (Observation) hoặc tự thực hiện lại (Reperformance) câu lệnh trích xuất dữ liệu, sau đó đối chiếu tổng số dòng (Total Records) và tổng giá trị số học (Hash Totals) với sổ cái tài chính.

4. Nếu GITC bị đánh giá là thất bại (Deficient), kiểm toán viên xử lý thế nào?

Nếu GITC không hiệu quả, kiểm toán viên không thể tin tưởng vào các kiểm soát tự động (ITAC). Khi đó, nhóm kiểm toán tài chính bắt buộc phải mở rộng phạm vi kiểm tra chi tiết (Substantive Testing) lên 100% mẫu giao dịch tài chính thủ công.

5. Lợi ích kinh tế (ROI) khi doanh nghiệp đầu tư chuẩn hóa kiểm soát CNTT?

Doanh nghiệp giảm được chi phí phí phạt vi phạm tuân thủ, giảm thiểu chi phí thuê kiểm toán ngoài (do thời gian kiểm thử được rút ngắn), và triệt tiêu nguy cơ thất thoát tài chính do lỗ hổng can thiệp số liệu kế toán.


Kết luận

Đồ án "The Application of Information Technology Audit Process for Enterprises at KPMG Limited" đã hệ thống hóa và chứng minh tính hiệu quả của phương pháp luận kiểm toán công nghệ thông tin theo chuẩn Big Four. Thông qua việc phân tích chuyên sâu 4 tầng hệ thống CNTT và kiểm chứng thực nghiệm tại ABC Insurance, nghiên cứu cung cấp một bức tranh toàn diện từ lý thuyết quản trị rủi ro hệ thống đến kỹ thuật kiểm thử chi tiết từng tham số cấu hình. Đây là tài liệu tham khảo có giá trị ứng dụng cao cho các doanh nghiệp trong tiến trình số hóa và là cẩm nang nghề nghiệp hữu ích cho các chuyên gia kiểm toán hệ thống thông tin trong tương lai.