Refunds
Return funds securely with sale-referenced or adhoc refunds—full or partial—while ensuring proper validation and risk controls.
PCE
supports two refund workflows: Sale Referenced Refunds, which link directly to an original transaction for maximum security and reconciliation, and Adhoc Refunds, which act as standalone payouts when no original reference exists. This page details when and how to use each method, plus guidelines for full and partial refund operations.
Prerequisites
- Merchant account with refund permissions
- PCI DSS Level 1 compliance for linked refunds
- Adhoc refunds require explicit activation and KYC checks
- Sale referenced refunds need a valid original transaction reference
Compliance / Regulation Mandates
PCI DSS Level 1
All card data handling—authorization, capture, routing, and tokenization—must comply with PCI DSS Level 1 standards to secure cardholder information.
PSD2 Strong Customer Authentication
Two-factor authentication under PSD2 is required for EU card payments initiated by customers.
AML & KYC
Implement risk-based anti-money laundering controls and customer due diligence for card transactions, especially high-value or cross-border.
GDPR Data Protection
Ensure personal and payment data processed in card workflows adheres to GDPR principles, including minimization, consent, and secure handling.
Sale Referenced Refunds
Sale referenced refunds link a reversal directly to its original sale transaction. This ensures you don’t refund more than the captured amount and provides automated reconciliation checks.
When to use
- Product returns (online or in-store)
- Partial refunds for out-of-stock items
- Service cancellations with prorated refunds
Workflow
- Identify the original sale transaction ID.
- Send a refund request with the
parent
field set to the transaction’sid
orexternalId
. - PCE validates that the refund amount ≤ original capture and queues the refund.
- Refund processes once the parent transaction reaches COMPLETED status.
Validations
parent
must be the correctid
orexternalId
of the transaction.- Refunds can be initiated when parent is in PROCESSING, APPROVED, or COMPLETED, but will only execute once COMPLETED.
- Sum of all refunds for a transaction ≤ original capture amount.
Adhoc Refunds
Adhoc refunds (non-referenced) create standalone credit transactions not tied to any prior sale. They require additional risk controls and are disabled by default.
When to use
- Goodwill gestures (customer service credits)
- Promotional payouts or cashback rewards
- Error corrections without original transaction reference
- Insurance or claim payouts directly to card
Security note
- Requires KYC verification and explicit feature enablement
- Bypasses closed-loop protections of referenced refunds
Full Refunds
Refund the entire captured amount in one request.
Workflow
- Send a refund API call referencing the original capture.
API Reference: Refund Transaction
Partial Refunds
Issue refunds for a portion of the captured amount; you may perform multiple partial refunds until the full amount is returned.
Use cases
- Customer returns one item from a multi-item order
- Prorated service cancellations
Workflow
- In your refund request, specify the partial
amount
to return. - Repeat until total refunded ≤ original capture.
API Reference: Refund Transaction
Validations
- Make sure the parent field uses the original transaction’s id or externalId—that’s how we know which payment to refund.
- You can request a refund when the original transaction is PROCESSING, APPROVED, or COMPLETED, but we’ll only process it once the transaction reaches COMPLETED.
- Your refund amount must be less than or equal to the original transaction amount for sale-referenced refunds.
- If you’re issuing multiple refunds on the same transaction, the combined refund total can’t exceed the original payment amount.
Updated 4 days ago