Giới thiệu dự án

Công nghệ ngân hàng lõi (Core Banking) đóng vai trò là hạ tầng kỹ thuật trung tâm, quyết định năng lực vận hành, tính toàn vẹn dữ liệu và khả năng mở rộng sản phẩm của các định chế tài chính. Tại Việt Nam, quy mô huy động vốn toàn ngành ngân hàng tăng trưởng bình quân trên 15%/năm trong giai đoạn 2010–2014. Điển hình tại Ngân hàng TMCP Công Thương Việt Nam (VietinBank), tổng nguồn vốn huy động năm 2013 đạt 9.238 tỷ VNĐ (trong đó tiền gửi dân cư đạt 3.110 tỷ VNĐ, tiền gửi tiết kiệm chiếm 2.920 tỷ VNĐ). Tuy nhiên, việc vận hành các phân hệ nghiệp vụ trên nền tảng Core Banking truyền thống đối mặt với tình trạng phân tán dữ liệu, thời gian xử lý thủ công kéo dài và rủi ro sai sót kiểm soát chứng từ.

Đề tài “Phân tích phân hệ tiền gửi tiết kiệm trong hệ thống core banking Silverlake của Ngân Hàng TMCP Công Thương Việt Nam” do tác giả Lê Thị Thúy (Khoa Hệ thống Thông tin Quản lý, Học viện Ngân hàng) thực hiện, tập trung giải quyết bài toán tối ưu hóa và số hóa quy trình nghiệp vụ tiền gửi tiết kiệm có kỳ hạn lãi sau.

+-----------------------------------------------------------------------------------+
|                  KIẾN TRÚC TỔNG THỂ CORE BANKING SILVERLAKE SIBS                  |
+-----------------------------------------------------------------------------------+
|  [Presentation Layer]  : Giao diện Giao dịch viên (GDV) / Kiểm soát viên (KSV)   |
|  [Logistics Layer]     : BPM Workflow Engine (Infosoft) & INCAS Verification      |
|  [Core Banking Layer]  : SIBS Core Engine (CIF, FDR, GL, Account Management)      |
|  [Database Layer]      : Centralized Relational Database (IBM DB2 / SQL Server)   |
+-----------------------------------------------------------------------------------+

Vấn đề thực tiễn (Problem Statement)

Hệ thống quản lý giao dịch tiền gửi tại quầy thời điểm nghiên cứu gặp 3 điểm nghẽn chính:

  1. Phân mảnh thông tin khách hàng: Việc mở tài khoản và đối chiếu hồ sơ phân tán tại từng điểm giao dịch, thiếu đồng bộ mã định danh khách hàng tập trung (CIF - Customer Information File).
  2. Quy trình phê duyệt hai bước (Dual Control / Maker-Checker) thủ công: Giao dịch viên (GDV) và Kiểm soát viên (KSV) phải đối chiếu chứng từ giấy (CMND/Hộ chiếu, chữ ký mẫu) trước khi nhập liệu thủ công, làm tăng thời gian phục vụ tại quầy lên 12–15 phút/giao dịch.
  3. Rủi ro sai lệch dữ liệu kế toán: Tính toán lãi suất, hạch toán lãi nhập gốc và xử lý tài khoản tiền gửi định kỳ (FDR - Fixed Deposit Receipt) dễ phát sinh sai sót nếu không được tham số hóa tự động.

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

  1. Khảo sát và chuẩn hóa toàn bộ quy trình nghiệp vụ tiền gửi tiết kiệm có kỳ hạn trả lãi sau tại VietinBank.
  2. Thiết kế mô hình logic (Data Flow Diagram - DFD từ mức ngữ cảnh đến mức 1; Entity-Relationship Diagram - ERD) cho phân hệ tiền gửi.
  3. Số hóa và tự động hóa quy trình nghiệp vụ trên nền tảng Infosoft BPM Engine, thiết lập cơ chế Maker-Checker và tự động hạch toán giao dịch.

