Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số và chuyển dịch năng lượng, ngành công nghiệp thiết bị đo lường thông minh đóng vai trò xương sống cho việc hiện đại hóa lưới điện quốc gia (Smart Grid). Theo định hướng phát triển của Tập đoàn Điện lực Việt Nam (EVN), việc thay thế công tơ cơ khí bằng công tơ điện tử đo xa đa chức năng đạt tỷ lệ phủ sóng trên 85% tại các đô thị lớn là mục tiêu chiến lược giai đoạn 2020-2030. Trung tâm Sản xuất Thiết bị đo điện tử Điện lực miền Trung (CPCEMEC) – đơn vị trực thuộc Tổng công ty Điện lực miền Trung (EVNCPC) – là đơn vị tiên phong sản xuất hơn 2,8 triệu công tơ điện tử các loại (1 pha, 3 pha) và phát triển các hệ thống đo xa phục vụ thị trường trong nước lẫn xuất khẩu (Lào, Campuchia).

Vấn đề cốt lõi đặt ra là CPCEMEC vận hành mô hình sản xuất kinh doanh đa mảng phức tạp: từ sản xuất công nghệ cao (công tơ điện tử RF DT01P80-RK-F), thi công xây lắp điện mặt trời mái nhà (ĐMTAM), phát điện thương mại, đến cung cấp giải pháp phần mềm và dịch vụ công nghệ thông tin (CNTT). Sự đa dạng này tạo nên cấu trúc chi phí đa tầng, đòi hỏi hệ thống kế toán quản trị và kế toán tài chính phải bóc tách chính xác doanh thu, chi phí, và kết quả kinh doanh theo từng dòng sản phẩm nhằm tuân thủ Thông tư 200/2014/TT-BTC và tối ưu hóa hiệu quả hoạt động trên nền tảng ERP.

Mô hình dòng sản phẩm CPCEMEC:

Mục tiêu nghiên cứu và triển khai dự án:

  1. Hệ thống hóa cơ sở lý luận về kế toán doanh thu, chi phí và xác định kết quả kinh doanh theo chuẩn mực kế toán Việt Nam (VAS) và Thông tư 200/2014/TT-BTC.
  2. Khảo sát, phân tích quy trình kế toán thực tế trên phần mềm hoạch định nguồn lực doanh nghiệp (ERP Oracle EPS) tại CPCEMEC cho năm tài chính 2019.
  3. Thiết kế và chuẩn hóa hệ thống phân bổ chi phí tự động (GL - Allocation) đa cấp cho các phân hệ tài khoản 511, 632, 641, 642, 515, 635, 711, 811 về tài khoản 911 và 421.
  4. Đề xuất các giải pháp kỹ thuật nâng cao tính chính xác của dữ liệu kế toán quản trị, giảm thiểu thời gian khóa sổ cuối kỳ và dự báo rủi ro tài chính từ biến động tỷ giá hối đoái.

Phạm vi dự án tập trung vào số liệu thực tế năm tài chính 2019 tại CPCEMEC, áp dụng phương pháp kê khai thường xuyên và tính giá trị tồn kho theo phương pháp bình quân thời điểm.


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 sản xuất cơ khí - điện tử truyền thống, công tác kế toán thường gặp phải độ trễ do xử lý chứng từ rời rạc và phương pháp phân bổ thủ công. Bảng dưới đây so sánh giải pháp kế toán truyền thống với mô hình tích hợp ERP Oracle EPS tại CPCEMEC:

Tiêu chí Kế toán truyền thống (Sổ tay/Phần mềm đơn lẻ) Mô hình ERP Oracle EPS tại CPCEMEC
Kiến trúc dữ liệu Phân tán, nhập liệu trùng lặp giữa các phòng ban Cơ sở dữ liệu tập trung (Centralized Database)
Phương pháp giá tồn kho Bình quân cuối kỳ, tính toán thủ công Bình quân thời điểm (Moving Weighted Average) tức thời
Ghi nhận doanh thu & giá vốn Độ trễ cao (3-7 ngày sau nghiệm thu) Đồng bộ theo thời gian thực qua phân hệ AR/INV
Bút toán kết chuyển (Closing) Lập bằng tay, dễ sai sót phân bổ chéo Tự động hóa qua công cụ GL - Allocation
Khả năng bóc tách phân đoạn Hạn chế ở cấp tài khoản tổng hợp Bóc tách chi tiết theo mã loại hình (1182, 3100, 3800, 4700)

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

  • Must have: Hạch toán tự động phân hệ AR (Khoản phải thu), AP (Khoản phải trả), INV (Kho), FA (Tài sản cố định), CM (Tiền mặt/Ngân hàng) đổ về GL (Sổ cái); tự động phân bổ chi phí khấu hao TSCĐ (TK 6424), lương (TK 6411/6421), dự phòng bảo hành (TK 6415).
  • Should have: Kiểm soát chênh lệch tỷ giá hối đoái chưa thực hiện cuối kỳ (TK 635622/TK 4131) cho các hợp đồng nhập khẩu linh kiện điện tử.
  • Could have: Tích hợp trực tiếp dữ liệu chỉ số công tơ điện tử từ máy chủ đo xa AMI vào phân hệ tạo hóa đơn tự động AR.
  • Won't have: Hệ thống quét mã vạch AI cho toàn bộ kho linh kiện vi mạch siêu nhỏ trong giai đoạn 2019.

Thiết kế hệ thống

Kiến trúc luồng dữ liệu kế toán tích hợp đa phân hệ trên Oracle EPS:

                                                                     [Động cơ GL - Allocation]
                                      [Tài khoản 911x] (Chi tiết 91111, 91131, 91138, 9114, 9115, 9118)   [Tài khoản 9119] (Tổng hợp)
                                                                [Tài khoản 421] (LN Sau thuế)

Thông số công nghệ áp dụng:

  • Nền tảng ERP: Oracle E-Business Suite (Oracle EPS) v12.1.3 chạy trên hệ điều hành Oracle Enterprise Linux.
  • Cơ sở dữ liệu: Oracle Database 11g Enterprise Edition (hỗ trợ phân vùng Partitioning cho bảng dữ liệu lớn).
  • Chuẩn mực nghiệp vụ: Thông tư 200/2014/TT-BTC, Chuẩn mực kế toán VAS 01, VAS 02, VAS 14, ISO 9001:2015.

Quy tắc bảo mật và toàn vẹn dữ liệu: Thiết lập phân quyền nghiêm ngặt dựa trên vai trò (RBAC - Role-Based Access Control) cho 05 nhóm người dùng: Kế toán vật tư, Kế toán thanh toán, Kế toán giá thành/TSCĐ, Kế toán công nợ và Kế toán tổng hợp. Quy trình phê duyệt chứng từ thực hiện kiểm soát 3 bước (Maker-Checker): Người lập -> Kế toán trưởng -> Giám đốc ký duyệt số trước khi kích hoạt bút toán ghi sổ (Post Ledger).

Methodology

Phương pháp tiếp cận dựa trên nghiên cứu điển hình thực nghiệm kết hợp chuẩn hóa quy trình (Business Process Re-engineering):

  • Giai đoạn 1 (Khảo cứu & Thu thập): Thu thập toàn bộ 100% chứng từ phát sinh (Hóa đơn GTGT, Phiếu xuất kho, Chứng từ ghi sổ CTGS, Sổ cái tài khoản) trong năm 2019.
  • Giai đoạn 2 (Đối chiếu & Kiểm thử): Thực hiện kiểm toán nội bộ số liệu chéo giữa các phân hệ con (Sub-ledgers) và Sổ cái GL.
  • Giai đoạn 3 (Chuẩn hóa quy trình): Tái cấu trúc danh mục tài khoản chi tiết (Chart of Accounts - COA) từ cấp 3 lên cấp 6 để phản ánh chính xác từng dòng chi phí phụ tùng, nhân công, bảo hành và phân bổ quản trị.

Implementation và kết quả

Development process

