Chỉ 5 Phút Hiểu Core Banking Trong Ngân Hàng Dành Cho IT Business Analyst

blogcole

Thành viên thân thiết
Thành viên thân thiết
Tham gia
19/9/2024
Bài viết
57
Trong thế giới của các IT Business Analyst (IT BA), việc thấu hiểu "Domain Knowledge" (Kiến thức chuyên ngành) là yếu tố mang tính sống còn để quyết định mức thu nhập và vị thế của bạn. Trong vô số các mảng nghiệp vụ hiện nay, Banking (Ngân hàng) luôn được xem là mảnh đất màu mỡ nhất nhưng cũng khắt khe nhất.

Trái tim của mọi hệ thống ngân hàng chính là Core Banking. Nếu bạn là một IT BA đang ấp ủ dự định nhảy sang các dự án tài chính, ngân hàng, việc nắm vững cấu trúc và luồng đi của Core Banking là điều kiện tiên quyết. Bài viết này sẽ giúp bạn "bóc tách" và hiểu rõ hệ thống khổng lồ này chỉ trong vòng 5 phút.

1. Kiến Trúc Tổng Thể Của Hệ Thống Ngân Hàng (High-Level Architecture)​

Trước khi đi sâu vào Core Banking, một IT BA cần hiểu bức tranh toàn cảnh về cách dữ liệu được luân chuyển. Một hệ thống ngân hàng tiêu chuẩn thường bao gồm 3 lớp chính:

  • Channels (Kênh giao tiếp): Đây là nơi khách hàng hoặc giao dịch viên tương tác trực tiếp. Nó bao gồm Mobile Banking App, Internet Banking (Web), mạng lưới Chi nhánh (Branch), và hệ thống ATM/POS.
  • Trục tích hợp hệ thống (ESB / API Gateway): Dữ liệu từ các Channels không đi thẳng vào Core mà phải đi qua lớp trung gian này. ESB đóng vai trò như một người "phiên dịch" và phân luồng, đảm bảo bảo mật và đồng bộ dữ liệu.
  • Core Banking System & External: Khi lệnh đi qua ESB, nó sẽ chạm tới Core Banking để xử lý các nghiệp vụ lõi (sẽ được phân tích ở phần sau). Cuối cùng, Core có thể cần kết nối với các hệ thống bên ngoài (External) như cổng thanh toán NAPAS/Visa, Ngân hàng Nhà nước (SBV) hoặc Trung tâm Thông tin Tín dụng (CIC) để chấm điểm tín dụng.

2. Các Phân Hệ Nghiệp Vụ Lõi (Core Modules) BA Cần Nắm Vững​

Core Banking là một tập hợp của nhiều module phức tạp. Đối với một IT BA, có 3 phân hệ "xương sống" bạn bắt buộc phải hiểu rõ:

A. Phân hệ CIF (Customer Info File)​

CIF chính là linh hồn của hệ thống. Nó lưu trữ toàn bộ định danh, thông tin KYC, chữ ký số và phân loại khách hàng (Cá nhân/Doanh nghiệp).

  • BA Note: Nguyên tắc bất di bất dịch trong ngân hàng là: Mọi tài khoản tiết kiệm, tài khoản thanh toán hay khoản vay đều phải được "link" (liên kết) tới một mã CIF duy nhất của khách hàng đó.

B. Phân hệ CASA & Savings (Tài khoản thanh toán & Tiết kiệm)​

Đây là nơi quản lý tiền gửi của khách hàng. Nó xử lý việc quản lý số dư (Balance), thực hiện lệnh phong tỏa (Hold) khi có tranh chấp, và tính toán tiền lãi (Interest).

  • BA Note: Khi làm tài liệu phân tích, BA phải cực kỳ cẩn trọng phân biệt giữa "Available Balance" (Số dư khả dụng) - số tiền khách có thể rút, và "Ledger Balance" (Số dư thực tế) - tổng số tiền thực có trên hệ thống, bao gồm cả phần đang bị phong tỏa.

C. Phân hệ Lending (Tín dụng)​

Module này quản lý toàn bộ vòng đời của một khoản vay: Từ lúc Khởi tạo hồ sơ, Giải ngân (Disbursement), Tính toán lãi/phạt, Thu nợ (Repayment), cho đến khi Tất toán.

  • BA Note: BA cần làm rõ với phía nghiệp vụ về quy tắc thu nợ: Ngân hàng sẽ thu Gốc trước Lãi sau, hay thu tiền Phạt -> Lãi -> Gốc. Một sai sót nhỏ trong logic này có thể làm sai lệch báo cáo tài chính của cả hệ thống.