Phạm vi và giới hạn giải pháp

  • Phạm vi nghiệp vụ: Tiền gửi tiết kiệm thông thường có kỳ hạn (VND và ngoại tệ), hình thức trả lãi sau, phương thức xử lý đáo hạn là lãi nhập gốc hoặc tái ký hợp đồng.
  • Giới hạn kỹ thuật: Triển khai thử nghiệm mô hình hóa quy trình trên công cụ Infosoft BPM v2.4, tích hợp kiểm soát chữ ký điện tử qua hệ thống INCAS v3.1 và ánh xạ dữ liệu sang hệ thống Core Banking Silverlake Axis SIBS v5.2.

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

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

Tại thời điểm nghiên cứu, các ngân hàng thương mại Việt Nam ứng dụng nhiều giải pháp Core Banking khác nhau. Dưới đây là bảng so sánh kỹ thuật giữa các nền tảng:

Tiêu chí đánh giá Silverlake Axis SIBS (VietinBank, BIDV) Temenos T24 / Globus (Techcombank, MB) SIBA FPT / FoxPro (Thế hệ cũ)
Kiến trúc hệ thống 3 lớp tập trung (Core, Logistics, Presentation) Kiến trúc đa tầng (Multi-tier Client-Server) Phân tán tại từng chi nhánh (Desktop App)
Cơ sở dữ liệu RDBMS tập trung (IBM DB2 / AS400) Oracle Database / jBASE Microsoft FoxPro (File-based DB)
Năng lực xử lý ~1.000 TPS, hỗ trợ 50 triệu tài khoản ~1.200 TPS, xử lý thời gian thực 24/7 < 50 TPS, giới hạn dung lượng bảng 2GB
Cơ chế kiểm soát Phân quyền Maker-Checker (GDV/KSV) tự động Quy trình STP (Straight Through Processing) Kiểm soát hoàn toàn trên chứng từ giấy
Tham số hóa sản phẩm Cao (Parametric Configuration) Rất cao (Product Builder Module) Thấp (Phải can thiệp mã nguồn hệ thống)

Phân tích yêu cầu theo mô hình MoSCoW

  • Must have (Bắt buộc): Quản lý hồ sơ định danh tập trung (CIF); Mở tài khoản nhóm và tài khoản tiết kiệm chi tiết; Hạch toán gửi tiền (tiền mặt/chuyển khoản) và rút tiền/tất toán tự động; Cơ chế duyệt giao dịch 2 cấp (Maker-Checker).
  • Should have (Nên có): Tích hợp hệ thống quản lý chữ ký và mẫu dấu INCAS; Tự động in sổ tiết kiệm và in phiếu hạch toán; Quản lý bảng kê thu nộp tiền mặt.
  • Could have (Có thể có): Nhắc nhở tài khoản đến hạn qua tin nhắn SMS/Email tự động.
  • Won't have (Không triển khai trong giai đoạn này): Xử lý giao dịch tiết kiệm trực tuyến qua Internet Banking/Mobile Banking.
+-----------------------------------------------------------------------------------+
|                     DATA FLOW DIAGRAM (DFD) MỨC 0 - TIỀN GỬI TIẾT KIỆM            |
+-----------------------------------------------------------------------------------+
|                                                                                   |
|  [ KHÁCH HÀNG ] ---> (1.0 Mở tài khoản) --------> [ D3: Tài khoản nhóm ]         |
|        |                                                    |                     |
|        +-----------> (2.0 Gửi tiền TK) ---------> [ D9: TK Tiền gửi chi tiết ]    |
|        |                                                    |                     |
|        +-----------> (3.0 Rút tiền TK) -----------> [ D8: Phiếu chi tiền ]        |
|                               |                                                   |
|                               v                                                   |
|                      (4.0 Lập báo cáo) ---------> [ BAN GIÁM ĐỐC ]                |
+-----------------------------------------------------------------------------------+

Thiết kế hệ thống

Mô hình dữ liệu quan hệ (Relational Database Schema)

