Thanh toán 3 — SWIFT & chuyển tiền xuyên biên giới

13 thg 7, 2026 4 lượt xem
#banking
#payments
#swift
#gpi
#correspondent
#nostro-vostro

Thanh toán 3 — SWIFT & chuyển tiền xuyên biên giới

Khi bạn chuyển tiền cho người thân trong nước, mọi thứ diễn ra trong một hệ sinh thái duy nhất: một đồng nội tệ, một ngân hàng trung ương làm bên quyết toán cuối cùng, một bộ luật. Nhưng khi tiền phải đi qua biên giới — ví dụ một người con ở Mỹ gửi USD về cho mẹ ở Việt Nam — thì không còn một "sổ cái chung" nào cho cả hai quốc gia nữa. Không có ngân hàng trung ương toàn cầu, không có một hệ thống quyết toán duy nhất nối liền mọi đồng tiền. Vậy tiền thực sự "đi" như thế nào?

Câu trả lời gồm hai lớp tách biệt mà người mới rất hay nhầm lẫn: lớp nhắn tin (ai ra lệnh cho ai làm gì) và lớp chuyển giá trị (tiền thật được ghi nợ/ghi có ở đâu). SWIFT thống trị lớp thứ nhất. Lớp thứ hai được xử lý bởi mạng lưới ngân hàng đại lý (correspondent banking) cùng các tài khoản nostro/vostro. Hiểu được sự phân tách này là chìa khoá để hiểu vì sao chuyển tiền quốc tế lại chậm, đắt và khó truy vết hơn hẳn — và vì sao các sáng kiến như SWIFT gpi và ISO 20022 CBPR+ ra đời để chữa những căn bệnh đó.

Bài này nối tiếp Tổng quan thanh toánISO 20022. Nếu bạn chưa nắm khái niệm nostro/vostro và quyết toán, nên đọc lướt hai bài đó trước.

1. SWIFT là gì — và không là gì

SWIFT (Society for Worldwide Interbank Financial Telecommunication) là một hợp tác xã của các định chế tài chính, vận hành một mạng nhắn tin liên ngân hàng an toàn, chuẩn hoá và có độ tin cậy cao. Điểm mấu chốt cần khắc cốt ghi tâm:

SWIFT không chuyển tiền. SWIFT chỉ chuyển message (lệnh/thông điệp).

Khi ngân hàng A muốn trả tiền cho ngân hàng B, A không "đẩy tiền qua SWIFT". A gửi qua SWIFT một bản tin có nội dung đại loại: "Hãy ghi có cho người thụ hưởng X số tiền Y; phần đối ứng (cover) sẽ được xử lý qua tài khoản chúng ta có với nhau/qua bên thứ ba Z." Việc chuyển giá trị thật sự xảy ra ở nơi khác — trên sổ cái của các ngân hàng đại lý (mục 2). Hãy hình dung SWIFT như dịch vụ thư bảo đảm + xác thực giữa các ngân hàng, chứ không phải xe chở tiền.

Vì là mạng nhắn tin, ba giá trị cốt lõi SWIFT mang lại là:

  • Chuẩn hoá: mọi bản tin theo một cú pháp thống nhất (định dạng MT cũ, và MX/ISO 20022 mới), nên máy đọc và xử lý tự động (STP — straight-through processing) được.
  • Bảo mật & chống chối bỏ: thông điệp được xác thực, mã hoá, có bằng chứng gửi/nhận.
  • Định tuyến toàn cầu: hơn 11.000 định chế ở hơn 200 quốc gia đều nói chung một "ngôn ngữ".

1.1. BIC — địa chỉ của ngân hàng

Để định tuyến bản tin, mỗi định chế cần một địa chỉ. Đó là BIC (Business Identifier Code, hay quen gọi "SWIFT code"), dài 8 hoặc 11 ký tự:

B C V T V N V X        (BIC 8 ký tự)
B C V T V N V X 001    (BIC 11 ký tự)
└──┘└┘└┘  └───┘
 │   │  │    └─ mã chi nhánh (3 ký tự, tuỳ chọn; XXX/ bỏ trống = head office)
 │   │  └────── mã địa điểm (2 ký tự)
 │   └───────── mã quốc gia ISO (2 ký tự, ví dụ VN)
 └───────────── mã ngân hàng (4 ký tự)
