Vòng đời thanh toán: từ ủy quyền đến quyết toán

Vòng đời thanh toán là chuỗi bước cố định mà một giao dịch đi qua, từ lúc được chấp thuận đến lúc tiền về tài khoản của merchant: ủy quyền (authorization), capture, bù trừ (clearing), quyết toán (settlement) và chi trả (payout). Mỗi bước làm đúng một việc, và sau mỗi bước, tiền lại ở một trạng thái khác. Nhiều người hình dung thanh toán thẻ là một sự kiện duy nhất khi chạm thẻ; thực ra đó là cả một chuỗi, và hầu như mọi điều xảy ra đúng hay sai trong thanh toán đều bắt nguồn từ việc các bước này tách biệt chứ không diễn ra đồng thời.

Hiểu rõ chuỗi này là ranh giới giữa một giao dịch tự đối soát và một ticket hỗ trợ. Vì vậy, hãy đi qua nó một lần, từ đầu đến cuối, theo đúng thứ tự.

Ủy quyền: giữ tiền, không phải chuyển tiền

Ủy quyền là một câu hỏi, không phải một lần chuyển tiền. Khi thẻ được chạm, yêu cầu đi đến đơn vị phát hành (issuer), nơi kiểm tra tài khoản có tồn tại, đang hoạt động tốt và đủ tiền hoặc hạn mức cho số tiền đó hay không. Nếu đạt, issuer sẽ giữ một khoản — đánh dấu số tiền để không thể chi tiêu hai lần — và trả về mã ủy quyền. Chưa có đồng nào di chuyển. Lúc này merchant nắm trong tay một lời cam kết rằng tiền hợp lệ, có hiệu lực trong khoảng thời gian do scheme quy định. Một ủy quyền có thể được hủy (void) trước khi bất cứ khoản nào được thu, và tự hết hạn nếu không dùng đến. Đó là lý do số dư thẻ giảm ngay khi bạn thanh toán nhưng dòng sao kê chỉ được xác nhận về sau: khoản giảm đó là khoản giữ, chưa phải khoản trừ tiền. Ủy quyền cũng có thể bị từ chối hoàn toàn — không đủ tiền, vướng quy tắc chống gian lận, thẻ hết hạn — và một gateway tốt sẽ phân biệt được từ chối mềm đáng thử lại với từ chối cứng thì không nên thử. Vì khoản giữ là cam kết của issuer rằng tiền hợp lệ, merchant có thể yên tâm giao hàng chỉ dựa trên mã ủy quyền, trước khi một đồng nào thực sự rời khỏi tài khoản khách hàng.

Capture: biến khoản giữ thành yêu cầu thu tiền

Capture là lúc merchant nói “hãy thu khoản này ngay.” Bước này chuyển khoản giữ thành một yêu cầu thu tiền thực sự. Capture có thể là toàn bộ, một phần (số tiền cuối cùng thấp hơn số đã ủy quyền — chẳng hạn món hàng giao đi rẻ hơn mức pre-auth), hoặc trì hoãn (ủy quyền khi đặt đơn, capture khi gửi hàng). Ủy quyền và capture gộp thành một bước là mặc định tại quầy thu ngân; chỉ ủy quyền rồi capture sau là cách khách sạn, trạm xăng và sàn thương mại điện tử vận hành, vì họ chưa biết số tiền cuối cùng khi thẻ được xuất trình. Khoảng cách giữa ủy quyền và capture là một mối nối có chủ đích và hữu ích — đó là nơi merchant quyết định thực sự thu bao nhiêu.

Bù trừ: đợt xử lý để đối soát

Các giao dịch đã capture không được quyết toán từng cái một theo thời gian thực. Chúng được gom thành tệp và trao đổi theo lô giữa acquirer của merchant và các card scheme — đó là bù trừ (clearing). Ở bước này, các giao dịch được đối khớp, số tiền được cấn trừ, phí scheme và phí interchange được áp dụng để mọi bên thống nhất ai nợ ai bao nhiêu. Bù trừ là công việc đối soát, không phải việc chuyển tiền: nó tạo ra các tổng số đã thống nhất để bước tiếp theo xử lý. Về cấu trúc, đây cũng là một quy trình theo lô — đó là lý do thực sự khiến một giao dịch có cảm giác tức thì ở quầy lại mất vài ngày mới về thành tiền mặt. Lô xử lý không phải là hạn chế của máy tính; scheme được xây dựng như vậy để cấn trừ hiệu quả hàng nghìn tổ chức với nhau, trao đổi các tổng số đã thống nhất mỗi chu kỳ thay vì chuyển khoản cho từng ly cà phê.

Ủy quyền là một lời hứa, capture là một yêu cầu thu tiền, còn quyết toán là bước duy nhất tiền thực sự di chuyển. Nhầm lẫn ba bước này là cách một doanh nghiệp ghi nhận doanh thu mà mình chưa có.

Quyết toán: tiền thực sự di chuyển

