v1
latestOpenAPI 3.0.02026-07-244352379.2 KBCreate a PaymentRefund
⚠️ Refund Requests Must Be Server-Side
To keep your app secure, requests to create a PaymentRefund should only be generated on the server-side.
⚠️ API Version Requirements
You must use Forage version 2024-01-08 or higher for this endpoint to return populated receipt data. Earlier versions return the receipt value as null, so to retrieve the data you need to send GET requests to /payments/{payment_ref}/refunds/{refund_ref}/ until the status of the refund is succeeded.
A POST request to /payments/{payment_ref}/refunds/ tells Forage’s servers to refund an existing Payment object. Funds are refunded to the originally charged PaymentMethod.
On success, Forage automatically begins processing the refund, so this request has immediate financial side effects.
The API responds with a Forage PaymentRefund object that represents the transaction and an HTTP 201 status code.
Deferred refunds
ForageTerminalSDK integrations use this endpoint to complete deferred refunds. Here are the steps:
- Collect the customer's PIN using Forage’s POS SDK.
- At the appropriate point in your refund workflow, call this endpoint to initiate the refund.
- If an error occurs (e.g., an Invalid PIN), relay the message back to the POS client immediately so the user is notified promptly.
HTTP 201
HTTP 201 is returned even if the refund attempt fails because Forage creates a PaymentRefund object to preserve a record of the refund regardless of the transaction outcome. To confirm that the outcome is a success, check that the status of the PaymentRefund is succeeded.
If the status is failed, then for Forage version 2024-01-08 or higher inspect the receipt.message field of the response for a description of the error. For earlier Forage versions, send a GET to /payments/{payment_ref}/refunds/ to retrieve updated receipt data.
Headers
An OAuth 2.0 authentication token that validates the request. Send a POST to the /o/token/ endpoint to generate an authentication token. Pass the token in this header after the word Bearer and a whitespace, for example Bearer <api_key>.
A unique merchant ID that Forage provides during onboarding, as in 123ab45c67. The Merchant ID can be found in the Forage sandbox or production dashboard.
An alphanumeric key that clients can use to identify repeated requests that are dropped in transit. Generate a distinct key for every unique request and only re-use keys for retries.
The Forage version, represented as a string with the format of a YYYY-MM-DD date.
If not specified in the request header, then the version defaults to the value set in the Forage dashboard.
Request body
Example request
{
"merchant_fixed_settlement": 5.11,
"platform_fixed_settlement": 5.11,
"pos_terminal": {
"provider_terminal_id": "1234"
}
}Response
Created - Success
Example response
{
"merchant_fixed_settlement": 5.11,
"platform_fixed_settlement": 5.11,
"pos_terminal": {
"provider_terminal_id": "1234"
},
"ref": "45e3f12a90",
"payment_ref": "b873fe62dc",
"funding_type": "ebt_snap",
"created": "2021-06-16T00:11:50.000000Z",
"updated": "2021-06-16T00:11:50.000000Z",
"status": "succeeded",
"receipt": {
"ref_number": "45e3f12a90",
"is_voided": true,
"snap_amount": "25.99",
"ebt_cash_amount": "10.99",
"other_amount": "5.99",
"sales_tax_applied": "5.16",
"balance": {
"snap": "72.94",
"non_snap": "32.16",
"updated": "2021-06-16T00:11:50.000000Z-07:00"
},
"last_4": "3456",
"message": "Approved",
"transaction_type": "Refund",
"created": "2021-06-16T00:11:50.000000Z-07:00"
},
"previous_errors": []
}