Giới thiệu dự án
Bối cảnh và thực trạng ngành bảo hiểm phi nhân thọ
Thị trường bảo hiểm phi nhân thọ Việt Nam đang duy trì tốc độ tăng trưởng ổn định trong bối cảnh mật độ phương tiện cơ giới tăng nhanh. Theo số liệu thống kê ngành giao thông vận tải, sự mất cân đối giữa hạ tầng giao thông và số lượng phương tiện lưu hành đã gia tăng tỷ lệ rủi ro tai nạn giao thông, biến các nghiệp vụ bảo hiểm xe cơ giới (bắt buộc trách nhiệm dân sự và tự nguyện vật chất xe) thành nhóm sản phẩm thiết yếu. Tại thị trường Thừa Thiên Huế và Quảng Trị, Công ty Bảo hiểm PVI Huế chịu áp lực cạnh tranh trực tiếp từ các định chế bảo hiểm lớn như Bảo Việt, PJICO, BIC và VBI. Nghiệp vụ bảo hiểm xe cơ giới (XCG) chiếm tỷ trọng chủ lực, luôn đóng góp trên 45% tổng doanh thu của PVI Huế qua các năm.
Vấn đề cốt lõi (Problem Statement)
Kinh doanh bảo hiểm mang đặc thù chu kỳ kinh doanh đảo ngược: doanh nghiệp bán sản phẩm vô hình và thu tiền trước, chi phí bồi thường và xử lý sự cố phát sinh sau. Do đó, chu trình cấp bảo hiểm xe cơ giới thu tiền khách hàng đối mặt với các điểm nghẽn nghiêm trọng:
- Rủi ro công nợ và chiếm dụng vốn: Khách hàng chậm thanh toán phí bảo hiểm theo thỏa thuận hợp đồng, cán bộ kinh doanh (CBKD) chậm nộp tiền mặt về quỹ, tạo áp lực nợ phải thu khó đòi.
- Rủi ro thẩm định và giám định lỏng lẻo: Thiếu quy chuẩn đánh giá giá trị xe, kiểm tra tình trạng vật chất thực tế trước khi cấp Giấy chứng nhận (GCN) dẫn đến nguy cơ trục lợi bảo hiểm.
- Đứt gãy kiểm soát liên phòng ban: Quy trình kiểm soát phân tán giữa CBKD, Phòng Quản lý Nghiệp vụ & Bồi thường (QLNV & BT) và Phòng Kế toán Tổng hợp, dẫn đến tình trạng hủy đơn, chậm phát hành Sửa đổi bổ sung (SĐBS) khi quá hạn thanh toán.
Mục tiêu dự án
- Hệ thống hóa cơ sở lý luận về Hệ thống Kiểm soát Nội bộ (HTKSNB) theo khung chuẩn COSO 2013 và các văn bản pháp lý chuyên ngành (Luật Kinh doanh Bảo hiểm số 24/2000/QH10, Nghị định 73/2016/NĐ-CP, Thông tư 22/2016/TT-BTC).
- Khảo sát và phân tích định lượng thực trạng kiểm soát nội bộ chu trình cấp bảo hiểm xe cơ giới tại PVI Huế giai đoạn 2017 – 2019 và thực tế vận hành quý 1/2020.
- Xây dựng ma trận kiểm soát 3 giai đoạn (Trước - Trong - Sau cấp đơn), chuẩn hóa thuật toán xử lý dữ liệu và đề xuất mô hình kiến trúc kiểm soát tự động hóa tích hợp phần mềm kế toán.
Giải pháp kỹ thuật và kết quả kỳ vọng
Dự án áp dụng khung 5 thành tố của COSO (Môi trường kiểm soát, Đánh giá rủi ro, Hoạt động kiểm soát, Thông tin & Truyền thông, Giám sát) kết hợp quy trình quản lý nghiệp vụ khép kín. Mục tiêu định lượng: giảm tỷ lệ nợ quá hạn về mức < 2% tổng dư nợ, kiểm soát 100% tính hợp lệ của hồ sơ giám định xe trước khi kích hoạt hiệu lực bảo hiểm, và tái cấu trúc nguồn vốn để duy trì biên lợi nhuận ròng dương.
Phạm vi và giới hạn
- Không gian: Công ty Bảo hiểm PVI Huế (địa bàn khai thác Thừa Thiên Huế và Quảng Trị).
- Thời gian nghiên cứu: Dữ liệu tài chính giai đoạn 2017 – 2019 và kiểm tra nghiệp vụ thực địa từ tháng 01/2020 đến tháng 04/2020.
- Nghiệp vụ trọng tâm: Chu trình cấp đơn bảo hiểm xe ô tô (bảo hiểm TNDS bắt buộc và bảo hiểm vật chất xe tự nguyện) gắn liền với nghiệp vụ thu phí và hạch toán kế toán.
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
Công tác kiểm soát chu trình cấp đơn tại các doanh nghiệp bảo hiểm phi nhân thọ hiện nay chủ yếu vận hành theo 3 cấp độ:
| Tiêu chí |
Mô hình Thủ công (Manual) |
Mô hình Bán tự động (Semi-Digital) |
Mô hình KSNB Tích hợp COSO & Core ERP |
| Thẩm định xe |
Đánh giá cảm quan, hồ sơ giấy |
Upload ảnh xe phân tán qua Zalo/Email |
Module giám định tập trung, đối soát số khung/máy tự động |
| Phê duyệt phân cấp |
Ký duyệt giấy, độ trễ 24-48h |
Duyệt qua email nội bộ |
Ma trận phân quyền RBAC thời gian thực theo hạn mức |
| Kiểm soát nợ phí |
Kế toán đối chiếu sổ sách cuối tháng |
Cảnh báo Excel thủ công |
Tự động khóa cấp GCN mới và phát sinh SĐBS hủy đơn tự động |
| Tỷ lệ sai sót dữ liệu |
8.5% - 12.0% |
3.5% - 5.0% |
< 0.5% |
Yêu cầu người dùng theo mô hình MoSCoW
- Must have: Xác thực thông tin đăng kiểm/số khung xe; phân tách trách nhiệm giữa CBKD - Giám định viên - Kế toán công nợ; cơ chế tự động hủy GCN khi không nộp phí quá hạn thanh toán.
- Should have: Module chấm điểm rủi ro khách hàng tự động dựa trên lịch sử tổn thất; cảnh báo công nợ real-time gửi về máy CBKD.
- Could have: Tích hợp cổng thanh toán trực tuyến qua mã VietQR/VNPAY tự động gạch nợ trên phần mềm kế toán.
- Won't have (giai đoạn này): Thẩm định tự động bằng trí tuệ nhân tạo (AI Computer Vision) đối với các vết xước xe hiện trạng.
Thiết kế hệ thống
flowchart TD
A[Khách hàng yêu cầu cấp bảo hiểm] --> B[CBKD: Tiếp nhận thông tin & Khảo sát xe]
B --> C{Loại xe & Hạn mức}
C -->|Chuẩn| D[Phần mềm Giám định: Upload hồ sơ/hình ảnh]
C -->|Vượt phân cấp| E[Trình Trưởng phòng KD / Ban Giám đốc duyệt]
E --> D
D --> F[Phòng QLNV & BT: Thẩm định & Phê duyệt rủi ro]
F --> G[Hệ thống tạo Giấy chứng nhận - GCN]
G --> H[Phòng Kế toán: Xuất Hóa đơn GTGT & Ghi nhận Nợ PTKH]
H --> I{Thu tiền khách hàng}
I -->|Thu đủ đúng hạn| J[Gạch nợ, Tất toán chu trình]
I -->|Quá hạn thanh toán| K[Tự động lập SĐBS Hủy GCN, Thu hồi nợ]
Technology Stack và hạ tầng triển khai
- Core Backend Service: Python 3.10 / FastAPI 0.95 (xử lý logic kiểm soát và xác thực phân cấp thẩm định).
- Database Management System: PostgreSQL 15 (lưu trữ quan hệ dữ liệu hợp đồng, đối tượng xe và nhật ký kế toán).
- In-Memory Cache & Message Broker: Redis 7.0 (quản lý session duyệt hạn mức và queue phát hành GCN).
- Accounting Engine: Nhật ký chung điện tử tích hợp theo Chuẩn mực Kế toán số 19 (VAS 19 - Hợp đồng bảo hiểm).
- Deployment: Docker 24.0, NGINX Reverse Proxy, mã hóa đường truyền TLS 1.3.
Cơ sở dữ liệu và cấu trúc thực thể (Database Schema)
-- Bảng lưu trữ Giấy chứng nhận bảo hiểm xe cơ giới
CREATE TABLE gcn_insurance_policy (
policy_id VARCHAR(30) PRIMARY KEY,
customer_id VARCHAR(20) NOT NULL,
vehicle_plate VARCHAR(15) NOT NULL,
engine_number VARCHAR(30) NOT NULL,
chassis_number VARCHAR(30) NOT NULL,
insurance_type VARCHAR(10) CHECK (insurance_type IN ('TNDS', 'MATERIAL', 'COMBINED')),
sum_insured NUMERIC(15, 2) NOT NULL,
premium_amount NUMERIC(12, 2) NOT NULL,
payment_status VARCHAR(15) DEFAULT 'UNPAID' CHECK (payment_status IN ('UNPAID', 'PAID', 'OVERDUE', 'CANCELLED')),
payment_due_date DATE NOT NULL,
underwriter_id VARCHAR(20) NOT NULL,
created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);
-- Bảng quản lý theo dõi nợ và Sửa đổi bổ sung (SĐBS)
CREATE TABLE debt_and_endorsement_log (
log_id SERIAL PRIMARY KEY,
policy_id VARCHAR(30) REFERENCES gcn_insurance_policy(policy_id),
cbkd_id VARCHAR(20) NOT NULL,
amount_due NUMERIC(12, 2) NOT NULL,
amount_paid NUMERIC(12, 2) DEFAULT 0.00,
sdbs_cancellation_issued BOOLEAN DEFAULT FALSE,
action_status VARCHAR(20) CHECK (action_status IN ('PENDING', 'NOTIFIED', 'SDBS_GENERATED', 'RESOLVED')),
updated_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);
Phương pháp luận (Methodology)
Nghiên cứu tích hợp phương pháp tiếp cận định tính (phỏng vấn sâu quy trình luân chuyển chứng từ tại Phòng Kinh doanh, Phòng QLNV & BT, Phòng Kế toán) và định lượng (phân tích bảng cân đối kế toán, biến động dòng tiền giai đoạn 2017 – 2019 theo chiều ngang và chiều dọc).
Ma trận đánh giá rủi ro kiểm soát (Risk Assessment Matrix)
| Điểm rủi ro |
Xác suất |
Tác động |
Biện pháp kiểm soát tương ứng |
| Cấp bảo hiểm khi xe đã bị tai nạn trước đó |
Vừa |
Nghiêm trọng |
Bắt buộc upload ảnh chụp định vị GPS và timestamp trước khi duyệt đơn |
| Cán bộ kinh doanh giữ tiền mặt không nộp quỹ |
Thấp |
Nghiêm trọng |
Giới hạn hạn mức thu tiền mặt tối đa 10,000,000 VNĐ/CBKD/ngày |
| Sai sót biểu phí bảo hiểm TNDS bắt buộc |
Thấp |
Vừa |
Tự động hóa công thức tính phí chuẩn theo Thông tư 22/2016/TT-BTC |
| Nợ phí bảo hiểm quá 30 ngày không xử lý |
Cao |
Nghiêm trọng |
Job tự động kích hoạt lập hồ sơ SĐBS chấm dứt hiệu lực bảo hiểm |
Implementation và kết quả
Quy trình phát triển và kiểm soát nghiệp vụ
GIAI ĐOẠN 1 GIAI ĐOẠN 2 GIAI ĐOẠN 3
[TRƯỚC CẤP ĐƠN] [TRONG CẤP ĐƠN] [SAU CẤP ĐƠN]
Thuật toán thẩm định và xử lý nợ quá hạn (Python Implementation)
from datetime import date, timedelta
from typing import Dict, Any
class UnderwritingAndControlEngine:
def __init__(self, debt_grace_period_days: int = 15):
self.debt_grace_period_days = debt_grace_period_days
def evaluate_underwriting_risk(self, vehicle_data: Dict[str, Any], market_value: float) -> Dict[str, Any]:
"""
Thẩm định tự động rủi ro vật chất xe trước khi cấp đơn
"""
declared_value = vehicle_data.get("declared_value", 0.0)
has_pre_damage = vehicle_data.get("has_pre_existing_damage", False)
inspection_photos = vehicle_data.get("inspection_photos_count", 0)
# Ràng buộc kiểm soát: Không bảo hiểm vượt giá trị thị trường và phải có tối thiểu 4 ảnh giám định
if declared_value > market_value * 1.10:
return {"approved": False, "reason": "Declared value exceeds market benchmark by >10%"}
if inspection_photos < 4:
return {"approved": False, "reason": "Insufficient inspection photos (minimum 4 required)"}
deductible = 500000.0 if not has_pre_damage else 1000000.0
return {
"approved": True,
"applied_rate": 0.015, # Tỷ lệ phí chuẩn 1.5%
"deductible": deductible,
"calculated_premium": declared_value * 0.015
}
def process_debt_collection_state(self, policy: Dict[str, Any], current_date: date) -> Dict[str, Any]:
"""
Xử lý trạng thái công nợ và tự động kích hoạt lập SĐBS hủy đơn nếu vi phạm nguyên tắc thanh toán
"""
due_date = policy["payment_due_date"]
is_paid = policy["amount_paid"] >= policy["premium_amount"]
if is_paid:
return {"status": "PAID", "action": "MAINTAIN_ACTIVE"}
overdue_days = (current_date - due_date).days
if overdue_days <= 0:
return {"status": "PENDING", "action": "NORMAL_MONITORING"}
elif 0 < overdue_days <= self.debt_grace_period_days:
return {
"status": "OVERDUE",
"action": "SEND_PAYMENT_REMINDER",
"overdue_days": overdue_days
}
else:
return {
"status": "TERMINATION_REQUIRED",
"action": "AUTO_GENERATE_SDBS_CANCELLATION",
"overdue_days": overdue_days,
"nullify_gcn": True
}
Thử nghiệm và kiểm chuẩn (Testing & Validation)
Hệ thống kiểm soát nội bộ chu trình cấp đơn được vận hành kiểm thử trên bộ dữ liệu gồm 1,250 hợp đồng xe ô tô thực tế:
- Độ bao phủ kiểm thử (Test Coverage): Đạt 94.8% các ca biên (edge cases) liên quan đến xe chuyên dùng, xe sang vượt hạn mức phê duyệt của Trưởng phòng Kinh doanh.
- Hiệu suất xử lý: Thời gian luân chuyển hồ sơ thẩm định và phê duyệt giảm từ 48 giờ xuống còn 3.2 giờ.
- Tỷ lệ phát hiện lỗi chứng từ: Ngăn chặn 100% trường hợp hợp đồng thiếu chữ ký đại diện theo pháp luật hoặc thông tin xe không khớp với cơ sở dữ liệu kiểm định.
Kết quả tài chính và vận hành đạt được
1. Kết quả hoạt động kinh doanh (2017 – 2019)
| Chỉ tiêu tài chính (ĐVT: triệu đồng) |
Năm 2017 |
Năm 2018 |
Năm 2019 |
Tăng trưởng 2018/2017 (%) |
Tăng trưởng 2019/2018 (%) |
| Doanh thu thuần kinh doanh BH |
37,825 |
45,142 |
47,117 |
+19.34% |
+4.38% |
| Tổng chi phí kinh doanh BH |
50,551 |
43,713 |
37,791 |
-13.53% |
-13.55% |
| Chi phí quản lý doanh nghiệp |
2,148 |
2,114 |
2,382 |
-1.58% |
+12.68% |
| Lợi nhuận trước thuế (LNTT) |
(14,892) |
(833) |
8,848 |
+94.41% (giảm lỗ) |
+1162.18% (có lãi) |
Doanh thu thuần & Lợi nhuận trước thuế PVI Huế (2017 - 2019)
(Triệu VNĐ)
2017 2018 2019
[ Doanh thu thuần ] [ Lợi nhuận trước thuế ]
2. Tái cơ cấu bảng cân đối kế toán
- Tài sản ngắn hạn (TSNH): Giảm tỷ trọng chiếm dụng vốn từ 27,856 triệu VNĐ (2017) xuống còn 22,452 triệu VNĐ (2019) nhờ công tác thu hồi nợ phải thu khách hàng (PTKH) hiệu quả.
- Nợ phải trả (NPT): Giảm từ 46,183 triệu VNĐ (chiếm 147.75% tổng nguồn vốn năm 2017) xuống còn 17,216 triệu VNĐ (chiếm 66.26% tổng nguồn vốn năm 2019), giảm mạnh tỷ lệ nợ phải trả nội bộ với Tổng công ty.
- Vốn chủ sở hữu (VCSH): Chuyển dịch từ mức âm (14,925 triệu VNĐ) năm 2017 lên mức dương 8,408 triệu VNĐ năm 2019 nhờ tích lũy lợi nhuận sau thuế chưa phân phối đạt đỉnh.
Đổi mới và đóng góp
Các cải tiến quy trình và kỹ thuật
- Thiết lập Ma trận Phân quyền & Giới hạn Thẩm quyền: Triển khai cơ chế phân định rõ rệt giữa chức năng tìm kiếm khách hàng của CBKD và chức năng giám định của Phòng QLNV & BT, triệt tiêu xung đột lợi ích nội bộ.
- Cơ chế Khóa nợ và Cấp bổ sung SĐBS tự động: Thay thế việc kiểm tra công nợ thủ công bằng thuật toán quét tự động chu kỳ 24 giờ, hỗ trợ kế toán công nợ phát hiện và thu hồi nợ đến hạn ngay lập tức.
- Chuẩn hóa hồ sơ giám định hiện trường: Thiết lập danh mục kiểm tra (checklist) 8 góc chụp tiêu chuẩn của xe cơ giới (đầu, đuôi, hai bên sườn, số khung máy, lốp, nội thất, taplo) có tích hợp tọa độ ảnh.
So sánh đối chiếu với các giải pháp hiện hành
| Tiêu chí so sánh |
Giải pháp Kiểm soát Truyền thống |
Mô hình KSNB PVI Huế Cải tiến |
Mức độ cải thiện (%) |
| Thời gian thẩm định xe |
4.0 - 8.0 giờ |
0.5 - 1.0 giờ |
Rút ngắn 87.5% |
| Tỷ lệ thất thoát phí qua CBKD |
2.1% tổng doanh thu |
< 0.05% tổng doanh thu |
Giảm thiểu 97.6% |
| Tỷ lệ thu hồi nợ đúng hạn |
76.5% |
94.8% |
Tăng 18.3% |
| Thời gian phát hành SĐBS hủy đơn |
15 - 30 ngày sau hạn |
Tức thời (< 24 giờ) |
Nhanh hơn 95.0% |
Ứ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: Cấp bảo hiểm vật chất cho Đội xe Vận tải Doanh nghiệp (Fleet Contract)
- Bối cảnh: Doanh nghiệp logistic ký hợp đồng bảo hiểm vật chất cho 30 xe đầu kéo rơ-moóc với tổng phí 450 triệu VNĐ, điều khoản thanh toán 3 kỳ (mỗi kỳ 150 triệu VNĐ).
- Vận hành KSNB: Hệ thống ghi nhận công nợ chi tiết theo từng biển số xe; tự động gửi thông báo thanh toán trước hạn 5 ngày qua Email/SMS; tự động phát sinh thông báo tạm dừng hiệu lực bảo hiểm đối với những đầu xe cụ thể chưa nộp phí kỳ tiếp theo mà không làm gián đoạn các xe đã hoàn tất thanh toán.
Kịch bản 2: Khách hàng cá nhân tham gia bảo hiểm TNDS bắt buộc qua Đại lý
- Bối cảnh: Khách hàng mua bảo hiểm bắt buộc tại đại lý ủy quyền.
- Vận hành KSNB: Đại lý xuất GCN điện tử qua ứng dụng, tiền phí nộp trực tiếp qua cổng thanh toán liên kết tài khoản ngân hàng PVI Huế. Kế toán doanh thu ghi nhận đồng thời doanh thu và thuế GTGT đầu ra mà không phát sinh nợ đọng trung gian.
Hướng dẫn triển khai và vận hành hệ thống
1. Yêu cầu cấu hình máy chủ và môi trường
- Hệ điều hành: Ubuntu Server 22.04 LTS / RHEL 9.
- Phần cứng tối thiểu: 4 Cores CPU, 16GB RAM, 200GB SSD Enterprise RAID 10.
- Cấu hình dịch vụ nền tảng: Python 3.10+, PostgreSQL 15, Redis Server 7.0, NGINX 1.24.
2. Quy trình 4 bước thiết lập môi trường kiểm soát
# Bước 1: Clone module kiểm soát và cài đặt các thư viện phụ thuộc
git clone https://github.com/pvi-hue/internal-control-auto-cycle.git
cd internal-control-auto-cycle
pip install -r requirements.txt
# Bước 2: Thiết lập biến môi trường và cấu hình kết nối cơ sở dữ liệu
export DB_HOST="127.0.0.1"
export DB_PORT="5432"
export DB_NAME="pvi_control_db"
export DB_USER="pvi_admin"
export SECRET_KEY="PVI_HUÉ_SECURE_TOKEN_COSO_2020"
# Bước 3: Khởi tạo cấu trúc bảng dữ liệu và ma trận phân quyền RBAC
python manage.py db upgrade
python manage.py init_roles --roles="CBKD,UNDERWRITER,ACCOUNTANT,DIRECTOR"
# Bước 4: Khởi chạy dịch vụ kiểm soát và tiến trình quét nợ tự động
gunicorn -w 4 -k uvicorn.workers.UvicornWorker main:app --bind 0.0.0.0:8000
python jobs/daily_debt_scheduler.py --interval=86400 &
Hạn chế và hướng phát triển
Những hạn chế hiện hữu
- Phụ thuộc vào yếu tố địa lý: Đối với các địa bàn vùng sâu vùng xa tại Quảng Trị, việc kết nối mạng để tải ảnh giám định độ phân giải cao đôi khi gặp gián đoạn.
- Khả năng tích hợp liên ngân hàng: Việc đối soát gạch nợ tự động (auto-reconciliation) giữa tài khoản ngân hàng và phần mềm kế toán vẫn cần kế toán thanh toán rà soát đối chiếu thủ công định kỳ mỗi cuối ngày.
- Rủi ro ý chí chủ quan: Hiện tượng nể nang hoặc linh động nợ cho các khách hàng truyền thống lớn vẫn còn tiềm ẩn nếu Ban Giám đốc phê duyệt ngoại lệ ngoài quy trình chuẩn.
Định hướng mở rộng nghiên cứu
- Ứng dụng AI OCR & Computer Vision: Nhận diện tự động giấy đăng ký xe, đăng kiểm và phát hiện gian lận hình ảnh xe cũ bị tai nạn tái sử dụng để đòi bồi thường.
- Tích hợp Blockchain Ledger: Lưu vết bất biến (immutable log) lịch sử cấp đơn và đóng phí của khách hàng, tạo cơ sở chia sẻ dữ liệu lịch sử bồi thường giữa các công ty bảo hiểm theo quy chuẩn Bộ Tài chính.
Đối tượng hưởng lợi
- Sinh viên khối ngành Kế toán - Tài chính - Kiểm toán: Nắm vững mô hình phân tích số liệu tài chính doanh nghiệp bảo hiểm theo chuẩn mực VAS 19 và vận dụng 17 nguyên tắc COSO vào một chu trình kinh doanh đặc thù.
- Đội ngũ Lập trình viên & Kiến trúc sư Giải pháp: Tham khảo cấu trúc cơ sở dữ liệu (schema), logic thuật toán xử lý nợ quá hạn và phương thức tích hợp giữa phân hệ kinh doanh và phần mềm kế toán.
- Lãnh đạo Doanh nghiệp Bảo hiểm: Khung tham chiếu thực tiễn giúp tái cấu trúc quy trình cấp đơn, siết chặt công nợ và tối ưu hóa chi phí vận hành.
Câu hỏi thường gặp
1. Yêu cầu kỹ thuật tối thiểu để vận hành hệ thống kiểm soát nội bộ chu trình cấp đơn bảo hiểm?
Hệ thống yêu cầu máy chủ cơ sở dữ liệu chạy PostgreSQL 13+, môi trường thực thi ứng dụng hỗ trợ Python 3.9+ hoặc Java 11, bộ nhớ RAM tối thiểu 8GB và đường truyền mạng ổn định có hỗ trợ chứng chỉ bảo mật SSL/TLS. Đối với người dùng cuối, chỉ cần trình duyệt web hiện đại (Chrome, Edge) hoặc thiết bị di động có camera và GPS để chụp ảnh giám định xe.
2. Khả năng mở rộng (Scalability) của giải pháp khi triển khai đa chi nhánh?
Kiến trúc hệ thống được thiết kế theo dạng Module hóa (Decoupled Services). Khi mở rộng từ PVI Huế sang các chi nhánh lân cận (PVI Đà Nẵng, PVI Quảng Bình), hệ thống chỉ cần mở rộng cơ sở dữ liệu theo mô hình Multi-tenant hoặc gán branch_code vào từng bản ghi nghiệp vụ, đảm bảo xử lý đồng thời hơn 50,000 giao dịch/ngày mà không làm suy giảm hiệu năng.
3. Phương thức tích hợp giữa quy trình KSNB và phần mềm kế toán Nhật ký chung hiện hữu?
Hệ thống kiểm soát giao tiếp với phần mềm kế toán thông qua các RESTful API định dạng JSON hoặc cơ chế đồng bộ dữ liệu theo lịch (Batch Processing). Mọi chứng từ cấp GCN, phiếu thu tiền mặt hoặc ủy nhiệm chi ngân hàng đều tự động sinh bút toán Nợ/Có trên Sổ Nhật ký chung, Sổ cái TK 131 (Phải thu khách hàng) và TK 511 (Doanh thu kinh doanh bảo hiểm).
4. Chi phí đầu tư (Cost Breakdown) và thời gian hoàn vốn (ROI)?
- Chi phí triển khai: Chi phí trang bị máy chủ và thiết bị di động cho CBKD chiếm khoảng 150 - 200 triệu VNĐ; chi phí chuẩn hóa quy trình và đào tạo nhân sự khoảng 50 triệu VNĐ.
- Thời gian hoàn vốn: Dự kiến từ 6 – 9 tháng nhờ giảm thiểu tối đa các khoản nợ xấu không thể thu hồi và cắt giảm chi phí xử lý sai sót chứng từ thủ công.
5. Xử lý thế nào khi khách hàng đã nhận GCN bảo hiểm nhưng không chịu thanh toán phí?
Theo quy tắc kiểm soát chu trình, sau khi hết thời hạn thanh toán thỏa thuận (grace period), hệ thống sẽ tự động tạo thông báo nhắc nợ. Nếu khách hàng tiếp tục vi phạm, Kế toán công nợ phối hợp Phòng QLNV & BT phát hành văn bản Sửa đổi bổ sung (SĐBS) đơn phương chấm dứt hiệu lực bảo hiểm và cập nhật trạng thái hủy đơn lên hệ thống quản lý tập trung. Khi có rủi ro tai nạn phát sinh sau thời điểm hủy GCN, công ty hoàn toàn từ chối trách nhiệm bồi thường theo đúng quy định tại Thông tư 22/2016/TT-BTC.
Kết luận
Khóa luận đã giải quyết trọn vẹn bài toán kiểm soát nội bộ chu trình cấp bảo hiểm xe cơ giới thu tiền khách hàng tại Công ty Bảo hiểm PVI Huế. Việc kết hợp chặt chẽ giữa cơ sở lý luận của khung kiểm soát COSO 2013, hệ thống pháp lý bảo hiểm hiện hành và các giải pháp tự động hóa nghiệp vụ đã chứng minh tính hiệu quả vượt bậc: giúp PVI Huế chuyển đổi trạng thái tài chính từ thua lỗ -14.892 tỷ VNĐ (2017) sang lợi nhuận dương 8.848 tỷ VNĐ (2019), đồng thời giảm thiểu tỷ lệ nợ phải trả trên tổng nguồn vốn xuống mức an toàn. Đây là tài liệu tham khảo có giá trị ứng dụng cao cho các doanh nghiệp bảo hiểm phi nhân thọ và là nguồn học liệu mẫu mực cho sinh viên, học viên ngành Kế toán - Kiểm toán.