Hệ thống được thiết kế chuẩn hóa dữ liệu bậc 3 (3NF) nhằm đảm bảo tính toàn vẹn (ACID compliance) của các giao dịch tài chính:

-- 1. Bảng Khách hàng định danh tập trung (CIF)
CREATE TABLE KHACHHANG (
    SoCIF VARCHAR(20) PRIMARY KEY,
    TenKH NVARCHAR(100) NOT NULL,
    SoID VARCHAR(20) UNIQUE NOT NULL,
    NgaySinh DATE NOT NULL,
    GioiTinh NVARCHAR(10),
    DiaChi NVARCHAR(255),
    DienThoai VARCHAR(15),
    NgayCap DATE,
    NoiCap NVARCHAR(100)
);

-- 2. Bảng Tài khoản nhóm tiền gửi
CREATE TABLE TAIKHOAN (
    SoTK VARCHAR(20) PRIMARY KEY,
    SoCIF VARCHAR(20) NOT NULL,
    MaTien VARCHAR(3) DEFAULT 'VND',
    NgayMo DATE NOT NULL,
    SoDu DECIMAL(18, 2) DEFAULT 0.00,
    CONSTRAINT FK_TK_KH FOREIGN KEY (SoCIF) REFERENCES KHACHHANG(SoCIF)
);

-- 3. Bảng Thẻ tiền gửi / Tài khoản tiết kiệm chi tiết (FDR)
CREATE TABLE THETIENGUI (
    SoSeri VARCHAR(20) PRIMARY KEY,
    SoCIF VARCHAR(20) NOT NULL,
    SoTK VARCHAR(20) NOT NULL,
    MaSP VARCHAR(10) NOT NULL,
    SoTienGui DECIMAL(18, 2) NOT NULL,
    KiHan INT NOT NULL, -- Số tháng
    LaiSuat DECIMAL(5, 2) NOT NULL,
    NgayMo DATE NOT NULL,
    NgayDaoHan DATE NOT NULL,
    MaHinhThucLai VARCHAR(10) DEFAULT 'LAI_SAU',
    LaiNhapGoc BIT DEFAULT 1,
    TrangThai NVARCHAR(20) DEFAULT 'ACTIVE',
    CONSTRAINT FK_TTG_KH FOREIGN KEY (SoCIF) REFERENCES KHACHHANG(SoCIF),
    CONSTRAINT FK_TTG_TK FOREIGN KEY (SoTK) REFERENCES TAIKHOAN(SoTK)
);

-- 4. Bảng Giao dịch thu tiền gửi
CREATE TABLE GIAYNOPTIEN (
    SoPN VARCHAR(20) PRIMARY KEY,
    SoCIF VARCHAR(20) NOT NULL,
    SoSeri VARCHAR(20) NOT NULL,
    MaNV VARCHAR(20) NOT NULL,
    NgayNop DATETIME NOT NULL,
    SoTien DECIMAL(18, 2) NOT NULL,
    TrangThaiDuyet NVARCHAR(20) NOT NULL, -- PENDING / APPROVED / REJECTED
    CONSTRAINT FK_GNT_TTG FOREIGN KEY (SoSeri) REFERENCES THETIENGUI(SoSeri)
);

Công nghệ và thông số kỹ thuật

  • Nền tảng Core Banking: Silverlake Axis SIBS v5.2 vận hành trên hệ điều hành IBM OS/400, cơ sở dữ liệu IBM DB2.
  • Phần mềm quản lý quy trình: Infosoft BPM Platform v2.4 (ASP.NET Web Framework, Microsoft SQL Server 2012 Enterprise).
  • Hệ thống đối soát chữ ký: INCAS Signature Management System v3.1.
  • Giao thức bảo mật: SSL/TLS cho truyền thông mạng nội bộ, cơ chế phân quyền RBAC (Role-Based Access Control) cho 3 nhóm tác nhân: GDV (Maker), KSV (Checker), Thủ quỹ (Cashier).

Phương pháp luận phát triển (Methodology)

