Bài 51 — Domain banking cho BA fresher: 30 thuật ngữ

Mở đầu — vì sao bài này quan trọng

Nếu bạn đang bắt đầu sự nghiệp BA và nhận được lời mời phỏng vấn cho một dự án ngân hàng, chúc mừng bạn — đây là một trong những "mảnh đất màu mỡ" nhất cho BA tại Việt Nam. Banking là domain trả lương cao, dự án dài, và cực kỳ khát BA giỏi. Nhưng nó cũng là domain khó nhằn nhất với người mới, bởi vì nó có một "ngôn ngữ riêng". Khi stakeholder nói "khách này CASA thấp nhưng CIF đã KYC đủ, mình push qua T24 để mở overdraft", nếu bạn ngồi ngơ ngác thì buổi họp coi như bạn mất điểm.

Sự thật phũ phàng: trong domain banking, người ta không có thời gian giải thích thuật ngữ cho bạn. Business user là các anh chị ở khối vận hành, tín dụng, thẻ — họ dùng thuật ngữ như hơi thở. Một BA fresher không hiểu thuật ngữ sẽ liên tục hỏi lại những câu "ngớ ngẩn", làm chậm cuộc họp, và tệ hơn là hiểu sai requirement dẫn đến làm sai sản phẩm. Một khoản vay tính lãi sai, một giao dịch hạch toán nhầm tài khoản — trong ngân hàng đó không phải bug thông thường, đó là rủi ro tài chính và tuân thủ (compliance) có thể khiến ngân hàng bị phạt.

Bài này không dạy bạn thành chuyên gia ngân hàng — điều đó cần nhiều năm. Mục tiêu của tôi khiêm tốn nhưng thực dụng: trang bị cho bạn 30 thuật ngữ cốt lõi được nhóm theo bốn mảng nghiệp vụ chính. Đủ để bạn "sống sót" qua buổi họp đầu tiên, đọc hiểu tài liệu bàn giao, và quan trọng nhất là biết mình đang không biết cái gì để hỏi đúng chỗ. Hãy coi đây là cuốn từ điển bỏ túi bạn nên đọc trước ngày onboard dự án banking đầu tiên.

Khái niệm cốt lõi

Tôi chia 30 thuật ngữ thành 4 nhóm theo cách một ngân hàng bán lẻ (retail bank) vận hành: Tài khoản & Khách hàng, Tín dụng & Cho vay, Thẻ & Thanh toán, và Vận hành & Tuân thủ.

Nhóm 1 — Account & Customer (Tài khoản & Khách hàng)

• CIF (Customer Information File): hồ sơ thông tin khách hàng, mã định danh duy nhất của một khách hàng trong hệ thống ngân hàng. Một khách hàng có một CIF, nhưng dưới CIF đó có thể có nhiều tài khoản. Đây là khái niệm nền tảng nhất — mọi thứ đều "treo" vào CIF.

• CASA (Current Account & Savings Account): tài khoản thanh toán (hiện hành) và tài khoản tiết kiệm không kỳ hạn. Đây là nguồn vốn giá rẻ của ngân hàng vì lãi suất trả cho khách rất thấp. "Tỷ lệ CASA cao" là chỉ số ngân hàng nào cũng muốn tối ưu.

• Current Account (tài khoản thanh toán): tài khoản dùng để giao dịch hằng ngày, không hoặc gần như không có lãi, khách rút/nộp tự do.

• Savings Account (tài khoản tiết kiệm): tài khoản gửi để hưởng lãi. Chia thành không kỳ hạn (rút bất cứ lúc nào) và có kỳ hạn / Term Deposit (gửi cố định một khoảng thời gian để hưởng lãi cao hơn).

• Term Deposit / FD (Fixed Deposit): tiền gửi có kỳ hạn (ví dụ 6 tháng, 12 tháng). Rút trước hạn thường bị mất lãi hoặc chỉ hưởng lãi không kỳ hạn.

