Giới thiệu dự án

Thị trường bảo hiểm phi nhân thọ Việt Nam duy trì tốc độ tăng trưởng bình quân từ 10% – 12%/năm, trong đó nghiệp vụ bảo hiểm xe cơ giới (gồm bảo hiểm bắt buộc Trách nhiệm dân sự - TNDS và bảo hiểm tự nguyện vật chất xe) luôn chiếm tỷ trọng lớn nhất, dao động từ 30% – 35% tổng doanh thu toàn ngành. Sự gia tăng nhanh chóng của phương tiện giao thông kéo theo áp lực quản trị bồi thường và khai thác. Các doanh nghiệp bảo hiểm như Bảo hiểm Bảo Việt, Bảo hiểm PVI, Bảo hiểm Bưu điện (PTI) và Tổng Công ty Cổ phần Bảo hiểm Hàng không (VNI) phải đối mặt với mức độ cạnh tranh gay gắt cùng các rủi ro vận hành phức tạp.

Công ty Bảo hiểm Hàng không Hà Nội (VNI Hà Nội) ghi nhận chu trình cấp bảo hiểm xe ô tô và thu tiền diễn ra liên tục với khối lượng giao dịch lớn. Tuy nhiên, quy trình quản lý vẫn tồn tại các lỗ hổng kiểm soát: rủi ro cấp đơn khống, trục lợi bảo hiểm bằng cách mua bảo hiểm sau khi xảy ra tai nạn, sai lệch tỷ lệ phí bảo hiểm/điều khoản bổ sung (ĐKBS), thất thoát ấn chỉ Giấy chứng nhận bảo hiểm (GCNBH) và tình trạng nợ đọng phí bảo hiểm kéo dài trên Tài khoản 13111 (Phải thu của khách hàng - Phí bảo hiểm xe cơ giới).

Đề tài tập trung giải quyết bài toán: Hoàn thiện hệ thống Kiểm soát nội bộ (KSNB) chu trình cấp bảo hiểm xe ô tô và thu tiền tại VNI Hà Nội nhằm triệt tiêu gian lận, chuẩn hóa dữ liệu tài chính và tối ưu hóa dòng tiền.

Mục tiêu dự án

  1. Hệ thống hóa cơ sở lý luận: Xác lập khung KSNB chuẩn mực theo báo cáo COSO 2013, Chuẩn mực Kiểm toán Việt Nam VSA 400 và Chế độ kế toán doanh nghiệp bảo hiểm theo Thông tư 232/2012/TT-BTC.
  2. Đánh giá thực trạng toàn diện: Phân tích quy trình 3 giai đoạn (Trước – Trong – Sau khi cấp đơn và thu tiền) tại VNI Hà Nội giai đoạn 2020 – 2022 và quý 1/2023, định vị các điểm yếu cốt lõi trong ma trận phân quyền và luân chuyển chứng từ.
  3. Thiết kế giải pháp KSNB tích hợp số hóa: Xây dựng ma trận kiểm soát tự động (Automated Control Matrix), thiết lập chốt chặn phân quyền Maker-Checker trên phần mềm nghiệp vụ bhhkvniacc, kiểm soát tỷ lệ nợ xấu TK 13111 dưới 3% và ngăn chặn 100% sai lệch dữ liệu giữa hợp đồng và GCNBH.

Phạm vi nghiên cứu: Nghiệp vụ bảo hiểm xe cơ giới tại VNI Hà Nội, tập trung vào dữ liệu tài chính, quy trình luân chuyển chứng từ và phần mềm bhhkvniacc từ năm 2020 đến hết tháng 04/2023.

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

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

Tại VNI Hà Nội, chu trình cấp đơn và thu phí có sự tham gia của 3 bộ phận: Phòng Kinh doanh (Cán bộ kinh doanh - CBKD), Phòng Quản lý Nghiệp vụ & Bồi thường (QLNV&BT), và Phòng Kế toán - Hành chính tổng hợp. Khảo sát thực tế cho thấy các hạn chế lớn giữa phương thức kiểm soát truyền thống và yêu cầu hiện đại:

Tiêu chí kiểm soát Phương pháp truyền thống tại đơn vị Rủi ro phát sinh Giải pháp KSNB đề xuất
Thẩm định xe trước cấp đơn Giám định vật lý thủ công, chụp ảnh gửi qua Zalo/Email rời rạc Khách hàng gian lận thời điểm tổn thất, nhận bảo hiểm cho xe đã bị tai nạn Bắt buộc đính kèm bộ ảnh 4 góc + số khung/số máy có gắn Geotag và Timestamp lên hệ thống
Phân quyền duyệt phí CBKD tự áp mức giảm phí và điều khoản bổ sung (ĐKBS), trình ký giấy sau Vi phạm biểu phí Bộ Tài chính quy định, thất thu phí bảo hiểm Thiết lập Hard-stop logic: Vượt thẩm quyền chiết khấu (>10%) tự động khóa đơn, chờ Giám đốc duyệt
Kiểm soát ấn chỉ GCNBH Xuất kho ấn chỉ giấy theo lô, kiểm kê định kỳ cuối tháng Thất thoát, rách hỏng không rõ nguyên nhân, rủi ro cấp đơn chui Số hóa 100% GCNBH điện tử có mã QR xác thực; ấn chỉ giấy quản lý Serial nghiêm ngặt
Theo dõi công nợ (TK 13111) Kế toán đối chiếu thủ công qua sao kê ngân hàng và bảng kê excel Nợ đọng quá hạn >30 ngày không thu hồi được, ghi nhận sai kỳ doanh thu Tự động đối soát công nợ qua Virtual Account ngân hàng; tự động khóa cấp đơn mới nếu nợ quá hạn

Áp dụng phương pháp phân tích yêu cầu MoSCoW:

  • Must-have: Nguyên tắc bất kiêm nhiệm (Segregation of Duties) giữa CBKD và bộ phận phê duyệt QLNV&BT; đối chiếu tự động dữ liệu cấp đơn với bút toán doanh thu TK 511 và công nợ TK 13111.
  • Should-have: Tích hợp kiểm tra tự động mã số thuế doanh nghiệp và biển số xe qua API Cục Đăng kiểm.
  • Could-have: Ứng dụng OCR tự động đọc thông tin từ Giấy đăng ký xe và Căn cước công dân (CCCD).
  • Won't-have (giai đoạn này): Tự động định giá tổn thất bằng AI trong phân hệ bồi thường.

Thiết kế hệ thống

Kiến trúc kiểm soát KSNB được thiết kế theo cấu trúc 3 tầng kiểm soát (3 Lines of Defense) đồng bộ với hệ thống phần mềm kế toán - nghiệp vụ:

Technology Stack và Tiêu chuẩn Kỹ thuật

  • Nền tảng nghiệp vụ: bhhkvniacc (Core Insurance & Accounting System Enterprise Edition).
  • Cơ sở dữ liệu: Microsoft SQL Server 2019 Enterprise (hỗ trợ Transparent Data Encryption - TDE và Transaction Log Shipping).
  • Khung lý thuyết KSNB: COSO Internal Control - Integrated Framework (2013).
  • Quy chuẩn kế toán: Thông tư 232/2012/TT-BTC, Luật Kinh doanh Bảo hiểm số 08/2022/QH15, Thông tư 41:2019/BGTVT.
  • Bảo mật dữ liệu: Mã hóa SHA-256 đối với chữ ký số GCNBH, phân quyền Role-Based Access Control (RBAC).

Database Schema cho Module Quản lý Cấp đơn & Nợ phí (TK 13111)

