Treasury 1 — Tổng quan Khối Nguồn vốn & Kinh doanh tiền tệ

22 thg 7, 2026 2 lượt xem
#banking
#treasury
#alm
#trading-book
#kinh-doanh-von
#front-middle-back-office

Treasury 1 — Tổng quan Khối Nguồn vốn & Kinh doanh tiền tệ

Đây là bài mở màn của series Treasury & Kinh doanh vốn chuyên sâu. Nếu bạn đã đọc bài nhập môn Ngân quỹ, Treasury & ALM trong series Banking Zero to Hero, thì đây là chỗ chúng ta đào sâu: đi từ "Treasury điều phối dòng vốn" sang việc mổ xẻ tổ chức, thị trường, công cụ, luồng giao dịch và lớp dữ liệu của một Khối Nguồn vốn thực sự.

Mục tiêu không phải biến bạn thành dealer, mà giúp bất kỳ ai làm quanh dữ liệu ngân hàng — kỹ sư dữ liệu, phân tích, vận hành, rủi ro, tài chính — dựng được mô hình tinh thần đúng về nơi ngân hàng chạm trực tiếp vào thị trường tài chính: tiền tệ liên ngân hàng, ngoại hối, trái phiếu, phái sinh. Đây là miền nghiệp vụ có giá trị giao dịch lớn nhất trên mỗi bút toántốc độ nhanh nhất trong ngân hàng, nên sai một trường dữ liệu có thể lệch hàng chục tỷ.


1. Treasury / Khối Nguồn vốn làm gì trong ngân hàng

Ở Việt Nam, bộ phận này thường mang tên Khối Nguồn vốn hoặc Khối Kinh doanh vốn & Tiền tệ (tiếng Anh: Treasury / Global Markets). Nếu tín dụng là nơi ngân hàng "bán" sản phẩm cho vay, huy động là nơi "mua" nguyên liệu tiền gửi, thì Treasury là cái van trung tâm điều phối dòng tiền giữa hai phía đó và nối ngân hàng với thị trường bên ngoài.

Bốn nhiệm vụ cốt lõi:

  • Quản lý thanh khoản & nguồn vốn (funding & liquidity): bảo đảm ngân hàng luôn đủ tiền cho nghĩa vụ đến hạn (chi trả tiền gửi, giải ngân cam kết, đáp ứng dự trữ bắt buộc). Thiếu thì đi vay thị trường, thừa thì đầu tư/cho vay.
  • Kinh doanh trên thị trường (trading & sales): mua–bán trên thị trường tiền tệ, ngoại hối, trái phiếu; vừa phục vụ nhu cầu khách hàng (bán FX cho doanh nghiệp xuất nhập khẩu), vừa tự doanh trong hạn mức.
  • Phòng vệ rủi ro thị trường (hedging): dùng phái sinh (IRS, forward, swap) khóa rủi ro lãi suất và tỷ giá cho cả bảng cân đối.
  • Điều phối nội bộ qua FTP: đóng vai "ngân hàng trung ương nội bộ" mua toàn bộ vốn từ bên huy động và bán cho bên cho vay theo giá điều chuyển vốn — chi tiết ở Chi phí vốn & FTP.

Mô hình tinh thần: Treasury là giao diện giữa bảng cân đối của ngân hàng và thị trường tài chính. Mọi biến động lãi suất, tỷ giá, thanh khoản của thị trường đều đi qua đây trước khi ngấm vào toàn hàng — và ngược lại, mọi khe hở kỳ hạn/lãi suất của toàn hàng đều được "gom" về đây để quản lý tập trung.


2. Mô hình ba tuyến: Front — Middle — Back office

Đặc trưng tổ chức quan trọng nhất của Treasury là tách bạch ba tuyến xử lý một giao dịch. Đây không phải chuyện sơ đồ phòng ban, mà là nguyên tắc kiểm soát nội bộ sống còn: người tạo giao dịch (dealer) không được tự xác nhận, tự kiểm soát hạn mức và tự hạch toán chính giao dịch của mình. Nhiều vụ thua lỗ giao dịch chấn động thế giới đều bắt nguồn từ việc một người kiểm soát cả ba tuyến.