• Account Balance — phân biệt Ledger Balance và Available Balance: Ledger Balance (số dư sổ cái) là số dư thực tế đã hạch toán; Available Balance (số dư khả dụng) là số tiền khách thực sự dùng được, sau khi trừ các khoản đang bị phong tỏa (hold) hoặc cộng hạn mức thấu chi. BA cực hay nhầm hai cái này.

• Hold / Phong tỏa: khoản tiền bị tạm giữ, chưa cho dùng (ví dụ: đặt cọc khách sạn qua thẻ, hoặc lệnh phong tỏa theo yêu cầu tòa án).

• Statement (sao kê): bảng liệt kê giao dịch trong một chu kỳ. Nghe đơn giản nhưng "statement cycle", ngày cắt sao kê, và định dạng file là nguồn requirement bất tận.

Nhóm 2 — Credit & Lending (Tín dụng & Cho vay)

• Loan Principal (gốc vay): số tiền gốc khách vay, chưa gồm lãi.

• Interest & lãi suất (fixed vs floating): lãi cố định (fixed) giữ nguyên suốt kỳ; lãi thả nổi (floating) điều chỉnh theo lãi suất tham chiếu định kỳ.

• Amortization Schedule (lịch trả nợ): bảng chi tiết từng kỳ khách trả bao nhiêu gốc, bao nhiêu lãi. Hai phương pháp phổ biến: trả gốc đều và dư nợ giảm dần (reducing balance).

• Disbursement (giải ngân): hành động ngân hàng chuyển tiền vay cho khách sau khi khoản vay được duyệt.

• Collateral (tài sản đảm bảo): tài sản khách thế chấp (nhà, xe, sổ tiết kiệm). Khoản vay có tài sản đảm bảo gọi là secured, không có gọi là unsecured (ví dụ vay tín chấp).

• Overdraft / Thấu chi: hạn mức cho phép khách chi vượt số dư tài khoản, tính lãi trên phần vượt.

• NPL (Non-Performing Loan) / nợ xấu: khoản vay quá hạn thanh toán (thường trên 90 ngày). Gắn liền với DPD (Days Past Due) — số ngày quá hạn — và hệ thống phân loại nhóm nợ 1–5 theo quy định của Ngân hàng Nhà nước Việt Nam.

• Credit Scoring / Chấm điểm tín dụng: mô hình đánh giá khả năng trả nợ của khách để quyết định cho vay và hạn mức. Ở Việt Nam gắn với truy vấn CIC (Trung tâm Thông tin tín dụng Quốc gia).

• Credit Limit (hạn mức tín dụng): số tiền tối đa khách được phép vay/chi (áp dụng cho thẻ tín dụng, thấu chi, hạn mức tín dụng quay vòng).

Nhóm 3 — Card & Payment (Thẻ & Thanh toán)

• Debit Card vs Credit Card: thẻ ghi nợ trừ trực tiếp tiền trong tài khoản; thẻ tín dụng cho "tiêu trước trả sau" trong hạn mức.

• Card Issuing vs Acquiring: Issuing là ngân hàng phát hành thẻ cho khách; Acquiring là ngân hàng cung cấp máy POS/cổng thanh toán cho merchant nhận thẻ. Một giao dịch luôn có hai phía này.

• Authorization vs Settlement (chuẩn chi vs quyết toán): Authorization là bước xác nhận thẻ hợp lệ và tạm giữ tiền tại thời điểm quẹt; Settlement là bước chuyển tiền thật giữa các ngân hàng, thường diễn ra sau đó vài giờ đến vài ngày.

• Interchange Fee: phí mà ngân hàng acquiring trả cho ngân hàng issuing trong mỗi giao dịch thẻ — nguồn thu quan trọng.

• Chargeback (giao dịch tra soát/hoàn tiền): khi khách khiếu nại một giao dịch (gian lận, không nhận hàng), tiền có thể bị đòi lại từ merchant. Quy trình tra soát là "đặc sản" requirement của nghiệp vụ thẻ.

• Payment Rails (kênh thanh toán): hạ tầng chuyển tiền. Tại Việt Nam bạn sẽ gặp NAPAS (chuyển khoản nhanh 24/7, quét QR), Citad (thanh toán liên ngân hàng của NHNN), và SWIFT (chuyển tiền quốc tế).