-- Thiết kế Bảng Hợp đồng & Giấy chứng nhận bảo hiểm xe ô tô
CREATE TABLE tbl_Policy_Vehicle (
    PolicyID VARCHAR(30) PRIMARY KEY,
    CustomerID VARCHAR(20) NOT NULL,
    VehicleChassisNo VARCHAR(50) NOT NULL, -- Số khung
    VehicleEngineNo VARCHAR(50) NOT NULL,  -- Số máy
    LicensePlate VARCHAR(20) NOT NULL,    -- Biển kiểm soát
    SumInsured DECIMAL(18,2) NOT NULL,     -- Số tiền bảo hiểm
    NetPremium DECIMAL(18,2) NOT NULL,     -- Phí bảo hiểm thuần
    VATRate DECIMAL(4,2) DEFAULT 0.10,     -- Thuế GTGT 10%
    TotalPremium DECIMAL(18,2) NOT NULL,   -- Tổng phí thanh toán
    MakerID VARCHAR(20) NOT NULL,          -- CBKD lập đơn
    CheckerID VARCHAR(20) NULL,            -- Cán bộ QLNV duyệt
    Status VARCHAR(20) DEFAULT 'PENDING',  -- PENDING, APPROVED, CANCELLED, ACTIVE
    IssueDate DATETIME NOT NULL,
    EffectiveDate DATETIME NOT NULL,
    ExpiryDate DATETIME NOT NULL
);

-- Thiết kế Bảng Quản lý Công nợ Phí bảo hiểm (Chi tiết TK 13111)
CREATE TABLE tbl_Premium_Receivable_13111 (
    ReceivableID BIGINT IDENTITY(1,1) PRIMARY KEY,
    PolicyID VARCHAR(30) FOREIGN KEY REFERENCES tbl_Policy_Vehicle(PolicyID),
    DebitAccount VARCHAR(10) DEFAULT '13111',
    CreditAccount VARCHAR(10) DEFAULT '5111',
    AmountDue DECIMAL(18,2) NOT NULL,
    AmountPaid DECIMAL(18,2) DEFAULT 0.00,
    DueDate DATETIME NOT NULL,
    PaymentStatus VARCHAR(20) DEFAULT 'UNPAID', -- UNPAID, PARTIAL, PAID, OVERDUE
    BankRefCode VARCHAR(50) NULL,
    LastReconciliationDate DATETIME NULL
);

Methodology

Quy trình nghiên cứu và triển khai áp dụng mô hình lặp kết hợp kiểm toán tuân thủ (Iterative Audit & Control Engineering Roadmap):

  1. Giai đoạn Khảo sát & Đánh giá rủi ro (Risk Assessment): Xác lập ma trận rủi ro chu trình cấp đơn theo 5 nhóm rủi ro (Rủi ro chấp nhận bảo hiểm, rủi ro định giá phí, rủi ro chứng từ, rủi ro thu hồi nợ, rủi ro ghi nhận sai lệch sổ sách).
  2. Giai đoạn Tái cấu trúc quy trình (Process Engineering): Thiết lập ranh giới phân công phân nhiệm giữa 3 phòng ban chức năng.
  3. Giai đoạn Kiểm thử kiểm soát (Test of Controls - ToC): Thực hiện kiểm toán mẫu trên 150 hồ sơ cấp đơn xe cơ giới phát sinh trong niên độ 2020 – 2022.
  4. Giai đoạn Tối ưu hóa & Đánh giá: Đo lường các chỉ số hiệu quả kiểm soát (Key Control Indicators - KCI).

Implementation và kết quả

Development Process & Control Logic

Hệ thống thiết lập 3 trạm kiểm soát tự động tương ứng với 3 giai đoạn của chu trình:

[GIAI ĐOẠN 1: TRƯỚC KHI CẤP]
- Tiếp nhận thông tin KH
- Bắt buộc Upload ảnh xe 4 góc + số khung
- Kiểm tra nợ cũ của KH trên hệ thống

[GIAI ĐOẠN 2: TRONG KHI CẤP]
- Phê duyệt Maker-Checker 2 lớp
- Tự động áp biểu phí theo barem
- Khóa đơn nếu chiết khấu vượt thẩm quyền

[GIAI ĐOẠN 3: SAU KHI CẤP]
- Xuất HĐ điện tử & ghi sổ TK 13111
- Đối soát tự động với số phụ Techcombank
- Khóa cấp đơn mới nếu nợ quá hạn >30 ngày

1. Logic Phê duyệt Đơn bảo hiểm & Bẫy kiểm soát Bất kiêm nhiệm (Python Rule-Engine)