Dự án áp dụng phương pháp phân tích và thiết kế hướng cấu trúc (SSADM - Structured Systems Analysis and Design Method) kết hợp với chu trình triển khai BPM Lifecycle gồm 4 giai đoạn:

[ Khảo sát & Phân tích ] -> [ Mô hình hóa DFD/ERD ] -> [ Cấu hình trên Infosoft ] -> [ Kiểm thử UAT & Hậu kiểm ]
  • Kế hoạch triển khai:
    • Tuần 1–4: Khảo sát thực địa tại VietinBank Chi nhánh Hai Bà Trưng, thu thập biểu mẫu chứng từ (08a/NHCT10, 13b/NHCT10, lệnh chi, phiếu chi).
    • Tuần 5–8: Xây dựng biểu đồ luồng dữ liệu (DFD mức 0, DFD mức 1) và ma trận thực thể - chức năng.
    • Tuần 9–12: Thiết kế Form vật lý và Data Flow trên nền tảng Infosoft BPM.
    • Tuần 13–16: Kiểm thử kịch bản mở sổ, nộp tiền mặt, chuyển khoản, tính lãi đáo hạn và tất toán.

Implementation và kết quả

Quy trình phát triển nghiệp vụ

Hệ thống xử lý nghiệp vụ tiền gửi có kỳ hạn trả lãi sau được cấu hình hóa thành 3 luồng giao dịch khép kín trên Infosoft BPM:

+-----------------------------------------------------------------------------------+
|                LUỒNG THỰC THI GIAO DỊCH GỬI TIỀN TIẾT KIỆM CHI TIẾT               |
+-----------------------------------------------------------------------------------+
|  [Khách hàng]     [Giao dịch viên (Maker)]   [Kiểm soát viên (Checker)]   [Thủ quỹ]
|       |                     |                            |                   |
|   1. Nộp hồ sơ -----------> |                            |                   |
|       |             2. Nhập thông tin FDR                |                   |
|       |             3. Đẩy luồng duyệt ----------------> |                   |
|       |                     |                     4. Duyệt giao dịch         |
|       |             5. In phiếu thu <--------------------+                   |
|   6. Nộp tiền mặt ---------------------------------------------------------> |
|       |                     |                            |           7. Thu tiền & Đóng dấu
|       |             8. In sổ tiết kiệm <-------------------------------------+
|   9. Nhận sổ <--------------+                            |                   |
+-----------------------------------------------------------------------------------+

Thuật toán tính lãi tiết kiệm có kỳ hạn trả lãi sau

Khi tài khoản đến ngày đáo hạn, hệ thống tự động kích hoạt tiến trình hạch toán tính lãi theo công thức chuẩn của Ngân hàng Nhà nước Việt Nam:

$$\text{Tiền lãi} = \frac{\text{Số dư tiền gửi} \times \text{Lãi suất năm (%)} \times \text{Số ngày gửi thực tế}}{360}$$

Đoạn mã giả thuật toán xử lý tất toán và hạch toán lãi nhập gốc tự động:

def calculate_and_roll_over(account_fdr, current_date):
    """
    account_fdr: dict chứa thông tin tài khoản tiết kiệm chi tiết
    current_date: ngày thực hiện tất toán / đáo hạn
    """
    principal = account_fdr['so_tien_gui']
    annual_rate = account_fdr['lai_suat']
    open_date = account_fdr['ngay_mo']
    maturity_date = account_fdr['ngay_dao_han']
    
    # Tính số ngày gửi thực tế
    actual_days = (current_date - open_date).days
    
    if current_date < maturity_date:
        # Trường hợp rút trước hạn: Áp dụng lãi suất không kỳ hạn (ví dụ 0.5%/năm)
        demand_rate = 0.005
        interest = (principal * demand_rate * actual_days) / 360
        status = "EARLY_WITHDRAWAL"
    else:
        # Trường hợp đúng hạn hoặc quá hạn
        term_days = (maturity_date - open_date).days
        interest = (principal * (annual_rate / 100) * term_days) / 360
        status = "MATURED"
        
    # Xử lý hình thức Lãi nhập gốc (Roll-over)
    if account_fdr['lai_nhap_goc'] and current_date >= maturity_date:
        new_principal = principal + interest
        account_fdr['so_tien_gui'] = new_principal
        account_fdr['ngay_mo'] = current_date
        account_fdr['ngay_dao_han'] = current_date + account_fdr['ky_han_delta']
        account_fdr['so_du'] = new_principal
        return {"status": "ROLLED_OVER", "interest": interest, "new_balance": new_principal}
    
    return {"status": status, "interest": interest, "total_payout": principal + interest}

