Thanh toán nội địa: RTGS & bù trừ (ACH)

Khi bạn chuyển tiền từ ngân hàng A sang ngân hàng B trong cùng một quốc gia, tiền không "bay" thẳng từ tài khoản này sang tài khoản kia. Đằng sau vài giây (hoặc vài giờ) chờ đợi là một hạ tầng thanh toán liên ngân hàng do ngân hàng trung ương đứng ra vận hành hoặc giám sát. Bài này đi sâu vào hai trụ cột cổ điển của hạ tầng đó: RTGS (Real-Time Gross Settlement — quyết toán tổng tức thời) cho các lệnh giá trị cao, và ACH / hệ thống bù trừ (clearing) cho các lệnh giá trị thấp theo lô.

Đây là kiến thức nền để hiểu hai câu hỏi cốt lõi của mọi hệ thống thanh toán: tiền chạy qua đâu? và khi nào thì lệnh trở nên không thể đảo ngược (final)?

Bài này nằm trong loạt Thanh toán & Chuyển tiền chuyên sâu. Nếu bạn chưa đọc phần tổng quan, nên bắt đầu ở đó. Phần chuyển tiền tức thời/QR bán lẻ được tách riêng ở Instant & QR.

1. Vì sao cần hạ tầng thanh toán liên ngân hàng?

Mỗi ngân hàng thương mại (NHTM) mở một tài khoản thanh toán tại ngân hàng trung ương (NHTW). Đây là tài khoản "tiền NHTW" (central bank money) — loại tiền an toàn nhất, không có rủi ro tín dụng của một NHTM. Khi hai ngân hàng cần quyết toán nghĩa vụ với nhau, cách sạch sẽ nhất là ghi Nợ tài khoản của ngân hàng trả tiền và ghi Có tài khoản của ngân hàng nhận tiền trên sổ cái của NHTW.

NHTW vì thế đóng vai trò settlement agent — tác nhân quyết toán trung tâm. Mọi lệnh liên ngân hàng cuối cùng đều phải "hạ cánh" xuống sổ cái này thì mới thực sự hoàn tất.

Vấn đề đặt ra: nếu mỗi ngày có hàng chục triệu lệnh, việc quyết toán từng lệnh một trên sổ cái NHTW sẽ tốn thanh khoản khủng khiếp. Ngược lại, nếu gộp lại chờ cuối ngày mới quyết toán thì các lệnh giá trị cực lớn phải chịu rủi ro suốt cả ngày. Lời giải là hai hệ thống song song với hai triết lý khác nhau:

• RTGS — mỗi lệnh quyết toán ngay, riêng lẻ, final tức thì. Dành cho giá trị cao, cần chắc chắn.
• ACH / bù trừ — gom lệnh theo lô, tính ra số ròng (net), rồi chỉ quyết toán số ròng theo phiên. Dành cho giá trị thấp, khối lượng lớn, tối ưu chi phí.

2. RTGS — Quyết toán tổng tức thời cho giá trị cao

RTGS là viết tắt của Real-Time Gross Settlement. Hãy tách hai từ khoá:

• Gross (tổng): mỗi lệnh được quyết toán riêng lẻ, đầy đủ giá trị, không bù trừ với lệnh khác. Chuyển 5 tỷ nghĩa là 5 tỷ tiền NHTW được chuyển, không được "cấn trừ" với một lệnh ngược chiều nào.
• Real-Time (tức thời): xử lý và quyết toán ngay khi lệnh vào hệ thống, không chờ cuối ngày.

2.1. Tính "final" — điểm mấu chốt

Đặc tính quan trọng nhất của RTGS là settlement finality: một khi lệnh đã ghi Nợ ngân hàng gửi và ghi Có ngân hàng nhận trên sổ NHTW, giao dịch trở nên không thể đảo ngược và không còn rủi ro đối tác. Ngân hàng nhận có thể yên tâm cho khách rút tiền ngay vì tiền đã là tiền NHTW thật sự nằm trong tài khoản của mình.