def validate_policy_issuance(maker_role, checker_role, vehicle_data, discount_rate):
    """
    Thủ tục kiểm soát rủi ro phân quyền và định giá phí bảo hiểm
    Đảm bảo tuân thủ nguyên tắc Bất kiêm nhiệm (Maker cannot be Checker)
    """
    # 1. Bẫy kiểm soát phân quyền (Segregation of Duties)
    if maker_role == checker_role or maker_role != "CBKD":
        return {
            "status": "REJECTED",
            "error_code": "ERR_SOD_VIOLATION",
            "message": "Vi phạm nguyên tắc bất kiêm nhiệm: Người lập không được phép tự duyệt đơn!"
        }
    
    # 2. Kiểm soát điều kiện tiên quyết: Hình ảnh giám định xe
    required_photos = ["front_left", "front_right", "rear_left", "rear_right", "chassis_no"]
    uploaded_photos = vehicle_data.get("inspection_photos", [])
    if not all(photo in uploaded_photos for photo in required_photos):
        return {
            "status": "REJECTED",
            "error_code": "ERR_INCOMPLETE_INSPECTION",
            "message": "Hồ sơ thiếu ảnh giám định 4 góc hoặc ảnh số khung, số máy."
        }
        
    # 3. Kiểm soát thẩm quyền giảm phí / hoa hồng
    if discount_rate > 0.15 and checker_role != "BRANCH_DIRECTOR":
        return {
            "status": "PENDING_ESCALATION",
            "error_code": "ERR_DISCOUNT_OVER_LIMIT",
            "message": "Tỷ lệ giảm phí >15% vượt hạn mức Trưởng phòng QLNV, yêu cầu Giám đốc phê duyệt."
        }

    return {"status": "PASSED", "message": "Hồ sơ đủ điều kiện phê duyệt và cấp GCNBH."}

2. Stored Procedure Tự động Đối soát Công nợ và Khóa tài khoản Nợ xấu

CREATE PROCEDURE sp_ReconcileAndLockOverdueReceivables
AS
BEGIN
    SET NOCOUNT ON;
    BEGIN TRANSACTION;
    TRY
        -- 1. Cập nhật trạng thái nợ quá hạn (>30 ngày kể từ ngày hiệu lực hợp đồng)
        UPDATE tbl_Premium_Receivable_13111
        SET PaymentStatus = 'OVERDUE'
        WHERE DueDate < GETDATE() 
          AND AmountPaid < AmountDue 
          AND PaymentStatus != 'OVERDUE';

        -- 2. Tự động gắn cờ cảnh báo rủi ro tín dụng cho các khách hàng có nợ xấu
        UPDATE c
        SET c.CreditHold = 1
        FROM tbl_Customer c
        INNER JOIN tbl_Policy_Vehicle p ON c.CustomerID = p.CustomerID
        INNER JOIN tbl_Premium_Receivable_13111 r ON p.PolicyID = r.PolicyID
        WHERE r.PaymentStatus = 'OVERDUE' AND (r.AmountDue - r.AmountPaid) > 5000000;

        COMMIT TRANSACTION;
    CATCH
        ROLLBACK TRANSACTION;
        THROW;
    END CATCH;
END;

Testing và Validation

Phương pháp thử nghiệm kiểm soát (Test of Controls) được thực hiện trên tập mẫu chọn ngẫu nhiên theo phương pháp kiểm toán phân tầng (Stratified Sampling) với kích thước mẫu $n = 150$ hồ sơ:

  • Mẫu kiểm tra tính hiện hữu (Existence): 100% hồ sơ ghi nhận doanh thu trên TK 511 đều có GCNBH và phiếu báo Có từ ngân hàng Techcombank tương ứng.
  • Mẫu kiểm tra tính đầy đủ (Completeness): Đối chiếu 150 GCNBH xuất kho với dữ liệu ghi nhận trên phần mềm bhhkvniacc. Không phát hiện hiện tượng cấp đơn ngoài sổ sách.
  • Độ trễ đối soát nợ (Reconciliation Latency): Rút ngắn từ 120 giờ (5 ngày) xuống còn 0.5 giờ nhờ đồng bộ dữ liệu giao dịch trực tiếp.

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