Nhóm 4 — Operations, Risk & Compliance (Vận hành & Tuân thủ)

• KYC (Know Your Customer): quy trình định danh và xác minh khách hàng bắt buộc trước khi mở tài khoản. Hiện bổ sung eKYC — định danh điện tử qua ảnh CCCD gắn chip và nhận diện khuôn mặt.

• AML (Anti-Money Laundering) / phòng chống rửa tiền: tập hợp quy tắc giám sát giao dịch để phát hiện dòng tiền bất thường. Gắn với SAR/STR (báo cáo giao dịch đáng ngờ).

• Reconciliation / Đối soát: quá trình so khớp số liệu giữa hai hệ thống (ví dụ hệ thống thẻ nội bộ và file NAPAS) để đảm bảo không lệch. Đây là chỗ BA hay được giao viết requirement nhất.

• Core Banking: hệ thống lõi vận hành toàn bộ tài khoản, sổ cái, giao dịch. Các nền tảng phổ biến ở Việt Nam: T24 (Temenos), Flexcube (Oracle), Symbols. Xung quanh core là các hệ thống vệ tinh (thẻ, LOS, internet banking) tích hợp qua API.

• GL (General Ledger) / Sổ cái: hệ thống kế toán ghi nhận mọi bút toán. Mọi giao dịch cuối cùng đều phải "về đúng GL". Hiểu double-entry (ghi Nợ – ghi Có luôn cân bằng) là kiến thức nền.

• EOD (End of Day): tiến trình cuối ngày của core banking — tính lãi, chuyển ngày làm việc, sinh báo cáo. Nhiều tính năng bị ràng buộc bởi "chạy trong hay ngoài giờ EOD".

• Regulatory Reporting / Báo cáo tuân thủ: báo cáo định kỳ gửi Ngân hàng Nhà nước (NHNN) theo các thông tư. Requirement liên quan báo cáo NHNN thường không được phép "linh hoạt" — sai là ngân hàng bị phạt.

Tình huống thực tế

Ví dụ 1 — Buổi họp đầu tiên và bẫy "Available Balance"

Minh, một BA fresher vừa vào một ngân hàng cổ phần tầm trung tại TP.HCM (tạm gọi là NH Phương Đông), được giao viết requirement cho tính năng "chặn khách chuyển khoản khi không đủ tiền" trên app mobile banking. Minh viết rất tự tin: "Nếu số dư tài khoản < số tiền chuyển thì báo lỗi."

Đến buổi review, anh Team Lead khối vận hành hỏi: "Số dư ở đây là Ledger Balance hay Available Balance?" Minh đứng hình. Hóa ra một khách hàng có Ledger Balance 10 triệu, nhưng đang bị hold 3 triệu (đặt cọc khách sạn qua thẻ) và có hạn mức overdraft 5 triệu. Vậy khách này thực sự chuyển được tối đa bao nhiêu? Câu trả lời đúng là Available Balance = 10 − 3 + 5 = 12 triệu, chứ không phải 10 triệu như Minh nghĩ.

Bài học rút ra: trong banking, từ "số dư" là một cái bẫy. BA phải luôn hỏi rõ đang nói về loại số dư nào, và có tính hold, có tính hạn mức thấu chi không. Chỉ hiểu đúng thuật ngữ #6 và #7 đã giúp bạn tránh viết một requirement sai hoàn toàn về mặt nghiệp vụ.

Ví dụ 2 — Dự án đối soát NAPAS và cái bẫy Authorization vs Settlement

Một fintech ví điện tử (giả định tên MoMoPay) tích hợp với một ngân hàng để cho phép nạp tiền từ thẻ. BA được giao viết luồng đối soát cuối ngày. Đội dev ban đầu tính doanh thu dựa trên số giao dịch Authorization thành công trong ngày. Kết quả: con số trên dashboard nội bộ luôn lệch với file settlement mà NAPAS gửi về sáng hôm sau, lệch khoảng 2–3% mỗi ngày.