Đây là lý do RTGS được dùng cho các lệnh giá trị cao: giao dịch bất động sản, thanh toán liên ngân hàng, quyết toán thị trường tiền tệ, giải ngân khoản vay lớn... — những giao dịch mà rủi ro "nhận được lệnh nhưng cuối ngày mới biết tiền không về" là không chấp nhận được.

2.2. Quản lý thanh khoản trong ngày (intraday liquidity)

Vì quyết toán theo giá trị tổng, RTGS "ngốn" thanh khoản. Để đẩy một lệnh 5 tỷ đi, ngân hàng gửi phải có đủ 5 tỷ số dư trong tài khoản tại NHTW ngay tại thời điểm đó. Ngân hàng phải chủ động quản lý dòng tiền vào–ra trong ngày:

• Ưu tiên xử lý lệnh khi số dư đủ, xếp hàng chờ khi thiếu.
• Dùng dòng tiền đến (từ ngân hàng khác) để tài trợ cho các lệnh đi.
• Trong một số hệ thống, NHTW cấp hạn mức thấu chi trong ngày (intraday credit) có tài sản bảo đảm để bôi trơn dòng chảy.

2.3. Hàng đợi (queue) và gridlock

Khi số dư không đủ, lệnh không bị từ chối mà được đưa vào hàng đợi (queue), chờ số dư về đủ rồi tự động xử lý. Nhưng hàng đợi có thể dẫn tới tình trạng tắc nghẽn (gridlock): ngân hàng A chờ tiền từ B để trả, B lại chờ tiền từ C, C chờ tiền từ A — không ai đi được dù về mặt ròng thì mọi nghĩa vụ đều cân.

Các hệ thống RTGS hiện đại có cơ chế gridlock resolution: định kỳ quét hàng đợi, tìm một tập hợp con các lệnh có thể quyết toán đồng thời trên cơ sở bù trừ đa phương, rồi thực hiện cùng lúc để tháo nút thắt. Đây là kỹ thuật lai — dùng ý tưởng netting để cứu một hệ thống gross.

2.4. Giờ vận hành và cut-off

RTGS chỉ chạy trong giờ vận hành của một ngày làm việc, với các mốc cut-off:

• Cut-off nhận lệnh khách hàng (customer payments) thường sớm hơn.
• Cut-off nhận lệnh liên ngân hàng (bank-to-bank) muộn hơn.
• Sau cut-off là cửa sổ dọn dẹp cuối ngày (end-of-day), đóng sổ và đối chiếu.

Lệnh vào sau cut-off thường bị đẩy sang ngày làm việc kế tiếp — điều rất quan trọng khi tư vấn khách hàng về thời điểm "tiền chắc chắn tới".

3. ACH / hệ thống bù trừ giá trị thấp

ACH (Automated Clearing House) là mô hình xử lý ngược lại: tối ưu cho khối lượng lớn, giá trị nhỏ. Thay vì quyết toán từng lệnh, hệ thống gom lệnh theo lô (batch), thực hiện clearing (đối chiếu, tính toán nghĩa vụ), rồi chỉ quyết toán số ròng (net) giữa các ngân hàng theo từng phiên (session).

3.1. Deferred Net Settlement (DNS)

Cơ chế cốt lõi của ACH là Deferred Net Settlement — quyết toán ròng có trì hoãn:

1. Trong một phiên, ngân hàng A gửi 10.000 lệnh sang B, B gửi 8.000 lệnh sang A.
2. Hệ thống bù trừ tính vị thế ròng (net position) của từng ngân hàng: A có thể ròng phải trả B, chẳng hạn, một số tiền nhỏ hơn nhiều so với tổng.
3. Đến giờ quyết toán phiên, chỉ số ròng được chuyển qua sổ NHTW.

