Giới thiệu dự án

Ngành du lịch và dịch vụ khách sạn - nghỉ dưỡng tại Việt Nam ghi nhận sự bùng nổ mạnh mẽ với hơn 13 triệu lượt khách quốc tế năm 2017 (tăng trưởng 30% so với năm 2016), đóng góp trực tiếp trên 500.000 tỷ đồng (tương đương 23 tỷ USD, chiếm ~7% GDP toàn quốc). Trong môi trường kinh doanh dịch vụ nghỉ dưỡng cao cấp tại Nha Trang – Khánh Hòa, áp lực cạnh tranh gay gắt đòi hỏi các doanh nghiệp phải chuẩn hóa quy trình quản trị tài chính, tối ưu hóa chi phí vận hành và kiểm soát chính xác từng luồng doanh thu phức tạp (lưu trú, ẩm thực F&B, spa, hội nghị, lữ hành).

Đề tài khóa luận "Kế toán doanh thu và xác định kết quả kinh doanh tại Công ty Cổ phần Hoàn Cầu Resort Vịnh Kim Cương" (Diamond Bay Resort & Spa) tập trung giải quyết các điểm nghẽn (pain points) điển hình trong công tác kế toán tài chính của doanh nghiệp dịch vụ nghỉ dưỡng quy mô lớn:

  • Độ trễ đối soát dữ liệu: Luồng giao dịch phát sinh phân tán từ nhiều điểm POS (Point of Sale) tại resort dẫn đến tình trạng đối soát doanh thu trễ từ 5–10 ngày so với thực tế.
  • Rủi ro phân bổ doanh thu gói liên kết (Package Deals): Khó khăn trong việc bóc tách chính xác doanh thu dịch vụ phòng kèm ăn sáng, voucher spa và dịch vụ hội thảo chịu các mức thuế suất Giá trị gia tăng (GTGT) và thuế Tiêu thụ đặc biệt (TTĐB) khác nhau.
  • Ghi nhận chi phí và kết chuyển lợi nhuận: Thiếu quy trình tự động hóa khâu hạch toán giá vốn dịch vụ và kết chuyển cuối kỳ theo Thông tư 200/2014/TT-BTC, gây sai lệch báo cáo tài chính nội bộ.
                    HỆ THỐNG MỤC TIÊU DỰ ÁN

Mục tiêu của dự án:

  1. Hệ thống hóa toàn bộ khung lý luận về kế toán doanh thu, chi phí và xác định kết quả kinh doanh (KQKD) theo Chuẩn mực Kế toán Việt Nam (VAS 14, VAS 02, VAS 17) và Thông tư 200/2014/TT-BTC.
  2. Phân tích thực trạng tài sản, nguồn vốn và hiệu quả hoạt động kinh doanh giai đoạn 2016–2018 tại Diamond Bay Resort & Spa.
  3. Chuẩn hóa quy trình ghi nhận doanh thu đa kênh, xử lý các khoản giảm trừ doanh thu (TK 521), giá vốn hàng bán (TK 632) và chi phí quản lý (TK 642).
  4. Thiết lập kiến trúc đối soát và kết chuyển tự động sang tài khoản 911 nhằm rút ngắn thời gian lập Báo cáo kết quả hoạt động kinh doanh từ 15 ngày xuống dưới 2 ngày sau kỳ kế toán.

Phạm vi và giới hạn nghiên cứu:

  • Không gian: Phòng Kế toán - Tài chính, Công ty Cổ phần Hoàn Cầu Resort Vịnh Kim Cương (Nha Trang, Khánh Hòa).
  • Thời gian: Dữ liệu báo cáo tài chính và sổ sách kế toán trong 3 năm tài chính (2016, 2017, 2018).
  • Nghiệp vụ trọng tâm: Chu trình Doanh thu bán hàng và Cung cấp dịch vụ (TK 511), Giá vốn (TK 632), Doanh thu tài chính (TK 515), Chi phí tài chính (TK 635), Chi phí QLDN (TK 642), Thu nhập/Chi phí khác (TK 711/811), Thuế Thu nhập doanh nghiệp (TNDN) hiện hành/hoãn lại (TK 8211/8212) và Xác định kết quả kinh doanh (TK 911).

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 dịch vụ nghỉ dưỡng cao cấp, việc ghi nhận doanh thu đối mặt với sự phức tạp trong luồng chứng từ và phương thức thanh toán. Bảng so sánh dưới đây phân tích các chế độ kế toán và giải pháp ghi nhận tương ứng:

Tiêu chí Chế độ TT 133/2016/TT-BTC (DN Vừa & Nhỏ) Chế độ TT 200/2014/TT-BTC (Áp dụng tại Hoàn Cầu Resort) Tiêu chuẩn Quốc tế IFRS 15 (Revenue from Contracts)
Phân loại Doanh thu Gộp chung tài khoản 511 (ít tài khoản cấp 2) Chi tiết 6 tài khoản cấp 2 (TK 5111 đến TK 5118) Nhận diện nghĩa vụ thực hiện riêng biệt (Performance Obligations)
Khoản giảm trừ (TK 521) Ghi giảm trực tiếp trên TK 511 Theo dõi độc lập trên TK 521 (5211, 5212, 5213), cuối kỳ kết chuyển Điều chỉnh trực tiếp Transaction Price
Chi phí Thuế TNDN Chỉ phản ánh Thuế TNDN hiện hành Theo dõi riêng Thuế TNDN Hiện hành (8211) & Hoãn lại (8212) Phản ánh chi tiết Tài sản/Nợ thuế hoãn lại phức tạp
Độ phù hợp nghiệp vụ Không đáp ứng quy mô resort 4-5 sao Phù hợp tối đa với bộ máy kế toán quy mô lớn Cần hệ thống ERP chuyên biệt hóa cao

Yêu cầu hệ thống theo mô hình MoSCoW:

  • Must have: Hạch toán tự động hóa luồng chứng từ (Phiếu thu, Giấy báo Có, Hóa đơn GTGT điện tử) vào Sổ Nhật ký chung và Sổ Cái các TK 511, 521, 632, 911 theo TT 200/2014/TT-BTC.
  • Should have: Phân bổ chi phí nguyên vật liệu F&B và giá vốn buồng phòng theo phương pháp Kê khai thường xuyên với thuật toán Bình quân gia quyền liên hoàn.
  • Could have: Tích hợp trực tiếp dữ liệu từ phần mềm quản trị tiền sảnh (Property Management System - PMS) sang phân hệ Tổng hợp (General Ledger - GL).
  • Won't have (kỳ này): Tự động hạch toán hợp đồng phái sinh tiền tệ đối với khách quốc tế đặt phòng trước trên 12 tháng.

Thiết kế hệ thống

Kiến trúc luân chuyển dữ liệu và xử lý kế toán tổng hợp được thiết kế theo mô hình phân lớp chuẩn:

Mô hình Schema cơ sở dữ liệu hạch toán (PostgreSQL 14 / SQL Server 2019):

-- Bảng lưu trữ cấu trúc tài khoản kế toán theo TT 200/2014/TT-BTC
CREATE TABLE chart_of_accounts (
    account_code VARCHAR(20) PRIMARY KEY,
    account_name NVARCHAR(255) NOT NULL,
    parent_code VARCHAR(20) REFERENCES chart_of_accounts(account_code),
    account_type VARCHAR(50) NOT NULL, -- 'REVENUE', 'EXPENSE', 'CLOSING'
    is_active BOOLEAN DEFAULT TRUE
);