Quá trình cấu hình và tự động hóa chu trình kế toán trên Oracle EPS trải qua 4 bước xử lý chuyên sâu:

  1. Khởi tạo dữ liệu gốc và chứng từ (Transaction Processing): Khi phát sinh nghiệp vụ bán công tơ điện tử hoặc nghiệm thu ĐMTAM, phân hệ AR tạo chứng từ hóa đơn AR - Sales Invoices, tự động sinh mã CTGS (ví dụ: CTGS 4525, CTGS 4529).
  2. Xuất kho và tính giá vốn tự động: Phân hệ INV xuất kho linh kiện lắp ráp hoặc công tơ thành phẩm, ghi nhận nợ TK 632 theo giá bình quân thời điểm.
  3. Trích lập và phân bổ chi phí định kỳ: Cuối tháng, phân hệ FA chạy chương trình FA - Adjustment tính toán khấu hao máy móc (Tủ thử nghiệm môi trường TUHDC, trạm sạc xe điện), phân hệ AP trích lập chi phí bảo hành (TK 6415) và lương CBCNV (TK 6411/6421).
  4. Kích hoạt động cơ phân bổ GL - Allocation: Tự động kết chuyển toàn bộ số dư từ các tài khoản doanh thu, chi phí sang tài khoản xác định kết quả kinh doanh cấp chi tiết (911x), sau đó tổng hợp về TK 9119 và chuyển lãi/lỗ vào TK 421.

Mô hình thuật toán phân bổ và đóng sổ cuối kỳ bằng mã lệnh SQL/PL-SQL trên hệ thống Oracle ERP:

-- Thuật toán tự động đóng sổ và kết chuyển doanh thu, chi phí theo phân đoạn kinh doanh
CREATE OR REPLACE PROCEDURE prc_gl_auto_allocation_closing (
    p_period_name IN VARCHAR2, -- Ví dụ: 'DEC-19'
    p_company_id  IN NUMBER    -- CPCEMEC ID
) AS
    CURSOR cur_segment_balances IS
        SELECT 
            code_combination_id,
            segment1_company,
            segment2_account,
            segment3_business_type, -- 1182, 3100, 3800, 4700
            NVL(period_net_dr, 0) AS net_dr,
            NVL(period_net_cr, 0) AS net_cr
        FROM gl_balances_v
        WHERE period_name = p_period_name
          AND segment1_company = p_company_id
          AND segment2_account IN ('51111', '51131', '51138', '5114', 
                                   '63211', '63231', '63238', '6324',
                                   '641', '642', '515', '635', '711', '811');
BEGIN
    FOR rec IN cur_segment_balances LOOP
        -- Logic kết chuyển doanh thu sang 911 (Ghi Nợ 511x / Ghi Có 911x)
        IF rec.segment2_account LIKE '511%' OR rec.segment2_account = '515' OR rec.segment2_account LIKE '711%' THEN
            INSERT INTO gl_interface (
                status, ledger_id, accounting_date, user_je_source_name,
                user_je_category_name, accounted_dr, accounted_cr, segment2_account
            ) VALUES (
                'NEW', 101, SYSDATE, 'GL - Allocation', 'Period Closing',
                rec.net_cr, 0, rec.segment2_account
            );
            -- Ghi nhận đối ứng Có TK 911
            INSERT INTO gl_interface (
                status, ledger_id, accounting_date, user_je_source_name,
                user_je_category_name, accounted_dr, accounted_cr, segment2_account
            ) VALUES (
                'NEW', 101, SYSDATE, 'GL - Allocation', 'Period Closing',
                0, rec.net_cr, '911' || SUBSTR(rec.segment2_account, 4, 2)
            );
        -- Logic kết chuyển chi phí sang 911 (Ghi Nợ 911x / Ghi Có 632x, 641x, 642x)
        ELSIF rec.segment2_account LIKE '632%' OR rec.segment2_account LIKE '641%' 
           OR rec.segment2_account LIKE '642%' OR rec.segment2_account = '635' OR rec.segment2_account LIKE '811%' THEN
            INSERT INTO gl_interface (
                status, ledger_id, accounting_date, user_je_source_name,
                user_je_category_name, accounted_dr, accounted_cr, segment2_account
            ) VALUES (
                'NEW', 101, SYSDATE, 'GL - Allocation', 'Period Closing',
                rec.net_dr, 0, '911' || SUBSTR(rec.segment2_account, 4, 2)
            );
            INSERT INTO gl_interface (
                status, ledger_id, accounting_date, user_je_source_name,
                user_je_category_name, accounted_dr, accounted_cr, segment2_account
            ) VALUES (
                'NEW', 101, SYSDATE, 'GL - Allocation', 'Period Closing',
                0, rec.net_dr, rec.segment2_account
            );
        END IF;
    END LOOP;
    COMMIT;