(minh hoạ — không phải BIC thật của bất kỳ ngân hàng nào)

BIC 8 ký tự trỏ tới trụ sở chính; thêm 3 ký tự cuối để trỏ tới một chi nhánh cụ thể. Đây là cách bản tin biết chính xác "gõ cửa" ngân hàng nào.

2. Correspondent banking, nostro & vostro

Vấn đề lõi của thanh toán xuyên biên giới: một ngân hàng không có mặt ở mọi quốc gia và không nắm giữ mọi đồng tiền. Một ngân hàng Việt Nam không có tài khoản tại Fed ở Mỹ, không tự thanh toán được USD trên đất Mỹ. Vậy làm sao nó "trả USD"?

Giải pháp là ngân hàng đại lý (correspondent bank): ngân hàng Việt Nam mở một tài khoản tại một ngân hàng Mỹ và dùng ngân hàng Mỹ đó làm "cánh tay nối dài" của mình trong hệ thống USD. Khi cần trả USD, ngân hàng Việt Nam ra lệnh cho correspondent Mỹ ghi nợ tài khoản của mình và trả cho bên thụ hưởng.

Từ đó sinh ra cặp thuật ngữ dễ nhầm — hãy neo theo góc nhìn của ai đang nói:

  • Nostro (tiếng Latin "của chúng tôi"): tài khoản "của chúng tôi ở ngân hàng họ", thường bằng ngoại tệ. Ví dụ: tài khoản USD mà ngân hàng VN nắm giữ tại ngân hàng Mỹ, đứng từ góc nhìn ngân hàng VN, là nostro.
  • Vostro (tiếng Latin "của các anh"): cùng một tài khoản đó nhưng nhìn từ phía ngân hàng giữ hộ. Với ngân hàng Mỹ, đây là tài khoản "của họ (ngân hàng VN) ở chỗ chúng tôi" → là vostro.

Nói cách khác: nostro và vostro là hai tên gọi cho cùng một tài khoản, khác nhau ở chỗ ai đang nhìn. Việc theo dõi số dư và khớp từng bút toán trên các tài khoản này là công việc đối soát nostro, xử lý riêng ở bài Đối soát nostro.

2.1. Vì sao lại chậm, đắt, khó truy vết

Rắc rối nảy sinh khi hai ngân hàng đầu-cuối không có quan hệ đại lý trực tiếp. Ngân hàng của người gửi và ngân hàng của người nhận có thể chẳng có tài khoản với nhau — nên phải đi qua một chuỗi correspondent trung gian, mỗi mắt xích lại là một cặp nostro/vostro và một bút toán mới.

Chuỗi càng dài thì:

  • Càng chậm: mỗi ngân hàng xử lý theo giờ làm việc và cut-off riêng, cộng thêm chênh lệch múi giờ (mục 5).
  • Càng đắt: mỗi trung gian có thể trừ phí trên chính số tiền chuyển, khiến số tiền người nhận thực nhận ít hơn số gửi.
  • Càng khó truy vết: trước gpi, một khi lệnh rời khỏi ngân hàng đầu tiên, bên gửi gần như "mù" — không biết tiền đang ở mắt xích nào, còn bao lâu, bị trừ phí bao nhiêu.

Đây chính xác là những bài toán mà SWIFT gpi (mục 4) và ISO 20022 CBPR+ (mục 6) được thiết kế để giải.

3. Bản tin thanh toán: MT103, MT202 & cover payment

Trong thế giới MT (định dạng cũ, vẫn phổ biến trong giai đoạn chuyển tiếp), hai loại bản tin cốt lõi của một lệnh chuyển tiền quốc tế là:

  • MT103 — Single Customer Credit Transfer: lệnh trả tiền cho một khách hàng (người thụ hưởng cuối). Đây là bản tin mang thông tin người trả, người nhận, số tiền, ngày giá trị, phí... Nó là "linh hồn" của giao dịch với khách hàng.
  • MT202 — General Financial Institution Transfer: lệnh chuyển tiền giữa các ngân hàng với nhau (bank-to-bank), không mang thông tin khách hàng cuối. Dùng để dịch chuyển phần cover (đối ứng) giữa các định chế.
  • MT202COV: một biến thể của MT202 dành riêng cho cover payment, có mang thêm thông tin về giao dịch khách hàng gốc bên dưới (để chống rửa tiền/che giấu thông tin).

