Loading
Authorized và captured: phân biệt khoản giữ trước khi coi đơn hàng đã được thanh toán
TrustFinance Research Team
Th10 12, 2026
8 min read
4
Authorized thường có nghĩa là một quy trình thanh toán đủ điều kiện đã được chấp thuận và giữ một khoản trên phương thức thanh toán của khách. Captured cho biết việc thu tiền đã vượt qua giai đoạn chỉ chấp thuận. Không trạng thái nào tự chứng minh tiền đã vào ngân hàng người bán.
Hãy đọc định nghĩa của nhà cung cấp trước khi hành động. Gửi yêu cầu capture, nhận thông báo tiếp nhận và có kết quả xử lý cuối cùng có thể là ba sự kiện khác nhau. Các tên dưới đây mô tả giai đoạn, không phải nhãn chung của mọi hệ thống.
Đọc thanh toán theo từng giai đoạn
Sao kê thẻ có thể hiển thị khoản giữ tạm thời giống một khoản thu đã hoàn tất. Ảnh chụp của khách là thông tin hữu ích, nhưng cần đối chiếu lịch sử thanh toán của nhà cung cấp thay vì chỉ dựa vào cách hiển thị để đánh dấu đơn đã trả.
Liên kết mã đơn hàng, mã chấp thuận và mã capture. Đối chiếu riêng các bản ghi quyết toán và chuyển tiền cho người bán. Một tổng doanh thu trên màn hình không cho biết từng khoản đã tới ngân hàng hay chưa.
| Giai đoạn | Cần xác minh | Chưa chứng minh |
|---|---|---|
| Authorized | Khoản giữ đủ điều kiện và hạn thực tế | Người bán đã nhận tiền qua ngân hàng |
| Yêu cầu capture | Mã yêu cầu và kết quả xử lý | Thành công chỉ từ thông báo tiếp nhận |
| Captured | Trạng thái capture được xác nhận và lịch sử sau đó | Quyết toán, chuyển tiền hoặc không có tranh chấp |
| Quyết toán | Bản ghi số dư hoặc quyết toán của nhà cung cấp | Tiền đã ghi có vào ngân hàng |
| Chuyển tiền cho người bán | Mã chuyển tiền đối chiếu với tiền ngân hàng nhận | Nhận tiền chỉ vì lệnh đã gửi |
Kiểm tra điều kiện, số tiền và thời hạn
Trước hết, kiểm tra phương thức thanh toán, tài khoản người bán và giao dịch có hỗ trợ capture riêng không. Một số phương thức thu tự động hoặc không có capture thủ công. Không suy rộng tính năng của thẻ sang mọi ghi nợ ngân hàng hay ví.
Xác nhận cấu hình capture của giao dịch thực tế. Tự động, tự động có trì hoãn và thủ công tạo ra trách nhiệm theo dõi khác nhau. Cấu hình mặc định tài khoản có thể khác cấu hình giao dịch được phép; xác nhận đơn hàng không thay thế việc kiểm tra.
Tìm thời điểm hết hạn thực tế và múi giờ áp dụng. Mạng thẻ, loại giao dịch, quốc gia và quy định nhà cung cấp có thể làm thời hạn khác nhau. Không dùng bảy ngày hoặc 28 ngày như một hạn chung cho mọi thanh toán.
Gia hạn chấp thuận và capture từng phần nhiều lần đều có điều kiện. Kiểm tra khả năng sử dụng và cấu hình được bật trước khi dựa vào chúng. Lịch giao hàng dài không tự kéo dài khoản giữ hiện có.
Kiểm tra tiền tệ, số tiền được chấp thuận, số tiền còn được phép capture và mã tham chiếu chính xác. Chấp thuận đã hủy hoặc hết hạn, số tiền không hỗ trợ hay sai tiền tệ có thể khiến thao tác thất bại.
Thông báo tiếp nhận bất đồng bộ chưa phải hoàn tất. Ví dụ, Adyen tách yêu cầu capture đã nhận khỏi kết quả webhook và nêu khả năng có CAPTURE_FAILED sau đó. Cần kiểm tra kết quả thực tế lẫn lịch sử tiếp theo.
Ví dụ giả định đơn hàng 1.200 đơn vị
Giả định đơn hàng qua thẻ đủ điều kiện trị giá 1.200 đơn vị tiền tệ. Chấp thuận diễn ra Ngày 1 lúc 10:00 UTC; ví dụ capture diễn ra Ngày 2 lúc 10:00 UTC. Giả định hết hạn Ngày 3 lúc 18:00 UTC. Toàn bộ số tiền và thời gian là minh họa.
Ở bước đầu, ghi 1.200 được chấp thuận và chưa capture đồng nào. Đây là khoản giữ phía khách, không phải 1.200 tiền mặt của người bán hay khoản dự trữ của đơn vị xử lý. Mô hình bỏ qua phí và thuế cho dễ hiểu, không khẳng định dịch vụ thực tế miễn phí.
Trong nhánh capture một phần, giả định nhà cung cấp xác nhận xử lý capture 900 và quy trình giả định chỉ hỗ trợ một lần capture một phần. Phần 300 không dùng được hủy hoặc giải tỏa theo giả định này: 1.200 trừ 900 bằng 300.
Ở nhánh khác, người bán hủy toàn bộ chấp thuận trước bất kỳ capture nào. Khoản giữ 1.200 đi qua quy trình hủy hoặc giải tỏa được hỗ trợ. Nhánh này không có khoản đã capture để hoàn tiền; thời điểm ngân hàng hiển thị giải tỏa không được giả định.
Một nhánh khác không capture trước hạn giả định. Chấp thuận hết hạn nên không thể đơn giản capture khoản giữ cũ sau đó. Chấp thuận mới, nếu được phép, cần quy trình đúng của nhà cung cấp và sự cho phép phù hợp của khách.
Các nhánh là lựa chọn thay thế, không phải số tiền cộng lại. Phần 300 không dùng trong mô hình không phải hoàn từ 900 đã capture. Có xác nhận capture vẫn phải kiểm tra riêng quyết toán và tiền về ngân hàng.
| Nhánh thay thế | Số tiền capture | Chấp thuận không sử dụng | Kiểm tra riêng |
|---|---|---|---|
| Capture một phần Ngày 2 | 900 | 300 hủy/giải tỏa theo giả định chỉ capture một lần | Kết quả capture, quyết toán và tiền ngân hàng |
| Hủy trước capture | 0 | 1.200 qua quy trình hủy/giải tỏa | Trạng thái nhà cung cấp và ngân hàng khách |
| Không capture trước Ngày 3 18:00 UTC | 0 | 1.200 hết hạn theo mốc giả định | Thanh toán mới cần quy trình hợp lệ |
Quy trình kiểm tra của người bán
Đặt chính sách giao hàng, cung cấp dịch vụ bằng văn bản phù hợp với doanh nghiệp và phương thức thanh toán. Một số luồng hỗ trợ capture quanh lúc gửi hàng, luồng khác có thể khác. Không hứa giao hàng hay bảo vệ tài chính chỉ vì chấp thuận thành công.
Nếu capture thất bại hoặc chưa rõ kết quả, xem lịch sử thanh toán gốc trước khi thử lại hoặc tạo khoản thu khác. Đối chiếu mã và số tiền để bộ phận hỗ trợ không vô tình thu trùng.
Sau khi thanh toán đã capture, sử dụng quy trình hoàn tiền hoặc đảo giao dịch mà nhà cung cấp hỗ trợ khi thích hợp. Hủy đơn trong hệ thống bán hàng tự nó không hủy chấp thuận hay trả lại khoản đã thu.
Nếu khách vẫn thấy khoản giữ sau khi hủy, cung cấp mã tham chiếu, số tiền và thời điểm được phép chia sẻ để nhà cung cấp hoặc ngân hàng tra soát. Không cam kết giải tỏa ngay hay yêu cầu đầy đủ thông tin nhạy cảm của thẻ.
- Đối chiếu mã đơn hàng, chấp thuận và capture.
- Ghi số tiền được chấp thuận và còn có thể capture.
- Lưu hạn thực tế cùng múi giờ.
- Xác nhận phương thức đủ điều kiện và cấu hình capture.
- Kiểm tra tiếp nhận, kết quả và thất bại sau đó.
- Tách phần hủy hoặc giải tỏa khỏi khoản hoàn tiền.
- Đối chiếu quyết toán, chuyển tiền và khoản ngân hàng thực nhận.
Câu hỏi thường gặp
Khách thấy khoản ghi nợ. Như vậy đã chứng minh capture chưa?
Chưa chắc. Giao diện bên phát hành thẻ có thể làm khoản giữ và khoản thu đã ghi nhận trông giống nhau. Đối chiếu trạng thái thanh toán, capture và hủy của đúng giao dịch; giải thích bằng chứng hiện có mà không hứa thời gian ngân hàng xử lý.
Có thể capture tiếp 300 còn lại không?
Chỉ khi quy trình thực tế hỗ trợ capture thêm và chấp thuận còn dùng được. Ví dụ này quy định một lần capture một phần rồi giải tỏa phần còn lại. Không coi 300 đó tự động sẵn sàng cho capture tiếp.
Đọc tiếp đúng vấn đề
Khi đã xác định trạng thái capture, đọc Quyết toán, hoàn tiền và chargeback để hiểu quyết toán và tiền ngân hàng, cùng Tổng chi phí payment gateway về phí và tiền người bán bị hạn chế sử dụng. Tìm thêm hướng dẫn trung lập tại TrustFinance Blog.
Nguồn và phạm vi
Các trang chính thức dưới đây minh họa cơ chế riêng từng nhà cung cấp, được kiểm tra ngày 12 tháng 10 năm 2026. Chúng không xác lập hạn chung, quyền tiêu dùng địa phương hay bảo đảm nhận tiền. Xác nhận điều khoản hiện hành của pháp nhân ký hợp đồng, tài khoản và phương thức của bạn.
Được viết bởi
TrustFinance Research Team
Official TrustFinance research and editorial team, sharing insights, analysis, and best practices to help financial companies and traders build transparency, credibility, and growth.
