RTGS Và DNS: Vì Sao “Chuyển Tiền Nhanh” Không Đồng Nghĩa Với Settlement Tức Thời?

Khi đội ngũ IT ngân hàng đánh giá một nhà cung cấp hạ tầng thanh toán mới, một câu quảng cáo quen thuộc luôn xuất hiện: “hệ thống hỗ trợ xử lý real-time, thanh toán tức thời”. Nhưng RTGS và DNS — hai mô hình settlement liên ngân hàng phổ biến nhất — thực chất khác nhau hoàn toàn, và tốc độ mà khách hàng nhìn thấy trên ứng dụng ngân hàng không nói lên cơ chế settlement nào đang chạy phía sau, ở bước quyết toán cuối cùng trong vòng đời giao dịch thanh toán. Nhầm lẫn giữa “trải nghiệm tức thời” với “settlement real-time gross” là một trong những ngộ nhận phổ biến nhất khi đánh giá hệ thống thanh toán — và có thể dẫn tới sai lầm khi hoạch định thanh khoản, quản trị rủi ro, hoặc lựa chọn kiến trúc kết nối. Bài viết này giải thích rõ hai trục phân loại độc lập đứng sau RTGS và DNS, so sánh trực tiếp hai mô hình, và chỉ ra 4 ngộ nhận thường gặp mà bộ phận vận hành thanh toán cần tránh.

Hai Trục Phân Loại Độc Lập Trong Clearing Và Settlement

Trước khi so sánh RTGS và DNS, cần tách rõ hai trục phân loại độc lập thường bị gộp làm một: (1) đơn vị settle — gross hay net, và (2) thời điểm settle — real-time hay deferred. Đây là hai câu hỏi có câu trả lời độc lập với nhau, không suy ra câu này từ câu kia.

Trục 1 — Gross Và Net

Gross settlement nghĩa là mỗi giao dịch được settle riêng lẻ, đầy đủ giá trị (full value), không bù trừ với giao dịch khác. Net settlement thì ngược lại: hệ thống bù trừ vị thế ròng (net position) giữa các bên tham gia trước, rồi mới settle phần chênh lệch cuối cùng.

Trục 2 — Real-Time Và Deferred

Real-time nghĩa là settle ngay, liên tục, ngay khi giao dịch qua kiểm tra. Deferred nghĩa là settle theo chu kỳ định trước — có thể một hoặc nhiều lần trong ngày.

Kết hợp hai trục này cho ra 4 tổ hợp lý thuyết, nhưng trong thực tế vận hành, tuyệt đại đa số hệ thống thanh toán chỉ rơi vào 2 góc phổ biến:

1. Real-time + Gross = RTGS (Real-Time Gross Settlement) — dùng cho thanh toán giá trị lớn, quan trọng hệ thống.
2. Deferred + Net = DNS (Deferred Net Settlement) — dùng cho thanh toán bán lẻ khối lượng lớn.

Hai tổ hợp còn lại (Real-time + Net, Deferred + Gross) tồn tại về mặt lý thuyết nhưng hiếm gặp trong vận hành thực tế.

RTGS Và DNS: Bảng So Sánh Trực Tiếp

Tiêu chí	RTGS (Real-Time Gross Settlement)	DNS (Deferred Net Settlement)
Đơn vị settle	Từng giao dịch riêng lẻ, full value	Vị thế ròng sau khi bù trừ
Thời điểm settle	Liên tục, ngay khi giao dịch qua kiểm tra	Theo chu kỳ định trước (1 hoặc nhiều lần/ngày)
Nhu cầu thanh khoản	Cao — cần đủ vốn/hạn mức tại mọi thời điểm	Thấp hơn — chỉ cần đủ cho vị thế ròng
Cửa sổ rủi ro (risk window)	Gần như bằng 0	Có thể kéo dài tới hết chu kỳ
Settlement asset điển hình	Thường là central bank money	Có thể là central bank money hoặc commercial bank money
Ứng dụng điển hình	Thanh toán giá trị lớn, liên ngân hàng quan trọng hệ thống (ví dụ Fedwire, TARGET2, CHAPS)	Thanh toán bán lẻ khối lượng lớn (ví dụ chuyển mạch thẻ, một số hệ thống chuyển tiền liên ngân hàng)