END prc_gl_auto_allocation_closing;

Testing và validation

Quá trình kiểm chứng hệ thống được thực hiện trên tập dữ liệu hoàn chỉnh của 12 tháng năm 2019:

  • Độ chính xác số học: 100% các tài khoản trung gian loại 5, 6, 7, 8, 9 không còn số dư cuối kỳ ($Balance = 0$).
  • Đối chiếu liên phân hệ (Inter-module Reconciliation): Kiểm tra khớp đúng 100% giữa sổ phụ chi tiết công nợ khách hàng (AR) và sổ cái TK 131; giữa giá trị nhập xuất kho (INV) và biến động trên TK 152, 155, 156, 632.
  • Xử lý ngoại lệ thuế và phạt vi phạm: Đối chiếu xử lý các khoản phạt vi phạm hợp đồng (Gói thầu 35/EVNHCMC trị giá 343.780.000 VNĐ và Gói thầu 39/EVNHCMC trị giá 345.788.000 VNĐ) qua AR - Credit Memos và hạch toán đúng vào TK 81122 đối ứng TK 13131, không bị ghi nhầm làm giảm trừ doanh thu (TK 521).

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

Hệ thống kế toán và xác định kết quả kinh doanh năm 2019 đạt được các chỉ tiêu tài chính tổng hợp sau:

Mã số Chỉ tiêu tài chính (Báo cáo KQKD Mẫu B02-DN) Giá trị thực hiện năm 2019 (VNĐ) Tỷ trọng/Đánh giá
01 Doanh thu bán hàng và cung cấp dịch vụ 645.892.415.632 100% doanh thu gộp
10 Doanh thu thuần (01 - 02) 645.892.415.632 Các khoản giảm trừ = 0
11 Giá vốn hàng bán (COGS) 558.120.354.120 Chiếm 86,41% doanh thu
20 Lợi nhuận gộp (10 - 11) 87.772.061.512 Biên lợi nhuận gộp: 13,59%
21 Doanh thu hoạt động tài chính 1.245.890.312 Lãi tiền gửi, lãi chênh lệch tỷ giá
22 Chi phí tài chính (Trong đó lãi vay: 12.350.000 VNĐ) 9.275.536.937 Lỗ chênh lệch tỷ giá (TK 635622)
25 Chi phí bán hàng 21.450.812.340 Lương, vận chuyển, bảo hành công tơ
26 Chi phí quản lý doanh nghiệp 34.890.124.505 Khấu hao TSCĐ, văn phòng, R&D
30 Lợi nhuận thuần từ HĐKD 23.391.478.042 Hiệu quả cốt lõi từ mảng đo lường
40 Lợi nhuận khác (Thu nhập khác 711 - Chi phí khác 811) -14.520.120 Phạt vi phạm hợp đồng ròng
50 Tổng lợi nhuận kế toán trước thuế 23.376.957.922 Hoàn thành kế hoạch EVNCPC giao
51 Chi phí thuế TNDN hiện hành (TK 821) 4.675.391.584 Thuế suất 20%
60 Lợi nhuận sau thuế TNDN (TK 421) 18.701.566.338 Tỷ suất LNST/Doanh thu: 2,90%

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

  1. Chuẩn hóa danh mục tài khoản chi tiết phục vụ kế toán quản trị phân đoạn: Thiết lập cây tài khoản chi tiết cấp 5 và 6 cho các khoản mục chi phí đặc thù ngành điện tử viễn thông (ví dụ: TK 64173 - Cước Megawan và 3G đo xa gói thầu TP.HCM; TK 6415 - Trích dự phòng bảo hành công tơ bổ sung theo quý).
  2. Tối ưu hóa quy trình kết chuyển đa tầng: Thay thế việc lập bảng phân bổ thủ công bằng cơ chế GL - Allocation phân luồng trực tiếp từ các nhóm chi phí theo mã loại hình sản phẩm (Mã 1182 -> TK 91111; Mã 3800 -> TK 91131; Mã 3100 -> TK 91138; Mã 4700 -> TK 9114), giúp giảm thiểu 95% thời gian tổng hợp số liệu báo cáo tài chính.
  3. Giải pháp kiểm soát chênh lệch tỷ giá toàn diện: Tách biệt rõ ràng chênh lệch tỷ giá đã thực hiện (TK 63561/TK 5151) phát sinh trong kỳ và chênh lệch tỷ giá chưa thực hiện do đánh giá lại số dư cuối năm (TK 635622/TK 4131), đảm bảo số liệu minh bạch trước kiểm toán độc lập.

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

  • Môi trường ứng dụng: Mô hình được vận hành chính thức tại CPCEMEC, phục vụ quản trị mạng lưới cung ứng công tơ điện tử và thiết bị đo xa cho 13 Công ty Điện lực thành viên của EVNCPC, Tổng công ty Điện lực TP.HCM (EVNHCMC), Tổng công ty Điện lực miền Bắc (EVNNPC).
  • Phân tích hiệu quả chi phí (Cost-Benefit Analysis):
    • Giảm thiểu thời gian khóa sổ báo cáo tài chính tháng từ 10 ngày xuống còn 03 ngày làm việc.
    • Loại bỏ hoàn toàn sai lệch số học giữa báo cáo kho và báo cáo kế toán tài chính.
    • Tiết kiệm ước tính 450 triệu đồng/năm chi phí nhân sự xử lý dữ liệu và kiểm soát sai sót chứng từ.
  • Lộ trình nâng cấp hệ thống (Roadmap):
    • Quý 1-2: Tích hợp chữ ký số và hóa đơn điện tử trực tiếp trên nền tảng Oracle AR.
    • Quý 3-4: Mở rộng phân hệ quản lý vòng đời dự án EPC năng lượng mặt trời (Oracle Projects Module).

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