Kiểm thử và đánh giá hiệu năng (Testing & Validation)

Quá trình kiểm thử UAT (User Acceptance Testing) được tiến hành với 150 bộ hồ sơ mẫu tại phòng giao dịch, phân bổ trên 3 kịch bản chính:

Kịch bản kiểm thử Số lượng test case Tỷ lệ Pass (%) Thời gian xử lý thủ công Thời gian xử lý qua Infosoft BPM Mức độ cải thiện
Mở CIF và Tài khoản nhóm mới 45 100% 8 phút 30 giây 2 phút 15 giây Giảm 73.5%
Gửi tiền tiết kiệm mở sổ mới (FDR) 60 98.3% 12 phút 45 giây 3 phút 20 giây Giảm 73.8%
Rút tiền / Tất toán lãi nhập gốc 45 100% 10 phút 15 giây 2 phút 40 giây Giảm 74.0%
  • Độ chính xác tính toán kế toán: Đạt 100% khớp đúng số dư, tiền lãi phát sinh và thuế VAT (nếu có phí phát sinh).
  • Kiểm soát lỗi giao dịch: Cơ chế khóa màn hình chờ duyệt (Approval Lock) ngăn chặn 100% tình trạng GDV tự ý hoàn tất giao dịch mà không có chữ ký số của KSV.

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

  1. Chuẩn hóa kiến trúc dữ liệu tập trung: Xây dựng mô hình quan hệ logic đồng bộ giữa Khách hàng (CIF), Tài khoản nhóm (Account Master) và Thẻ tiền gửi (FDR Item), chấm dứt hoàn toàn tình trạng trùng lặp thông tin khách hàng trên hệ thống.
  2. Số hóa kiểm soát Maker-Checker: Tích hợp quy trình phê duyệt trực tuyến giữa GDV và KSV trên Infosoft BPM. Dữ liệu chứng từ và chữ ký INCAS được tải trực tiếp lên màn hình kiểm soát, loại bỏ 80% thời gian luân chuyển giấy tờ vật lý tại quầy.
  3. Cơ chế tham số hóa nghiệp vụ linh hoạt: Việc định nghĩa lãi suất, kỳ hạn và biểu phí được tách biệt dưới dạng tham số hệ thống (Parameter Tables), cho phép tạo gói sản phẩm tiền gửi mới trong vòng vài giờ thay vì phải lập trình lại mã nguồn Core Banking.
  4. Nâng cao hiệu suất giao dịch chi nhánh: Giảm thời gian chờ đợi trung bình của khách hàng từ 15 phút xuống dưới 4 phút/lượt, tăng năng suất xử lý giao dịch của GDV lên 2.8 lần.

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

+-----------------------------------------------------------------------------------+
|                     LỘ TRÌNH TRIỂN KHAI VÀ TÍCH HỢP HỆ THỐNG                     |
+-----------------------------------------------------------------------------------+
|  [Giai đoạn 1]: Chuẩn hóa quy trình nghiệp vụ & Mapping dữ liệu CIF (Tháng 1-2)  |
|  [Giai đoạn 2]: Cấu hình giao diện Form & Workflow Engine Infosoft (Tháng 3-4)   |
|  [Giai đoạn 3]: Tích hợp kiểm thử End-to-End với INCAS & Core SIBS (Tháng 5)     |
|  [Giai đoạn 4]: Đào tạo GDV/KSV & Golive toàn hệ thống phòng giao dịch (Tháng 6)  |
+-----------------------------------------------------------------------------------+