Nhờ netting, thay vì cần thanh khoản cho toàn bộ giá trị gộp, ngân hàng chỉ cần đủ tiền cho phần ròng — tiết kiệm thanh khoản khổng lồ. Đổi lại, giữa lúc lệnh được nhận và lúc net settlement diễn ra tồn tại một khoảng rủi ro: nếu một thành viên vỡ nợ trước khi quyết toán, các lệnh trong phiên có thể phải đảo. Vì thế ACH được giới hạn cho giá trị thấp và thường có các cơ chế phòng vệ (hạn mức, quỹ bảo đảm, cơ chế xử lý thành viên mất khả năng).

3.2. Credit transfer vs Direct debit

ACH hỗ trợ hai chiều khởi tạo lệnh:

• Credit transfer (lệnh có / push): người trả chủ động đẩy tiền đi. Ví dụ điển hình: doanh nghiệp trả lương cho hàng loạt nhân viên, trả tiền nhà cung cấp hàng loạt.
• Direct debit (lệnh nợ / pull): người thụ hưởng, với sự uỷ quyền (mandate) trước của người trả, kéo tiền về. Ví dụ: thu hoá đơn điện, nước, viễn thông, thu phí bảo hiểm định kỳ, thu nợ vay tự động.

Direct debit tiện cho các khoản định kỳ nhưng đòi hỏi khung uỷ quyền và cơ chế hoàn/khiếu nại (refund/return) chặt chẽ.

3.3. Nhiều phiên mỗi ngày

ACH cổ điển chạy vài lần trong ngày. Càng nhiều phiên, tiền càng "về" nhanh hơn (rút ngắn thời gian chờ giữa hai net settlement), nhưng cũng có nghĩa mỗi phiên gom được ít lệnh hơn. Xu hướng hiện đại là tăng số phiên và tiến dần tới xử lý gần tức thời cho bán lẻ — chủ đề của Instant & QR.

4. Sơ đồ: RTGS từng lệnh vs ACH gom lô

Điểm cần nhớ từ sơ đồ: cả hai đều kết thúc ở sổ cái NHTW, nhưng RTGS chạm sổ từng lệnh còn ACH chỉ chạm sổ một lần cho số ròng của cả phiên.

5. So sánh RTGS vs ACH

Tư duy đơn giản để chọn kênh: giá trị càng cao và càng cần chắc chắn ngay → RTGS; khối lượng càng lớn và mỗi lệnh càng nhỏ → ACH.

6. Bối cảnh Việt Nam

Ở Việt Nam, hạ tầng thanh toán nội địa xoay quanh hai trụ cột do Ngân hàng Nhà nước (NHNN) tổ chức và giám sát.

6.1. Hệ thống thanh toán điện tử liên ngân hàng (IBPS)

IBPS (Inter-Bank Payment System) là hệ thống thanh toán điện tử liên ngân hàng do NHNN vận hành — kênh thanh toán liên ngân hàng cốt lõi của cả nước. Về mặt kiến trúc dịch vụ, IBPS mang trong mình cả hai triết lý đã nói ở trên:

• Cấu phần giá trị cao (High-Value): xử lý các lệnh giá trị lớn theo hướng tức thời từng lệnh, đúng tinh thần RTGS — quyết toán qua tài khoản của các tổ chức tín dụng tại NHNN.
• Cấu phần giá trị thấp (Low-Value): gom lệnh và bù trừ theo phiên, đúng tinh thần ACH/DNS.

Các tổ chức tín dụng và chi nhánh NHNN kết nối vào IBPS thông qua phần mềm/thiết bị đầu cuối thường được gọi là Citad (CI-TAD) ở phía thành viên, còn hệ thống lõi ngân hàng (core banking) của mỗi tổ chức là nơi phát sinh và tiếp nhận lệnh. Về vai trò, có thể nói chắc chắn: NHNN là settlement agent, quyết toán cuối cùng nằm trên sổ cái của NHNN.

