Bên trong vòng đời của một giao dịch thẻ: Điều gì thực sự xảy ra khi bạn chạm hoặc quẹt thẻ
Alex điều hành một công ty thiết kế nhỏ. Trên đường đi làm, anh chạm thẻ ghi nợ HSBC của mình tại Arabica để mua một ly cappuccino. Sau đó, một thành viên trong nhóm của anh thanh toán gói đăng ký Figma hàng tháng bằng thẻ doanh nghiệp ảo mà Alex đã tạo.
Cả hai giao dịch đều diễn ra tức thì và dễ dàng. Thẻ chạm vào máy thanh toán, máy phát ra tiếng bíp, và mọi việc cứ thế tiếp diễn. Nhưng bên dưới bề mặt đó, mỗi lần quẹt hoặc chạm thẻ đều kích hoạt một chuỗi kiểm tra và chuyển giao nhanh chóng qua nhiều hệ thống, đòi hỏi sự chính xác tuyệt đối trong mọi lần thực hiện.
Trước khi tìm hiểu quy trình, chúng ta cần biết những ai thực sự tham gia vào một giao dịch thông thường.
Các bên tham gia đằng sau mỗi giao dịch thẻ
Thanh toán bằng thẻ trông có vẻ đơn giản vì nhiều bên độc lập phải giao tiếp và phối hợp với nhau chỉ trong tích tắc. Dưới đây là những bên tham gia chính.
- Chủ thẻ: Đây là người thực hiện thanh toán. Trong ví dụ của chúng ta: Alex tại Arabica, hoặc thành viên trong nhóm của anh ấy sử dụng thẻ ảo để thanh toán cho Figma.
- Đơn vị chấp nhận thanh toán (Merchant): Doanh nghiệp chấp nhận thanh toán, chẳng hạn như Arabica, Figma hoặc Uber.
- Thiết bị thanh toán và đơn vị xử lý thanh toán: Phần cứng và nhà cung cấp dịch vụ thanh toán mà doanh nghiệp sử dụng. Thiết bị của Arabica kết nối với đơn vị xử lý thanh toán của họ, có thể là một đơn vị như Stripe.
- Tổ chức thẻ quốc tế: Hệ thống điều phối các giao dịch; ví dụ như Visa và Mastercard.
- Ngân hàng phát hành: Ngân hàng hoặc tổ chức phát hành thẻ cho khách hàng. Đối với thẻ ghi nợ của Alex, đây có thể là HSBC. Đối với thẻ doanh nghiệp ảo của nhóm anh ấy, đó có thể là Stitch.
- Sổ cái
Đằng sau cánh cửa của đơn vị phát hành là các hệ thống duy trì số dư, kiểm tra quy tắc chi tiêu, phát hiện gian lận và đưa ra quyết định phê duyệt hoặc từ chối nhanh chóng. Các hệ thống này xác định xem một giao dịch có an toàn, hợp lệ và nằm trong hạn mức cho phép hay không.
Hãy coi các bên này như một đội chạy tiếp sức. Ngay khoảnh khắc Alex chạm thẻ, chiếc gậy tiếp sức bắt đầu chuyển động.
Đây là những gì diễn ra tiếp theo.
1. Yêu cầu giao dịch bắt đầu
Khi Alex chạm thẻ vào máy thanh toán của Arabica, thiết bị sẽ truy xuất dữ liệu đã được mã hóa của thẻ thông qua công nghệ giao tiếp trường gần (NFC).
Nếu anh ấy quẹt thẻ, thiết bị sẽ đọc dải từ. Nếu anh ấy cắm chip, thiết bị sẽ thực hiện trao đổi dữ liệu EMV.
Thiết bị đóng gói thông tin này cùng với số tiền mua hàng, mã định danh đơn vị chấp nhận thẻ (merchant ID) và dấu thời gian, sau đó gửi đến đơn vị xử lý của Arabica. Ví dụ, nếu Arabica sử dụng Stripe, Stripe sẽ nhận yêu cầu và định dạng nó thành một thông điệp ủy quyền.
Ví dụ: Nếu Alex mua một ly cappuccino giá bốn đô la, đơn vị xử lý sẽ bao gồm số tiền đó, số cửa hàng Arabica và mã token liên kết với thẻ HSBC của anh ấy.
2. Mạng lưới quyết định nơi gửi yêu cầu
Sau khi đơn vị xử lý chuyển tiếp yêu cầu, mạng lưới thẻ sẽ tiếp quản. Nếu Alex sử dụng thẻ Visa, Visa sẽ xác định đơn vị phát hành nào cần nhận thông điệp ủy quyền.
Bước định tuyến này phải diễn ra hoàn hảo. Nếu mạng lưới định tuyến sai yêu cầu, đơn vị phát hành sẽ không thể phản hồi. Các mạng lưới cũng thực hiện các bước kiểm tra sớm, chẳng hạn như xác thực xem đơn vị chấp nhận thẻ có được phép nhận loại thẻ này hay không. Ví dụ, nếu ai đó cố gắng sử dụng thẻ nhiên liệu doanh nghiệp tại một trang web trò chơi trực tuyến, mạng lưới có thể chặn giao dịch đó trước khi nó đi xa hơn.
Ví dụ: Khi đồng nghiệp của Alex thanh toán cho Figma bằng thẻ Mastercard ảo, yêu cầu sẽ được định tuyến đến tổ chức đã phát hành thẻ ảođó, chứ không phải ngân hàng đứng sau thẻ ghi nợ cá nhân của Alex.
3. Đơn vị phát hành xác minh danh tính, số dư và rủi ro
tổ chức phát hành nhận yêu cầu và quyết định phê duyệt hoặc từ chối. Bước này bao gồm nhiều hệ thống phối hợp với nhau một cách nhanh chóng.
- Xác minh danh tính: Tổ chức phát hành kiểm tra mã token và ánh xạ nó tới thẻ hoặc tài khoản thực tế. Đối với các khoản thanh toán chạm tại Arabica, mã token giúp ẩn đi các dữ liệu nhạy cảm. Tổ chức phát hành xác nhận mã này hợp lệ và được phát hành bởi HSBC.
- Kiểm tra số dư hoặc hạn mức tín dụng: Tổ chức phát hành kiểm tra xem Alex có đủ tiền cho giao dịch mua hàng bốn đô la hay không. Đối với khoản thanh toán cho Figma, tổ chức phát hành kiểm tra hạn mức chi tiêu được gán cho thẻ ảo cụ thể mà đồng nghiệp của anh ấy sử dụng.
- Kiểm tra rủi ro và quy tắc: Các tổ chức phát hành hiện đại xử lý giao dịch thông qua các công cụ ra quyết định để đánh giá các mô hình, danh mục người bán, vị trí và hành vi lịch sử. Nếu Alex đột nhiên thực hiện mười giao dịch mua hàng giống hệt nhau tại Arabica trong một phút, tổ chức phát hành có thể sẽ can thiệp.
Ví dụ: Nếu đồng nghiệp của Alex cố gắng sử dụng thẻ ảo để thanh toán cho quần áo cá nhân, các quy tắc của tổ chức phát hành có thể từ chối vì thẻ này chỉ giới hạn cho phần mềm và các công cụ kinh doanh.
Tất cả các bước kiểm tra này diễn ra trong khi Alex đang chờ lấy cà phê.
4. Phê duyệt được gửi ngược lại cho người bán
Sau khi tổ chức phát hành đưa ra quyết định, họ sẽ gửi phản hồi ngược lại theo cùng một lộ trình. Visa hoặc Mastercard nhận phản hồi, sau đó đến lượt đơn vị xử lý nhận được, và cuối cùng là thiết bị đầu cuối tại Arabica hiển thị kết quả.
Đã phê duyệt. Đã từ chối.
Ví dụ: Nếu gói đăng ký Figma đến hạn vào ngày đầu tháng và thẻ ảo vẫn còn đủ hạn mức, tổ chức phát hành sẽ phê duyệt khoản phí định kỳ đó. Hệ thống thanh toán của Figma nhận được phê duyệt giống như cách thiết bị đầu cuối tại Arabica nhận được.
5. Quyết toán tiền
Ủy quyền chỉ là lời hứa. Quyết toán mới là việc chuyển tiền thực tế.
Vào cuối ngày, Arabica gửi các giao dịch đã được phê duyệt của mình cho đơn vị thanh toán (acquirer), sau đó đơn vị này sẽ làm việc với các mạng lưới để rút tiền từ tổ chức phát hành. Có thể mất từ một đến hai ngày làm việc để Arabica nhận được tiền trong tài khoản ngân hàng của mình.
Ví dụ: Alex thấy bốn đô la bị trừ khỏi số dư HSBC của mình ngay lập tức, nhưng HSBC sẽ chỉ gửi số tiền đó cho ngân hàng thanh toán của Arabica sau đó trong chu kỳ quyết toán.
Tại sao tất cả những điều này lại quan trọng
Đối với bất kỳ tổ chức tài chính nào, việc thấu hiểu quy trình này làm nổi bật một sự thật đơn giản. Mọi bước đều phụ thuộc vào tốc độ liên lạc giữa các hệ thống vốn không phải lúc nào cũng được thiết kế để hoạt động cùng nhau. Nhiều đội ngũ vẫn phải dựa vào các nhà cung cấp riêng biệt cho việc phát hành, quản lý sổ cái, kiểm tra gian lận, kiểm soát thẻ và định tuyến giao dịch. Mỗi khâu chuyển giao đều tạo ra sự chậm trễ, phức tạp và tiềm ẩn sai sót.
Sự phân mảnh làm chậm quá trình phê duyệt, gây khó khăn cho việc tuân thủ, khiến việc gỡ lỗi trở nên đau đầu và làm tăng nguy cơ trải nghiệm khách hàng không đồng nhất. Một sai lệch nhỏ giữa sổ cái và đơn vị phát hành, hay một quy tắc định tuyến nằm ở hệ thống khác, bất kỳ điều nào trong số đó cũng có thể biến một giao dịch hoàn toàn hợp lệ thành bị từ chối hoặc buộc các đội ngũ phải can thiệp thủ công.
Đó là lý do tại sao ngày càng nhiều tổ chức trên toàn cầu đang chuyển dịch sang các nền tảng hợp nhất, như Stitch, nơi tích hợp việc phát hành, quản lý sổ cái, và các công cụ kiểm soát vào cùng một môi trường. Khi mọi thứ nằm trên một nền tảng kết nối, việc phê duyệt trở nên nhanh chóng hơn, các quy tắc dễ quản lý hơn và các sản phẩm thẻ mới đến tay khách hàng sớm hơn. Toàn bộ trải nghiệm trở nên tinh gọn và dễ dự đoán hơn cho cả đội ngũ phát triển lẫn chủ thẻ.