3.1. Serial vs cover payment — hai mô hình định tuyến

Đây là điểm hay gây bối rối. Có hai cách để một MT103 "đi tới đích":

Mô hình serial (nối tiếp): MT103 được chuyển tuần tự từ ngân hàng này sang ngân hàng kế tiếp trong chuỗi. Mỗi ngân hàng nhận MT103, ghi nợ/ghi có tài khoản đại lý tương ứng rồi đẩy MT103 tiếp sang mắt xích sau. Cả thông tin lẫn tiền đi cùng một đường.

Mô hình cover payment (tách luồng): ngân hàng gửi gửi thẳng MT103 cho ngân hàng nhận (đường thông tin, ngắn), đồng thời gửi MT202COV theo một chuỗi correspondent riêng để dàn xếp phần tiền (đường cover). Nghĩa là "lời hứa trả cho khách hàng" đi một ngả, còn "tiền thật đối ứng giữa các ngân hàng" đi ngả khác, rồi hai ngả gặp nhau tại ngân hàng nhận. Cover payment thường nhanh hơn cho khách vì ngân hàng nhận biết sớm về khoản tiền sắp tới, nhưng đòi hỏi kiểm soát khớp lệnh chặt chẽ.

3.2. Một MT103 rút gọn trông thế nào

{1:...}{2:...}                         (khối header — bỏ qua)
:20:  REF20250630XYZ                   Sender's Reference (mã tham chiếu lệnh)
:23B: CRED                             Bank Operation Code (chuyển tiền tín dụng)
:32A: 250630USD5000,00                 Ngày giá trị (30/06/2025) + tiền tệ + số tiền
:50K: /1234567890                      Ordering Customer (người ra lệnh trả)
      NGUYEN VAN A
      123 MAIN ST, CALIFORNIA US
:59:  /0011223344                      Beneficiary (người thụ hưởng)
      TRAN THI B
      45 LE LOI, HA NOI VN
:70:  GIA DINH / FAMILY SUPPORT        Remittance Information (nội dung chuyển)
:71A: SHA                              Chi phí: chia sẻ (SHA/OUR/BEN)
:121: 97ed4827-7b6f-4c2a-...           UETR — mã truy vết end-to-end (gpi)
(minh hoạ — các giá trị đều là giả định)

Vài field đáng chú ý: :32A: cho biết ngày giá trị + tiền tệ + số tiền; :50 là người trả, :59 là người nhận; :71A: quy định ai chịu phí (OUR = người gửi chịu hết, BEN = người nhận chịu, SHA = chia sẻ). Field :121: chứa UETR — mắt xích để tra cứu qua gpi (mục 4).

4. SWIFT gpi — chữa bệnh chậm & mù mờ

SWIFT gpi (global payments innovation) là bộ dịch vụ nâng cấp trên nền SWIFT nhằm giải quyết trực tiếp ba nỗi đau: chậm, không minh bạch phí, khó truy vết. Bốn trụ cột:

  • UETR (Unique End-to-End Transaction Reference): một mã định danh duy nhất, xuyên suốt gắn với giao dịch từ đầu đến cuối, đặt ở field :121:. UETR là bắt buộc trên MT103 và các bản tin MT202/MT202COV liên quan. Nhờ có một mã chung, mọi mắt xích trong chuỗi đều tham chiếu cùng một giao dịch — điều kiện tiên quyết để truy vết.
  • Tracker: một dịch vụ tập trung (hosted trên cloud) cho phép các ngân hàng theo dõi trạng thái giao dịch end-to-end — tiền đang ở ngân hàng nào, đã ghi có chưa, bị từ chối vì lý do gì. Giống như "tra cứu vận đơn" cho một lệnh chuyển tiền.
  • Phí minh bạch: gpi yêu cầu công khai phí bị trừ và tỷ giá áp dụng ở từng chặng, giúp bên gửi biết người nhận thực nhận bao nhiêu.
  • Tốc độ: cam kết dịch vụ (SLA) và ghi có cùng ngày (same-day value) ở nhiều tuyến; một tỷ lệ lớn giao dịch gpi hoàn tất trong vài phút.

