Skip to content
Kiến thức Tài chính/Kế toán: Hệ thống ERP phải sửa để track dữ liệu IFRS.
Trong chuỗi bài chia sẻ về Hệ thống kế toán – chuẩn mực – báo cáo tài chính, chúng ta đã đi qua những điểm cốt lõi về sự khác biệt giữa Chuẩn mực kế toán Việt Nam (VAS) và Chuẩn mực báo cáo tài chính quốc tế (IFRS). Hôm nay, chúng ta sẽ đào sâu vào một vấn đề cực kỳ thực tế và tốn kém, đó là việc điều chỉnh hệ thống ERP (Hoạch định nguồn lực doanh nghiệp) để nó có thể “tiêu hóa” và “nhổ ra” dữ liệu cần thiết cho việc lập báo cáo tài chính theo IFRS. Đây là một Ý CHÍNH CẦN LƯU Ý không thể bỏ qua, nằm trong những Các lưu ý khi áp dụng IFRS mà bất kỳ doanh nghiệp nào có ý định chuyển đổi đều phải đối mặt. Chúng ta không chỉ nói về việc thay đổi một vài số tài khoản, mà là một cuộc đại phẫu thuật hệ thống.
CUỘC PHIÊU LƯU VÀO THẾ GIỚI KỸ THUẬT CỦA IFRS VÀ ERP: KHI HỆ THỐNG KẾ TOÁN “MANG BẦU ĐÔI”
Chào mừng đến với một chủ đề mà nghe thì khô khan nhưng thực chất lại là xương sống quyết định sự thành bại của quá trình áp dụng IFRS: Sự tương thích của Hệ thống ERP. Đối với nhiều doanh nghiệp Việt Nam, hệ thống ERP hiện tại (dù là SAP, Oracle, Dynamics 365, hay các phần mềm nội địa hóa) đều được xây dựng dựa trên nền tảng tư duy kế toán VAS truyền thống. VAS là một chuẩn mực dựa trên quy tắc (Rules-Based), tập trung vào tính hợp pháp của chứng từ và thường ưu tiên sự thận trọng. Ngược lại, IFRS là chuẩn mực dựa trên nguyên tắc (Principles-Based), tập trung vào bản chất kinh tế (Substance over Form) và giá trị hợp lý (Fair Value).
Sự khác biệt về triết lý này khiến hệ thống ERP của bạn giống như một chiếc xe được thiết kế chỉ để chạy trên đường nhựa Việt Nam, nay lại bị yêu cầu phải chạy off-road, băng qua sa mạc, thậm chí là lội suối theo tiêu chuẩn quốc tế. Hệ thống hiện tại của bạn không chỉ đơn giản là thiếu một vài tính năng; nó thiếu cả một tư duy thu thập dữ liệu mới.
Phần lớn các doanh nghiệp Việt Nam hiện nay đang sử dụng phương pháp “Manual Adjustment” (Điều chỉnh thủ công) sau khi kết thúc kỳ kế toán để chuyển đổi từ VAS sang IFRS. Đây là phương pháp phổ biến khi mới bắt đầu, nhưng nó cực kỳ rủi ro, tốn thời gian, dễ sai sót và không thể mở rộng khi quy mô doanh nghiệp phát triển. Khi cơ quan quản lý yêu cầu báo cáo IFRS hàng quý hoặc thậm chí hàng tháng, việc điều chỉnh thủ công sẽ trở thành cơn ác mộng.
Vì thế, việc sửa đổi ERP để track dữ liệu IFRS không phải là lựa chọn mà là YÊU CẦU BẮT BUỘC nếu muốn quá trình chuyển đổi thực sự hiệu quả và bền vững. Chúng ta hãy đi sâu vào chi tiết những gì cần phải thay đổi, bắt đầu từ nền móng.
I. NỀN TẢNG CỦA SỰ CHUYỂN ĐỔI: TỪ VAS-LEDGER SANG DUAL-LEDGER
1. Phân tích Khoảng Cách (Gap Analysis): Bước Khởi Đầu Của Mọi Cuộc Cách Mạng ERP
Trước khi chạm vào bất kỳ dòng code nào, chúng ta cần phải thực hiện một phân tích khoảng cách toàn diện (Fit-Gap Analysis). Phân tích này không chỉ dừng lại ở việc so sánh Bảng cân đối kế toán (Balance Sheet) và Báo cáo kết quả kinh doanh (P&L), mà phải đi sâu vào từng giao dịch (transaction level) và từng module chức năng (Functional Module) của ERP.
Ví dụ: Hệ thống VAS hiện tại của bạn xử lý Tài sản cố định (Fixed Assets – FA) như thế nào?
Theo VAS: Khấu hao thường đơn giản, dựa trên phương pháp đường thẳng, ít thay đổi, và việc phân loại tài sản thường theo mục đích sử dụng.
Theo IFRS (IAS 16): Yêu cầu tính khấu hao theo từng thành phần (Component Depreciation). Nếu bạn mua một chiếc máy bay, bạn phải khấu hao thân máy, động cơ, ghế ngồi, và các bộ phận điện tử với thời gian sử dụng khác nhau. Hệ thống ERP hiện tại của bạn có trường dữ liệu (data field) nào để gắn một tài sản mẹ (Parent Asset) với các tài sản con (Component Assets) và tính toán khấu hao song song cho từng thành phần đó không? Rất có thể là không.
Gap Analysis sẽ chỉ ra:
– Thiếu các trường dữ liệu bắt buộc (Missing mandatory data fields).
– Thiếu logic tính toán tự động (Missing calculation logic) cho các chuẩn mực phức tạp như IFRS 16, IFRS 15.
– Thiếu khả năng lưu trữ song song (Lack of parallel accounting capability).
2. Kiến trúc Kế toán Song Song (Parallel Accounting Architecture)
Đây là trái tim của việc điều chỉnh ERP cho IFRS. Doanh nghiệp Việt Nam phải lập báo cáo theo VAS để nộp cho cơ quan thuế và thống kê, đồng thời phải lập báo cáo IFRS (cho tập đoàn mẹ, nhà đầu tư, hoặc niêm yết). Điều này dẫn đến hai phương pháp chính để lưu trữ dữ liệu song song trong ERP:
a. Phương pháp Tài khoản (Account Approach – Sử dụng 1 Ledger, 2 Chart of Accounts):
Đây là phương pháp cũ hơn, đơn giản hơn nhưng kém linh hoạt. Doanh nghiệp sẽ tạo ra các tài khoản General Ledger (GL) riêng biệt cho các giao dịch chỉ xuất hiện theo IFRS hoặc có sự khác biệt về giá trị (ví dụ: Tài khoản ‘Chi phí thuê hoạt động – VAS’ và ‘Chi phí khấu hao ROUA – IFRS’).
Vấn đề: Bảng cân đối tài khoản (Trial Balance) sẽ trở nên rất dài, khó kiểm soát và dễ gây nhầm lẫn khi người dùng nhập liệu, vì họ phải nhớ khi nào thì dùng tài khoản VAS, khi nào dùng tài khoản IFRS.
b. Phương pháp Sổ cái (Ledger Approach – Sử dụng 2 Ledgers, 1 Chart of Accounts):
Đây là phương pháp hiện đại và được khuyến nghị trong các hệ thống ERP lớn (như SAP S/4HANA). Doanh nghiệp sẽ duy trì hai sổ cái (Ledger) trong cùng một hệ thống:
– Ledger 1 (Leading Ledger): Dành cho VAS (hoặc GAAP tại quốc gia sở tại).
– Ledger 2 (Non-Leading Ledger): Dành riêng cho IFRS.
Tất cả các giao dịch (hóa đơn mua hàng, phiếu thu, phiếu chi,…) sẽ được ghi nhận vào Ledger 1. Các giao dịch không có sự khác biệt (ví dụ: tiền mặt, tiền gửi ngân hàng) sẽ tự động được phản ánh vào Ledger 2. Chỉ những giao dịch có sự khác biệt về ghi nhận, đo lường (như Tài sản cố định, Thuê tài sản, Doanh thu) mới cần nhập liệu hoặc chạy logic tính toán riêng biệt để ghi vào Ledger 2.
Ưu điểm: Người dùng chỉ cần nhập giao dịch một lần. Hệ thống tự động xử lý sự khác biệt, giảm thiểu sai sót thủ công và đảm bảo tính nhất quán của dữ liệu gốc. Đây là điều kiện tiên quyết để đạt được sự tuân thủ cao.
3. Sửa đổi Khung Tài khoản Kế toán (Chart of Accounts – CoA)
CoA hiện tại của bạn được tối ưu hóa cho VAS và thuế. Khi chuyển sang IFRS, CoA phải được điều chỉnh để đáp ứng hai mục tiêu chính:
– Chi tiết hóa hơn: IFRS yêu cầu chi tiết dữ liệu vượt xa VAS. Ví dụ, cần tài khoản GL riêng để theo dõi ROUA (Right-of-Use Asset), Lease Liability, Contract Assets/Liabilities (IFRS 15), và các lớp Dự phòng ECL (IFRS 9).
– Phục vụ Disclosure: Báo cáo IFRS đòi hỏi phần thuyết minh (Notes to Financial Statements) rất sâu. Hệ thống ERP cần phải có khả năng gắn các chiều dữ liệu (Dimensions/Segments) vào giao dịch để khi cần trích xuất dữ liệu thuyết minh (ví dụ: phân loại doanh thu theo khu vực địa lý, loại khách hàng, hoặc theo từng hợp đồng), hệ thống có thể làm được ngay lập tức mà không cần tổng hợp Excel thủ công.
II. NHỮNG TIÊU CHUẨN IFRS “KHÓ NHẰN” NHẤT KHIẾN HỆ THỐNG ERP PHẢI ĐỔI MỚI
Nếu chỉ là thay đổi số tài khoản, công việc này chỉ mất vài tuần. Nhưng vì IFRS thay đổi TƯ DUY ghi nhận, các module chức năng (Functionality) của ERP phải được viết lại hoặc bổ sung hoàn toàn.
1. IFRS 16 – Thuê Tài Sản (Leases): Cơn Ác Mộng Của Mọi Doanh Nghiệp Thuê Nhiều
Theo VAS, việc thuê tài sản thường được phân loại đơn giản là thuê hoạt động (Operating Lease – ghi nhận chi phí thuê hàng kỳ) hoặc thuê tài chính (Finance Lease – ghi nhận tài sản và nợ).
IFRS 16 gần như loại bỏ phân loại này đối với bên thuê (Lessee). Mọi hợp đồng thuê có thời hạn trên 12 tháng (trừ tài sản giá trị nhỏ) đều phải được ghi nhận là Tài sản Quyền sử dụng (ROUA) và Nợ thuê (Lease Liability) trên Bảng cân đối kế toán.
Yêu cầu kỹ thuật đối với ERP:
– Module Quản lý Hợp đồng Thuê (Lease Contract Management): ERP phải có một module chuyên dụng để nhập và quản lý thông tin chi tiết của hợp đồng thuê (thời hạn, lãi suất chiết khấu ngầm định, các khoản thanh toán dự kiến, tùy chọn gia hạn).
– Tự động Tính toán: Hệ thống phải tự động tính toán giá trị hiện tại ròng (Present Value) của các khoản thanh toán thuê để xác định giá trị khởi tạo của ROUA và Lease Liability (thường sử dụng mô hình Excel thủ công trong quá trình chuyển đổi, nhưng hệ thống phải tích hợp logic này).
– Lịch Trình Khấu Hao và Chiết Khấu: Hệ thống cần tạo ra hai lịch trình tự động chạy song song:
+ Lịch Khấu hao ROUA: Giảm dần giá trị ROUA.
+ Lịch Chiết khấu Nợ thuê: Phân bổ khoản thanh toán thuê thành Chi phí lãi vay (Interest Expense) và Giảm gốc Nợ thuê (Debt Reduction) theo từng kỳ.
– Tích hợp GL: Các bút toán hàng tháng (khấu hao ROUA, chi phí lãi vay) phải được tự động ghi nhận vào sổ cái IFRS (Ledger 2) mà không ảnh hưởng đến sổ cái VAS (Ledger 1).
Nếu doanh nghiệp sử dụng ERP cũ, giải pháp thường là mua và tích hợp một phần mềm quản lý thuê tài sản bên thứ ba (ví dụ: BlackLine, LeaseQuery) và kết nối nó với ERP qua giao diện (API), nhưng điều này làm tăng độ phức tạp và rủi ro tích hợp. Sửa đổi ERP nội bộ để bao gồm logic này là tối ưu hơn về dài hạn.
2. IFRS 15 – Doanh Thu Từ Hợp Đồng Với Khách Hàng (Revenue from Contracts with Customers): Thay Đổi Cả Bộ Phận Kinh Doanh
IFRS 15 yêu cầu một mô hình 5 bước để ghi nhận doanh thu, tập trung vào việc xác định Nghĩa vụ thực hiện (Performance Obligations – POs) và phân bổ giá giao dịch.
Theo VAS, doanh thu thường được ghi nhận khi rủi ro và lợi ích được chuyển giao (thường là lúc giao hàng hoặc hoàn thành dịch vụ).
Theo IFRS 15, việc ghi nhận có thể bị trì hoãn hoặc phải phân bổ giá nếu hợp đồng có nhiều POs.
Yêu cầu kỹ thuật đối với ERP:
– Tái cấu trúc Module Bán Hàng (Sales Module): Module này phải được cấu hình để không chỉ tạo hóa đơn mà còn phải gắn các chiều dữ liệu quan trọng như:
+ Định danh Nghĩa vụ Thực hiện (PO ID) cho từng dòng sản phẩm/dịch vụ trong hợp đồng.
+ Phương pháp ghi nhận doanh thu (theo thời gian – Over Time, hay tại một thời điểm – Point in Time) cho từng PO.
+ Giá bán độc lập (Stand-alone Selling Price – SSP) của từng PO, để ERP có thể tự động phân bổ tổng giá trị hợp đồng khi giá SSP cộng lại không bằng tổng giá hợp đồng.
– Quản lý Tài sản và Nợ Hợp đồng (Contract Assets and Liabilities):
+ Nếu khách hàng trả tiền trước nhưng PO chưa hoàn thành: ERP phải tự động tạo Nợ Hợp đồng (Contract Liability – tiền nhận trước).
+ Nếu doanh nghiệp đã thực hiện PO nhưng chưa được phép lập hóa đơn: ERP phải tạo Tài sản Hợp đồng (Contract Asset).
Đây là những tài khoản hoàn toàn mới, cần logic tự động để theo dõi và đảo ngược (reversal) bút toán khi đủ điều kiện lập hóa đơn.
– Ghi nhận Chi phí Hợp đồng: IFRS 15 yêu cầu vốn hóa (Capitalize) một số chi phí để có được hợp đồng (Cost to Obtain a Contract) và chi phí thực hiện hợp đồng (Cost to Fulfill a Contract) nếu chúng đáp ứng điều kiện. ERP phải có module để theo dõi các chi phí này, vốn hóa chúng và sau đó phân bổ (amortize) chúng tương ứng với lịch trình ghi nhận doanh thu của PO liên quan. Việc này đòi hỏi sự tích hợp sâu giữa module Kế toán (GL), Bán hàng (SD) và Quản lý Chi phí (CO).
3. IFRS 9 – Công Cụ Tài Chính (Financial Instruments): Sự Nhúng Tay Của Mô Hình Rủi Ro
IFRS 9 thay thế IAS 39, đặc biệt trong việc tính toán dự phòng tổn thất tín dụng (Expected Credit Loss – ECL), thay vì dự phòng tổn thất đã phát sinh (Incurred Loss). Đây là thay đổi lớn nhất đối với các tổ chức tài chính, nhưng cũng ảnh hưởng đến mọi doanh nghiệp có khoản phải thu khách hàng lớn (Trade Receivables).
Yêu cầu kỹ thuật đối với ERP:
– Tích hợp Dữ liệu Đầu vào: Việc tính toán ECL (thường dựa trên mô hình 3 giai đoạn – Stage 1, 2, 3) đòi hỏi dữ liệu lịch sử rất chi tiết về rủi ro vỡ nợ (Default Risk) và các yếu tố kinh tế vĩ mô. Hệ thống ERP không thể tự tính ECL mà cần phải tích hợp (interface) với một hệ thống quản lý rủi ro (Risk Management System) hoặc mô hình tính toán bên ngoài.
– Dữ liệu Chi tiết Khoản Phải Thu: ERP phải track chi tiết trạng thái của từng hóa đơn (ví dụ: đã quá hạn bao lâu, lịch sử thanh toán của khách hàng đó) và gắn các chiều dữ liệu này với mô hình ECL.
– Bút toán Dự phòng Tự động: Thay vì chỉ ghi nhận một bút toán dự phòng chung cuối năm theo VAS, IFRS 9 yêu cầu các bút toán dự phòng phải được điều chỉnh hàng quý (hoặc hàng tháng) dựa trên sự thay đổi rủi ro. Hệ thống ERP cần tự động nhận đầu vào từ mô hình ECL và tạo ra bút toán điều chỉnh dự phòng vào Ledger IFRS.
4. IFRS 3 (Hợp Nhất Kinh Doanh) và IAS 36 (Giảm Giá Trị Tài Sản)
Khi doanh nghiệp mua lại một đơn vị kinh doanh khác (Business Combination), IFRS 3 yêu cầu phân bổ giá mua cho tất cả tài sản và nợ phải trả được xác định theo giá trị hợp lý (Fair Value). Phần chênh lệch còn lại là Lợi thế thương mại (Goodwill).
Yêu cầu kỹ thuật đối với ERP:
– Theo dõi Goodwill theo Đơn vị Tạo Tiền (Cash Generating Unit – CGU): Theo IAS 36, Goodwill không được khấu hao mà phải được kiểm tra giảm giá trị hàng năm (Impairment Test). Việc kiểm tra này phải được thực hiện ở cấp độ CGU. ERP phải có khả năng gắn mọi giao dịch và mọi tài sản vào một CGU cụ thể. Điều này đòi hỏi phải bổ sung một chiều dữ liệu mới (CGU Dimension) vào CoA và các giao dịch.
– Quản lý Thông tin Định giá: Hệ thống cần lưu trữ thông tin về giá trị hợp lý của tài sản vô hình (như thương hiệu, danh sách khách hàng) được ghi nhận trong quá trình mua lại, điều mà VAS thường không yêu cầu chi tiết.
III. THAY ĐỔI VỀ DỮ LIỆU GỐC VÀ CÁC TRƯỜNG DỮ LIỆU TÙY CHỈNH (MASTER DATA AND UDFS)
Sự khác biệt giữa VAS và IFRS bắt nguồn từ việc VAS chỉ quan tâm đến kết quả cuối cùng, trong khi IFRS yêu cầu dữ liệu chi tiết ở cấp độ giao dịch. Để đáp ứng yêu cầu này, chúng ta phải sửa đổi Dữ liệu gốc (Master Data) và bổ sung các Trường dữ liệu tùy chỉnh (User Defined Fields – UDFs).
1. Sửa đổi Dữ liệu gốc Tài sản cố định (FA Master Data)
Ngoài các trường cơ bản (tên, ngày mua, nguyên giá) theo VAS, FA Master Data cần có thêm các trường sau để phục vụ IFRS:
– Mã định danh Thành phần (Component ID): Để xác định các thành phần của tài sản theo IAS 16.
– Chi phí tháo dỡ và phục hồi ước tính (Estimated Decommissioning Costs): Để tính toán giá trị ban đầu của tài sản.
– Giá trị thu hồi ước tính (Residual Value): IFRS yêu cầu ước tính kỹ lưỡng hơn về giá trị thu hồi cuối đời tài sản.
– Chuẩn mực Kế toán Áp dụng (Applicable GAAP): Xác định xem tài sản này thuộc Ledger VAS, IFRS hay cả hai.
2. Sửa đổi Dữ liệu gốc Khách hàng/Nhà cung cấp (Customer/Vendor Master Data)
– Phân loại IFRS 9: Cần gắn mã phân loại rủi ro tín dụng (Credit Risk Rating) và lịch sử vỡ nợ (Default History) vào dữ liệu khách hàng để phục vụ mô hình ECL.
– Chiều dữ liệu Hợp đồng (Contract Dimension): Để theo dõi tất cả các hợp đồng liên quan đến khách hàng, phục vụ IFRS 15.
3. Tăng cường Chiều Dữ liệu Phân tích (Analytics Dimensions)
Để đáp ứng yêu cầu Thuyết minh (Disclosure) của IFRS, hệ thống ERP cần có khả năng “thắt nút” giao dịch bằng các chiều dữ liệu mới:
– Segment Báo cáo (Reporting Segments): Phân tích doanh thu, chi phí theo từng phân khúc kinh doanh (kinh doanh dầu, kinh doanh dịch vụ, kinh doanh bán lẻ) theo IFRS 8.
– Chức năng Chi phí (Function of Expense): Phân loại chi phí theo chức năng (giá vốn, chi phí bán hàng, chi phí quản lý) để lập báo cáo P&L theo định dạng IFRS, khác với P&L theo VAS thường dựa trên bản chất chi phí (Nature of Expense).
IV. RỦI RO, THÁCH THỨC VÀ CÁCH TRIỂN KHAI DỰ ÁN ĐIỀU CHỈNH ERP
Việc điều chỉnh ERP không phải là công việc của bộ phận Kế toán hay IT đơn lẻ. Đây là một dự án lớn (thường kéo dài 6-18 tháng), đòi hỏi sự tham gia của các bên liên quan (Stakeholders) từ cấp cao nhất.
1. Ba Giai Đoạn Vàng Của Dự Án
a. Giai đoạn Lập kế hoạch và Thiết kế (Planning and Blueprinting):
– Tuyển chọn Nhà tư vấn Hệ thống (System Integrator): Cần tìm đơn vị có kinh nghiệm thực tiễn về cả ERP (hệ thống bạn đang dùng) và IFRS. Người này phải là chuyên gia lai (hybrid functional consultant) – hiểu rõ Kế toán IFRS và cách cấu hình kỹ thuật ERP.
– Thiết kế Bản đồ Quy trình Mới (Future State Process Map): Định nghĩa lại quy trình từ đầu đến cuối (Procure-to-Pay, Order-to-Cash, Record-to-Report) dưới góc nhìn IFRS. Ví dụ: Khi nhận được hóa đơn thuê, quy trình VAS chỉ là ghi nhận chi phí, quy trình IFRS phải là khởi tạo ROUA và Nợ thuê, sau đó chạy lịch trình khấu hao.
b. Giai đoạn Cấu hình và Phát triển (Configuration and Development):
– Cấu hình Ledger Song song.
– Viết các Lược đồ Tính toán (Calculation Schemas) mới: Ví dụ: Logic tính toán chi phí lãi vay của IFRS 16.
– Phát triển các Giao diện (Interfaces) giữa ERP và các hệ thống phụ trợ (ví dụ: hệ thống quản lý kho, hệ thống quản lý rủi ro tín dụng). Đây là nơi dễ phát sinh lỗi nhất, cần thử nghiệm kỹ lưỡng.
c. Giai đoạn Thử nghiệm và Triển khai (Testing and Deployment):
– Thử nghiệm Đơn vị (Unit Testing) và Thử nghiệm Tích hợp (Integration Testing): Đảm bảo các module hoạt động đúng theo logic IFRS.
– Thử nghiệm Người dùng (User Acceptance Testing – UAT): Cần có đội ngũ Kế toán viên có kiến thức IFRS tham gia UAT để xác nhận rằng đầu ra báo cáo IFRS là chính xác.
– Vấn đề Dữ liệu Ban đầu (Opening Balance/Transition Data): Theo IFRS 1 (Lần đầu áp dụng IFRS), doanh nghiệp phải hồi tố (Retrospective) dữ liệu của năm so sánh. Việc đưa dữ liệu IFRS đầu tiên (ví dụ: ROUA và Lease Liability khởi tạo) vào hệ thống ERP là một công đoạn phức tạp, thường phải sử dụng các công cụ tải dữ liệu hàng loạt (Mass Data Upload Tools).
2. Thách Thức Về Chi Phí và Nguồn Lực
Dự án điều chỉnh ERP cho IFRS là một dự án lớn, không hề rẻ. Chi phí không chỉ nằm ở phí tư vấn và phí bản quyền phần mềm (nếu phải mua thêm module), mà còn nằm ở chi phí cơ hội và sự xáo trộn nội bộ:
– Chi phí Nhân sự: Đội ngũ Kế toán, Tài chính và IT cốt lõi sẽ bị kéo vào dự án trong thời gian dài, ảnh hưởng đến hoạt động thường ngày.
– Chi phí Bảo trì: Duy trì hai sổ cái (VAS và IFRS) yêu cầu quy trình đối chiếu chặt chẽ hơn và chi phí bảo trì hệ thống cao hơn. Mỗi khi có thay đổi chuẩn mực (ví dụ: IFRS 17 – Bảo hiểm), hệ thống sẽ cần cập nhật lại.
3. Yếu Tố Con Người và Quản lý Thay Đổi (Change Management)
Hệ thống ERP mới đòi hỏi Kế toán viên phải thay đổi hoàn toàn cách họ nhìn nhận và xử lý giao dịch.
Ví dụ: Khi mua một tài sản, kế toán viên VAS chỉ cần biết nguyên giá và thời gian khấu hao. Kế toán viên IFRS cần phải biết: Tài sản này có các thành phần nào? Giá trị hợp lý của từng thành phần là bao nhiêu? Chi phí tháo dỡ ước tính là bao nhiêu?
Nếu không có chương trình đào tạo chuyên sâu và quản lý thay đổi hiệu quả, nhân viên có thể chống đối hệ thống mới hoặc nhập liệu sai, dẫn đến việc dữ liệu IFRS bị “nhiễm bẩn”. Đào tạo phải bao gồm không chỉ cách nhập liệu mà còn là lý thuyết đằng sau chuẩn mực IFRS.
V. VAI TRÒ CỦA GIÁM ĐỐC TÀI CHÍNH TRONG VIỆC SỬA ĐỔI ERP
Với vai trò là người chịu trách nhiệm cuối cùng về chất lượng báo cáo tài chính và hiệu quả vận hành, Giám đốc Tài chính (CFO) phải là người định hướng chiến lược cho việc sửa đổi ERP.
1. Quyết định Chiến lược Ledger: Chọn Lựa Mạo Hiểm Hay Bền Vững
CFO cần quyết định: Chúng ta sẽ đi theo phương pháp điều chỉnh thủ công (Manual Adjustment) trong ngắn hạn, hay cam kết đầu tư vào kiến trúc Ledger Song song (Ledger Approach) trong dài hạn?
Lời khuyên chuyên gia luôn là: Nếu doanh nghiệp của bạn có quy mô lớn, nhiều giao dịch phức tạp (cho thuê, hợp đồng xây dựng dài hạn, mua bán sáp nhập), việc đầu tư vào hệ thống Ledger Song song là khoản đầu tư bắt buộc để đảm bảo tính minh bạch, kịp thời và khả năng kiểm toán. Nếu không, kiểm toán viên sẽ mất rất nhiều thời gian để đối chiếu các bảng điều chỉnh Excel của bạn.
2. Đảm bảo Tính Linh hoạt và Khả năng Mở rộng (Scalability)
Việc sửa đổi ERP không chỉ để phục vụ IFRS hiện tại. Chuẩn mực IFRS luôn tiến hóa. Hệ thống mới phải đủ linh hoạt để xử lý các thay đổi chuẩn mực trong tương lai (Future-Proofing). Ví dụ, cấu trúc CoA và chiều dữ liệu phải được thiết kế mở để dễ dàng bổ sung các thông tin chi tiết khác khi yêu cầu thuyết minh của IFRS thay đổi.
3. Sự Tham gia của Cấp Quản lý
Dự án ERP là một dự án rủi ro cao. CFO phải đảm bảo rằng Ban Điều hành (Steering Committee) thường xuyên họp, giám sát tiến độ và giải quyết các vấn đề liên chức năng (Cross-functional issues) kịp thời. Ví dụ, sự thay đổi trong module Bán hàng (IFRS 15) cần sự hợp tác và cam kết từ Giám đốc Kinh doanh.
VI. TÍCH HỢP VÀ TỰ ĐỘNG HÓA BÁO CÁO THUYẾT MINH
Một trong những khía cạnh tốn kém thời gian nhất của IFRS là việc lập Báo cáo Thuyết minh (Notes to Financial Statements). Báo cáo IFRS yêu cầu thuyết minh về rủi ro, giả định, đánh giá của Ban Quản lý về các ước tính kế toán (ví dụ: ước tính giá trị hợp lý, ước tính tuổi thọ tài sản).
1. Tự động hóa Báo cáo Định lượng (Quantitative Disclosures)
Hệ thống ERP hiện đại (hoặc các công cụ CPM – Corporate Performance Management tích hợp) phải có khả năng tự động trích xuất các bảng biểu định lượng:
– Bảng phân tích theo CGU (IAS 36).
– Bảng phân tích thay đổi của ROUA và Lease Liability (IFRS 16).
– Bảng phân tích rủi ro tín dụng và tổn thất dự kiến theo Stage 1, 2, 3 (IFRS 9).
Nếu ERP của bạn đã được cấu hình các chiều dữ liệu IFRS (Dimensions) và Ledger IFRS chính xác, việc trích xuất các báo cáo này chỉ là thao tác nhấn nút, thay vì mất hàng tuần lễ tổng hợp thủ công trong Excel.
2. Tăng cường Tính năng Kiểm toán (Audit Trail)
Việc chuyển đổi sang IFRS thường bao gồm nhiều ước tính kế toán và đánh giá chủ quan. Kiểm toán viên sẽ đặc biệt chú trọng vào tính chính xác và khả năng truy vết (Audit Trail) của các bút toán này.
Hệ thống ERP phải đảm bảo rằng mọi giao dịch IFRS khác biệt (ví dụ: bút toán điều chỉnh khấu hao ROUA) đều có thể được truy vết ngược lại đến tài liệu gốc (hợp đồng thuê) và logic tính toán tự động của hệ thống. Khả năng truy vết mạnh mẽ này sẽ làm giảm đáng kể thời gian và chi phí kiểm toán.
VII. TƯ DUY VỀ VIỆC CHỌN LỰA PHẦN MỀM VÀ CẤP ĐỘ ĐIỀU CHỈNH
Khi đối diện với yêu cầu sửa đổi ERP, doanh nghiệp thường có ba lựa chọn chính:
1. Lựa chọn 1: Cấu hình lại Hệ thống Hiện có (Configuration and Customization)
Đây là phương pháp phổ biến nhất nếu bạn đang sử dụng các hệ thống ERP lớn như SAP ECC (cần nâng cấp lên New GL), Oracle EBS, hoặc Dynamics 365. Công việc chính là kích hoạt và cấu hình lại các tính năng Kế toán Song song (Parallel Accounting) đã có sẵn trong lõi phần mềm nhưng chưa được sử dụng.
Thách thức: Yêu cầu chuyên môn kỹ thuật sâu sắc về cả ERP và IFRS. Nếu hệ thống ERP của bạn quá cũ, việc này có thể bất khả thi mà không cần nâng cấp phiên bản lớn.
2. Lựa chọn 2: Mua và Tích hợp Giải pháp Chuyên biệt (Bolt-on Solutions)
Thay vì tùy chỉnh sâu vào lõi ERP, doanh nghiệp sẽ mua các phần mềm chuyên biệt chỉ giải quyết một chuẩn mực phức tạp (ví dụ: LeaseQuery cho IFRS 16, hoặc một hệ thống tính toán ECL cho IFRS 9) và tích hợp chúng với ERP.
Ưu điểm: Triển khai nhanh hơn, ít rủi ro thay đổi lõi hệ thống.
Nhược điểm: Chi phí bản quyền và chi phí tích hợp cao; rủi ro về tính đồng bộ dữ liệu giữa các hệ thống (Data Silos).
3. Lựa chọn 3: Thay thế Hệ thống ERP (System Replacement/Upgrade)
Nếu hệ thống ERP hiện tại quá lạc hậu (ví dụ, không hỗ trợ bất kỳ tính năng Parallel Accounting nào), việc chuyển sang một ERP thế hệ mới (như SAP S/4HANA hoặc Oracle Fusion) có thể là giải pháp tối ưu nhất, mặc dù tốn kém nhất. Các ERP thế hệ mới được thiết kế với kiến trúc tài chính đơn (Single Source of Truth) và hỗ trợ sẵn sàng cho nhiều chuẩn mực kế toán cùng lúc.
Khi hệ thống có thể “track” dữ liệu IFRS ngay từ đầu vào (Source Transaction), chúng ta mới thực sự đạt được hiệu quả về chi phí và thời gian. Điều này giúp loại bỏ hoàn toàn bảng tính điều chỉnh thủ công Excel, biến công việc của kế toán IFRS từ tổng hợp và điều chỉnh thành phân tích và kiểm soát.
KẾT LUẬN
Việc điều chỉnh hệ thống ERP để track dữ liệu IFRS là một cuộc hành trình dài hơi, đòi hỏi sự đầu tư lớn về tài chính, công nghệ và nguồn lực con người. Nó không phải là một công việc đơn thuần của IT, mà là một chiến lược kinh doanh được dẫn dắt bởi Giám đốc Tài chính. Mục tiêu không chỉ là tuân thủ chuẩn mực, mà là biến hệ thống ERP thành một công cụ mạnh mẽ, cung cấp dữ liệu minh bạch, kịp thời, giúp Ban Lãnh đạo đưa ra quyết định kinh doanh dựa trên bản chất kinh tế thực sự của giao dịch.
Nếu doanh nghiệp của bạn đang trong quá trình chuyển đổi IFRS hoặc đối diện với những vấn đề phức tạp trong việc đối chiếu VAS và IFRS, hãy nhớ rằng hệ thống ERP chính là “vũ khí bí mật” để bạn chiến thắng cuộc đua này. Đừng tiếc tiền đầu tư vào việc cấu hình hệ thống ngay từ đầu; chi phí tiết kiệm được từ việc giảm thiểu sai sót, rút ngắn thời gian kiểm toán và tăng cường khả năng ra quyết định chiến lược sẽ lớn hơn nhiều so với chi phí ban đầu. Hãy chuẩn bị tinh thần cho một cuộc đại tu lớn, vì IFRS là một tấm vé VIP vào sân chơi quốc tế, và chiếc vé này đòi hỏi bạn phải có một “cỗ máy” hoạt động trơn tru theo tiêu chuẩn toàn cầu.
#GócChillViệtNam #reboostlab #taichinhketoan #reboostlabcom #IFRS #ERPSystem #FinanceTransformation #IFRS16 #Vinamilk