Ghi chú thận trọng: các con số về tốc độ, khối lượng, số phiên cụ thể của IBPS thay đổi theo thời gian và theo văn bản pháp lý hiện hành; bài này chỉ nêu vai trò và bản chất kiến trúc vốn ổn định, tránh trích số liệu có thể lỗi thời.

6.2. NAPAS — chuyển mạch tài chính và bù trừ điện tử bán lẻ

NAPAS (Công ty Cổ phần Thanh toán Quốc gia Việt Nam) là tổ chức được NHNN cấp phép cung ứng dịch vụ chuyển mạch tài chính và bù trừ điện tử ở Việt Nam. Vai trò chắc chắn của NAPAS:

• Vận hành hạ tầng chuyển mạch (switching) kết nối các ngân hàng, tổ chức trung gian thanh toán về một hệ thống thống nhất — nền tảng cho giao dịch thẻ (ATM/POS) và chuyển tiền bán lẻ liên ngân hàng.
• Cung ứng bù trừ điện tử (ACH) cho các giao dịch bán lẻ khối lượng lớn.

Trong nhiều năm, NAPAS là đơn vị duy nhất được cấp phép dịch vụ này; gần đây thị trường bắt đầu có thêm đơn vị được cấp phép, cho thấy hạ tầng chuyển mạch đang dần được đa dạng hoá. Chi tiết về chuyển tiền tức thời và QR qua NAPAS được tách sang bài Instant & QR.

Điểm cần phân định rõ: IBPS (NHNN) là xương sống liên ngân hàng, đặc biệt cho giá trị cao và quyết toán qua tiền NHTW; NAPAS là lớp chuyển mạch/bù trừ bán lẻ, cuối cùng vẫn quy về quyết toán qua NHNN.

7. Vận hành ngân hàng: kết nối và đối soát

Với một NHTM, đưa lệnh ra hạ tầng quốc gia là cả một quy trình vận hành hằng ngày:

• Kết nối tới hệ thống thanh toán: core banking sinh ra lệnh, chuyển qua module kết nối (payment hub/gateway) tới IBPS (qua Citad) hoặc tới NAPAS, tuỳ loại giao dịch và giá trị.
• Định dạng bản tin (message format): truyền thống dùng các định dạng bản tin riêng theo chuẩn của hệ thống; ngành đang trong quá trình chuyển dịch sang ISO 20022 — chuẩn bản tin dữ liệu giàu thông tin hơn, giúp tự động hoá và đối soát tốt hơn. Xem chi tiết ở ISO 20022.
• Quản lý cut-off và phiên: đội vận hành theo dõi các mốc cut-off của cấu phần High-Value và các phiên của cấu phần Low-Value, đảm bảo lệnh được đẩy đúng cửa sổ.
• Đối soát cuối phiên / cuối ngày: so khớp lệnh đã gửi/đã nhận với báo cáo quyết toán từ hệ thống, khớp với biến động tài khoản tại NHNN, xử lý lệnh treo, lệnh trả về (return). Chủ đề này được đào sâu ở Đối soát.

8. Use case thực tế

8.1. Chuyển 5 tỷ đồng đi RTGS

Ông A bán một căn nhà, cần chuyển 5 tỷ đồng cho người mua đối tác ở ngân hàng khác để tất toán một nghĩa vụ trong ngày.

[Giao dịch giá trị cao — chọn kênh RTGS / High-Value IBPS]

09:15  Ngân hàng gửi (NH-A) nhận lệnh 5.000.000.000đ
       -> Kiểm tra: đây là giá trị cao, cần final ngay -> đẩy High-Value
09:15  Kiểm tra số dư NH-A tại NHNN:
         số dư 6,2 tỷ  >= 5 tỷ  -> ĐỦ
09:15  NHNN ghi:
         Nợ  Tài khoản NH-A tại NHNN   5.000.000.000
         Có  Tài khoản NH-B tại NHNN   5.000.000.000
09:15  => SETTLEMENT FINAL. Không thể đảo ngược.
09:16  NH-B ghi Có tài khoản người thụ hưởng -> có thể cho dùng ngay

