Merchant-controlled settlement wallet
Settlement goes to the wallet configured and controlled by the merchant, not to a Payclave wallet held on the merchant's behalf.
A checkout without custody
Payclave coordinates the customer payment experience and keeps merchant payment records, but it does not hold customer payments or merchant settlement, manage private keys, or require a later Payclave payout.
Settlement goes to the wallet configured and controlled by the merchant, not to a Payclave wallet held on the merchant's behalf.
Funds received by the merchant do not first pass through a Payclave-held account.
The invoice status is based on onchain settlement checks rather than a customer browser claim or provider response alone.
From order to payment record
The merchant supplies a settlement wallet it controls for the supported Polygon stablecoin.
A hosted checkout session binds the merchant's order reference, amount, mode, and expiry to a public payment URL.
Customers pay using their own wallet or by following one-time payment instructions. Payclave never receives, stores, or has access to their private keys.
Payclave records onchain evidence and sends the signed status event used by the merchant's fulfillment system.
Non-custodial means Payclave does not take possession of customer payments or merchant settlement and does not control the keys required to move them. Customers authorize payment from their wallet or follow the one-time checkout instructions, and settlement is directed to the merchant's configured settlement wallet.
Payclave still provides software around that transfer: checkout sessions, invoices, payment records, independent verification, webhook delivery, retry records, and invoice status changes.
Direct settlement does not remove operational failure cases. A customer can choose the wrong token or network, send too little, pay after expiry, submit an unconfirmed transaction, or attempt to reuse a transaction hash.
Payclave evaluates those conditions before marking the invoice paid. Underpaid, overpaid, failed, duplicate, and expired outcomes remain visible rather than being collapsed into a generic success state.
The merchant remains responsible for safeguarding the settlement wallet and its recovery material. Because Payclave cannot move funds from that wallet, the merchant must initiate any refund from a wallet it controls.
The merchant also owns its order and fulfillment rules. Payclave supplies an authenticated payment event and status API; the merchant decides what to deliver and ensures webhook processing is idempotent.
Frequently asked questions
No. Payclave does not create an internal customer wallet, store private keys, or act as the merchant's wallet. Merchants configure and control their own settlement wallet.
Yes. Payclave stores checkout sessions, invoices, transaction references, payment outcomes, webhook delivery records, and invoice status changes. Those software records describe payments; Payclave does not hold the funds they describe.
No. Payclave does not control the merchant wallet and cannot reverse an onchain transfer. A merchant-approved refund must be sent separately by the merchant.
The checkout session links the merchant's reference and invoice amount to the payment flow. Independent verification and the resulting signed webhook carry the identifiers needed for reconciliation.
Explore Payclave
Accept stablecoin payments with Payclave-hosted checkout sessions, direct-to-wallet settlement, independent onchain verification, and signed webhooks.
Learn moreAccept USDT payments with Payclave-hosted checkout, USDT settlement on Polygon, independent onchain verification, and signed webhooks.
Learn moreIntegrate stablecoin checkout with Payclave APIs and SDKs for checkout sessions, invoices, verified payment status, and signed webhook delivery.
Learn moreTest the flow
Use test keys, the API playground, and signed webhook examples to validate the complete order-to-payment flow.