Kịch bản triển khai thực tế tại quầy giao dịch

  • Bước 1: Khách hàng xuất trình CMND/Hộ chiếu và giấy nộp tiền (Mẫu 13b/NHCT10).
  • Bước 2: GDV nhập số CMND; hệ thống tự động vấn tin CIF trên Silverlake SIBS. Nếu đã tồn tại, hệ thống tự động điền toàn bộ dữ liệu nhân thân lên Form.
  • Bước 3: GDV nhập số tiền, kỳ hạn, chọn phương thức "Lãi nhập gốc". Hệ thống tự động truy xuất bảng lãi suất và tính toán ngày đáo hạn chính xác.
  • Bước 4: GDV chuyển màn hình chờ sang KSV. KSV đối chiếu ảnh chữ ký quét từ INCAS với chữ ký trên phiếu, nhấn "Chấp thuận".
  • Bước 5: GDV in phiếu nộp tiền chuyển Thủ quỹ thu tiền mặt, sau đó in trực tiếp thông tin lên phôi Sổ tiết kiệm trả khách hàng.

Đánh giá hiệu quả kinh tế và ROI

  • Chi phí triển khai: Bao gồm chi phí bản quyền Infosoft BPM, tích hợp module và đào tạo nhân sự nội bộ.
  • Lợi ích định lượng: Tiết kiệm 65% chi phí in ấn chứng từ sai hỏng; tăng tỷ lệ giữ chân khách hàng tại quầy nhờ thời gian xử lý nhanh; giảm thiểu 100% rủi ro chi trả sai đối tượng nhờ cơ chế xác thực chữ ký tập trung. Dự kiến hoàn vốn đầu tư (ROI) trong vòng 14 tháng vận hành.

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

Hạn chế kỹ thuật

  • Nền tảng Silverlake Axis SIBS phiên bản nghiên cứu sử dụng công nghệ giao diện màn hình xanh (Green Screen/Terminal) cũ, việc kết nối với công cụ web hiện đại Infosoft BPM đòi hỏi lớp chuyển đổi dữ liệu trung gian (Middleware adapter).
  • Chưa tích hợp chữ ký số điện tử công cộng (PKI/CA) để loại bỏ hoàn toàn phôi sổ tiết kiệm vật lý.

Hướng phát triển trong tương lai

  • Nghiên cứu chuyển đổi sang các hệ thống Core Banking thế hệ mới (như Fidelity Profile hoặc Finacle) có khả năng xử lý kiến trúc Microservices và Open Banking API.
  • Tích hợp công nghệ định danh khách hàng điện tử (eKYC) và xác thực sinh trắc học khuôn mặt tự động ngay tại quầy giao dịch.
  • Mở rộng phân hệ tiền gửi sang kênh số (Omnichannel Banking), cho phép khách hàng tự động mở sổ, tất toán và cầm cố sổ tiết kiệm online trên ứng dụng di động.

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

  • Sinh viên chuyên ngành Ngân hàng & HTTTQL: Nắm bắt chi tiết mô hình kiến trúc Core Banking thực tế tại một ngân hàng thương mại quốc doanh lớn, hiểu rõ cách ánh xạ từ biểu mẫu nghiệp vụ giấy sang biểu đồ luồng dữ liệu (DFD/ERD).
  • Kỹ sư phát triển phần mềm ngân hàng (Fintech Developers): Tham khảo cấu trúc cơ sở dữ liệu quan hệ chuẩn mực cho phân hệ tiền gửi (Fixed Deposit Module) và cơ chế bảo mật Maker-Checker.
  • Nhà quản trị ngân hàng & Doanh nghiệp tài chính: Có căn cứ khoa học và số liệu thực nghiệm để đánh giá hiệu quả của việc tối ưu hóa quy trình nghiệp vụ (BPM) trước khi tiến hành nâng cấp hệ thống Core Banking toàn diện.
  • Cán bộ vận hành giao dịch (GDV, KSV, Thủ quỹ): Tiếp cận quy trình thao tác chuẩn hóa, giảm tải áp lực đối soát thủ công và hạn chế tối đa rủi ro tác nghiệp.

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