Front office — nơi "ra tiền": các dealer/trader trực tiếp chào giá và khớp lệnh trên thị trường, các sales làm cầu nối với khách hàng doanh nghiệp/định chế. Đây là tuyến tạo ra giao dịch (deal), nhập vào hệ thống ngay khi khớp (deal capture).

Middle office — nơi "canh rủi ro": quản trị rủi ro thị trường (đo VaR, tính lãi/lỗ hằng ngày — P&L, định giá lại theo giá thị trường — mark-to-market) và kiểm soát hạn mức (hạn mức trạng thái, hạn mức cắt lỗ, hạn mức đối tác, hạn mức từng dealer). Middle office là "phanh" độc lập với front office.

Back office — nơi "chốt sổ": xác nhận giao dịch với đối tác (confirmation), thanh toán/giao nhận (settlement, thường qua SWIFT — xem SWIFT & thanh toán xuyên biên), và hạch toán vào sổ cái theo bút toán kép.

TuyếnVai tròCâu hỏi trọng tâmVí dụ chỉ số/kiểm soát
Front officeTạo giao dịch, kinh doanh"Giá nào, khớp bao nhiêu?"Doanh số, P&L giao dịch
Middle officeĐo & chặn rủi ro"Có vượt hạn mức, quá rủi ro không?"VaR, hạn mức, P&L độc lập
Back officeXác nhận, thanh toán, hạch toán"Đúng đối tác, đúng tiền, đúng sổ chưa?"Confirmation matching, settlement

3. Các mảng nghiệp vụ của Treasury

Treasury không phải một khối đồng nhất, mà gồm nhiều desk (bàn kinh doanh) theo loại thị trường/sản phẩm. Series này sẽ đi lần lượt qua từng mảng.

  • Thị trường tiền tệ (money market): vay/cho vay liên ngân hàng (phổ biến nhất là qua đêm), repo/reverse repo (vay có tài sản bảo đảm), tham gia nghiệp vụ thị trường mở (OMO) của NHNN, quản lý dự trữ bắt buộc. Đây là nơi cân đối thanh khoản ngắn hạn hằng ngày → tres-02.
  • Ngoại hối (FX): giao dịch spot (giao ngay T+2), forward (kỳ hạn, khóa tỷ giá tương lai), swap (hoán đổi dòng tiền hai đồng tiền). Quản lý trạng thái ngoại tệ (long/short) trong giới hạn NHNN → tres-03.
  • Phái sinh lãi suất (interest rate derivatives): IRS (hoán đổi lãi suất cố định ↔ thả nổi), FRA, dùng chủ yếu để phòng vệ rủi ro lãi suất của bảng cân đối, không đầu cơ → tres-04.
  • Trái phiếu & đầu tư (bonds & investment): danh mục trái phiếu chính phủ (TPCP), tín phiếu, trái phiếu doanh nghiệp (TPDN) — vừa là đệm thanh khoản (bán/cầm cố nhanh) vừa sinh lời, phân loại theo mục đích nắm giữ → tres-07.
  • ALM (Asset–Liability Management): quản trị đồng thời hai bên bảng cân đối, khớp kỳ hạn, xử lý rủi ro lãi suất trên sổ ngân hàng (IRRBB); hội đồng phụ trách là ALCOtres-05. Rủi ro thanh khoản chuyên sâu (LCR/NSFR, kịch bản căng thẳng) ở tres-06.

4. Vai trò cầu nối thanh khoản & FTP với toàn hàng

Treasury không kinh doanh tách rời phần còn lại của ngân hàng — nó là điểm hội tụ thanh khoản. Mọi khe hở giữa nguồn vốn huy động và tài sản cho vay đều đổ về đây.