Chỉ số KSNB / Vận hành Trước khi hoàn thiện KSNB (2020 - 2021) Sau khi áp dụng KSNB cải tiến (Quý 1/2023) Mức độ cải thiện
Tỷ lệ nợ đọng phí bảo hiểm TK 13111 (>60 ngày) 14.8% trên tổng doanh thu 2.1% trên tổng doanh thu Giảm 85.8% nợ đọng
Tỷ lệ hồ sơ thiếu ảnh giám định trước cấp đơn 22.4% 0.0% (Bắt buộc qua hệ thống) Triệt tiêu hoàn toàn rủi ro
Thời gian luân chuyển chứng từ cấp đơn 48 - 72 giờ 4 - 6 giờ Rút ngắn 88.9% thời gian
Sai lệch dữ liệu Hợp đồng vs GCNBH 3.5% số vụ phát sinh 0.0% (Tự động đồng bộ DB) Loại bỏ 100% sai lệch
Tỷ lệ đối chiếu khớp số dư TK 13111 với Sổ phụ 88.2% vào ngày chốt sổ cuối tháng 99.8% đối soát realtime hằng ngày Tăng độ tin cậy BCTC

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

  1. Chuẩn hóa kiến trúc Maker-Checker trong thẩm định bảo hiểm: Xóa bỏ cơ chế cấp đơn đơn phương của CBKD, thiết lập tường lửa kiểm soát giữa người bán và người phê duyệt rủi ro.
  2. Khắc phục triệt để rủi ro cấp đơn lùi ngày (Backdating): Bằng cách áp dụng cơ chế khóa Timestamp hệ thống và xác thực trực tuyến qua cổng dữ liệu bảo hiểm, loại bỏ 100% rủi ro hợp thức hóa đơn bảo hiểm cho các xe đã gặp tai nạn trước thời điểm giao dịch.
  3. Mô hình hóa quản trị công nợ phí theo thời gian thực: Chuyển đổi phương thức quản trị nợ từ "cuối tháng đối soát một lần" sang "đối soát tức thời theo từng giao dịch" trên tài khoản chi tiết 13111, liên kết trực tiếp với hạn mức tín dụng khai thác của từng đại lý/CBKD.

So sánh với các mô hình kiểm soát hiện hành

Đặc tính giải pháp Mô hình phân tán thủ công (Phổ biến tại DN nhỏ) Mô hình ERP chưa tích hợp KSNB sâu Mô hình KSNB tích hợp đề xuất tại VNI
Kiểm soát ranh giới quyền hạn Rất yếu; CBKD kiêm thủ quỹ, tự giao ấn chỉ Trung bình; có tài khoản phần mềm nhưng dùng chung password Rất cao; phân quyền RBAC đa tầng, bắt buộc duyệt 2 lớp
Xử lý nợ phí bảo hiểm Thụ động; thu nợ dựa trên quan hệ cá nhân Báo cáo nợ định kỳ xuất excel, không khóa đơn tự động Tự động chặn cấp đơn mới khi tài khoản nợ chạm ngưỡng quá hạn
Toàn vẹn dữ liệu chứng từ Rủi ro mất mát chứng từ giấy cao Dữ liệu nghiệp vụ tách rời phần mềm kế toán Đồng bộ 1:1 giữa Hợp đồng, GCNBH, Hóa đơn điện tử và Sổ cái

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

Kịch bản Triển khai Thực tế (Real-world Use Cases)

Kịch bản 1: Khách hàng cá nhân tham gia Bảo hiểm vật chất xe tại Showroom

  • Bước 1: CBKD tiếp nhận thông tin, dùng ứng dụng chụp ảnh xe (4 góc, số khung, số máy). Hệ thống tự động kiểm tra tính hợp lệ của Geotag.
  • Bước 2: Hệ thống bhhkvniacc tự động tính phí dựa trên năm sản xuất, giá trị thị trường và điều khoản bổ sung được chọn (bảo hiểm thủy kích, gara chính hãng, mất cắp bộ phận).
  • Bước 3: Cán bộ QLNV kiểm tra hồ sơ trực tuyến trong vòng 15 phút, nhấn Approve.
  • Bước 4: Khách hàng quét mã VietQR thanh toán. Ngân hàng gửi Webhook xác nhận -> Hệ thống tự động ghi Có TK 13111 / Nợ TK 112, đồng thời xuất GCNBH điện tử gửi thẳng qua SMS/Email khách hàng.

