How to Configure Your PayIn Callback URL
Register your PayIn webhook URL in the merchant dashboard before FastFlowPe can deliver PayIn callbacks to your server.1
Log in to the merchant dashboard
Navigate to https://go.fastflowpe.com/ and sign in with your merchant credentials.
2
Open Webhook Settings
From the left sidebar, click Settings, then select the Webhooks tab.
3
Enter your PayIn callback URL
Under Credit - PayIn, enter your HTTPS endpoint URL where you want FastFlowPe to deliver PayIn transaction callbacks.
4
Save the configuration
Click Update under Credit - PayIn to save your URL.Full path: Login → Settings → Webhooks → Credit - PayIn → Update
Only HTTPS-enabled webhook URLs are accepted. HTTP endpoints will be rejected and will not receive any callbacks.
PayIn Callback Payload
FastFlowPe uses aPOST request with a JSON body for all PayIn callbacks.
PayIn Callback
PayIn Payload Fields
string
The unique UUID of the PayIn transaction.
string
The order ID you submitted when creating the PayIn transaction.
string
The transaction amount as a decimal string.
string
The payment mode used, for example
QR or UPI.string
The Unique Transaction Reference issued by the bank.This may be
null on failure.string
The final transaction status.Possible values:
SUCCESSFAILED
object
An object containing customer information associated with the transaction.
string
The parsed response message from the payment service provider.
Callback Acknowledgement and Retries
FastFlowPe expects your webhook endpoint to return an HTTP2xx response to acknowledge that the callback was received successfully.
If FastFlowPe does not receive a 2xx response, the same callback event will be retried up to 2 more times.
This means the same PayIn callback event can be delivered a maximum of 3 times in total:
- Initial callback attempt
- First retry
- Second retry
Your callback endpoint must return an HTTP
2xx response after successfully receiving and accepting the callback.Once FastFlowPe receives a 2xx response, the callback is considered successfully acknowledged and no further retries are made for that event.Recommended Status Handling
Callbacks should be used for real-time transaction notifications, but the Check Status API should be treated as the primary source for confirming the latest transaction state.Do not rely only on callback delivery to determine the final transaction state. If your system needs to verify a transaction, call the PayIn Status API using the relevant transaction identifier.
Configuring PayOut callbacks? See PayOut Callbacks.