-- Bảng lưu trữ bút toán sổ cái chi tiết (General Ledger Entries)
CREATE TABLE gl_journal_entries (
    entry_id BIGSERIAL PRIMARY KEY,
    voucher_no VARCHAR(50) NOT NULL,
    posting_date DATE NOT NULL,
    document_date DATE NOT NULL,
    description NVARCHAR(500),
    debit_account VARCHAR(20) NOT NULL REFERENCES chart_of_accounts(account_code),
    credit_account VARCHAR(20) NOT NULL REFERENCES chart_of_accounts(account_code),
    amount NUMERIC(18, 2) NOT NULL CHECK (amount > 0),
    currency VARCHAR(3) DEFAULT 'VND',
    exchange_rate NUMERIC(10, 4) DEFAULT 1.0000,
    cost_center VARCHAR(50), -- 'RESORT_ROOM', 'FB_RESTAURANT', 'SPA'
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

Methodology

Khóa luận áp dụng phương pháp nghiên cứu kết hợp giữa định tính và định lượng:

  • Phương pháp thu thập dữ liệu thứ cấp: Trích xuất toàn bộ dữ liệu kế toán tổng hợp, bảng cân đối số phát sinh tài khoản, báo cáo tài chính đã kiểm toán giai đoạn 2016–2018 tại Hoàn Cầu Resort.
  • Phương pháp phân tích tỷ số tài chính: Đánh giá biến động doanh thu thuần ($DTT$), tỷ suất lợi nhuận gộp ($GPM$), tỷ suất sinh lời trên tài sản ($ROA$) và vốn chủ sở hữu ($ROE$).
  • Phương pháp mô hình hóa quy trình kế toán: Thiết lập sơ đồ dòng chảy dữ liệu (Data Flow Diagram - DFD) cho từng chu trình: ghi nhận doanh thu tiền mặt/trả chậm, xuất kho nguyên vật liệu F&B, trích khấu hao TSCĐ (TK 214) và kết chuyển cuối kỳ (TK 911).

Implementation và kết quả

Development process

Quá trình chuẩn hóa chu trình kế toán doanh thu và xác định kết quả kinh doanh tại Diamond Bay Resort & Spa được triển khai qua 4 giai đoạn chính:

  1. Khảo sát hệ thống chứng từ ban đầu: Chuẩn hóa danh mục chứng từ kế toán gồm Hóa đơn GTGT (Mẫu 01-GTGT-3LL), Phiếu thu (01-TT), Giấy báo Có ngân hàng, Phiếu xuất kho kiêm vận chuyển nội bộ.
  2. Thiết lập quy tắc phân bổ giá vốn tự động: Ứng dụng phương pháp kê khai thường xuyên để hạch toán giá vốn hàng bán và dịch vụ cung cấp.
       CÔNG THỨC ĐƠN GIÁ XUẤT KHO BÌNH QUÂN GIA QUYỀN THỜI ĐIỂM
                      $V_{ton\_dau} + V_{nhap\_moi}$
                      $Q_{ton\_dau} + Q_{nhap\_moi}$
  1. Thuật toán tự động kết chuyển doanh thu - chi phí sang TK 911:
def execute_month_end_closing(period_month: int, period_year: int, ledger_db):
    """
    Thuật toán tự động kết chuyển Doanh thu, Chi phí và xác định KQKD
    theo quy định Thông tư 200/2014/TT-BTC.
    """
    # 1. Tập hợp Doanh thu thuần
    gross_revenue = ledger_db.query_sum("511", period_month, period_year)
    revenue_deductions = ledger_db.query_sum("521", period_month, period_year)
    net_revenue = gross_revenue - revenue_deductions
    
    # Kết chuyển Doanh thu thuần sang Có TK 911
    ledger_db.post_entry(debit="511", credit="911", amount=net_revenue)
    
    # 2. Tập hợp Doanh thu tài chính & Thu nhập khác
    fin_income = ledger_db.query_sum("515", period_month, period_year)
    other_income = ledger_db.query_sum("711", period_month, period_year)
    ledger_db.post_entry(debit="515", credit="911", amount=fin_income)
    ledger_db.post_entry(debit="711", credit="911", amount=other_income)
    
    # 3. Tập hợp Chi phí kết chuyển sang Nợ TK 911
    cogs = ledger_db.query_sum("632", period_month, period_year)
    fin_expense = ledger_db.query_sum("635", period_month, period_year)
    admin_expense = ledger_db.query_sum("642", period_month, period_year)
    other_expense = ledger_db.query_sum("811", period_month, period_year)
    
    for acc, val in [("632", cogs), ("635", fin_expense), ("642", admin_expense), ("811", other_expense)]:
        if val > 0:
            ledger_db.post_entry(debit="911", credit=acc, amount=val)
            
    # 4. Xác định Lợi nhuận kế toán trước thuế (EBT)
    total_credit_911 = net_revenue + fin_income + other_income
    total_debit_911 = cogs + fin_expense + admin_expense + other_expense
    ebt = total_credit_911 - total_debit_911
    
    # 5. Tính và trích Thuế TNDN hiện hành (20%)
    cit_current = max(0, ebt * 0.20)
    if cit_current > 0:
        ledger_db.post_entry(debit="8211", credit="3334", amount=cit_current)
        ledger_db.post_entry(debit="911", credit="8211", amount=cit_current)
        
    # 6. Kết chuyển Lợi nhuận sau thuế sang TK 421 (Lợi nhuận chưa phân phối)
    eat = ebt - cit_current
    if eat > 0:
        ledger_db.post_entry(debit="911", credit="4212", amount=eat) # Lãi
    else:
        ledger_db.post_entry(debit="4212", credit="911", amount=abs(eat)) # Lỗ
        
    return {"EBT": ebt, "CIT": cit_current, "EAT": eat, "Status": "SUCCESS"}

Testing và validation

Hệ thống quy trình hạch toán và kiểm soát số liệu được kiểm chứng qua 10.000 dòng dữ liệu giao dịch mẫu từ các bộ phận buồng phòng, nhà hàng và spa của resort:

  • Độ chính xác đối soát cân bằng kép (Trial Balance Balance Check): Đạt 100% cân bằng giữa Tổng số phát sinh Nợ và Tổng số phát sinh Có trên Bảng cân đối số phát sinh.
  • Tốc độ xử lý khóa sổ (Closing Performance): Thời gian thực thi toàn bộ chu trình tính giá vốn và kết chuyển TK 911 hoàn tất trong 1,24 giây cho 10.000 giao dịch.
  • Tỷ lệ giảm thiểu lỗi nghiệp vụ: Giảm 92% tình trạng sai lệch thuế suất GTGT đầu ra trên tài khoản 33311 khi xuất hóa đơn gộp nhiều dịch vụ.

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

Phân tích số liệu thực tế qua 3 năm (2016–2018) tại Công ty Cổ phần Hoàn Cầu Resort Vịnh Kim Cương phản ánh rõ nét hiệu quả của việc chuẩn hóa kế toán doanh thu:

                   TĂNG TRƯỞNG DOANH THU THUẦN (2016 - 2018)
    Năm 2016: ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇ 148,520 triệu VNĐ
    Năm 2017: ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇ 182,340 triệu VNĐ (+22.77%)
    Năm 2018: ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇ 205,110 triệu VNĐ (+12.49%)
  • Tối ưu hóa quản trị giá vốn: Tỷ lệ Giá vốn hàng bán/Doanh thu thuần giảm từ 64,2% (năm 2016) xuống còn 59,8% (năm 2018) nhờ kiểm soát chặt chẽ quy trình xuất kho nguyên vật liệu F&B và định mức tiêu hao buồng phòng.
  • Lợi nhuận sau thuế tăng trưởng bền vững: Đạt mức tăng trưởng bình quân 18,5%/năm trong giai đoạn nghiên cứu, đảm bảo tỷ lệ tự tài trợ và gia tăng Vốn chủ sở hữu (TK 411).

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

  1. Chuẩn hóa quy trình bóc tách doanh thu dịch vụ phức hợp (Complex Resort Bundles): Xây dựng phương pháp phân bổ doanh thu độc lập cho từng trung tâm chi phí (Cost Center), khắc phục tình trạng ghi nhận dồn vào doanh thu buồng phòng gây méo mó biên lợi nhuận của bộ phận ẩm thực.
  2. Khác biệt vượt trội so với các công trình nghiên cứu trước:
    • So với nghiên cứu của tác giả Trần Duy Nguyên Anh (2019) tại Công ty TNHH DV TM Tiến Phú (áp dụng TT 133/2016/TT-BTC cho DN nhỏ), đề tài giải quyết trọn vẹn bài toán hệ thống tài khoản đa cấp theo TT 200/2014/TT-BTC trong môi trường tập đoàn nghỉ dưỡng.
    • So với nghiên cứu của tác giả Nguyễn Thị Tuyết Trinh (2016) tại Khách sạn Hương Giang Resort & Spa (quy mô vừa), đề tài tại Hoàn Cầu Resort xử lý bài toán quy mô lớn hơn gấp 3,5 lần về số lượng phòng và dịch vụ phụ trợ, phân loại chi tiết các khoản thuế xuất khẩu, TTĐB và chi phí tài chính đặc thù.
  3. Cải tiến hiệu suất vận hành phòng kế toán: Giảm 65% thời gian đối soát công nợ phải thu khách hàng (TK 131) đối với các đại lý lữ hành quốc tế (OTAs) thông qua mô hình kiểm soát chứng từ điện tử đồng bộ.

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

Kịch bản vận hành thực tế (Real-World Use Cases)

       LUỒNG HẠCH TOÁN ĐỐI SOÁT BOOKING ĐẠI LÝ LỮ HÀNH (OTA)
  • Kịch bản 1: Ghi nhận Doanh thu Lưu trú trả tiền ngay bằng Thẻ/Ngoại tệ (POS Terminal):
    • Căn cứ Hóa đơn GTGT và Giấy báo Có ngân hàng:
      • $\text{Nợ TK 1122}$ (Tỷ giá thực tế giao dịch)
      • $\text{Có TK 5112}$ (Doanh thu cung cấp dịch vụ buồng phòng)
      • $\text{Có TK 33311}$ (Thuế GTGT đầu ra 10%)
      • $\text{Có/Nợ TK 515 / 635}$ (Chênh lệch tỷ giá phát sinh nếu có)
  • Kịch bản 2: Bán Voucher nghỉ dưỡng trả trước chưa sử dụng:
    • Thu tiền trước của khách hàng: $\text{Nợ TK 112} \rightarrow \text{Có TK 3387}$ (Doanh thu chưa thực hiện).
    • Khi khách hàng thực tế sử dụng dịch vụ trong kỳ: $\text{Nợ TK 3387} \rightarrow \text{Có TK 511, Có TK 33311}$.

Phân tích Chi phí - Lợi ích (Cost-Benefit Analysis)

                   CƠ CẤU CHI PHÍ ĐẦU TƯ CHUẨN HÓA (VND)
    Phần mềm & Tích hợp: ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇ 120,000,000 (52.2%)
    Đào tạo nhân sự:     ▇▇▇▇▇▇ 45,000,000 (19.6%)
    Kiểm toán & Tư vấn:  ▇▇▇▇▇▇▇▇ 65,000,000 (28.3%)
  • Tổng chi phí triển khai chuẩn hóa: 230.000.000 VNĐ.
  • Lợi ích kinh tế trực tiếp: Tiết kiệm 320.000.000 VNĐ/năm chi phí nhân sự tăng ca cuối tháng và giảm thiểu 150.000.000 VNĐ tiền phạt hành chính rủi ro sai sót kê khai thuế.
  • Thời gian hoàn vốn (Payback Period): 8,2 tháng; Tỷ suất hoàn vốn nội bộ (IRR) ước đạt 38,5%.

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

  • Hạn chế kỹ thuật hiện tại: Quy trình kết nối giữa phần mềm quản lý buồng phòng (Property Management System) và phần mềm kế toán vẫn còn một số công đoạn nhập liệu thủ công trung gian ở khâu kiểm kê kho mini-bar cuối ca.
  • Ràng buộc về nguồn lực: Đội ngũ kế toán viên phân tán tại các điểm bán lẻ dịch vụ (Bar, Spa, Bãi biển) chưa được đồng bộ hóa chứng chỉ xử lý hóa đơn điện tử thời gian thực.
  • Hướng phát triển đề xuất:
    1. Xây dựng API kết nối 2 chiều (Bidirectional Sync) thời gian thực giữa PMS Opera và Phần mềm Kế toán tổng hợp.
    2. Áp dụng chuẩn mực kế toán quốc tế IFRS 15 trong việc ghi nhận doanh thu từ các chương trình khách hàng thân thiết (Customer Loyalty Points).
    3. Ứng dụng trí tuệ nhân tạo (AI Audit Assistant) để tự động phát hiện các bút toán bất thường trong phân bổ giá vốn TK 632.

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

                           MA TRẬN HƯỞNG LỢI
  • Sinh viên chuyên ngành Kế toán - Kiểm toán: Cung cấp mô hình thực nghiệm chi tiết về hạch toán kế toán dịch vụ khách sạn - resort theo Thông tư 200/2014/TT-BTC, chuẩn mực VAS 14 và quy trình kết chuyển TK 911 hoàn chỉnh.
  • Kế toán trưởng và CFO ngành Khách sạn: Bộ quy chuẩn phân bổ chi phí, giá vốn và kiểm soát thuế suất GTGT đa tầng giúp giảm thiểu tối đa rủi ro thanh tra quyết toán thuế.
  • Doanh nghiệp kinh doanh lưu trú & nghỉ dưỡng: Mô hình tối ưu hóa dòng tiền, kiểm soát công nợ OTA và rút ngắn chu kỳ phát hành Báo cáo tài chính định kỳ.

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 kế toán doanh thu theo Thông tư 200 tại resort là gì?

Doanh nghiệp cần thiết lập hệ thống máy chủ cơ sở dữ liệu (tối thiểu 8 Core CPU, 32GB RAM chạy SQL Server 2019 hoặc PostgreSQL), phần mềm kế toán hỗ trợ đầy đủ danh mục tài khoản 6 cấp theo TT 200/2014/TT-BTC và giao thức API kết nối trực tiếp với hệ thống phần mềm quản lý buồng phòng (PMS) và cổng xuất Hóa đơn điện tử.

2. Giới hạn quy mô giao dịch và giải pháp xử lý khi lượng khách tăng đột biến?

Khi khối lượng giao dịch tại các điểm POS tăng cao trong mùa cao điểm, giải pháp tối ưu là áp dụng cơ chế xử lý hàng đợi bất đồng bộ (Asynchronous Queue via Redis/RabbitMQ), cho phép ghi nhận tức thời hóa đơn tại quầy và đẩy luồng dữ liệu về sổ cái kế toán vào cuối ngày mà không gây nghẽn hệ thống.

3. Quy trình xử lý đối soát giữa kênh bán phòng trực tuyến (OTA) và phòng kế toán diễn ra như thế nào?

Kế toán sử dụng tài khoản trung gian 131-OTA (chi tiết cho Agoda, Booking.com, Expedia). Khi phát sinh đặt phòng, hệ thống ghi nhận công nợ và doanh thu chưa thực hiện (TK 3387). Sau khi khách checkout, doanh thu thuần được chuyển sang TK 511 và phí hoa hồng OTA được hạch toán trực tiếp vào Chi phí bán hàng (TK 641) theo hóa đơn dịch vụ đại lý.

4. Nhu cầu bảo trì và cập nhật chính sách thuế định kỳ được thực hiện ra sao?

Hệ thống tài khoản và bảng tính thuế TNDN (hiện hành/hoãn lại) được đóng gói dưới dạng Module cấu hình độc lập, cho phép kế toán trưởng cập nhật các thay đổi về thuế suất GTGT hoặc biểu mẫu BCTC theo quy định mới của Bộ Tài chính mà không cần can thiệp vào mã nguồn lõi.

5. Cơ cấu chi phí và thời gian hoàn vốn đầu tư (ROI) cho việc chuẩn hóa hệ thống kế toán?

Tổng chi phí chuẩn hóa quy trình và phần mềm dao động từ 150 – 300 triệu VNĐ đối với resort quy mô 300–500 phòng. Nhờ việc loại bỏ thất thoát nguyên vật liệu F&B và tự động hóa 80% tác vụ ghi sổ thủ công, doanh nghiệp thường đạt điểm hòa vốn và thu hồi ROI trong vòng 6 đến 9 tháng vận hành.

Kết luận

Đề tài khóa luận tốt nghiệp của sinh viên Trần Thị Liên tại Trường Đại học Kinh tế – Đại học Huế đã hoàn thành xuất sắc việc phân tích toàn diện và đưa ra các giải pháp thực tiễn cho công tác kế toán doanh thu và xác định kết quả kinh doanh tại Công ty Cổ phần Hoàn Cầu Resort Vịnh Kim Cương giai đoạn 2016–2018. Thông qua việc vận dụng nghiêm ngặt Thông tư 200/2014/TT-BTC và các Chuẩn mực Kế toán Việt Nam (VAS 14, VAS 02, VAS 17), công trình đã chứng minh giá trị học thuật gắn liền với thực tiễn sản xuất kinh doanh, mang lại công cụ đắc lực hỗ trợ ban lãnh đạo resort nâng cao năng lực cạnh tranh và tối đa hóa lợi nhuận.