Bốn Ngộ Nhận Phổ Biến Về RTGS Và DNS Cần Tránh

1. “Khách hàng thấy tiền vào ngay → hệ thống chắc chắn dùng RTGS” — Sai. Nhiều hệ thống fast/instant payment thực chất dùng DNS phía sau, với ngân hàng ứng trước thanh khoản cho khách hàng qua tài khoản settlement đã prefund, trước khi settlement liên ngân hàng thực sự hoàn tất theo chu kỳ.
2. “RTGS = instant payment” — Sai. RTGS là một mô hình settlement liên ngân hàng (kỹ thuật, phía sau); “instant/fast payment” là một trải nghiệm sản phẩm (phía khách hàng cuối). Một hệ thống có RTGS không nhất thiết là dịch vụ fast payment bán lẻ, và ngược lại.
3. “Gross luôn an toàn hơn Net” — Chỉ đúng ở khía cạnh settlement risk và finality. Net settlement có ưu điểm tiết kiệm thanh khoản đáng kể, và nhiều hệ thống DNS hiện đại có thêm cơ chế quản lý rủi ro bổ sung (collateral, loss-sharing) giúp giảm đáng kể rủi ro thực tế — không nên đánh giá một chiều.
4. “T+0/T+1/T+2 là quy tắc chung cho mọi settlement” — Sai. Đây là khái niệm chủ yếu dùng trong settlement chứng khoán và một số payment rail cụ thể, không áp dụng máy móc cho mọi hệ thống thanh toán, đặc biệt các hệ thống RTGS/DNS settle liên tục hoặc nhiều lần trong ngày.

Ứng Dụng Thực Tế: Cách Đánh Giá Một Hệ Thống Thanh Toán Mới

Khi đánh giá một hệ thống thanh toán mới — một chuyển mạch quốc gia, một fast payment system, hay đề xuất từ nhà cung cấp — bộ phận kỹ thuật/vận hành ngân hàng nên tách riêng hai câu hỏi:

• Trải nghiệm khách hàng nhanh tới đâu? (câu hỏi sản phẩm)
• Cơ chế settlement liên ngân hàng phía sau là gì — gross hay net, real-time hay deferred, settlement asset là gì? (câu hỏi hạ tầng)

Hai câu hỏi này có câu trả lời độc lập, không suy ra câu này từ câu kia. Phân biệt rõ giúp đội ngũ vận hành đánh giá đúng nhu cầu thanh khoản, cửa sổ rủi ro và yêu cầu kết nối kỹ thuật thực sự của hệ thống — thay vì chỉ dựa vào tốc độ mà khách hàng cảm nhận được, hay bước authorization giao dịch thẻ phía trước settlement. Lưu ý: khung phân loại RTGS/DNS ở trên dựa trên định nghĩa tổng quát của BIS CPMI, không mô tả cơ chế cụ thể của bất kỳ hệ thống thanh toán nào tại Việt Nam — khi áp dụng cho một hệ thống cụ thể, cần đối chiếu lại tài liệu vận hành chính thức của hệ thống đó.

Nguồn Tham Khảo

• BIS CPMI – A glossary of terms used in payments and settlement systems
• BIS CPMI – Real-time gross settlement systems (D22)
• BIS CPMI – Fast payments – Enhancing the speed and availability of retail payments (D154)
• CPMI-IOSCO – Principles for Financial Market Infrastructures (PFMI)

RTGS và DNS là hai mô hình settlement phục vụ hai mục đích khác nhau: RTGS ưu tiên finality tức thời cho giao dịch giá trị lớn, DNS ưu tiên hiệu quả thanh khoản cho khối lượng giao dịch bán lẻ lớn. Hiểu đúng sự khác biệt này giúp đội ngũ IT và vận hành ngân hàng đánh giá chính xác hơn mọi đề xuất hạ tầng thanh toán mới, thay vì bị cuốn theo tốc độ trải nghiệm khách hàng. Impress Co. đồng hành cùng ngân hàng và đơn vị vận hành ATM/POS trong việc tối ưu hạ tầng thanh toán và xử lý tiền mặt. Liên hệ tư vấn: impress.vn.