post https://api.fiuu.com/RMS/API/capstxn/index.php
Merchant should use SALES (SALS) for most of the use cases and avoid Pre-Authorization & Capture model. This is because many merchant will miss the auto-release period before they can actually capture the funds. Merchant who uses preauth or authorize payment mode may capture the transaction at a later stage by using this API
Response
| Variable / Parameter | Type Format / Max Length | Description / Example |
|---|---|---|
| TranID | integer, 20 digits | Unique transaction ID for tracking purposes |
| Domain | alphanumeric, 32 chars | Merchant ID in PG system. |
| VrfKey | 32 chars hexadecimal string | This is the data integrity protection hash string |
| StatCode | string of 2-digit numeric | 00 = Success, 11 = Failure, 12 = Invalid or unmatched security hash string, 13 = Not a credit card transaction, 15 = Requested day is on settlement day, 16 = Forbidden transaction, 17 = Transaction not found, 18 = Missing required parameter, 19 = Domain not found, 20 = Temporary out of service, 21 = Authorization expired, 23 = Not allowed to perform partial capture, 24 = Transaction has already been captured., 25 = Amount requested more than available capture amount, 99 = General Error(Please check with PG Support) |
| StatDate | date (YYYY-MM-DD) | Response date & time |
| PartialCaptureTranID | integer, 20 digits | Created upon successful partial capture request |
Formula of skey & VrfKey
skey = md5( txnID + amount + domain + verify_key )
VrfKey = md5( secret_key + Domain + TranID + StatCode )