Trang thanh toán được lưu trữ hay trang thanh toán tự xây cho thanh toán crypto

Hai cách nhận một khoản thanh toán

• Trang thanh toán được lưu trữ. Bạn tạo thanh toán và đưa khách tới một trang do nhà cung cấp vận hành. Nhà cung cấp hiển thị địa chỉ, số tiền chính xác và trạng thái; bạn nhận kết quả bằng thông báo.
• Trang thanh toán tự xây. Biểu mẫu thanh toán nằm bên trong trang web hay ứng dụng của bạn. Bạn tự hiển thị chi tiết thanh toán, theo dõi trạng thái và xử lý mọi tình huống khách có thể gặp.

Loại được lưu trữ ra mắt nhanh hơn và ít rủi ro hơn. Loại tự xây cho toàn quyền kiểm soát giao diện và luồng, với cái giá là phải xây và duy trì mọi thứ mà trang được lưu trữ làm thay bạn.

Một trang thanh toán crypto phải làm gì

Trang thanh toán bằng thẻ chủ yếu thu vài trường và gọi một API. Trang thanh toán crypto có nhiều việc hơn:

• hiển thị địa chỉ thanh toán cho tài sản và mạng đã chọn, kèm mạng bên cạnh;
• hiển thị số tiền chính xác, được cố định đủ lâu để khách gửi kịp;
• cho khách chọn tài sản và mạng, và giải thích sự khác biệt;
• theo dõi khoản thanh toán trên blockchain, kể cả thanh toán thiếu và thanh toán muộn;
• xử lý các lỗi như nhầm mạng bằng một thông báo rõ ràng.

Ở mỗi việc này, một lỗi đều có thể khiến khách mất tiền. Đó là lập luận mạnh nhất cho trang được lưu trữ.

Vì sao hiện nay Qvard hoạt động qua trang được lưu trữ

Luồng thanh toán của Qvard được xây quanh trang được lưu trữ. Bạn tạo thanh toán bằng một POST tới https://api.qvard.com/api/v1/payment, và phản hồi chứa redirectUrl, địa chỉ của trang đó. Khách chọn tài sản và mạng ở đó, thấy địa chỉ và số tiền chính xác rồi trả; tỷ giá được cố định trong một giờ. Xem redirectUrl hoạt động thế nào trong trang thanh toán crypto.

API công khai nhỏ gọn: tạo thanh toán, kiểm tra một phương thức thanh toán đã sẵn sàng chưa và gửi payout. Nó không đưa cho bạn địa chỉ nạp tiền để tự hiển thị, và không có route đọc trạng thái thanh toán, nên bạn không thể theo dõi một khoản thanh toán từ trang của mình. Trang thanh toán nhúng đã sẵn sàng và SDK cũng vậy; API này vẫn không hỗ trợ trang thanh toán crypto hoàn toàn tự xây, với hiển thị địa chỉ và truy vấn trạng thái riêng.

Bạn vẫn có thể tự thiết kế gì

Trang được lưu trữ làm phần khó. Trải nghiệm xung quanh nó là của bạn:

• Bước trước. Lựa chọn «Thanh toán bằng crypto», lời giải thích điều sẽ xảy ra, phí và quy tắc hoàn tiền, bằng lời lẽ và thiết kế của riêng bạn.
• Bước sau. Một trang đơn hàng hiển thị trạng thái thực (đang chờ, thiếu, đã trả), tự làm mới khi chờ và cho khách biết nên làm gì tiếp. URL quay lại chưa khả dụng, nên khách sẽ quay lại cửa hàng qua trang này.
• Thông báo cho khách. Email bạn gửi khi đơn được đặt, được trả hoặc bị thiếu.
• Logic kinh doanh. Trạng thái nào cho phép giao hàng, bạn làm gì với thanh toán thiếu, hoàn tiền thế nào.

Nếu làm tốt, khách thấy một cửa hàng nhất quán với trang thanh toán ở giữa, và đó là điều hầu hết người bán cần.

Cách chọn

• Chọn trang được lưu trữ nếu bạn muốn ra mắt sớm, nếu đội ngũ nhỏ, nếu bạn không muốn chịu trách nhiệm về các trường hợp đặc biệt của blockchain, hoặc đơn giản là cần nó chạy được. Đó là điều Qvard hỗ trợ hiện nay.
• Dùng checkout nhúng nếu trải nghiệm liền mạch ngay trong trang là thiết yếu với sản phẩm của bạn. Logic hóa đơn của nó giống trang được lưu trữ, nên logic đơn hàng, webhook và trang đơn hàng được giữ nguyên.
• Đừng tự xây phần tạo địa chỉ và quét chỉ để có giao diện riêng. Đó là cách nặng nhất và rủi ro nhất để mua một thiết kế.

Dù chọn gì, phía máy chủ vẫn như nhau: tạo thanh toán với số đơn hàng làm id, chỉ đánh dấu đơn đã trả từ webhook (đúng HTTP 200, an toàn khi chạy hai lần) và đối soát. Xem cách nhận thanh toán crypto trên website và API thanh toán crypto cho nhà phát triển. Hóa đơn demo cho thấy trang được lưu trữ.

FAQ