Thẻ 1 — Hệ sinh thái thẻ & các bên tham gia

Vì sao phải hiểu hệ sinh thái thẻ như một "sân chơi nhiều bên"

Một giao dịch quẹt thẻ diễn ra trong 2–3 giây, nhưng phía sau nó là một chuỗi các bên độc lập, mỗi bên đảm nhận một vai trò, và mỗi bên đều lấy đi (hoặc trả đi) một phần phí. Ở bài tổng quan về Thẻ (bài 8) chúng ta đã nhìn thẻ từ góc "sản phẩm cho khách hàng". Bài này nhìn thẻ từ góc cấu trúc thị trường: ai kết nối với ai, tiền chảy theo hướng nào, và ai trả phí cho ai.

Hiểu đúng bức tranh này là điều kiện bắt buộc để một ngân hàng vận hành cả hai mảng nghiệp vụ: phát hành thẻ (issuing) — cấp thẻ cho khách hàng và chấp nhận thẻ (acquiring) — ký hợp đồng với đơn vị bán hàng để họ nhận thanh toán bằng thẻ. Hai mảng này có động lực kinh tế ngược nhau, và toàn bộ mâu thuẫn/hợp tác đó nằm gọn trong chuỗi phí mà bài viết sẽ mổ xẻ.

Mô hình 4 bên (four-party model) vs 3 bên (closed-loop)

Mô hình 4 bên — chuẩn của Visa/Mastercard/NAPAS

Đây là mô hình phổ biến nhất thế giới. "4 bên" gồm:

1. Cardholder — chủ thẻ, người sở hữu và dùng thẻ.
2. Merchant — đơn vị chấp nhận thẻ (cửa hàng, website, ví...).
3. Issuer — ngân hàng phát hành thẻ cho chủ thẻ.
4. Acquirer — ngân hàng/tổ chức ký hợp đồng chấp nhận thẻ với merchant.

Ở giữa 4 bên này là card scheme / network (Visa, Mastercard, JCB, NAPAS...) — đóng vai trò "sàn" định tuyến giao dịch giữa issuer và acquirer, đặt luật chơi và định mức phí. Scheme thường không trực tiếp giữ quan hệ với chủ thẻ hay merchant; nó là hạ tầng kết nối. Vì có tới 4 chủ thể chính (chưa kể scheme ở giữa), mô hình này còn gọi là "open-loop".

Mô hình 3 bên (closed-loop) — American Express, Discover cổ điển

Ở mô hình 3 bên, một tổ chức duy nhất vừa là issuer, vừa là acquirer, vừa là scheme. American Express (theo mô hình gốc) tự phát hành thẻ cho chủ thẻ, tự ký hợp đồng với merchant và tự vận hành mạng lưới. Chỉ có 3 chủ thể: chủ thẻ – merchant – Amex.

• Ưu điểm: kiểm soát toàn bộ dữ liệu và trải nghiệm; không phải chia phí interchange cho bên thứ ba; có thể áp phí chiết khấu (merchant fee) cao hơn và làm chương trình thưởng hào phóng.
• Nhược điểm: khó mở rộng mạng lưới chấp nhận nhanh như Visa/MC vì phải tự đi ký với từng merchant; ít ngân hàng đối tác.
• Lưu ý: ngày nay Amex cũng cấp phép cho ngân hàng phát hành thẻ Amex (mô hình lai), nên ranh giới không còn tuyệt đối.

Vai trò của từng bên

Card scheme / network làm gì cụ thể

Nhiều người nhầm scheme là "ngân hàng". Không phải. Visa, Mastercard, JCB, NAPAS không giữ tiền của bạn và không cho vay. Chúng cung cấp:

• Mạng định tuyến (switching): khi acquirer nhận giao dịch, scheme biết BIN/IIN (6–8 số đầu thẻ) thuộc issuer nào và chuyển yêu cầu cấp phép tới đúng issuer.
• Luật lệ (scheme rules): quy định chargeback, thời hạn quyết toán, tiêu chuẩn bảo mật (PCI DSS, EMV, 3-D Secure).
• Ấn định biểu interchange & scheme fee: scheme công bố ma trận interchange cho từng loại thẻ/ngành hàng.
• Thương hiệu & tokenization: cho phép in logo, cung cấp dịch vụ token hoá thẻ (Visa Token Service, Mastercard MDES) cho ví điện tử.

Processor, gateway, PSP, ISO — các "lớp trung gian kỹ thuật"

Ngân hàng nhỏ thường không tự xây hệ thống xử lý thẻ. Họ thuê third-party processor (ví dụ toàn cầu như FIS, TSYS, Fiserv; ở Việt Nam có các công ty chuyển mạch/xử lý riêng). Processor làm phần "chạy giao dịch": nhận message ISO 8583, kiểm tra, ghi sổ.

