Merchant-controlled wallet
Settlement goes to the receiving wallet configured by the merchant, not to a Payclave wallet controlled 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 merchant or customer funds, manage private keys, or require a later Payclave payout.
Settlement goes to the receiving wallet configured by the merchant, not to a Payclave wallet controlled 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 receiving wallet it controls for the supported Polygon stablecoin settlement asset.
A hosted checkout session binds the merchant's order reference, amount, mode, and expiry to a public payment URL.
The customer uses its own wallet or follows one-time payment instructions; Payclave never receives the customer's private key.
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 or merchant funds and does not control the keys required to move them. The customer authorizes payment from a wallet or sends to the checkout instructions, and settlement is directed to the merchant's configured receiving wallet.
Payclave still provides software around that transfer: checkout sessions, invoices, payment records, independent verification, webhook delivery, retry logs, and audit events.
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 receiving wallet and its recovery material. Because Payclave cannot move funds from that wallet, any refund must be initiated by the merchant 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 a receiving wallet they control.
Yes. Payclave stores checkout sessions, invoices, transaction references, payment outcomes, webhook attempts, and audit events. 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 wallet settlement, independent onchain verification, and signed webhooks.
Learn moreAccept USDT payments with a Payclave hosted checkout, configured USDT on Polygon settlement, independent 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.