Huy động vốn 6 — FTP & Quản lý thanh khoản
Mô hình tinh thần: hai câu hỏi tưởng đơn giản
Đội huy động của một chi nhánh kéo về được 1.000 tỷ tiền gửi kỳ hạn 6 tháng lãi 4,5%. Đội tín dụng cùng chi nhánh giải ngân 1.000 tỷ cho vay mua nhà 15 năm lãi 9,5%. Ban lãnh đạo hỏi hai câu:
- Đội huy động lãi hay lỗ? Nếu chỉ nhìn "trả cho khách 4,5%", họ đang chi tiền — trông như lỗ. Nhưng không có nguồn 1.000 tỷ đó thì đội tín dụng lấy gì cho vay?
- Đội tín dụng lãi bao nhiêu? Nếu nói "lãi trọn 9,5% − 4,5% = 5%", ta đã gán toàn bộ chênh lệch cho một bên và bỏ qua một sự thật nguy hiểm: huy động 6 tháng nhưng cho vay 15 năm. Ai đang gánh rủi ro rằng sau 6 tháng phải huy động lại (tái cấp vốn) với chi phí có thể cao hơn?
FTP (Funds Transfer Pricing — định giá điều chuyển vốn nội bộ) ra đời để trả lời chính xác hai câu này. Ý tưởng cốt lõi: dựng một "ngân hàng nội bộ" là Treasury, đứng giữa mua hết vốn của đội huy động và bán hết vốn cho đội cho vay theo một mức giá điều chuyển vốn nội bộ (giá FTP). Nhờ đó biên lãi ròng (NIM) của cả ngân hàng được bóc tách thành ba phần rạch ròi, mỗi đơn vị chịu trách nhiệm đúng phần của mình.
Bài này là phần chuyên sâu nối tiếp mảng huy động vốn; nếu bạn chưa nắm vì sao CASA là nguồn vốn rẻ và là lợi thế cạnh tranh, hãy đọc Huy động vốn 2 — CASA & chi phí vốn trước. Bức tranh Treasury/ALM tổng thể có ở Ngân quỹ, Treasury & ALM.
Cơ chế FTP: Treasury như một ngân hàng nội bộ
Nguyên tắc vận hành gồm ba bước:
- Mọi nguồn vốn (tiền gửi, giấy tờ có giá phát hành...) được đội huy động bán cho Treasury theo giá FTP tương ứng kỳ hạn → đội huy động ghi nhận biên lãi huy động (funding/liability margin) = FTP − lãi trả khách.
- Mọi tài sản (khoản vay, đầu tư) được đội cho vay mua vốn từ Treasury theo giá FTP tương ứng → đội cho vay ghi nhận biên lãi cho vay (lending/asset margin) = lãi thu khách − FTP.
- Treasury ôm phần còn lại: biên chuyển hóa kỳ hạn & thanh khoản (mismatch margin) — chính là khoản bù đắp cho việc gánh rủi ro vay ngắn cho vay dài và rủi ro lãi suất tập trung.
Lấy đúng ví dụ đầu bài, giả sử giá FTP cho kỳ hạn 6 tháng là 6,0% (con số minh hoạ):
| Đơn vị | Công thức | Biên lãi |
|---|---|---|
| Đội huy động | FTP 6,0% − lãi khách 4,5% | +1,5% (funding margin) |
| Đội cho vay | lãi khách 9,5% − FTP 6,0% | +3,5% (lending margin) |
| Treasury | chênh lệch kỳ hạn & thanh khoản | phần còn lại của mismatch |
| Tổng NIM gộp | 9,5% − 4,5% | 5,0% |
Điểm mấu chốt: tổng ba biên = NIM gộp, nhưng giờ ta biết NIM đến từ đâu. Nếu tháng sau lãi suất thị trường tăng, funding margin và lending margin của hai đội không đổi (vì đều neo vào FTP tại thời điểm ký) — biến động lãi suất được "gom" hết về Treasury, nơi có công cụ (IRS, repo, trái phiếu) để quản lý tập trung. Chi nhánh được đo hiệu quả công bằng và ổn định, không bị chấm điểm oan vì thị trường.
Đường cong FTP theo kỳ hạn
Giá FTP không phải một con số duy nhất mà là một đường cong theo kỳ hạn (FTP curve): vốn kỳ hạn càng dài thì giá FTP càng cao. Lý do có hai lớp:
- Cấu trúc kỳ hạn của lãi suất — đường cong lãi suất thị trường (thường lấy từ đường cong hoán đổi/interbank) vốn dốc lên: kỳ hạn dài đắt hơn kỳ hạn ngắn.
- Phần bù thanh khoản kỳ hạn (term liquidity premium) — vốn giữ được lâu, ổn định thì quý hơn, nên được "trả giá" cao hơn. Đây là cơ chế khuyến khích đúng hành vi: đội huy động kéo về tiền gửi dài hạn ổn định sẽ được cộng biên FTP cao hơn tiền gửi qua đêm; đội cho vay giải ngân khoản dài hạn phải "mua vốn" đắt hơn, phản ánh đúng chi phí thanh khoản họ tạo ra.
Bảng và sơ đồ dưới đây minh hoạ hình dạng đường cong (số minh hoạ):
| Kỳ hạn | O/N | 1 tháng | 3 tháng | 6 tháng | 12 tháng | 3 năm | 5 năm |
|---|---|---|---|---|---|---|---|
| Giá FTP | 3,8% | 4,4% | 5,2% | 6,0% | 6,6% | 7,2% | 7,6% |
| Trong đó: nền lãi suất | 3,8% | 4,3% | 5,0% | 5,7% | 6,2% | 6,7% | 7,0% |
| Phần bù thanh khoản | 0,0% | 0,1% | 0,2% | 0,3% | 0,4% | 0,5% | 0,6% |
Neo FTP vào kỳ hạn nào? Không phải kỳ hạn hợp đồng danh nghĩa, mà là kỳ hạn hành vi (behavioral maturity) và kỳ hạn tái định giá (repricing):
- Tiền gửi không kỳ hạn/CASA về danh nghĩa là "qua đêm", nhưng thực tế phần lớn số dư nằm lại nhiều tháng, nhiều năm (số dư lõi — core balance). Nếu neo CASA vào FTP qua đêm 3,8% thì đánh giá thấp giá trị của nó; mô hình FTP tốt tách CASA thành phần "trôi nổi" (neo ngắn) và phần "lõi ổn định" (neo dài, hưởng FTP cao hơn). Đây chính là lý do CASA vừa rẻ vừa được thưởng FTP — lợi thế kép đã nói ở dep-02.
- Khoản vay lãi suất thả nổi định kỳ 3 tháng thì neo FTP theo kỳ tái định giá 3 tháng, không phải theo kỳ hạn 15 năm.
Phân bổ biên lãi: bóc tách NIM
FTP biến câu hỏi mơ hồ "ngân hàng lãi bao nhiêu" thành một phép cộng có địa chỉ:
NIM toàn hàng = Σ funding margin (huy động) + Σ lending margin (cho vay) + mismatch margin (Treasury)
Việc bóc tách này phục vụ trực tiếp cho đo lường hiệu quả (performance measurement) và định giá sản phẩm:
- Đội huy động được thưởng khi mang về nguồn vốn rẻ và ổn định (funding margin dương lớn), ngay cả khi họ "chỉ chi tiền" cho khách.
- Đội cho vay được đo bằng chênh lệch trên FTP chứ không phải trên lãi tiền gửi — nên không thể "ăn may" nhờ chi nhánh bên cạnh huy động rẻ.
- Treasury lãi/lỗ đúng theo chất lượng quản lý chuyển hóa kỳ hạn: nếu đường cong dốc và Treasury dám giữ mismatch thì lãi; nếu lãi suất đảo chiều bất lợi thì đây là nơi lỗ hiện ra — đúng người, đúng việc.
FTP cũng là nền để định giá khoản vay: giá sàn của một khoản vay = FTP kỳ hạn tương ứng + phần bù rủi ro tín dụng (theo tổn thất kỳ vọng/EL) + chi phí vốn (capital charge theo Basel) + chi phí vận hành + biên lợi nhuận mục tiêu. Cho vay dưới FTP đồng nghĩa phá giá vốn — lỗ ngay từ gốc.
Liên hệ quản lý thanh khoản: LCR, NSFR và khung Việt Nam
FTP và thanh khoản là hai mặt của một đồng xu. Phần bù thanh khoản trong đường cong FTP chính là cách giá hóa rủi ro thanh khoản, và hai chuẩn định lượng rủi ro thanh khoản của Basel III là:
-
LCR (Liquidity Coverage Ratio) — tỷ lệ bao phủ thanh khoản: đo sức chống chịu ngắn hạn (30 ngày) dưới kịch bản căng thẳng.
LCR = Tài sản thanh khoản chất lượng cao (HQLA) / Dòng tiền ra ròng trong 30 ngày căng thẳng ≥ 100%
Trực giác: giữ đủ "tiền và tài sản bán được ngay" để sống sót một tháng bị rút tiền. Tiền gửi bán lẻ ổn định (đặc biệt CASA có bảo hiểm tiền gửi) được gán tỷ lệ rút (run-off) thấp → cần ít HQLA hơn; tiền gửi bán buôn, tiền của tổ chức tài chính bị gán run-off cao. Đây là lý do FTP nên thưởng cho nguồn vốn giúp LCR đẹp.
-
NSFR (Net Stable Funding Ratio) — tỷ lệ nguồn vốn ổn định ròng: đo cấu trúc dài hạn (1 năm).
NSFR = Nguồn vốn ổn định sẵn có (ASF) / Nguồn vốn ổn định cần có (RSF) ≥ 100%
Trực giác: tài sản dài hạn phải được tài trợ bằng nguồn dài hạn/ổn định. CASA và tiền gửi bán lẻ dài hạn có hệ số ASF cao (nguồn ổn định), tài sản kém thanh khoản/dài hạn có hệ số RSF cao. FTP dài hạn dốc lên chính là nội bộ hóa áp lực NSFR này.
Chính xác về Việt Nam: LCR và NSFR theo đúng công thức là chuẩn quốc tế của Ủy ban Basel (Basel III). Việt Nam chưa áp dụng nguyên văn LCR/NSFR mà điều chỉnh thanh khoản qua nhóm tỷ lệ bảo đảm an toàn tại Thông tư 22/2019/TT-NHNN, gồm các chỉ tiêu tương tự về tinh thần: tỷ lệ dự trữ thanh khoản, tỷ lệ khả năng chi trả trong 30 ngày (theo VND và ngoại tệ), tỷ lệ tối đa nguồn vốn ngắn hạn được sử dụng cho vay trung–dài hạn, và tỷ lệ cho vay trên tổng tiền gửi (LDR). Về vốn, Việt Nam theo Basel II qua Thông tư 41/2016/TT-NHNN (CAR). Các ngưỡng cụ thể do NHNN ấn định theo từng thời kỳ — tra cứu văn bản hiện hành, không ghi nhớ con số tuyệt đối.
Góc nhìn dữ liệu cho đội data NCB
FTP là một trong những use case dữ liệu nặng nhất của ngân hàng vì nó chạm mọi giao dịch huy động và cho vay. Các thành phần dữ liệu chính:
1. Bảng giá FTP theo kỳ hạn (FTP rate table / curve). Đây là bảng tham chiếu do Treasury/ALM công bố định kỳ (thường hằng ngày hoặc theo phiên):
| Trường | Ý nghĩa |
|---|---|
rate_date | Ngày hiệu lực của đường cong |
tenor_bucket | Rổ kỳ hạn: O/N, 1M, 3M, 6M, 12M, 3Y, 5Y... |
ftp_base_rate | Phần nền theo đường cong lãi suất |
liquidity_premium | Phần bù thanh khoản theo kỳ hạn |
ftp_all_in | Giá FTP tổng = nền + phần bù (+ điều chỉnh khác) |
product_type | Loại sản phẩm (một số sản phẩm có curve riêng) |
currency | VND/ngoại tệ (mỗi đồng tiền một đường cong) |
2. Gán FTP xuống từng hợp đồng (contract-level FTP assignment). Với mỗi tài khoản tiền gửi/khoản vay trong core banking (T24: bảng ACCOUNT, AA.ARRANGEMENT, lịch AA.SCHEDULE), engine FTP đọc kỳ hạn hành vi/tái định giá và tra curve tương ứng, ghi lại ftp_rate, funding_or_lending_margin cho từng hợp đồng. Bút toán điều chuyển vốn nội bộ được hạch toán qua GL nội bộ (contra-account của Treasury) theo nguyên tắc hạch toán kép.
3. Bảng phân bổ biên lãi (margin allocation / NIM decomposition). Kết tập theo đơn vị kinh doanh × sản phẩm × kỳ hạn: funding_margin, lending_margin, mismatch_margin — nguồn cho báo cáo hiệu quả (profitability MIS) và định giá sản phẩm.
4. Dữ liệu dòng tiền & mô hình hành vi. Để tính run-off (LCR), phân tách core/non-core của CASA và neo FTP đúng kỳ hạn hành vi, cần chuỗi lịch sử số dư và giao dịch ở mức tài khoản (bảng transactions, ảnh chụp số dư cuối ngày). Đây là input cho cả mô hình thanh khoản (LCR/NSFR), gap tái định giá (repricing gap của ALM) và backtest giả định hành vi.
Rủi ro dữ liệu thường gặp: đường cong FTP không được cập nhật đúng ngày hiệu lực; sai mapping kỳ hạn danh nghĩa vs. hành vi (làm méo mismatch margin); thiếu curve cho sản phẩm/đồng tiền mới; và lệch giữa tổng ba biên FTP với NIM kế toán (cần đối soát về 0).
Use case thực tế
Tình huống minh hoạ tại NCB (số liệu ước lượng để minh hoạ cơ chế, không phải số thật).
ALCO của NCB rà soát báo cáo phân bổ biên lãi quý và thấy một nghịch lý: hai chi nhánh cùng có NIM danh nghĩa ~5%, nhưng sau khi bóc tách bằng FTP thì bức tranh khác hẳn. Chi nhánh A có tỷ lệ CASA cao (~35% cơ cấu huy động): khi neo phần số dư lõi CASA vào FTP kỳ hạn dài (~6,6%) trong khi trả khách gần như 0,2%, funding margin của A rất dày (~4%+), còn lending margin mỏng. Chi nhánh B huy động chủ yếu bằng chứng chỉ tiền gửi 12 tháng lãi cao và cho vay tiêu dùng lãi suất cao: lending margin dày nhưng funding margin mỏng, đồng thời tạo áp lực NSFR/LDR lớn hơn.
Kết luận điều hành: (1) thưởng đội huy động của A vì tạo ra nguồn vốn rẻ, ổn định, tốt cho cả LCR lẫn NSFR — giá trị này trước đây bị "ẩn" trong NIM gộp; (2) điều chỉnh đường cong FTP cộng thêm phần bù thanh khoản cho kỳ hạn dài để khuyến khích toàn hệ thống kéo về nguồn ổn định, giảm phụ thuộc vốn ngắn hạn tài trợ tài sản dài; (3) Treasury dùng IRS và tăng đệm trái phiếu chính phủ (HQLA) để giữ các tỷ lệ thanh khoản theo Thông tư 22/2019 ở vùng an toàn, đồng thời canh trần vốn ngắn hạn cho vay trung–dài hạn. Nhờ FTP, mỗi quyết định gắn đúng vào đơn vị tạo ra hoặc tiêu tốn thanh khoản.
Ghi nhớ
- FTP dựng Treasury thành "ngân hàng nội bộ": mua hết vốn huy động, bán hết vốn cho vay theo giá FTP, để bóc tách NIM = funding margin + lending margin + mismatch margin.
- Nhờ FTP, rủi ro lãi suất và thanh khoản được gom về Treasury quản lý tập trung; chi nhánh được đo hiệu quả công bằng, ổn định qua chu kỳ lãi suất.
- Giá FTP là một đường cong dốc lên theo kỳ hạn = nền lãi suất + phần bù thanh khoản kỳ hạn; neo theo kỳ hạn hành vi/tái định giá, không phải kỳ hạn danh nghĩa.
- CASA hưởng lợi thế kép: vừa rẻ, vừa được thưởng FTP cao ở phần số dư lõi, lại tốt cho cả LCR (run-off thấp) và NSFR (ASF cao).
- LCR (30 ngày, HQLA/dòng tiền ra ròng) và NSFR (1 năm, ASF/RSF) là hai chuẩn thanh khoản của Basel III; đều đặt ngưỡng ≥ 100%.
- Việt Nam chưa áp dụng nguyên văn LCR/NSFR mà điều tiết thanh khoản qua Thông tư 22/2019/TT-NHNN (tỷ lệ khả năng chi trả, dự trữ thanh khoản, vốn ngắn hạn cho vay trung–dài hạn, LDR); CAR theo Thông tư 41/2016/TT-NHNN (Basel II).
- Góc data: bảng giá FTP theo kỳ hạn, gán FTP mức hợp đồng, bảng phân bổ biên lãi, và dữ liệu dòng tiền/số dư cho mô hình hành vi, LCR/NSFR và repricing gap — nhớ đối soát tổng ba biên FTP về đúng NIM kế toán.
Nguồn tham khảo
- Basel III: The Liquidity Coverage Ratio and liquidity risk monitoring tools (BCBS, 01/2013) — chuẩn LCR
- Basel III: The Net Stable Funding Ratio (BCBS, 10/2014) — chuẩn NSFR
- Principles for Sound Liquidity Risk Management and Supervision (BCBS, 2008) — nguyên tắc quản lý rủi ro thanh khoản
- Interest Rate Risk in the Banking Book — IRRBB (BCBS, 04/2016) — khung rủi ro lãi suất trên sổ ngân hàng, nền tảng lý luận cho FTP/mismatch
- Thông tư 22/2019/TT-NHNN — quy định các giới hạn, tỷ lệ bảo đảm an toàn trong hoạt động của ngân hàng (tỷ lệ khả năng chi trả, dự trữ thanh khoản, vốn ngắn hạn cho vay trung–dài hạn, LDR)
- Thông tư 41/2016/TT-NHNN — tỷ lệ an toàn vốn (CAR) theo chuẩn mực Basel II
- Ngân hàng Nhà nước Việt Nam (NHNN) — sbv.gov.vn — văn bản hiện hành về tỷ lệ bảo đảm an toàn và thanh khoản (tra cứu bản mới nhất)
Bài viết liên quan
T24 (nay là Temenos Transact) là gì, vị trí trong bức tranh core banking, mô hình Model Bank, chu kỳ release R-series, và các lựa chọn triển khai (on-prem, Temenos Banking Cloud).
Hành trình dữ liệu ngân hàng đi từ Core Banking qua EOD extract, ODS, Data Warehouse (mô hình Kimball) tới Data Mart/BI và báo cáo tuân thủ NHNN. Bài giải thích các thực thể cốt lõi (CIF, Account, Transaction, Loan, GL), khái niệm dimension/fact, snapshot số dư cuối ngày, đối soát chất lượng dữ liệu, kèm bộ ví dụ SQL chạy được ngay trên SQL Builder.
Nguyên lý hạch toán kép (Nợ/Có) và Sổ cái tổng hợp (GL): vì sao mỗi giao dịch luôn ghi ít nhất hai vế với Tổng Nợ = Tổng Có. Bài giải thích quy ước tăng/giảm theo loại tài khoản, vì sao tiền gửi khách là nợ phải trả của ngân hàng, Chart of Accounts, GL so với sổ phụ và đối chiếu cuối ngày (EOD).
Hiểu bản chất kinh doanh của ngân hàng từ con số 0: vai trò trung gian tài chính, vì sao tiền gửi là nợ còn khoản vay là tài sản, cách đọc bảng cân đối và đòn bẩy cao, công thức NIM cùng thu nhập ngoài lãi, ba rủi ro cốt lõi (tín dụng, thanh khoản, lãi suất) và vì sao dữ liệu là xương sống của ngân hàng.
Cảm nhận của bạn
Bình luận
Chưa có bình luận. Hãy là người đầu tiên chia sẻ!