Refund Transaction
PayTabs provides you with a collection of API endpoints which used to process all payments, regardless of if they are through either your own payment pages, the managed payment pages, or if you are using the hosted payment pages.
To refund a transaction means to return/transfer back a transaction amount from your bank account to the customer's bank account. It will be logged as a new separated transaction with this type, and it will be related to the previous "Sale" or "Capture" transaction. In this manual, we walk you through how to use and manage the mentioned endpoint.
Refund request is available ONLY for those Successful Sale transactions or Sucessful Capture transactions. In which the tran_type MUST be βrefundβ, and transaction reference of the previous successful transaction, which is requested to be refunded MUST be passed to the tran_ref parameter in the request.
Through out the article we will use the transaction types clarified in ourWhat is the "tran_type" (transaction type)?solution article.
The Endpoint and Related Postman Collectionβ
In this tutorial, we will rely on the PayTabs Refund Transaction API Endpoint, mentioned on the PayTabs API endpoints postman collection, which you can access fromhere. he endpoint will need to be accessed with the mentioned HTTP request via the below URL endpoint:
| POST | {{domain}}/payment/request |
|---|
Please note that not using the proper endpoint URL {domain} will lead to authentication issues within your responses. To find the your proper domain you can read ourWhat is my (Region)/(endpoint URL)?tutorial article.
- KSA
- UAE
- Egypt
- Oman
- Jordan
- Kuwait
- Iraq
- Morocco
- Qatar
- Global
https://secure.paytabs.sa/payment/request
https://secure.paytabs.com/payment/request
https://secure-egypt.paytabs.com/payment/request
https://secure-oman.paytabs.com/payment/request
https://secure-jordan.paytabs.com/payment/request
https://secure-kuwait.paytabs.com/payment/request
https://secure-iraq.paytabs.com/payment/request
https://secure-morocco.paytabs.com/payment/request
https://secure-doha.paytabs.com/payment/request
https://secure-global.paytabs.com/payment/request
The Minimum Required Parametersβ
Refund request is ONLY available for successfully Authorized (A) transactions of type Sale or Capture
To initiate a Refund payment request, there are minimum required parameters that need to be passed with valid information. The specification of these required parameters is clarified below:
| Parameter | Data Type | Min | Max | Required |
|---|---|---|---|---|
| INT STRING | Accept only valid profile number. | β | |
| The merchant Profile ID you can get from your PayTabs dashboard. For more information please check our How to get your account information from PT Dashboard? solution article. To know more about this parameter please click here. | ||||
| ||||
| STRING | Valid string from this enum list: sale auth void release capture refund register | β | |
| The identification of the type of the transaction. in the response payload it's returned in the sucess only To know more about these types please check our What is the "tran_type" (transaction type)? solution article. To know more about this parameter please click here. | ||||
| ||||
| STRING | Valid string from this list ecom recurring moto | β | |
| The identification of the category/class this transaction will follow, such as eCommerce, Recurring, etc. To know more about these types please check our What is the "tran_class" (transaction class)? solution article. To know more about this parameter please click here. | ||||
| ||||
| STRING | 1 | 64 | β |
| Indicates the cart/order id at the merchant end, it should be a unique value at the merchant end. to easily relate the PayTabs transaction to. at the response payload it's returned in sucess only To know more about this parameter please click here. | ||||
| ||||
| STRING | 1 | 128 | β |
| Indicates the cart/order description at the merchant end,it should be something descrips the reason of the transaction at the merchant end, to easily relate the PayTabs transaction to. at the response payload it's returned in success only To know more about this parameter please click here. | ||||
| ||||
| STRING | 1 | 128 | β |
| Indicates the transaction currency, which the customer will be charged with. To know more about this parameter please click here. | ||||
| ||||
| int|float|string | 0.01 | 9999999999.99 | β |
| Indicates the amount of the transaction the customer is about to be charged. Both min and max values are subjected to the merchant transaction limits. if param donation_mode is true, cart_amount is not required and will be ignored at the response payload it's returned in sucess only To know more about this parameter please click here. | ||||
| ||||
| Parameter | Data Type | Min | Max | Required |
|---|---|---|---|---|
| STRING | β | ||
| Indicates the Transaction Reference on the PayTabs side check details on [Response Parameters | tran_ref] at the response payload it's returned in success only | ||||
| ||||
Sample Request/Response Payloadsβ
- Sample Request Payload
- Sample Response Payload
{
"profile_id": 83061,
"tran_type": "refund",
"tran_class": "ecom",
"cart_id": "CART#10001",
"cart_currency": "SAR",
"cart_amount": 200,
"cart_description": "Cart Description",
"tran_ref": "TST2234701408XXX"
}
{
"tran_ref": "TST2105900091XXX",
"previous_tran_ref": "TST2016700000XXX",
"tran_type": "Refund"
"cart_id": "CART#10001",
"cart_description": "Refund reason",
"cart_currency": "SAR",
"cart_amount": "99.99",
"tran_currency": "SAR",
"tran_total": "99.99",
"customer_details": {
"name": "Technical Support",
"email": "[email protected]",
"phone": "+966 55 xxxxxx6",
"street1": "address street",
"city": "Jeddah",
"state": "Makkah",
"country": "SA",
"zip": "22230"
},
"payment_result": {
"response_status": "A",
"response_code": "036501",
"response_message": "Authorised",
"acquirer_message": "00:Approved",
"acquirer_rrn": "42550903****",
"transaction_time": "2024-09-11T09:01:51Z"
},
"payment_info": {
"payment_method": "MasterCard",
"card_type": "Credit",
"card_scheme": "MasterCard",
"payment_description": "5500 00## #### 5559",
"expiryMonth": 12,
"expiryYear": 2026
},
"user_defined": {
"udf1": "UDF1 Test",
"udf2": "UDF2 Test",
"udf3": "UDF3 Test",
"udf4": "UDF4 Test",
"udf5": "UDF5 Test",
"udf6": "UDF6 Test",
"udf7": "UDF7 Test",
"udf8": "UDF8 Test",
"udf9": "UDF9 Test"
},
"serviceId": 1,
"profileId": 703XX,
"merchantId": 46XXX,
"trace": "PMNT****.6769****.0005****"
}
Expected Flow Behaviorβ
Reaching this stage, you are now able to initiate a Refund Transaction, which is handled as a follow-up transaction. Refunds can only be processed against successful sale transactions and require a previously generated transaction reference.
- Initial Sale Transaction:
- The merchant first initiates a sale transaction using the payment APIs, regardless of the API integration type (e.g., Invoices, Hosted Payment Page, etc.).
- Upon a successful sale, a transaction reference (
tran_ref) is returned. - The merchant must securely store this transaction reference for any future follow-up actions.
- Preparing for a Refund:
- Refunds are only allowed for completed Sale or Capture transactions.
- The previously saved
tran_refis required to initiate the refund. - The refund request must include all required parameters as defined in the Minimum Required Parameters.
- Initiating the Refund Request:
The merchant sends a refund request using the follow-up Refund API, using the mentioned endpoint, and, passing the original transaction reference along with the required refund details.
- Successful Refund Scenario:
In the happy-path scenario, the refund is processed successfully. The system confirms that the refunded amount has been returned to the customer, and the refund transaction is completed normally.
At this point, you will see the refund transaction response as described above. For more details, refer to theSample Request/Response Payload.
Below is a sample from the dashboard showing how a refunded transaction appears:

- Refund Failure Scenarios:
A refund may fail under certain conditions. Common reasons include:
- Insufficient funds available on the merchant side to process the refund.
- The original card has expired or is no longer valid for refund processing.
In these cases, the refund request is rejected and a detailed failure reason is returned in the refund response, allowing the merchant to take the appropriate action.