Ngoài ra gpi cung cấp các quy trình như Case Resolution / stop-and-recall để điều tra, chặn hoặc thu hồi lệnh khi có sự cố hay nghi ngờ gian lận. Điểm khéo về kỹ thuật: khi dùng cover payment, MT202COV được gửi với cùng UETR như MT103 gốc, nên cả hai luồng (thông tin và cover) đều truy vết được và khớp nhanh hơn — rút ngắn thời gian tiền đến tay người thụ hưởng.

5. Sơ đồ: chuỗi correspondent & hai mô hình

Trong cả hai mô hình, mỗi mũi tên đi kèm một cặp nostro/vostro: ngân hàng phía trước ghi nợ tài khoản mình giữ tại ngân hàng phía sau (hoặc ngược lại), tạo ra một bút toán cần được đối soát về sau.

6. Bối cảnh: ISO 20022 CBPR+ và các sáng kiến thay thế

Định dạng MT (MT103, MT202...) là di sản của thập niên trước, hạn chế về độ giàu dữ liệu và cấu trúc. Ngành đang dịch chuyển sang ISO 20022 — bộ chuẩn bản tin XML giàu dữ liệu hơn nhiều. Riêng cho thanh toán xuyên biên giới và báo cáo, SWIFT triển khai hồ sơ CBPR+ (Cross-Border Payments and Reporting Plus): quy định cách dùng ISO 20022 (các bản tin họ pacs, ví dụ pacs.008 tương đương MT103, pacs.009 tương đương MT202) một cách nhất quán trên toàn cầu. Lợi ích: dữ liệu người trả/người nhận có cấu trúc rõ ràng hơn → sàng lọc tuân thủ chính xác hơn, ít lỗi/ít can thiệp thủ công hơn, đối soát dễ hơn. Chi tiết về ISO 20022 xem bài ISO 20022.

Bên cạnh đó, có những sáng kiến thay thế/bổ sung cho mô hình correspondent truyền thống — ở đây chỉ nêu sự tồn tại, không đi sâu:

  • Các hệ thống thanh toán nội địa/khu vực kết nối trực tiếp giữa các quốc gia (liên kết chuyển tiền nhanh song phương), giảm bớt trung gian.
  • Stablecoin và tài sản số như một kênh dàn xếp giá trị khác. Đây là lĩnh vực đang biến động, cần thẩm định pháp lý riêng — bài này không khẳng định gì thêm.

7. Rủi ro & tuân thủ

Chuyển tiền xuyên biên giới đi qua nhiều pháp lý, nên gánh nặng tuân thủ rất lớn:

  • Sanctions screening: mỗi ngân hàng trong chuỗi phải sàng lọc các bên (người trả, người nhận, ngân hàng liên quan) theo danh sách cấm vận. Một "hit" có thể khiến lệnh bị giữ lại điều tra. Chủ đề này xử lý riêng ở bài Sàng lọc & AML.
  • De-risking: vì chi phí tuân thủ cao và rủi ro phạt lớn, nhiều ngân hàng lớn cắt bớt quan hệ đại lý với các thị trường/đối tác bị coi là rủi ro cao. Hệ quả là một số hành lang chuyển tiền (corridor) trở nên đắt đỏ hoặc thiếu tuyến, ảnh hưởng đặc biệt tới kiều hối vào các nước đang phát triển.
  • Phí FX (quy đổi ngoại tệ): khi tiền phải đổi loại tiền tệ trong chuỗi, mỗi lần đổi kèm một biên tỷ giá — một nguồn chi phí ẩn với người gửi/người nhận.
  • Cut-off & múi giờ: mỗi ngân hàng có giờ chốt (cut-off) trong ngày; lệnh gửi sau giờ chốt sẽ được xử lý vào ngày làm việc kế tiếp. Cộng với chênh lệch múi giờ và ngày nghỉ khác nhau giữa các nước, một giao dịch tưởng "gửi hôm nay" có thể chỉ được quyết toán sau vài ngày.

8. Use case thực tế: kiều hối từ Mỹ về Việt Nam