Cơ chế nối kết là FTP (Funds Transfer Pricing): Treasury "mua" toàn bộ vốn từ bên huy động và "bán" cho bên cho vay theo một đường cong giá điều chuyển vốn nội bộ theo kỳ hạn. Nhờ đó:

  • Rủi ro lãi suất và thanh khoản được gom về Treasury quản lý tập trung, thay vì rải rác khắp chi nhánh.
  • Mỗi bộ phận (huy động, cho vay) được đo lợi nhuận công bằng và độc lập với biến động lãi suất thị trường.
  • Đường cong FTP dài hơn có giá cao hơn → khuyến khích chi nhánh kéo về nguồn vốn ổn định, dài hạn.

Chi tiết cơ chế FTP và cách nó gắn với thanh khoản đã trình bày ở Chi phí vốn & FTP (series Huy động vốn) và sẽ được nối tiếp trong tres-05 · ALM.


5. Sổ ngân hàng (banking book) vs Sổ kinh doanh (trading book)

Một trong những phân biệt quan trọng nhất để hiểu Treasury — và cũng hay nhầm với đội Data — là mọi tài sản/công cụ tài chính của ngân hàng được xếp vào một trong hai "sổ", với mục đích nắm giữ, cách định giá và cách tính vốn khác nhau.

Tiêu chíSổ ngân hàng (banking book)Sổ kinh doanh (trading book)
Mục đích nắm giữNắm giữ dài hạn, thu lãi/hưởng dòng tiềnMua đi bán lại kiếm chênh lệch giá ngắn hạn
Ví dụKhoản cho vay, tiền gửi, trái phiếu giữ đến đáo hạnTrái phiếu kinh doanh, trạng thái FX, phái sinh tự doanh
Cách định giáChủ yếu theo giá gốc/phân bổ (amortised cost)Định giá lại theo giá thị trường (mark-to-market) hằng ngày
Rủi ro chínhRủi ro lãi suất IRRBB, tín dụng, thanh khoảnRủi ro thị trường (giá, tỷ giá, lãi suất) — đo bằng VaR
Yêu cầu vốnVốn cho rủi ro tín dụngVốn cho rủi ro thị trường

Vì sao đội Data phải quan tâm? Cùng một loại trái phiếu chính phủ có thể nằm ở banking book (giữ đến đáo hạn, hạch toán theo giá phân bổ) hoặc trading book (kinh doanh, đánh giá lại theo thị trường mỗi ngày). Cờ phân loại sổ (book flag) trên từng deal quyết định deal đó được định giá, tính lãi/lỗ và tính vốn theo cách nào — sai cờ này là sai cả báo cáo tài chính lẫn báo cáo an toàn vốn gửi NHNN. Khung phân bổ và ranh giới hai sổ, cũng như tính vốn rủi ro thị trường, tham chiếu chuẩn mực Basel (xem Basel & Vốn) và quy định an toàn vốn theo Thông tư 41/2016/TT-NHNN.


6. Bản đồ series — 8 bài

Series Treasury & Kinh doanh vốn chuyên sâu đi từ bức tranh tổng thể (bài này) xuống từng thị trường/sản phẩm, rồi lên các tầng quản trị rủi ro và dữ liệu:

BàiTrọng tâmBạn học được gì
tres-01 (bài này)Tổng quan & tổ chứcFront/Middle/Back office, các mảng, banking vs trading book
tres-02Thị trường tiền tệLiên ngân hàng, repo, OMO, dự trữ bắt buộc, lãi suất qua đêm
tres-03Ngoại hốiSpot/forward/swap, trạng thái ngoại tệ, tỷ giá
tres-04Phái sinh lãi suấtIRS/FRA, cơ chế phòng vệ rủi ro lãi suất
tres-05ALMGap analysis, IRRBB, ALCO, FTP
tres-06Rủi ro thanh khoảnLCR/NSFR, kịch bản căng thẳng, đệm thanh khoản
tres-07Trái phiếu & đầu tưTPCP/TPDN, phân loại danh mục, đệm thanh khoản
tres-08Dữ liệu & rủi roDeal capture, luồng dữ liệu, mô hình dữ liệu, báo cáo