• Payment gateway là cổng cho thương mại điện tử — nhận dữ liệu thẻ từ trang web, mã hoá, đẩy sang acquirer/processor. (Ở VN: các cổng như OnePay, VNPAY, Payoo... đóng vai trò gateway/PSP.)
• PSP / aggregator đứng ra làm "merchant tổng", gom hàng nghìn merchant nhỏ dưới một MID (Merchant ID), giúp shop nhỏ không cần tự ký hợp đồng acquiring — đổi lại chịu MDR cao hơn.
• ISO (Independent Sales Organization) là đại lý bán hàng: đi ký merchant hộ acquirer, hưởng hoa hồng, nhưng không giữ tiền.

Dòng tiền & chuỗi phí trong một giao dịch

Đây là phần cốt lõi. Hãy tách rõ hai luồng: luồng cấp phép (authorization) — chỉ hỏi "có đủ tiền/hạn mức không?" và luồng quyết toán (clearing & settlement) — tiền thật sự chuyển.

Ba lớp phí

Cộng ba lớp phí mà merchant phải gánh chính là MDR (Merchant Discount Rate) — hay "merchant discount". Công thức khái niệm:

MDR ≈ Interchange fee + Scheme fee + Acquirer markup

Điểm mấu chốt về hướng dòng phí: interchange chảy từ acquirer sang issuer (acquirer là bên trả, issuer là bên nhận). Nghĩa là trong mô hình 4 bên, ngân hàng phát hành kiếm được tiền từ mỗi lần thẻ của họ được quẹt ở ngân hàng khác — đây là động lực để ngân hàng đẩy mạnh phát hành thẻ và tặng thưởng cho chủ thẻ.

Ví dụ số minh hoạ (con số giả định để hiểu cơ chế, KHÔNG phải mức phí pháp lý)

Giả sử một giao dịch 100.000 đ, và giả định (tuỳ scheme/ngân hàng, đây chỉ là ví dụ):

• Interchange fee: 1,0% = 1.000 đ → acquirer trả cho issuer.
• Scheme fee: 0,1% = 100 đ → chia cho scheme.
• Acquirer markup: 0,4% = 400 đ → lợi nhuận acquirer.
• Tổng MDR merchant chịu: khoảng 1,5% = 1.500 đ.

Kết quả dòng tiền:

• Chủ thẻ bị ghi nợ đủ 100.000 đ.
• Merchant thực nhận 98.500 đ (100.000 − 1.500 MDR).
• Issuer nhận 1.000 đ interchange (trừ phần scheme fee của mình).
• Scheme nhận ~100 đ.
• Acquirer giữ ~400 đ markup.

Lưu ý: mức % thực tế phụ thuộc loại thẻ (credit thường cao hơn debit), ngành hàng (MCC), kênh (POS/online), và quy định của từng scheme cũng như thoả thuận thương mại — không có con số cố định chung.

Credit vs debit vs prepaid — dưới góc phí & rủi ro

Vì interchange của credit cao hơn, issuer có nhiều "ngân sách" để hoàn tiền/tích điểm, nên thẻ tín dụng thường có ưu đãi hấp dẫn hơn debit. Ngược lại, merchant "ghét" thẻ credit hơn vì MDR cao hơn.

Bối cảnh Việt Nam: NAPAS nội địa vs Visa/Mastercard quốc tế

• NAPAS là switch chuyển mạch tài chính quốc gia của Việt Nam, xử lý thẻ nội địa (thẻ NAPAS/thẻ ATM nội địa) và điều phối các giao dịch liên ngân hàng trong nước, bao gồm chuyển tiền nhanh 24/7 và QR. Với giao dịch nội địa, dùng NAPAS thường có chi phí thấp hơn so với định tuyến qua scheme quốc tế.
• Visa / Mastercard / JCB xử lý các thẻ quốc tế — dùng khi thanh toán ở nước ngoài, trên các merchant quốc tế, hoặc khi thẻ mang thương hiệu quốc tế. Chi phí (scheme fee, interchange) theo biểu của từng scheme.
• Nhiều thẻ tại VN là thẻ đồng thương hiệu (co-badge) vừa mang logo NAPAS vừa Visa/MC: giao dịch trong nước có thể định tuyến qua NAPAS (rẻ hơn), giao dịch quốc tế đi qua scheme quốc tế.
• Với ngân hàng VN: chọn định tuyến (routing) hợp lý giữa NAPAS và scheme quốc tế ảnh hưởng trực tiếp tới biên phí của cả issuing lẫn acquiring.

Use case: vì sao hiểu hệ sinh thái quan trọng cho ngân hàng

