Thanh toán stablecoin cho hóa đơn B2B

Vì sao khách doanh nghiệp trả hóa đơn bằng stablecoin

Lý do mang tính thực tế, không phải tư tưởng:

• Hóa đơn xuyên biên giới không vướng ngân hàng. Chuyển tiền giữa các nước qua ngân hàng có thể mất nhiều ngày và hao hụt vì phí trung gian. Chuyển stablecoin đến trong vài phút.
• Số tiền đô la vẫn là đô la. USDT và USDC bám theo đô la Mỹ, nên hóa đơn không chịu biến động giá giữa lúc phát hành và lúc thanh toán.
• Chạy cả cuối tuần. Không có giờ chốt của ngân hàng.
• Đối tác đã sẵn có stablecoin và thích trả bằng chúng hơn là quy đổi trước.

Giới hạn cũng thực tế như vậy: cả hai bên phải thoải mái với crypto, và đội tài chính của khách cần một quy trình rõ ràng. Với góc nhìn riêng cho SaaS, xem hóa đơn crypto cho SaaS B2B.

Chọn tài sản và mạng, và ghi rõ trên hóa đơn

Với cùng một đồng coin, mạng là một phần của khoản thanh toán. USDT trên TRON (TRC20), trên Ethereum (ERC20) và trên BNB Smart Chain (BEP20) là các đường riêng biệt, và tiền gửi nhầm đường sẽ không đến nơi người gửi mong đợi. Trong B2B điều này quan trọng hơn vì số tiền lớn hơn.

• Phí khác nhau. Chuyển trên TRON thường rẻ nhất cho người gửi; Ethereum thường đắt nhất. Với hóa đơn lớn chênh lệch nhỏ, với hóa đơn nhỏ thì không.
• Khách có thể bị giới hạn ở một mạng bởi nền tảng công ty họ dùng.
• Để trang thanh toán quyết định. Khách chọn tài sản và mạng ở đó và nhận địa chỉ cùng số tiền chính xác tương ứng. Nếu muốn dẫn hướng, hãy truyền một phương thức thanh toán khi tạo thanh toán, để trang mở ra với lựa chọn đó.

Ghi trên hóa đơn bạn nhận những tài sản và mạng nào (xem các đồng được hỗ trợ) và việc thanh toán phải thực hiện trên mạng đã chọn ở trang thanh toán.

Một khoản thanh toán cho mỗi hóa đơn

Cách ánh xạ gọn nhất là một khoản thanh toán Qvard cho mỗi hóa đơn. Từ backend, gửi một POST tới https://api.qvard.com/api/v1/payment với khóa của bạn trong header Authorization: Bearer và một JSON gồm:

• id: số hóa đơn của bạn, dạng chuỗi. Nó được trả lại trong webhook.
• price: số tiền hóa đơn bằng đô la Mỹ.
• paymentSystemId (tùy chọn): một phương thức thanh toán của dự án.

Phản hồi là 201 kèm redirectUrl, địa chỉ của trang thanh toán được lưu trữ. Đặt liên kết đó vào email hoặc PDF hóa đơn cạnh thông tin ngân hàng thường lệ, để khách chọn cách trả. Lặp lại yêu cầu với cùng id cho cùng phương thức thanh toán trả về khoản thanh toán hiện có, nên hóa đơn gửi lại không tạo khoản thứ hai.

Tỷ giá trên trang thanh toán được cố định trong một giờ, nên số tiền khách thấy không đổi khi họ đang trả. Nếu hóa đơn được trả vài ngày sau, hãy mở khoản thanh toán mới cho nó thay vì dùng lại trang đã cũ.

Phí và thanh toán thiếu: thỏa thuận trước

Cuộc tranh luận kinh điển trong B2B là ai chịu chi phí chuyển tiền. Hãy giải quyết trong điều khoản, đừng đợi sau sự việc.

• Phí mạng của giao dịch chuyển do người gửi trả. Hóa đơn của bạn nên nêu rằng số tiền phải trả là số tiền phải đến nơi, không phải số tiền đã gửi.
• Phí rút của sàn. Khách trả từ sàn thường bị trừ phí rút khỏi số tiền gửi, nên khoản thanh toán đến thiếu. Hãy ghi bằng văn bản và đề nghị khách tính đến.
• Trạng thái partial. Nếu số tiền đến ít hơn đủ, khoản thanh toán nhận trạng thái partial và webhook hoàn tất không được gửi. Giữ hóa đơn mở, cho khách biết còn thiếu bao nhiêu và để họ trả phần chênh lệch.
• Trả dư. Quyết định trước cách xử lý khách gửi nhiều hơn: bù trừ vào hóa đơn sau hoặc hoàn lại.

Đừng đánh dấu hóa đơn đã thanh toán ở bất kỳ trạng thái nào ngoài completed.

Đối soát và kế toán

Đội tài chính sẽ đòi một dấu vết. Hãy đưa cho họ.

• Webhook được gửi khi thanh toán hoàn tất, với số hóa đơn của bạn làm id và trạng thái. Đánh dấu hóa đơn đã thanh toán khi nhận được. Endpoint phải trả lời đúng HTTP 200 (nếu không sẽ được thử lại: năm lần trong khoảng sáu phút) và an toàn khi chạy hai lần. Xem cách bảo mật webhook thanh toán crypto.
• Ghi nhận bằng đô la. Số tiền hóa đơn bằng đô la, nên hạch toán khoản thu theo giá trị đó và giữ id thanh toán cạnh hóa đơn.
• Kiểm tra hằng ngày. So sánh các hóa đơn bạn coi là đã thanh toán với các khoản thanh toán và số dư trong bảng điều khiển Qvard.
• Gửi lại. Nếu máy chủ của bạn bỏ lỡ một thông báo, hãy gửi lại cho khoản thanh toán đó từ bảng điều khiển.

Cách xử lý thuế và kế toán đối với khoản thu bằng crypto phụ thuộc vào quốc gia của bạn và của khách. Hãy xác nhận với cố vấn của bạn trước khi ra mắt.

Rút tiền ra

Tiền từ hóa đơn nằm trong số dư Qvard của bạn. Bạn rút về ví crypto của mình, và việc rút chỉ tốn phí mạng. Không có phí đăng ký và hoa hồng riêng cho dự án của bạn; theo trang bảng giá, bắt đầu từ 1% và có thể giảm xuống 0,1%.

Rút về tài khoản ngân hàng bằng tiền pháp định không khả dụng. Nếu doanh nghiệp cần tiền pháp định, hãy lên kế hoạch lối ra qua một sàn hoặc dịch vụ bạn đã tin tưởng, và nhớ rằng bước này cũng là một phần của việc đối soát.

Hôm nay đã sẵn sàng gì

Qvard hoạt động qua API: bạn tạo một khoản thanh toán cho mỗi hóa đơn và nhận webhook. Chưa có plugin lập hóa đơn dựng sẵn, liên kết thanh toán và sandbox riêng đang được phát triển, và khách tự quay lại trang của bạn. Nếu hóa đơn do mã thanh toán riêng của bạn tạo ra, đây là một bổ sung nhỏ. Xem tài liệu cho nhà phát triển và một hóa đơn demo, và để bắt đầu riêng với stablecoin, xem cách nhận thanh toán USDT TRC20.

FAQ