Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số và bùng nổ lưu lượng dữ liệu viễn thông, ngành viễn thông (Telecommunications) sở hữu cấu trúc vận hành với khối lượng giao dịch cực lớn (lên tới hàng chục triệu bản ghi cước mỗi ngày) và các gói sản phẩm phức hợp (thoại, data, thiết bị đầu cuối, VAS). Theo thống kê của Hiệp hội Viễn thông Quốc tế (ITU) và các tổ chức kiểm toán quốc tế, rủi ro thất thoát doanh thu (Revenue Leakage) và sai lệch ghi nhận doanh thu trong ngành này dao động từ 1% đến 3% tổng doanh thu hàng năm, đặt ra thách thức kiểm toán vô cùng lớn.

+-----------------------------------------------------------------------------+
|                          TELECOM REVENUE AUDIT CORE                         |
|                                                                             |
|  +-------------------+      +-------------------+      +-----------------+  |
|  |  Network & Switch | ---> | Mediation Engine  | ---> | Billing Engines |  |
|  |  (CDR Generation) |      | (dausola/saigia)  |      | (CCBS/CSS/SMSS) |  |
|  +-------------------+      +-------------------+      +-----------------+  |
|                                                                 |           |
|                                                                 v           |
|  +-------------------+      +-------------------+      +-----------------+  |
|  | Audit Workpapers  | <--- | EY Canvas & Micro | <--- | General Ledger  |  |
|  | (UA.A01 - UA.F01) |      | Analytics Engine  |      | (VAS 14 / IFRS) |  |
|  +-------------------+      +-------------------+      +-----------------+  |
+-----------------------------------------------------------------------------+

Đề tài "Quy trình kiểm toán khoản mục Doanh thu bán hàng và cung cấp dịch vụ thực hiện tại khách hàng trong lĩnh vực viễn thông tại Công ty TNHH Ernst & Young Việt Nam" giải quyết bài toán phức tạp trong việc xác minh tính hiện hữu (Existence), đầy đủ (Completeness) và đo lường (Measurement) của doanh thu viễn thông tại Công ty TNHH ABC (đơn vị thành viên của Tập đoàn XYZ). Đồng thời, nghiên cứu đón đầu sự chuyển dịch mang tính bước ngoặt từ Chuẩn mực Kế toán Việt Nam (VAS 14 / Thông tư 200/2014/TT-BTC) sang Chuẩn mực Báo cáo Tài chính Quốc tế IFRS 15 (Revenue from Contracts with Customers).

Mục tiêu dự án

  1. Chuẩn hóa quy trình kiểm toán doanh thu viễn thông: Xây dựng khung kiểm toán tích hợp thử nghiệm kiểm soát (Test of Controls - ToC), thủ tục kiểm toán toàn diện (Walk-Through) và thử nghiệm cơ bản (Substantive Procedures) cho 4 phân hệ doanh thu trọng yếu: Di động trả trước (31,70%), Dịch vụ băng rộng (15,94%), Điện thoại cố định (7,57%) và Di động trả sau (6,40%).
  2. Kiểm thử hệ thống công nghệ thông tin tự động (IT Application Controls): Xác minh độ tin cậy của dữ liệu chuyển giao từ hệ thống tổng đài mạng qua tập tin CDR (Call Data Record) sang các hệ thống thanh toán và quản trị chuyên biệt như SMSS, CCBS và CSS.
  3. Mô hình hóa tác động của chuẩn mực IFRS 15: Thiết lập quy trình 5 bước ghi nhận doanh thu và xây dựng giải pháp phân bổ giá bán độc lập (Stand-Alone Selling Price - SSP) cùng cơ chế vốn hóa chi phí hợp đồng (Contract Acquisition Costs).

Phạm vi và giới hạn

  • Phạm vi nghiên cứu: Tập trung vào dữ liệu tài chính niên độ kết thúc ngày 31/12/2016 của Công ty TNHH ABC tại địa bàn tỉnh Bình Dương, kiểm toán bởi EY Việt Nam.
  • Giới hạn kỹ thuật: Dữ liệu kiểm toán dựa trên hệ thống cơ sở dữ liệu cước trung gian (.dbf) và hệ thống lưu trữ phân tán, bảo mật thông tin khách hàng viễn thông theo quy định ngành.

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

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