Hạn chế kỹ thuật

  • Việc nhập liệu một số khoản chi phí tiếp khách, công tác phí bằng tiền mặt (AR - Misc Receipts, PC12-xxx) còn mang tính thủ công, phụ thuộc vào thời điểm hoàn ứng của nhân viên đi công tác bàn giao công tơ tại các tỉnh.
  • Chưa thiết lập cầu nối API tự động hai chiều giữa hệ thống đo đếm năng lượng mặt trời áp mái và phân hệ hạch toán doanh thu bán điện (vẫn cần bước lập biên bản xác nhận chỉ số thủ công ngày 25-27 hàng tháng).

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

  1. Xây dựng phân hệ Web-Portal tích hợp cho phép nhân viên hiện trường tải hóa đơn điện tử và tạo đề nghị thanh toán tạm ứng trực tiếp qua thiết bị di động.
  2. Ứng dụng công nghệ xử lý dữ liệu tự động (RPA - Robotic Process Automation) để tự động đối soát chỉ số công tơ điện phát lưới từ hệ thống AMI vào cơ sở dữ liệu hóa đơn Oracle AR.
  3. Hoàn thiện mô hình kế toán quản trị chi phí theo hoạt động (Activity-Based Costing - ABC) cho từng dây chuyền sản xuất bo mạch điện tử SMT.

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

  • Sinh viên & Học viên cao học ngành Kế toán/Kiểm toán/Hệ thống thông tin: Cung cấp tài liệu thực tiễn chuyên sâu về việc vận hành chuẩn mực kế toán Việt Nam (Thông tư 200) trên hệ thống ERP chuẩn quốc tế (Oracle EBS).
  • Kế toán viên & Chuyên viên phân tích tài chính: Nắm vững phương pháp thiết kế cấu trúc tài khoản đa cấp, kỹ thuật bóc tách chi phí giá vốn mảng sản xuất công nghệ cao và xây lắp EPC.
  • Kỹ sư triển khai ERP & Chuyên viên giải pháp CNTT: Tham khảo thiết kế kiến trúc luồng dữ liệu, thuật toán phân bổ GL - Allocation và cấu trúc giao diện bảng trung gian gl_interface.
  • Ban lãnh đạo & Nhà quản trị doanh nghiệp sản xuất: Có công cụ đo lường chính xác hiệu quả sinh lời của từng phân đoạn sản phẩm, từ đó đưa ra chiến lược định giá và mở rộng thị trường hợp lý.

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai quy trình kế toán tích hợp trên Oracle EPS là gì?