1. Yêu cầu kỹ thuật hạ tầng để triển khai phân hệ tiền gửi trên Infosoft BPM là gì?

Hệ thống yêu cầu máy chủ ứng dụng chạy Windows Server 2008 R2 trở lên, IIS 7.5+, Microsoft .NET Framework 4.0; máy chủ cơ sở dữ liệu Microsoft SQL Server 2008/2012 Enterprise; các máy trạm của GDV/KSV chỉ cần trình duyệt web tiêu chuẩn (Chrome, Firefox, Internet Explorer 9+) có kết nối mạng LAN nội bộ an toàn.

2. Giới hạn khả năng mở rộng (Scalability) của hệ thống Core Banking Silverlake SIBS là bao nhiêu?

Silverlake Axis SIBS v5.2 có khả năng quản lý hơn 50 triệu tài khoản khách hàng, xử lý đồng thời ~1.000 giao dịch/giây (TPS) trên phần cứng máy chủ IBM iSeries (AS/400), đáp ứng độ sẵn sàng dịch vụ đạt 99.99% (High Availability 24/7).

3. Phân hệ tiền gửi tích hợp với hệ thống quản lý chữ ký INCAS như thế nào?

Hệ thống kết nối thông qua dịch vụ mạng nội bộ (Internal Service Call). Khi GDV nhập số CIF/CMND, hệ thống tự động truy vấn mã khách hàng sang cơ sở dữ liệu INCAS để hiển thị hình ảnh mẫu dấu, chữ ký đã đăng ký của chủ tài khoản trực tiếp trên màn hình giao diện web của GDV và KSV.

4. Quy trình bảo trì và sao lưu dữ liệu giao dịch cuối ngày (End-of-Day - EOD) diễn ra như thế nào?

Cuối ngày giao dịch, hệ thống thực hiện tiến trình EOD tự động: kiểm tra cân đối sổ cái kế toán (General Ledger), chạy tiến trình tính lãi dồn tích (Interest Accrual), tự động gia hạn các sổ tiết kiệm đáo hạn có thiết lập lãi nhập gốc, và sao lưu toàn bộ nhật ký giao dịch (Transaction Logs) sang máy chủ DR (Disaster Recovery).

5. Tại sao cơ chế Maker-Checker lại bắt buộc trong phân hệ tiền gửi tiết kiệm?

Maker-Checker (nguyên tắc 4 mắt) là tiêu chuẩn an toàn kiểm soát nội bộ bắt buộc của Ngân hàng Nhà nước. Cơ chế này đảm bảo mọi giao dịch phát sinh tăng/giảm tiền gửi hoặc thay đổi thông tin định danh khách hàng do Giao dịch viên (Maker) tạo lập bắt buộc phải được Kiểm soát viên (Checker) kiểm tra tính hợp pháp, hợp lệ và phê duyệt điện tử trước khi ghi nhận chính thức vào sổ cái kế toán.

Kết luận

Đề tài khóa luận tốt nghiệp của tác giả Lê Thị Thúy đã giải quyết trọn vẹn bài toán phân tích và chuẩn hóa phân hệ tiền gửi tiết kiệm có kỳ hạn trả lãi sau trong hệ thống Core Banking Silverlake tại VietinBank. Bằng việc kết hợp chặt chẽ giữa lý thuyết hệ thống thông tin quản lý (DFD, ERD, Ma trận chức năng) và công cụ thực thi quy trình Infosoft BPM, đề tài đã chứng minh tính khả thi trong việc số hóa luồng giao dịch tài chính, rút ngắn trên 70% thời gian xử lý tại quầy, triệt tiêu sai sót kế toán và đảm bảo an toàn vận hành. Đây là tài liệu tham khảo có giá trị học thuật và thực tiễn cao cho quá trình chuyển đổi số ngành ngân hàng.