Liên hệ series khác: Banking Zero to Hero — Treasury & ALM (nhập môn) · Huy động vốn — Chi phí vốn & FTP (cầu nối thanh khoản) · Basel & Vốn & Tỷ lệ an toàn (vốn rủi ro thị trường) · SWIFT & thanh toán xuyên biên (settlement) · Kế toán ngân hàng (hạch toán deal).


7. Góc nhìn dữ liệu — hệ thống Treasury & luồng deal capture

Với đội Data, Treasury là miền dữ liệu giá trị cao, tốc độ nhanh, đặc thù nhất. Khác với core banking (nơi giao dịch của khách sinh ra dữ liệu), Treasury thường dùng hệ thống Treasury/Front-office riêng (Treasury Management System — ví dụ nhóm Murex, Calypso, Kondor, hoặc mô-đun thị trường vốn của chính core banking) để nhập giao dịch ngay khi khớp (deal capture), rồi mới truyền sang các hệ rủi ro và kế toán.

Luồng dữ liệu giao dịch → rủi ro → hạch toán:

Các thực thể/bảng dữ liệu cốt lõi (mô hình khái quát):

Trường dữ liệu & báo cáo đội Data hay dùng: loại giao dịch (money market/FX/bond/derivative), cờ sổ (banking vs trading book), đối tác và xếp hạng đối tác, số tiền danh nghĩa (notional), lãi suất/tỷ giá, ngày giao dịch (trade date)/ngày giá trị (value date)/ngày đáo hạn, giá thị trường (mark-to-market), P&L, mức sử dụng hạn mức. Từ đó dựng báo cáo trạng thái ngoại tệ, P&L giao dịch, VaR/rủi ro thị trường, thang kỳ hạn thanh khoản (liquidity gap ladder), và số liệu cho báo cáo an toàn vốn/thanh khoản gửi NHNN. Chi tiết mô hình hóa và kiểm soát dữ liệu nằm ở tres-08Dữ liệu ngân hàng cho đội Data.


Use case thực tế

Bối cảnh. Middle office của NCB phát hiện báo cáo trạng thái ngoại tệ cuối ngày lệch so với con số dealer báo: hệ thống rủi ro tính trạng thái USD trường (long) ~8 triệu USD, trong khi dealer khẳng định đã cân bằng gần hết trong phiên. Đội Data được nhờ truy nguyên.

Cách tiếp cận dựa trên hiểu biết luồng deal capture:

  1. Đối chiếu deal theo timestamp. Bóc tất cả deal FX trong ngày từ hệ thống Treasury, so số lượng và tổng notional với nhật ký của dealer. Phát hiện 2 deal FX swap khớp cuối phiên chưa được đẩy sang hệ rủi ro (deal capture trễ do lỗi kết nối).
  2. Kiểm cờ sổ và ngày giá trị. Xác nhận 2 deal thiếu đúng là để cân trạng thái (bán USD), có value date T+2, thuộc trading book — nên phải vào tính trạng thái ngay tại trade date, không đợi settlement.
  3. Kiểm tác động hạn mức. Vì hệ rủi ro thiếu 2 deal, mức sử dụng hạn mức trạng thái ngoại tệ bị báo cao hơn thực tế — suýt kích hoạt cảnh báo vượt hạn mức sai.
  4. Kết luận & khắc phục. Sau khi nạp bổ sung 2 deal, trạng thái USD về gần cân bằng đúng như dealer báo. Đội Data đề xuất kiểm soát đối chiếu số lượng deal front-office vs hệ rủi ro theo thời gian thực và cảnh báo khi có deal chưa đồng bộ trước giờ chốt trạng thái.