3. Bút Toán Kép (General Ledger) – Nguyên Lý Bắt Buộc​

Nỗi ám ảnh của nhiều BA trái ngành khi làm dự án ngân hàng chính là sổ cái và bút toán kép. Bạn chỉ cần nhớ nguyên lý cơ bản của Nợ (Debit) và Có (Credit):

  • Đối với Tài sản (Assets) / Chi phí: Tăng ghi NỢ, Giảm ghi CÓ.
  • Đối với Nợ phải trả (Liabilities) / Vốn: Tăng ghi CÓ, Giảm ghi NỢ.
Ví dụ kinh điển: Tiền gửi của khách hàng vào ngân hàng thực chất là "Nợ phải trả" của ngân hàng. Do đó, khi khách hàng nộp tiền vào tài khoản, Liability của ngân hàng tăng lên -> Hệ thống sẽ ghi vào tài khoản của khách hàng.

4. Vòng Đời Của Một Giao Dịch (Transaction Lifecycle)​

Mỗi giao dịch ngân hàng dù nhỏ hay lớn đều phải trải qua 4 bước cơ bản:

  1. Initiation (Khởi tạo): Lập giao dịch và nhập liệu từ phía Front-end (Người lập - Maker).
  2. Validation (Kiểm duyệt): Hệ thống và người duyệt (Checker) sẽ kiểm tra các điều kiện: Số dư có đủ không? Có vượt hạn mức không? Đã xác thực KYC chưa?
  3. Posting (Hạch toán): Hệ thống thực tế ghi nhận các bút toán Debit/Credit vào tài khoản.
  4. GL Update & EOD: Cập nhật dữ liệu vào Sổ cái và tiến hành đối soát vào cuối ngày.

5. Từ Điển Thuật Ngữ "Sống Còn" Cho BA Ngân Hàng​

Để giao tiếp trôi chảy với đội ngũ nghiệp vụ và Dev, hãy ghi nhớ các thuật ngữ sau:

  • Maker / Checker (Cơ chế 4 mắt): Một nguyên tắc quản trị rủi ro cơ bản. Một người (Maker) chỉ được phép tạo giao dịch, và bắt buộc phải có một người khác (Checker) kiểm tra và phê duyệt.
  • EOD (End Of Day): Tiến trình khóa sổ cuối ngày. Trong thời gian này, Core Banking thường tạm ngưng giao dịch để hệ thống chạy batch tính lãi, trích lập dự phòng và xuất báo cáo.
  • Reconciliation (Đối soát): Quá trình so sánh dữ liệu giữa Core Banking và các hệ thống bên ngoài (như Ví điện tử, Switch) để tìm ra các giao dịch bị lệch (Dispute).
  • Value Date (Ngày giá trị): Ngày mà tiền thực sự phát sinh hiệu lực (thường để tính lãi). Nó có thể khác với Posting Date (Ngày hạch toán vào hệ thống).
  • Overdraft (Thấu chi): Nghiệp vụ cho phép khách hàng được chi tiêu vượt quá số dư thực có trên tài khoản CASA, dựa trên một hạn mức đã được cấp từ trước.
  • Suspense Account (Tài khoản treo): Tài khoản trung gian chứa tiền tạm thời khi giao dịch chưa xác định được đích đến cuối cùng hoặc đang chờ được xử lý.
  • Reversal (Đảo chiều): Hành động hủy bỏ giao dịch. Thay vì xóa data, hệ thống bắt buộc phải thực hiện một bút toán ngược lại để xóa bỏ tác động tài chính của giao dịch bị lỗi.

6. Tổng Kết​

Hiểu sâu về Core Banking không chỉ giúp bạn thiết kế luồng hệ thống chính xác mà còn tạo ra lợi thế cạnh tranh tuyệt đối khi đàm phán lương.

Trang bị tư duy phân tích hệ thống và nắm vững nghiệp vụ chuyên sâu với Khóa Học Business Analyst Fullstack 2026. Lộ trình 75 giờ thực chiến giúp bạn tự tin ứng tuyển vào các dự án ngân hàng và tài chính quy mô lớn.
 
Quay lại
Top Bottom