Use case 1 — Ngân hàng đẩy mạnh phát hành (issuing). Vì issuer nhận interchange, mỗi giao dịch chi tiêu của chủ thẻ ở ngân hàng khác là một nguồn thu. Đội sản phẩm sẽ tính: nếu chủ thẻ chi tiêu bình quân X đồng/tháng, với interchange bình quân r%, thì doanh thu interchange kỳ vọng đủ bù chi phí thưởng/hoàn tiền hay không. Không hiểu chuỗi phí thì không thể thiết kế chương trình loyalty bền vững.

Use case 2 — Ngân hàng làm acquiring cho merchant lớn. Một chuỗi bán lẻ đàm phán MDR 1,3%. Đội acquiring phải biết: trong 1,3% đó, bao nhiêu là interchange (phải trả issuer — không co giãn được), bao nhiêu là scheme fee (cố định theo scheme), phần còn lại mới là markup của mình. Nếu interchange + scheme đã chiếm 1,2% thì markup chỉ 0,1% — biết được điều này mới định giá không lỗ.

Use case 3 — Định tuyến & tối ưu chi phí. Với thẻ co-badge, hệ thống chọn định tuyến nội địa qua NAPAS giúp giảm chi phí cho cả merchant lẫn ngân hàng. Đây là quyết định kỹ thuật + thương mại chỉ đưa ra được khi hiểu vai trò từng scheme.

Use case 4 — Xử lý tranh chấp/chargeback. Khi chủ thẻ khiếu nại, luồng chargeback đi ngược: issuer → scheme → acquirer → merchant, theo đúng scheme rules. Bộ phận vận hành phải biết ai chịu trách nhiệm ở từng chặng để xử lý đúng thời hạn, tránh mất tiền oan.

Minh hoạ SQL — thống kê giao dịch trên sandbox

Bảng thẻ chuyên biệt (issuer, scheme, interchange...) không tồn tại trong sandbox, nên các phân tích về loại thẻ/scheme dưới đây (minh hoạ, không chạy trong sandbox). Tuy nhiên ta vẫn có thể minh hoạ tư duy "đo lường giao dịch theo tài khoản" trên bảng thật.

▶ Chạy được trong SQL Builder — đếm số giao dịch và tổng giá trị theo từng tài khoản (proxy cho "khối lượng giao dịch cần đánh giá chi phí phí thẻ"):

SELECT a.account_no,
       COUNT(t.account_id)      AS so_giao_dich,
       SUM(t.amount)            AS tong_gia_tri,
       AVG(t.amount)            AS gia_tri_tb
FROM accounts a
JOIN transactions t ON t.account_id = a.id
GROUP BY a.account_no
ORDER BY tong_gia_tri DESC;

(Nếu muốn xấp xỉ interchange minh hoạ, có thể nhân tong_gia_tri với một tỷ lệ giả định — nhưng mức phí thực tế tuỳ scheme/ngân hàng, không cứng hoá trong dữ liệu.)

Tóm tắt

• Mô hình 4 bên (cardholder – merchant – issuer – acquirer, với scheme ở giữa) là chuẩn của Visa/Mastercard/NAPAS; mô hình 3 bên (Amex closed-loop) gộp issuer + acquirer + scheme làm một.
• Card scheme là hạ tầng định tuyến + luật chơi, không giữ tiền, không cho vay; processor/gateway/PSP/ISO là các lớp trung gian kỹ thuật và thương mại.
• Chuỗi phí ba lớp: interchange (acquirer trả cho issuer) + scheme fee (cả hai trả cho scheme) + acquirer markup → cộng lại thành MDR mà merchant gánh. Chủ thẻ bị ghi nợ đủ số tiền; merchant nhận số tiền đã trừ MDR.
• Credit interchange cao → thưởng nhiều nhưng MDR cao; debit/prepaid rủi ro tín dụng thấp, phí thấp.
• Ở VN: NAPAS rẻ cho nội địa, Visa/MC/JCB cho quốc tế; thẻ co-badge cho phép tối ưu định tuyến.
• Mức phí cụ thể tuỳ scheme/ngân hàng — bài này chỉ dùng con số giả định để giải thích cơ chế.

Tự kiểm tra

1. Trong mô hình 4 bên, interchange fee chảy từ bên nào sang bên nào, và bên nào là bên nhận khoản phí đó?
2. Vì sao ngân hàng phát hành (issuer) lại có động lực đẩy mạnh chương trình hoàn tiền/tích điểm cho chủ thẻ?
3. MDR mà merchant chịu được cấu thành từ những lớp phí nào? Lớp nào acquirer không co giãn được khi đàm phán?
4. Card scheme (Visa/Mastercard/NAPAS) khác ngân hàng ở điểm cốt lõi nào?
5. Với một thẻ co-badge NAPAS + Visa dùng trong nước, vì sao định tuyến qua NAPAS thường có lợi về chi phí?
6. Nêu một điểm khác biệt về rủi ro giữa thẻ credit và thẻ prepaid đối với issuer.

Đọc tiếp

Thẻ 2 — Vòng đời giao dịch thẻ