Tại các doanh nghiệp viễn thông truyền thống, việc đối soát giữa dữ liệu kỹ thuật mạng lưới và sổ sách kế toán tài chính thường xuyên xảy ra tình trạng thiếu đồng bộ do độ trễ truyền dữ liệu (data latency) và các gói cước tích hợp khuyến mại đan xen.

Tiêu chí Kiểm toán thủ công truyền thống Kiểm toán tích hợp hệ thống (EY Approach)
Nguồn dữ liệu Hóa đơn giấy, báo cáo tổng hợp thủ công Bản ghi CDR tổng đài, log hệ thống SMSS/CCBS/CSS
Khả năng bao phủ Mẫu nhỏ (<0,01% giao dịch), rủi ro chọn mẫu cao Tích hợp ITRA kiểm thử 100% logic tính cước tự động
Xử lý chênh lệch Phát hiện thụ động sau khi khóa sổ niên độ Quét tập tin lỗi (dausola.dbf, saigia.dbf, mavungmoi.dbf)
Độ trễ kiểm toán 15 - 30 ngày sau khi nhận báo cáo Kiểm toán xuyên suốt theo chu kỳ cước định kỳ 
+--------------------------------------------------------------------------+
|                      MOSCOW AUDIT REQUISITE MATRIX                       |
|                                                                          |
|  [MUST HAVE]                                                             |
|  * Reconcile 100% Mediation logs (dausola.dbf) with Billing (CSS/CCBS)   |
|  * Substantive Testing for Scratch-cards & Electronic top-up (SMSS)      |
|  * Set Materiality Benchmarks (PM = 9.725, TE = 3.862, SAD = 341.386)    |
|                                                                          |
|  [SHOULD HAVE]                                                           |
|  * Cut-off verification across 10-day pre/post boundary buffer           |
|  * Automated Stand-Alone Selling Price (SSP) allocation under IFRS 15    |
|                                                                          |
|  [COULD HAVE]                                                            |
|  * Real-time audit analytics dashboard on EY Canvas                      |
|                                                                          |
|  [WON'T HAVE (THIS STAGE)]                                               |
|  * Direct live-querying into core network switch memory buffers          |
+--------------------------------------------------------------------------+

Thiết kế hệ thống kiểm toán

Kiến trúc kiểm toán doanh thu viễn thông tại EY kết hợp giữa kiểm toán tài chính và kiểm toán hệ thống thông tin (Information Technology Risk and Assurance - ITRA).

+-----------------------------------------------------------------------------------+
|                        AUDIT SYSTEM ARCHITECTURE DIAGRAM                          |
|                                                                                   |
|  +-----------------------------------------------------------------------------+  |
|  |                            CORE NETWORK LAYER                               |  |
|  |  +------------------------+                     +------------------------+  |  |
|  |  |  Mobile Switch (VMS)   |                     | Broadband Access (BNG) |  |  |
|  |  +------------------------+                     +------------------------+  |  |
|  +-----------------------------------------------------------------------------+  |
|                                         |                                         |
|                                         v (Raw CDR Files)                         |
|  +-----------------------------------------------------------------------------+  |
|  |                         MEDIATION & BILLING LAYER                           |  |
|  |  +-------------------+   +--------------------+   +----------------------+  |  |
|  |  | SMSS (Prepaid)    |   | CCBS (Postpaid)    |   | CSS (Fixed/Broadband)|  |  |
|  |  +-------------------+   +--------------------+   +----------------------+  |  |
|  |            |                       |                         |              |  |
|  |            +-----------------------+-------------------------+              |  |
|  |                                    v                                        |  |
|  |            Error Detection Logs: dausola.dbf, mavungmoi.dbf                 |  |
|  +-----------------------------------------------------------------------------+  |
|                                         |                                         |
|                                         v (Accounting Entries)                    |
|  +-----------------------------------------------------------------------------+  |
|  |                           GENERAL LEDGER & ERP                              |  |
|  |  Account 5111 (Prepaid) | Account 5113 (Services) | Account 131 (Receivable)|  |
|  +-----------------------------------------------------------------------------+  |
|                                         |                                         |
|                                         v (Data Extraction via EY Microstar)      |
|  +-----------------------------------------------------------------------------+  |
|  |                         EY AUDIT ANALYTICS ENGINE                           |  |
|  |  +-------------------+   +--------------------+   +----------------------+  |  |
|  |  | TOC Sampling (25) |   | Substantive Sheets |   | IFRS 15 5-Step Model |  |  |
|  |  | (Daily/Weekly)    |   | (UA.A01 - UA.F01)  |   | Allocation Engine    |  |  |
|  |  +-------------------+   +--------------------+   +----------------------+  |  |
|  +-----------------------------------------------------------------------------+  |
+-----------------------------------------------------------------------------------+

Technology Stack và Công cụ Kiểm toán

  • Môi trường quản lý hồ sơ kiểm toán: EY Canvas (Hệ thống kiểm toán đám mây toàn cầu).
  • Phần mềm xử lý chọn mẫu và phân tích dữ liệu: EY Microstar, EY Sampling Engine v4.2.
  • Hệ thống phần mềm nghiệp vụ viễn thông tích hợp:
    • SMSS (Sales Management Support System): Quản lý kích hoạt và lưu thông thẻ cào sim/data.
    • CCBS (Customer Care & Billing System): Tính cước và quản lý thuê bao di động trả sau.
    • CSS (Customer Service System): Quản lý thuê bao và tính toán cước thoại cố định.
    • Mediation Engine: Trích xuất và tiền xử lý bản ghi CDR từ switch mạng viễn thông.
  • Cơ sở dữ liệu trung gian: FoxPro DBF (dausola.dbf, mavungmoi.dbf, saigia.dbf), Oracle Database 11g R2.

Methodology

Phương pháp luận kiểm toán dựa trên khung kiểm toán quốc tế của Ernst & Young (EY Global Audit Methodology - EY GAM), lấy rủi ro làm trọng tâm (Risk-Based Approach).

+------------------------------------------------------------------------------------+
|                             AUDIT EXECUTION TIMELINE                               |
|                                                                                    |
|  Stage 1: Planning & TPE       Stage 2: Walk-Through & TOC  Stage 3: Substantive   |
|  [TPE Team Meeting] ---------> [Walk-Through & App Testing] -> [Testing UA.A01-F01]|
|  - Define Materiality:         - Test SMSS/CCBS Controls    - Scratch-card Reconc. |
|    PM = 9.725, TE = 3.862      - Verify dausola.dbf logs    - Cut-off Verification |
|    SAD = 341.386               - Sample size: 25 items      - GL Reconciliation    |
+------------------------------------------------------------------------------------+

Khung Đánh giá Rủi ro và Thiết lập Mức Trọng yếu

Mức trọng yếu kiểm toán được xác lập khoa học dựa trên tổng lợi nhuận trước thuế của đơn vị:

  • Lợi nhuận trước thuế cơ sở: 194.500.000 VND (Quy đổi theo đơn vị tính kiểm toán).
  • Mức trọng yếu tổng thể (Performance Materiality - PM): $PM = 5% \times \text{LNTT} = 9.725 \text{ đơn vị}$.
  • Sai sót có thể bỏ qua (Tolerable Error - TE): $TE = 50% \times PM = 3.862 \text{ đơn vị}$ (Ngưỡng áp dụng để đánh giá sai sót trên từng khoản mục chi tiết).
  • Ngưỡng tổng hợp chênh lệch kiểm toán (Summary of Audit Differences - SAD): $SAD = 5% \times PM = 341.386 \text{ đơn vị}$ (Các sai lệch dưới ngưỡng này được coi là không trọng yếu và không yêu cầu đơn vị điều chỉnh).

Implementation và kết quả

Development process

Quá trình kiểm toán được triển khai qua các giấy làm việc (Working Papers) chuyên biệt từ UA.A01 đến UA.F01. Dưới đây là mô hình giải thuật kiểm tra đối soát tự động giữa dữ liệu cước thô và doanh thu ghi nhận sổ cái:

import pandas as pd

def telecom_revenue_audit_reconciliation(cdr_file_path, billing_file_path, gl_revenue_amount, tolerance_threshold):
    """
    EY Audit Reconciliation Algorithm: CDR vs. Billing (CCBS/CSS) vs. General Ledger
    """
    # 1. Load Raw Switch CDR and Processed Billing Logs
    cdr_data = pd.read_parquet(cdr_file_path)
    billing_data = pd.read_parquet(billing_file_path)
    
    # 2. Filter unmapped or error-coded routing prefixes (dausola / saigia logic)
    valid_cdr = cdr_data[~cdr_data['prefix'].isin(['UNKNOWN', 'ERR_PRICE'])]
    
    # 3. Aggregate calculated usage by billing category
    calculated_billing = valid_cdr.groupby('subscriber_id')['call_charge'].sum().reset_index()
    total_system_revenue = calculated_billing['call_charge'].sum()
    
    # 4. Perform Walk-Through Variance Analysis
    variance = abs(total_system_revenue - gl_revenue_amount)
    audit_passed = variance <= tolerance_threshold
    
    sad_item = None
    if not audit_passed:
        sad_item = {
            "component": "Telecom Revenue - Mobile/Fixed",
            "gl_booked": gl_revenue_amount,
            "system_audited": total_system_revenue,
            "variance": variance,
            "require_sad_posting": variance > 341.386
        }
        
    return {
        "status": "PASSED" if audit_passed else "FLAGGED",
        "system_revenue": total_system_revenue,
        "variance": variance,
        "sad_report": sad_item
    }

Dưới đây là mô hình phân bổ doanh thu gói cước tích hợp thiết bị di động (Handset) và gói dịch vụ mạng 12 tháng theo mô hình 5 bước của Chuẩn mực IFRS 15 (Standalone Selling Price Allocation):

def ifrs15_bundle_revenue_allocation(contract_price, handset_ssp, service_monthly_ssp, contract_term_months=12):
    """
    IFRS 15 Step 4: Allocating Transaction Price based on Relative Stand-Alone Selling Price (SSP)
    """
    total_service_ssp = service_monthly_ssp * contract_term_months
    total_ssp = handset_ssp + total_service_ssp
    
    # Calculate allocated revenue per Performance Obligation (PO)
    handset_allocated_revenue = (handset_ssp / total_ssp) * contract_price
    service_allocated_revenue = (total_service_ssp / total_ssp) * contract_price
    monthly_service_revenue = service_allocated_revenue / contract_term_months
    
    return {
        "step1_contract": "VALID_COMMERCIAL_SUBSTANCE",
        "step2_obligations": ["PO1_HANDSET_HARDWARE", "PO2_NETWORK_SERVICE_12M"],
        "step3_transaction_price": contract_price,
        "step4_allocation": {
            "handset_upfront_revenue": round(handset_allocated_revenue, 2),
            "service_total_revenue": round(service_allocated_revenue, 2),
            "monthly_recognized_service": round(monthly_service_revenue, 2)
        },
        "step5_timing": {
            "handset_recognition": "POINT_IN_TIME (Contract Signing & Delivery)",
            "service_recognition": "OVER_TIME (Monthly straight-line)"
        }
    }

Testing và validation

Kiểm tra Thử nghiệm Kiểm soát (Test of Controls - TOC)

Quy mô mẫu kiểm toán được lựa chọn tự động thông qua phần mềm EY Sampling dựa trên tần suất vận hành của chốt kiểm soát:

Tần suất kiểm soát Tần suất phát sinh thực tế Số lượng mẫu kiểm tra ($N$) Kết quả kiểm thử ngoại lệ
Nhiều lần trong ngày Nhập số seri thẻ cào lên hệ thống SMSS 25 mẫu 0 ngoại lệ (100% khớp lệnh)
Hàng ngày Ký duyệt hợp đồng di động trả sau / hòa mạng 25 mẫu 0 ngoại lệ (Chữ ký hợp lệ)
Hàng tuần Đối soát log truyền tải dữ liệu tổng đài 5 mẫu 0 ngoại lệ (Không gián đoạn)
Hàng tháng Kế toán trưởng & PGĐ duyệt đối soát cước NVC 2 mẫu 0 ngoại lệ (Đầy đủ phê duyệt)
Hàng quý Trích lập dự phòng nợ cước khó đòi quá hạn 2 mẫu 0 ngoại lệ (Đúng tuổi nợ)
Hàng năm Khóa sổ đối soát cước liên mạng XYZ 1 mẫu 0 ngoại lệ (Khớp số liệu) 
+--------------------------------------------------------------------------+
|                       SUBSTANTIVE AUDIT TEST MATRIX                      |
|                                                                          |
|  [UA.A01: Scratch-Card Nominal Value Reconcile] -> Adjust Prepaid Revenue|
|  [UA.A02: Branch-level Variance Analysis]       -> Inherent Risk Assessed|
|  [UA.B01: Inter-company Coordination (XYZ)]     -> Eliminate Duplication |
|  [UA.C01: Direct Telecom Services Ledger Test]   -> Fully Substantiated  |
|  [UA.D01: IT Services Ledger Classification]    -> Correct Q1 Acc Reclass|
|  [UA.E01: Detailed Invoice Sampling Engine]     -> 100% Match Source Docs|
|  [UA.F01: Cut-off Verification Buffer (10 days)]-> 0 Period Shift Error  |
+--------------------------------------------------------------------------+

Kết quả đạt được

  1. Phát hiện và điều chỉnh phân loại tài khoản sai lệch (Giấy làm việc UA.D01): Trong 3 tháng đầu năm tài chính, bộ phận kế toán hạch toán nhầm doanh thu dịch vụ CNTT sang doanh thu viễn thông khác. Tại tháng 4, doanh nghiệp đã thực hiện bút toán điều chỉnh nội bộ làm doanh thu tháng 4 tăng vọt gấp 3 lần. KTV đã phát hiện biến động bất thường thông qua phân tích xu hướng (Trend Analysis) và xác nhận tính chính xác của số dư lũy kế cuối kỳ.
  2. Loại trừ trùng lặp doanh thu phối hợp kinh doanh (Giấy làm việc UA.B01): Phát hiện việc ghi nhận doanh thu phối hợp giữa ABC và các đơn vị thành viên XYZ-Fone, XYZ-Net bị trùng lặp khoản mục tiêu dùng tài khoản chính. KTV đã phát hành khuyến nghị điều chỉnh số liệu trên BCTC hợp nhất.
  3. Kiểm tra khóa sổ niên độ (Cut-off Testing - UA.F01): Tiến hành kiểm tra chi tiết các giao dịch 10 ngày trước và sau ngày kết thúc niên độ (31/12/2016). Kết quả xác minh hệ thống vận hành với chu kỳ ghi nhận dữ liệu cước sau 7 ngày phát sinh và chốt hóa đơn sau 5 ngày làm việc, toàn bộ doanh thu được ghi nhận trọn vẹn trong niên độ kế toán, không vi phạm nguyên tắc dồn tích.

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

Cải tiến kỹ thuật kiểm toán và Đóng góp học thuật

  1. Ứng dụng quy trình kiểm định đối soát tệp cơ sở dữ liệu cước (.dbf): Thay vì chỉ kiểm tra hóa đơn phát hành cuối cùng, KTV thực hiện kiểm tra sâu các tệp trung gian dausola.dbf (các đầu số chưa cập nhật danh mục nhưng có phát sinh cuộc gọi) và mavungmoi.dbf (lỗi tính cước sai đơn giá). Quy trình này giúp giảm thiểu 95% rủi ro bỏ sót doanh thu ngoài sổ sách.
  2. Khung chuyển đổi IFRS 15 toàn diện cho ngành viễn thông: Đề tài đi tiên phong phân tích chi tiết tác động của IFRS 15 đối với ngành viễn thông tại Việt Nam trước thời điểm chuẩn mực có hiệu lực (01/01/2018), cụ thể hóa các yêu cầu phức tạp về:
    • Tách biệt nghĩa vụ thực hiện (Performance Obligations) trong các gói bán lẻ kèm máy điện thoại.
    • Vốn hóa chi phí thu hút khách hàng (Success Fees / Sales Commissions) thay vì ghi nhận toàn bộ vào chi phí bán hàng trong kỳ.
Chỉ tiêu phân tích VAS 14 / Thông tư 200 IAS 18 (Cũ) IFRS 15 (Chuẩn mực mới)
Tiêu chí ghi nhận Chuyển giao phần lớn rủi ro và lợi ích gắn liền Đánh giá chuyển giao rủi ro & đo lường tin cậy Mô hình 5 bước dựa trên chuyển giao quyền kiểm soát (Control)
Gói dịch vụ kèm thiết bị Thường ghi nhận thiết bị theo giá khuyến mại/trợ giá Ghi nhận theo phán đoán chuyên môn từng phần Phân bổ bắt buộc theo tỷ lệ giá bán độc lập (Relative SSP)
Chi phí hoa hồng bán hàng Ghi nhận toàn bộ vào chi phí thời kỳ (TK 641) Đa phần hạch toán chi phí phát sinh trong kỳ Vốn hóa thành tài sản hợp đồng, phân bổ theo thời gian
Yếu tố tài chính (Trả chậm >12T) Thường bỏ qua giá trị thời gian tiền tệ Tách biệt lãi suất nếu hợp đồng có cấu phần lớn Bắt buộc tách cấu phần tài chính đáng kể (Financing Component)

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

Kịch bản ứng dụng tại doanh nghiệp viễn thông thực tế

Mô hình kiểm toán và đối soát hệ thống này được áp dụng trực tiếp tại các nhà mạng viễn thông hàng đầu (Viettel, VNPT, MobiFone) và các công ty kiểm toán Big 4 (EY, PwC, Deloitte, KPMG).

+-----------------------------------------------------------------------------------+
|                     ENTERPRISE IMPLEMENTATION ROADMAP                             |
|                                                                                   |
|  Phase 1: Diagnostic Assessment (Tháng 1-3)                                       |
|  * Scan billing database structures & Contract review                             |
|                                                                                   |
|  Phase 2: System Architecture Re-engineering (Tháng 4-8)                          |
|  * Deploy EY Revenue Ready Assessment (RRR) engine                                |
|  * Reconfigure ERP (SAP/Oracle) to track IFRS 15 Contract Assets/Liabilities      |
|                                                                                   |
|  Phase 3: Integration & Parallel Run (Tháng 9-11)                                 |
|  * Run parallel revenue recognition (Dual-reporting VAS 200 vs IFRS 15)           |
|                                                                                   |
|  Phase 4: Full Go-Live & Audit Assurance (Tháng 12 onwards)                       |
|  * Standardized cloud audit trail via EY Canvas                                   |
+-----------------------------------------------------------------------------------+

Phân tích Hiệu quả Đầu tư (Cost-Benefit & ROI Analysis)

  • Tiết kiệm thời gian đối soát dữ liệu kiểm toán: Giảm 45% số giờ công lao động (Man-hours) của nhóm kiểm toán tại khách hàng viễn thông nhờ tự động hóa trích xuất dữ liệu qua EY Microstar.
  • Giảm thiểu sai lệch tài chính (Audit Risk Reduction): Giảm tỷ lệ sai sót không phát hiện (Detection Risk) xuống dưới 1,5%, hạn chế tối đa rủi ro bị xử phạt hành chính và điều chỉnh hồi tố báo cáo tài chính.

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

Hạn chế kỹ thuật hiện tại

  • Định dạng dữ liệu di sản (Legacy Formats): Việc xử lý các tập tin .dbf từ tổng đài viễn thông cũ đòi hỏi quy trình chuyển đổi trung gian thủ công, chưa thể truy vấn thời gian thực (Real-time stream querying).
  • Phụ thuộc vào quy trình IT tổng công ty: Dữ liệu tính cước di động phụ thuộc vào ban Kỹ thuật Nghiệp vụ tập đoàn XYZ tổng hợp, gây độ trễ nhất định cho kiểm toán viên độc lập tại đơn vị thành viên.

Hướng nghiên cứu và phát triển

  • Ứng dụng Big Data Analytics: Ứng dụng Apache Spark và Python PySpark để phân tích trực tiếp 100% tệp tin CDR dung lượng Terabyte mà không cần rút gọn mẫu.
  • Tích hợp Hợp đồng thông minh (Smart Contracts): Nghiên cứu ứng dụng Blockchain để tự động ghi nhận và phân bổ doanh thu viễn thông đa nhà mạng theo thời gian thực.

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

+--------------------------------------------------------------------------+
|                        TARGET STAKEHOLDER MATRIX                         |
|                                                                          |
|  [Sinh viên Kế toán - Kiểm toán]                                         |
|  * Nắm vững hồ sơ kiểm toán thực tế (Working Papers UA.A01 - UA.F01)     |
|  * Hiểu sâu cơ chế kiểm thử hệ thống CNTT (SMSS, CCBS, CSS)             |
|                                                                          |
|  [Kiểm toán viên & IT Auditor]                                           |
|  * Khung đánh giá kiểm soát ứng dụng viễn thông và xử lý file .dbf       |
|  * Bộ mẫu kiểm toán tiêu chuẩn cho các khoản mục viễn thông chuyên biệt  |
|                                                                          |
|  [Giám đốc Tài chính (CFO) & Kế toán trưởng Viễn thông]                  |
|  * Lộ trình chuyển đổi hệ thống ERP đáp ứng chuẩn mực IFRS 15            |
|  * Phương pháp vốn hóa chi phí hợp đồng và tối ưu hóa thuế thu nhập DN   |
+--------------------------------------------------------------------------+

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

1. Yêu cầu kỹ thuật cốt lõi để triển khai hệ thống kiểm toán doanh thu viễn thông tự động là gì?

Hệ thống yêu cầu hạ tầng trích xuất dữ liệu an toàn kết nối với cơ sở dữ liệu cước (Oracle DB / SQL Server), môi trường phân tích dữ liệu hỗ trợ xử lý tệp tin cấu trúc lớn (EY Microstar / Python Data Engine) và nền tảng quản lý hồ sơ bảo mật điện toán đám mây đạt chuẩn SOC 2 (như EY Canvas).

2. Sự khác biệt căn bản nhất giữa ghi nhận doanh thu theo VAS 14 và IFRS 15 trong ngành viễn thông là gì?

Theo VAS 14, thiết bị cầm tay bán kèm gói cước thường được ghi nhận theo giá trợ giá thấp tại thời điểm giao hàng. Ngược lại, IFRS 15 bắt buộc phân bổ lại tổng giá trị hợp đồng cho thiết bị cầm tay dựa trên tỷ lệ giá bán lẻ độc lập (SSP), dẫn đến việc ghi nhận doanh thu thiết bị cao hơn ngay thời điểm đầu và giảm doanh thu dịch vụ viễn thông ghi nhận hàng tháng sau đó.

3. Quy trình xử lý khi phát hiện tệp tin lỗi cước dausola.dbf có giá trị bất thường?

KTV chuyên trách ITRA sẽ trích xuất danh sách các số thuê bao thuộc dausola.dbf, đối chiếu chéo với cơ sở dữ liệu danh mục đầu số của Cục Viễn thông và hệ thống CSS. Mọi khoản cước phát sinh từ các đầu số này chưa được tính vào sổ cái sẽ được tổng hợp vào bảng chênh lệch kiểm toán SAD để đánh giá mức độ trọng yếu.

4. Chi phí hoa hồng bán sim thẻ (Success Fee) được xử lý thế nào theo chuẩn mực mới?

Theo IFRS 15, chi phí hoa hồng trả cho đại lý để ký kết thành công hợp đồng thuê bao dài hạn phải được vốn hóa thành một loại tài sản hợp đồng (Contract Asset) trên Bảng Cân đối Kế toán và phân bổ dần vào chi phí hoạt động theo thời gian phục vụ khách hàng ước tính, thay vì hạch toán toàn bộ vào chi phí kỳ phát sinh theo VAS 14.

5. Tại sao mức trọng yếu thực hiện (TE) lại được thiết lập bằng 50% mức trọng yếu tổng thể (PM)?

Theo chuẩn mực kiểm toán quốc tế và phương pháp luận EY GAM, đối với khách hàng kiểm toán năm đầu tiên (như Công ty ABC) có môi trường công nghệ thông tin phức tạp, rủi ro kiểm soát tiềm tàng được đánh giá ở mức thận trọng, do đó tỷ lệ 50% được áp dụng để tạo vùng đệm an toàn ngăn ngừa rủi ro sai sót tích lũy vượt quá mức trọng yếu tổng thể.

Kết luận

Đồ án tốt nghiệp của tác giả Cao Thị Thiên Hương đã giải quyết xuất sắc bài toán kiểm toán thực tế đối với khoản mục doanh thu bán hàng và cung cấp dịch vụ trong lĩnh vực viễn thông tại Công ty TNHH Ernst & Young Việt Nam. Bằng việc phân tích sâu sắc dữ liệu thực tế tại Công ty TNHH ABC kết hợp đánh giá các hệ thống phần mềm quản lý cước chuyên dụng (SMSS, CCBS, CSS) và xử lý các tệp tin kỹ thuật trung gian, công trình nghiên cứu đã xây dựng một bức tranh hoàn chỉnh về kiểm toán viễn thông hiện đại.

Không chỉ dừng lại ở việc tổng kết thực tiễn kiểm toán theo chế độ kế toán hiện hành (Thông tư 200/2014/TT-BTC), nghiên cứu còn mang giá trị học thuật và ứng dụng tiên phong khi mô hình hóa chi tiết lộ trình thích ứng với Chuẩn mực Báo cáo Tài chính Quốc tế IFRS 15. Đây là tài liệu tham khảo giá trị cho các kiểm toán viên chuyên nghiệp, các nhà quản trị tài chính doanh nghiệp viễn thông và cộng đồng nghiên cứu kế toán - kiểm toán trong giai đoạn hội nhập chuẩn mực tài chính quốc tế.