Quyết toán là nơi tiền thực sự đổi chủ giữa các ngân hàng. Dựa trên tổng số đã cấn trừ từ bước bù trừ, scheme chuyển tiền từ các issuer sang các acquirer; mỗi tổ chức quyết toán vị thế ròng của mình thay vì từng giao dịch riêng lẻ. Quyết toán chạy theo ngày giá trị (value date) — ngày tiền thực sự khả dụng — nên thanh toán có nhịp T+1 hoặc T+2: tiền là thật, nhưng về theo lịch của scheme, không theo đồng hồ của khách hàng. Mọi thứ trước bước này chỉ là ghi sổ; đây là bước các bút toán sổ cái trở thành số dư có thể chi tiêu. Tổ chức nợ ròng thì trả, tổ chức được nợ ròng thì nhận — và vì tính theo số ròng, số tiền thực sự di chuyển giữa các ngân hàng chỉ là một phần nhỏ so với tổng giá trị gộp của các giao dịch trong ngày, nhờ đó một scheme xử lý hàng triệu giao dịch chỉ cần một số lượng lần quyết toán vừa phải.

Chi trả: từ acquirer đến tài khoản của bạn

Quyết toán đưa tiền về acquirer; chi trả chuyển tiền đến merchant. Theo lịch — hằng ngày, hằng tuần hoặc theo yêu cầu — acquirer trả số dư tích lũy của merchant vào tài khoản ngân hàng của họ, sau khi trừ phí xử lý và mọi khoản dự phòng giữ lại cho hoàn tiền và tranh chấp. Đây là con số doanh nghiệp thực sự nhìn thấy, và là điểm đối soát hoặc suôn sẻ hoặc đau đầu: khoản chi trả là con số ròng của nhiều giao dịch, nên việc khớp ngược về từng đơn hàng là một bài toán riêng. Một gateway mang danh tính của từng đơn hàng xuyên suốt quy trình sẽ khiến việc này trở nên đơn giản; gateway không làm được thì biến mỗi khoản chi trả thành một bảng tính. Luồng của gateway chúng tôi, /products/gateway, được xây dựng để mỗi khoản chi trả đối soát được với các đơn hàng cấu thành nên nó.

Crypto thêm một cầu nối ở đâu

Một giao dịch bằng crypto hoặc stablecoin không thay thế chuỗi này — nó thêm một chặng chuyển đổi vào đầu chuỗi. Thay vì khoản giữ ủy quyền của issuer, giao dịch được xác nhận on-chain: khách hàng ký lệnh chuyển, và tính chung cuộc (finality) đạt được khi mạng thêm các xác nhận, chứ không phải khi ngân hàng chấp thuận khoản giữ. Sau khi được xác nhận, off-ramp chuyển crypto sang tiền pháp định, và từ đó tiền quay lại đúng đường bù trừ, quyết toán, chi trả mà mọi giao dịch khác đi qua. Phần mới chỉ nằm gọn ở chặng đầu; nửa sau được giữ nhàm chán có chủ đích. Đó là quy tắc thiết kế — giữ quyết toán ở mức bình thường và chỉ đặt cơ chế mới ở nơi không thể tránh — vì bộ phận treasury, đối soát và kiểm toán ở phía sau không cần biết giao dịch bắt đầu như thế nào. Bao nhiêu xác nhận thì được coi là chung cuộc là một lựa chọn chính sách, không phải quy luật của chuỗi: ngưỡng càng cao thì càng đánh đổi tốc độ lấy sự chắc chắn trước nguy cơ tái tổ chức chuỗi, và off-ramp chờ đến độ sâu mà khẩu vị rủi ro đặt ra rồi mới giải phóng tiền pháp định vào đường quyết toán.

Vì sao các mối nối quan trọng trong vận hành

Hoàn tiền, đảo giao dịch và tranh chấp đều gắn với một giai đoạn cụ thể, và xác định đúng giai đoạn là điều quyết định tất cả. Hủy trước khi capture thì bạn void một ủy quyền — chưa có tiền nào di chuyển, không có gì để trả lại. Hủy sau khi quyết toán thì bạn tạo hoàn tiền (refund) — một giao dịch mới theo chiều ngược lại, với vòng đời riêng. Chargeback thì quay ngược qua bù trừ để thu hồi một khoản đã quyết toán. Coi tất cả là một thao tác “hủy” chung chung thì sổ cái sẽ lệch; coi chúng là các thao tác trên những giai đoạn khác nhau thì mọi trường hợp đều có một cách xử lý đúng, có thể kiểm toán. Các thuật ngữ — ủy quyền, capture, bù trừ, quyết toán, ngày giá trị — được tổng hợp tại /glossary.

Một ý tưởng đáng mang theo: thanh toán là một chuỗi trạng thái, không phải một sự kiện. Ủy quyền giữ chỗ, capture yêu cầu thu, bù trừ thống nhất, quyết toán chuyển tiền, chi trả giao tiền — và chặng crypto chỉ gắn thêm một bước chuyển đổi vào đầu chuỗi. Tiền là một lời hứa cho đến khi quyết toán và là sự thật sau đó, và doanh nghiệp ghi sổ trước khi có sự thật là đang đếm khoản tiền mình chưa có. Biết giao dịch đang ở trạng thái nào, phần còn lại của vận hành thanh toán sẽ không còn bí ẩn.