(Nếu 09:15 số dư NH-A chỉ 3 tỷ:
   -> lệnh KHÔNG bị từ chối, mà vào HÀNG ĐỢI
   -> chờ dòng tiền đến hoặc gridlock resolution
   -> khi đủ 5 tỷ mới quyết toán và trở nên final)

Vì sao không dùng ACH? Vì 5 tỷ là giá trị lớn: ông A không muốn chịu rủi ro "lệnh nhận rồi nhưng phải chờ net settlement phiên chiều mới final", và bên nhận muốn tiền chắc chắn, dùng được ngay.

8.2. Trả lương nhân viên đi ACH theo lô

Công ty X trả lương cho 1.200 nhân viên mở tài khoản ở nhiều ngân hàng khác nhau, mỗi người vài triệu đến vài chục triệu đồng.

[Giao dịch giá trị thấp, khối lượng lớn — chọn kênh ACH / Low-Value]

Cuối tháng: HR xuất file lương 1.200 dòng
   -> mỗi dòng = một credit transfer (push tiền tới nhân viên)

Ngân hàng công ty X gộp 1.200 lệnh thành 1 LÔ, gửi vào phiên ACH:

   Phiên bù trừ:
     - Gom lệnh của X và của mọi ngân hàng khác trong phiên
     - Clearing: tính vị thế RÒNG giữa các ngân hàng
         NH-X ròng phải trả NH-Y:  1,8 tỷ
         NH-X ròng phải trả NH-Z:  0,9 tỷ
         ... (nhỏ hơn nhiều so với tổng lương gộp)
     - Net settlement qua sổ NHNN: CHỈ chuyển các số ròng

   => 1.200 khoản lương tới tài khoản nhân viên,
      nhưng NHNN chỉ ghi sổ vài bút toán ròng.

Vì sao không dùng RTGS? Vì đẩy 1.200 lệnh riêng lẻ qua RTGS vừa tốn phí trên từng lệnh, vừa ngốn thanh khoản (cần đủ tiền cho tổng lương ngay lập tức). ACH cho phép netting nên rẻ hơn và nhẹ thanh khoản hơn nhiều — đúng bài toán chi lương hàng loạt.

9. Ghi nhớ

• RTGS = Gross + Real-Time: quyết toán từng lệnh, tức thời, final ngay qua tài khoản tại NHTW. Dành cho giá trị cao.
• ACH = gom lô + net + trì hoãn (DNS): bù trừ ra số ròng rồi mới quyết toán theo phiên. Dành cho giá trị thấp, khối lượng lớn (lương, hoá đơn).
• Đánh đổi cốt lõi: RTGS an toàn (final ngay) nhưng ngốn thanh khoản; ACH tiết kiệm thanh khoản nhưng có khoảng rủi ro đến khi net settlement.
• RTGS xử lý tắc nghẽn bằng hàng đợi + gridlock resolution; ngân hàng phải quản lý intraday liquidity và tuân thủ cut-off.
• ACH có credit transfer (push) và direct debit (pull), chạy nhiều phiên/ngày.
• Cả hai đều quy về sổ cái NHTW — NHTW là settlement agent.
• Việt Nam: IBPS của NHNN có cấu phần High-Value (kiểu RTGS) và Low-Value (bù trừ theo phiên), thành viên kết nối qua Citad; NAPAS đảm nhiệm chuyển mạch tài chính và bù trừ điện tử bán lẻ. NHNN là tác nhân quyết toán cuối cùng.
• Vận hành: kết nối payment hub, định dạng bản tin đang chuyển sang ISO 20022, và đối soát cuối phiên/cuối ngày là công việc thường nhật.

Đọc tiếp trong loạt bài:

• Tổng quan Thanh toán & Chuyển tiền
• ISO 20022 — chuẩn bản tin thanh toán
• Instant & QR — chuyển tiền tức thời bán lẻ
• Đối soát (reconciliation) thanh toán