Giả sử anh A ở California gửi 5.000 USD cho mẹ (bà B) ở Hà Nội, mẹ nhận bằng VND. Một dòng chảy điển hình (mô hình cover payment):

  1. Ngân hàng của anh A (US bank) ghi nợ tài khoản anh A 5.000 USD. Nó tạo MT103 (hoặc pacs.008) với thông tin người trả/người nhận, gắn một UETR duy nhất, và xác định người thụ hưởng ở ngân hàng VN.
  2. Ngân hàng Mỹ không có quan hệ trực tiếp với ngân hàng VN nhận tiền. Nó gửi MT103 (thông tin) thẳng cho ngân hàng VN, đồng thời gửi MT202COV (cover, cùng UETR) theo chuỗi correspondent USD của mình.
  3. Phần cover đi qua một hoặc vài correspondent bank USD. Mỗi mắt xích ghi nợ/ghi có các tài khoản nostro/vostro tương ứng để dịch chuyển 5.000 USD dần về tài khoản nostro USD của ngân hàng VN (tài khoản mà ngân hàng VN nắm giữ tại đối tác Mỹ).
  4. Ngân hàng VN thấy đã được ghi có USD trên tài khoản nostro của mình (khớp theo UETR), đối chiếu với MT103 nhận được, rồi quy đổi USD → VND theo tỷ giá của mình (đây là nơi phát sinh phí FX).
  5. Ngân hàng VN ghi có VND cho bà B. Trong suốt quá trình, cả hai đầu có thể tra gpi Tracker theo UETR để biết tiền đang ở đâu, phí đã trừ bao nhiêu.
  6. Song song, các ngân hàng thực hiện sàng lọc cấm vận/AML ở từng chặng; nếu có nghi ngờ, lệnh bị giữ để điều tra (có thể dùng Case Resolution).

Kết quả bà B nhận được ít hơn 5.000 USD quy đổi lý thuyết, do phí trung gian + biên FX. Nếu tuyến này chạy trên gpi và ít trung gian, tiền có thể tới trong vài phút đến vài giờ; nếu chuỗi dài và vướng cut-off/múi giờ/sàng lọc, có thể mất vài ngày.

9. Ghi nhớ

  • SWIFT chuyển message, không chuyển tiền. Tiền thật dịch chuyển trên sổ cái các ngân hàng đại lý.
  • BIC (8/11 ký tự) là địa chỉ ngân hàng để định tuyến bản tin.
  • Nostro = "của chúng tôi ở họ"; Vostro = "của họ ở chúng tôi" — cùng một tài khoản, khác góc nhìn.
  • Chuỗi correspondent càng dài → càng chậm, đắt, khó truy vết. Đây là bài toán gốc.
  • MT103 = trả cho khách hàng; MT202/MT202COV = chuyển bank-to-bank/cover. Phân biệt serial (thông tin + tiền cùng đường) vs cover (tách luồng, cùng UETR).
  • SWIFT gpi: UETR (:121:) + Tracker + phí minh bạch + tốc độ + Case Resolution.
  • ISO 20022 CBPR+ (pacs.008/pacs.009) đang thay thế MT, giúp dữ liệu giàu hơn và tuân thủ chính xác hơn.
  • Rủi ro/tuân thủ: sanctions screening, de-risking, phí FX, cut-off & múi giờ — mọi thứ cộng lại quyết định tốc độ & chi phí thật.

Đọc tiếp: Tổng quan thanh toán · ISO 20022 · Đối soát nostro · Sàng lọc & AML

Bài viết liên quan

Dòng chảy dữ liệu core -> ODS -> DWH -> BI, mô hình dữ liệu cốt lõi và bộ ví dụ SQL thực hành chạy được.

13 thg 7, 2026 7

Thẻ ghi nợ/tín dụng/trả trước, vai trò issuer–acquirer–scheme, vòng đời giao dịch thẻ, bù trừ & quyết toán, 3DS, chargeback.

13 thg 7, 2026 5

Kiến trúc core banking, CIF, các phân hệ và xử lý online vs batch/EOD.

13 thg 7, 2026 5

Nguyên lý hạch toán kép, Nợ/Có, hệ thống tài khoản và cách mọi giao dịch ngân hàng luôn cân sổ.

13 thg 7, 2026 5