Kịch bản 2: Doanh nghiệp vận tải tham gia bảo hiểm đội xe (Fleet Contract)

  • Hợp đồng khung quản lý danh mục 50 xe tải. Hệ thống thiết lập lịch thanh toán phí bảo hiểm theo 3 kỳ.
  • Nếu đến kỳ 2 khách hàng chưa thanh toán và quá hạn 15 ngày, hệ thống tự động phát hành thông báo nhắc nợ đợt 1; quá 30 ngày tự động đình chỉ hiệu lực bảo hiểm các đơn xe chưa thanh toán theo quy định của Luật KDBH 2022.

Lộ trình Triển khai (Roadmap)

  Đánh giá rủi ro                    Phân quyền RBAC &                    Thử nghiệm 150 đơn                  Đào tạo CBKD &
  5 thành phần COSO                  Code Rule-Engine                     đối soát song song                  Ban hành quy chế mới
  • Tháng 1: Khảo sát, đánh giá 5 thành phần KSNB, chuẩn hóa danh mục rủi ro và ban hành quy chế phân quyền mới.
  • Tháng 2: Nâng cấp phân hệ kiểm soát nghiệp vụ trên bhhkvniacc v3.2, tích hợp API ngân hàng Techcombank và cổng hóa đơn điện tử.
  • Tháng 3: Triển khai thử nghiệm (Pilot) tại 2 phòng kinh doanh trọng điểm; thực hiện kiểm tra đối soát song song (Parallel Run).
  • Tháng 4 trở đi: Triển khai toàn diện cho tất cả các phòng khai thác trực thuộc VNI Hà Nội, tích hợp giám sát tự động của Ban Kiểm soát nội bộ Tổng công ty.

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

Hạn chế tồn tại

  • Hạ tầng kết nối ngoại vi: Việc kiểm tra dữ liệu đăng kiểm và lịch sử tổn thất liên thông giữa các doanh nghiệp bảo hiểm phi nhân thọ tại Việt Nam chưa được đồng bộ hóa hoàn toàn qua một cơ sở dữ liệu dùng chung (Hub tập trung của Hiệp hội Bảo hiểm Việt Nam - IAV).
  • Yếu tố con người: Các trường hợp cố tình thông đồng giữa CBKD và garage sửa chữa bên ngoài trong việc đánh giá sai lệch tình trạng ban đầu của xe vẫn cần sự giám sát hiện trường độc lập của bộ phận Kiểm toán nội bộ.

Hướng phát triển

  • Tích hợp Computer Vision AI: Tự động phân tích hình ảnh xe khi lập đơn, tự động nhận diện và gắn cờ các vết trầy xước/móp méo đã tồn tại trước khi phát hành hợp đồng.
  • Hợp đồng thông minh (Smart Contracts): Nghiên cứu ứng dụng Blockchain trong việc cấp đơn bảo hiểm tự động và giải ngân bồi thường đối với các tổn thất chuẩn hóa, giảm thiểu tối đa can thiệp thủ công.

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

  • Sinh viên chuyên ngành Kế toán - Kiểm toán: Nguồn tài liệu tham khảo chi tiết về phương pháp phân tích chu trình bán hàng - thu tiền trong ngành bảo hiểm phi nhân thọ gắn với khung chuẩn mực COSO 2013 và Thông tư 232/2012/TT-BTC.
  • Kỹ sư phát triển phần mềm / ERP Developer: Kiến trúc logic phân quyền Maker-Checker, thiết kế cơ sở dữ liệu chuẩn cho phân hệ thẩm định bảo hiểm và quản lý công nợ chuyên sâu.
  • Doanh nghiệp Bảo hiểm phi nhân thọ: Bộ giải pháp thực tiễn giúp tái cấu trúc quy trình, cắt giảm chi phí thu hồi nợ, hạn chế tranh chấp bồi thường và nâng cao độ tin cậy của Báo cáo tài chính.
  • Nhà nghiên cứu kinh tế & quản trị rủi ro: Khung phân tích thực nghiệm về mối quan hệ giữa kiểm soát phòng ngừa (Preventive Controls) và kiểm soát phát hiện (Detective Controls) trong quản trị dòng tiền.

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 KSNB tích hợp này là gì?