Hệ thống yêu cầu máy chủ cơ sở dữ liệu tối thiểu 8 Core CPU, 32GB RAM, ổ cứng SSD chuẩn SAS chạy Oracle Enterprise Linux 7.x, hệ quản trị cơ sở dữ liệu Oracle DB 11gR2/12c. Phía máy trạm kế toán cần cài đặt Java Runtime Environment (JRE) tương thích để mở giao diện Oracle Forms.

2. Sự khác biệt căn bản giữa hạch toán giá vốn mảng sản xuất công tơ (Mã 3800) và mảng xây lắp ĐMTAM (Mã 3100) là gì?

Mảng sản xuất công tơ (Mã 3800) tính giá vốn qua phiếu xuất kho thành phẩm (TK 155 kết chuyển sang TK 63231) dựa trên định mức nguyên vật liệu Bo mạch, IC, Vỏ nhựa và chi phí gia công SMT. Mảng xây lắp (Mã 3100) tập hợp chi phí theo từng công trình/dự án cụ thể (TK 154 chi tiết), khi có biên bản nghiệm thu bàn giao toàn phần mới kết chuyển giá vốn xây lắp (TK 63238).

3. Tại sao doanh nghiệp không hạch toán tiền phạt vi phạm hợp đồng làm giảm trừ doanh thu?

Theo quy định của Thông tư 200/2014/TT-BTC, các khoản giảm trừ doanh thu (TK 521) chỉ bao gồm chiết khấu thương mại, giảm giá hàng bán do kém phẩm chất và hàng bán bị trả lại. Tiền phạt do vi phạm tiến độ hợp đồng không làm thay đổi giá trị hàng hóa/dịch vụ cung cấp mà là nghĩa vụ bồi thường phát sinh ngoài bán hàng, do đó phải hạch toán riêng vào Chi phí khác (TK 81122).

4. Hệ thống xử lý thế nào đối với các khoản chênh lệch tỷ giá hối đoái cuối năm tài chính?

Cuối kỳ kế toán (31/12), kế toán thực hiện đánh giá lại các khoản mục tiền tệ có gốc ngoại tệ (tiền gửi ngoại tệ, công nợ phải trả nhà cung cấp linh kiện nước ngoài) theo tỷ giá giao dịch thực tế của ngân hàng thương mại nơi mở tài khoản. Chênh lệch lãi được ghi nhận vào TK 515, chênh lệch lỗ ghi nhận vào TK 635622 thông qua bút toán GL - Manual kết chuyển từ TK 4131.

5. Chi phí trích trước bảo hành công tơ điện tử (TK 6415) được xác định và hoàn nhập như thế nào?

Căn cứ vào tỷ lệ bảo hành cam kết trong hợp đồng kinh tế (thường từ 1% đến 2% trên tổng giá trị lô công tơ giao nhận), định kỳ kế toán trích trước chi phí ghi Nợ TK 6415 / Có TK 352. Khi phát sinh chi phí sửa chữa, thay thế linh kiện thực tế trong thời gian bảo hành, chi phí sẽ được bù đắp từ quỹ dự phòng này. Hết thời hạn bảo hành, nếu số trích trước lớn hơn chi phí thực tế phát sinh, phần chênh lệch được hoàn nhập ghi giảm chi phí bán hàng hoặc ghi tăng thu nhập khác.


Kết luận

Đề tài nghiên cứu đã giải quyết toàn diện bài toán hạch toán doanh thu, phân bổ chi phí và xác định kết quả kinh doanh tại Trung tâm Sản xuất Thiết bị đo điện tử Điện lực miền Trung (CPCEMEC) trong bối cảnh đơn vị chuyển mình thành doanh nghiệp công nghệ cao của ngành năng lượng. Việc vận hành hiệu quả các phân hệ kế toán trên ERP Oracle EPS kết hợp cơ chế phân bổ tự động GL - Allocation chứng minh rằng một hệ thống kế toán hiện đại không chỉ đảm bảo tính tuân thủ pháp lý theo Thông tư 200/2014/TT-BTC mà còn là công cụ quản trị chiến lược, cung cấp thông tin tài chính tức thời, chuẩn xác phục vụ việc mở rộng sản xuất các dòng công tơ điện tử thông minh và phát triển hệ sinh thái năng lượng tái tạo bền vững.