Nguyên nhân: một số giao dịch được authorize (tạm giữ tiền) nhưng sau đó bị hủy hoặc timeout, không bao giờ settle (chuyển tiền thật). Ngược lại, có giao dịch quẹt lúc 23h50 chỉ authorize trong ngày nhưng settle sang ngày hôm sau. BA đã nhầm lẫn giữa thuật ngữ #20 (Authorization vs Settlement). Sau khi làm rõ, requirement đối soát được viết lại: đối soát dựa trên file settlement làm nguồn chân lý (source of truth), và mỗi dòng lệch phải rơi vào một trong các trạng thái đã định nghĩa (chưa settle, đã hủy, chờ chargeback).

Bài học rút ra: trong nghiệp vụ thẻ và thanh toán, thời điểm "tiền được ghi nhận" khác với thời điểm "giao dịch xảy ra". Đối soát (#26) là bài toán cân số liệu giữa các hệ thống theo đúng vòng đời giao dịch, không phải phép cộng đơn giản.

Ví dụ 3 — eKYC và ranh giới của compliance

Một ngân hàng số triển khai mở tài khoản online bằng eKYC. Đội sản phẩm muốn "để trải nghiệm mượt", cho phép khách mở tài khoản và giao dịch ngay cả khi bước xác minh khuôn mặt chỉ đạt độ khớp 70%. BA fresher, muốn làm hài lòng đội sản phẩm, đã viết requirement theo hướng đó.

May mắn là một anh BA senior review kịp. Anh chỉ ra: KYC (#24) và AML (#25) là vùng compliance, không phải vùng để tối ưu trải nghiệm tùy tiện. Ngưỡng khớp khuôn mặt, các trường bắt buộc, và hạn mức tài khoản chưa KYC đầy đủ đều bị ràng buộc bởi thông tư của NHNN. Tài khoản định danh eKYC chưa đầy đủ thường bị giới hạn hạn mức giao dịch theo quy định. Nếu làm sai, ngân hàng không chỉ bị phạt mà có thể bị dừng cả sản phẩm.

Bài học rút ra: BA banking phải phân biệt được đâu là requirement "có thể thương lượng" (nghiệp vụ, trải nghiệm) và đâu là ràng buộc "cứng" từ luật. Với nhóm thuật ngữ tuân thủ (KYC, AML, Regulatory Reporting), câu hỏi đầu tiên luôn là "quy định nào chi phối cái này?".

Hướng dẫn từng bước

Đây là cách tôi khuyên bạn dùng 30 thuật ngữ này khi bước vào dự án banking đầu tiên:

• Trước ngày onboard: học thuộc 4 nhóm và ít nhất định nghĩa một dòng cho từng thuật ngữ. Mục tiêu không phải hiểu sâu, mà là khi nghe thấy từ đó bạn không bị "đơ".

• Xác định domain phụ của dự án: banking rất rộng. Hỏi ngay dự án bạn đang làm thuộc mảng nào — thẻ, tín dụng, tiền gửi, thanh toán hay core. Rồi đào sâu đúng nhóm thuật ngữ liên quan trước.

• Lập một glossary sống (living glossary): mở một trang Confluence hoặc Notion, mỗi khi gặp thuật ngữ mới trong họp, ghi lại kèm định nghĩa mà stakeholder xác nhận. Sau 2 tuần bạn sẽ có tài sản quý và ghi điểm với cả team.

• Luôn truy nguồn "tiền đi về đâu": với mọi tính năng, tự hỏi giao dịch này ảnh hưởng tài khoản nào, hạch toán vào GL (#28) ra sao, có chạy trong EOD (#29) không. Tư duy "dòng tiền và bút toán" giúp bạn phát hiện lỗ hổng requirement.

• Đánh dấu vùng compliance: khi một requirement chạm tới KYC, AML, nhóm nợ, hay báo cáo NHNN, gắn cờ đỏ và tìm người phụ trách compliance/legal xác nhận. Không tự quyết.

• Xác nhận lại bằng ngôn ngữ của họ: sau khi hiểu, hãy diễn đạt lại requirement bằng đúng thuật ngữ ngân hàng ("vậy khi Available Balance không đủ, hệ thống chặn và không sinh bút toán, đúng không ạ?"). Điều này vừa kiểm tra hiểu đúng, vừa cho stakeholder thấy bạn "nói cùng ngôn ngữ".

Lỗi thường gặp & mẹo

• Nhầm Ledger Balance với Available Balance: đây là lỗi kinh điển của fresher. Mẹo: mỗi khi thấy chữ "số dư" trong tài liệu, tự động đặt câu hỏi "loại nào?".

• Coi Authorization là giao dịch hoàn tất: dẫn đến đối soát lệch, tính doanh thu sai. Nhớ: chỉ Settlement mới là "tiền thật đã đi".

• Xử lý vùng compliance như vùng nghiệp vụ thường: KYC/AML/báo cáo NHNN không phải chỗ để "tối ưu trải nghiệm". Mẹo: gắn nhãn compliance và tìm đúng người ký duyệt.

• Bỏ qua các trường hợp EOD và ngày làm việc: nhiều bug sinh ra vì tính năng chạy trong lúc EOD đang chạy, hoặc rơi vào ngày lễ (holiday calendar). Luôn hỏi "tính năng này chạy online hay batch, trong hay ngoài EOD?".

• Dùng từ tiếng Anh mà không hiểu bản chất: đừng gật gù khi nghe "chargeback" nếu bạn không kể được vòng đời của nó. Thà hỏi một lần cho rõ còn hơn viết sai requirement.

• Mẹo vàng: khi không chắc, hãy vẽ. Vẽ luồng dòng tiền và trạng thái giao dịch lên giấy rồi đưa stakeholder xác nhận. Trong banking, một sơ đồ trạng thái rõ ràng có giá trị hơn mười trang mô tả.

Bài tập thực hành

• Phân loại thuật ngữ: lấy 30 thuật ngữ trong bài, tự viết lại vào 4 nhóm mà không nhìn tài liệu. Sau đó với mỗi thuật ngữ, viết một câu định nghĩa bằng lời của chính bạn.

• Tình huống số dư: khách A có Ledger Balance 20 triệu, đang bị hold 4 triệu, có hạn mức overdraft 10 triệu. Tính Available Balance. Khách muốn chuyển 25 triệu — hệ thống cho phép hay không? Viết requirement một dòng cho luồng kiểm tra này.

• Vẽ vòng đời giao dịch thẻ: vẽ sơ đồ từ lúc khách quẹt thẻ đến khi tiền về merchant, có gán các thuật ngữ Authorization, Settlement, Interchange Fee, và điểm mà Chargeback có thể xảy ra.

• Săn thuật ngữ: tìm một bài phân tích hoặc báo cáo thường niên của một ngân hàng Việt Nam (Vietcombank, Techcombank, VPBank...). Gạch chân mọi thuật ngữ trong bài này mà bạn gặp, và tra thêm 3 thuật ngữ mới bạn chưa biết, thêm vào glossary cá nhân.

Tóm tắt

Domain banking là mảnh đất vàng cho BA, nhưng cửa vào của nó là ngôn ngữ. Trong bài này bạn đã có 30 thuật ngữ cốt lõi chia làm 4 nhóm: tài khoản & khách hàng (CIF, CASA, các loại số dư...), tín dụng & cho vay (gốc, lãi, NPL, credit scoring...), thẻ & thanh toán (issuing/acquiring, authorization vs settlement, chargeback, NAPAS...), và vận hành & tuân thủ (KYC, AML, đối soát, core banking, GL, EOD, báo cáo NHNN).

Điều quan trọng nhất không phải học thuộc lòng, mà là ba thói quen tư duy: luôn truy hỏi "loại số dư nào, tiền đi về đâu, quy định nào chi phối". Hãy lập glossary sống, diễn đạt lại requirement bằng đúng thuật ngữ của stakeholder, và gắn cờ đỏ cho mọi thứ chạm tới compliance. Khi bạn nói được ngôn ngữ ngân hàng, bạn không còn là fresher ngồi ngơ ngác trong phòng họp — bạn là BA mà team tin tưởng giao việc. Đó chính là bước đầu tiên để bứt phá trong một domain trả lương hàng đầu thị trường.