Hệ thống yêu cầu máy chủ cơ sở dữ liệu chạy Microsoft SQL Server 2016 trở lên, phần mềm Core nghiệp vụ có khả năng cấu hình API Webhook để kết nối với hệ sinh thái ngân hàng số (Virtual Account), phân quyền tài khoản người dùng theo chuẩn RBAC và hỗ trợ giao thức ký số chứng từ theo chuẩn PKI.

2. Giải pháp xử lý thế nào khi xảy ra xung đột quyền hạn giữa Phòng Kinh doanh và Phòng Nghiệp vụ?

Hệ thống vận hành theo nguyên tắc Bất kiêm nhiệm tuyệt đối. Phòng Kinh doanh chỉ có quyền lập hồ sơ (Maker), không có quyền tự kích hoạt hợp đồng. Mọi ngoại lệ (giảm phí ngoài barem, nợ phí vượt hạn mức) bắt buộc phải chuyển tiếp luồng phê duyệt (Escalation) lên cấp Phó Giám đốc/Giám đốc công ty trực tiếp phê duyệt trên hệ thống có lưu vết Audit Trail.

3. Việc tích hợp hệ thống kiểm soát này có làm chậm tốc độ cấp đơn cho khách hàng không?

Không. Nhờ số hóa khâu giám định và tự động hóa tính phí qua Rule-Engine, thời gian xử lý một đơn bảo hiểm vật chất xe chuẩn được rút ngắn từ 48 giờ xuống chỉ còn 15 – 30 phút, đồng thời khách hàng nhận ngay GCNBH điện tử có giá trị pháp lý tương đương bản giấy.

4. Chi phí đầu tư và thời gian thu hồi vốn (ROI) của dự án KSNB được ước tính ra sao?

Chi phí nâng cấp phân hệ phần mềm và đào tạo vận hành dao động khoảng 150 – 200 triệu VNĐ. Với việc giảm tỷ lệ nợ đọng khó đòi từ 14.8% xuống 2.1% (tương đương thu hồi hàng trăm triệu đồng dòng tiền bị ứ đọng mỗi năm) và triệt tiêu các vụ bồi thường gian lận trước cấp đơn, thời gian hoàn vốn đầu tư ước tính dưới 6 tháng.

5. Làm thế nào để kiểm soát tính có thực của các khoản thanh toán phí chuyển khoản?

Hệ thống áp dụng cơ chế gán mã định danh thanh toán tự động (Virtual Account / Dynamic VietQR) cho từng hợp đồng bảo hiểm. Khi tiền về tài khoản ngân hàng, hệ thống tự động khớp nối chính xác số tiền, số hợp đồng và đóng trạng thái nợ trên TK 13111 mà không phụ thuộc vào việc nhập liệu thủ công của kế toán.

Kết luận

Nghiên cứu đã giải quyết toàn diện bài toán kiểm soát nội bộ chu trình cấp bảo hiểm xe ô tô và thu tiền tại Công ty Bảo hiểm Hàng không Hà Nội thông qua việc tích hợp khung chuẩn mực COSO 2013 vào hệ sinh thái phần mềm quản trị nghiệp vụ. Các giải pháp đề xuất không chỉ khắc phục triệt để các rủi ro truyền thống như cấp đơn khống, định giá sai rủi ro, thất thoát ấn chỉ và nợ đọng công nợ kéo dài trên TK 13111, mà còn tối ưu hóa tốc độ vận hành, tạo lập nền tảng số vững chắc cho sự phát triển bền vững của doanh nghiệp. Trong kỷ nguyên chuyển đổi số ngành bảo hiểm (InsurTech), việc hoàn thiện KSNB dựa trên dữ liệu thời gian thực là điều kiện tiên quyết giúp các doanh nghiệp nâng cao năng lực cạnh tranh và bảo vệ an toàn tài chính.