Bài học. Trong Treasury, một deal chưa kịp chảy qua đủ ba tuyến đủ làm sai báo cáo trạng thái, hạn mức và rủi ro. Hiểu mô hình Front–Middle–Back office và luồng deal capture → rủi ro → hạch toán giúp đội Data biết chính xác nơi dữ liệu có thể đứt gãy thay vì mò từng bảng.


Ghi nhớ

  • Treasury / Khối Nguồn vốn là giao diện giữa bảng cân đối ngân hàng và thị trường tài chính: quản lý thanh khoản, kinh doanh thị trường, phòng vệ rủi ro, điều phối nội bộ qua FTP.
  • Ba tuyến tách bạch Front — Middle — Back office là nguyên tắc kiểm soát nội bộ sống còn: dealer không được tự xác nhận, tự kiểm hạn mức, tự hạch toán deal của mình.
  • Front tạo deal (deal capture); Middle đo & chặn rủi ro (VaR, hạn mức, P&L độc lập); Back xác nhận, thanh toán (SWIFT), hạch toán vào sổ cái.
  • Các mảng: thị trường tiền tệ, ngoại hối, phái sinh lãi suất, trái phiếu & đầu tư, ALM — mỗi mảng là một bài trong series.
  • Cầu nối thanh khoản & FTP: Treasury gom rủi ro lãi suất/thanh khoản của toàn hàng về quản lý tập trung; đường cong FTP đo hiệu quả từng bộ phận công bằng.
  • Banking book vs trading book: khác mục đích nắm giữ, cách định giá (giá phân bổ vs mark-to-market) và cách tính vốn; cờ sổ trên từng deal quyết định định giá, P&L và vốn — sai cờ là sai cả BCTC lẫn báo cáo an toàn vốn.
  • Với đội Data: hệ thống Treasury nhập deal ngay khi khớp; luồng deal → rủi ro → hạch toán là nơi dữ liệu dễ đứt gãy nhất; trường then chốt gồm loại deal, cờ sổ, notional, ngày giá trị, mark-to-market, hạn mức.

Nguồn tham khảo

  • Quốc hội — Luật các Tổ chức tín dụng 2024 (Luật số 32/2024/QH15, hiệu lực 01/07/2024): khung pháp lý hoạt động của tổ chức tín dụng, bao gồm kinh doanh ngoại hối và công cụ tài chính.
  • Ngân hàng Nhà nước Việt Nam — Thông tư 41/2016/TT-NHNN quy định tỷ lệ an toàn vốn (bao gồm vốn cho rủi ro thị trường theo chuẩn Basel II): https://www.sbv.gov.vn
  • Ngân hàng Nhà nước Việt Nam — Thông tư 22/2019/TT-NHNN về các giới hạn, tỷ lệ bảo đảm an toàn (LDR, tỷ lệ vốn ngắn hạn cho vay trung–dài hạn) và các văn bản sửa đổi.
  • Ngân hàng Nhà nước Việt Nam — văn bản về nghiệp vụ thị trường mở (OMO), trạng thái ngoại tệdự trữ bắt buộc của tổ chức tín dụng (tra cứu bản hiện hành): https://www.sbv.gov.vn
  • Basel Committee on Banking Supervision (BIS) — Minimum capital requirements for market risk (FRTB) và ranh giới trading book / banking book: https://www.bis.org
  • Basel Committee on Banking Supervision (BIS) — Interest Rate Risk in the Banking Book (IRRBB): https://www.bis.org/bcbs/publ/d368.htm
  • ICC (International Chamber of Commerce) — thông lệ giao dịch và xác nhận trên thị trường tài chính quốc tế: https://iccwbo.org

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).

13 thg 7, 2026 10

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.

13 thg 7, 2026 9

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).

13 thg 7, 2026 8

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.

13 thg 7, 2026 8

Cảm nhận của bạn

Bình luận

Bạn cần để viết bình luận.

Chưa có bình luận. Hãy là người đầu tiên chia sẻ!