Webhook events Copy section link Copied!
Types of Events Copy section link Copied!
Different types of events can be sent by AgoraPay.
You are free to expose a single REST endpoint URL for multiple events or to deploy different endpoint URLs, one for each type.
To gain a better understanding of these events go to the needed section :
- Operation V2
- Operation V3
- Payment Method Alias to get IBAN
- Mandate
- Unpaid
- Report
- Abandoned Shopping Cart
- Account Holder Registration
Webhook events have the following characteristics:
- All events are sent to your server as a POST request with a JSON payload
- Each event is sent with a "Request Body":
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
|
- Each event is sent with a "HTTP-Header":
1 2 3 4 5 6 7 |
|
Should an event fail to be transmitted to your server (i.e. your endpoint didn't send a HTTP 200 response), 2 retries with 30 seconds of interval are performed
Operation V2 Copy section link Copied!
This webhook event is sent by AgorayPay for any operation creation or change of status.
Please refer to the payin operation life cycle discussion of the financial section to see all the statuses that will trigger an update notification.
The event includes the following parameters:
Field name
Description
amount
Amount of the operation
currencyCode
Currency of the transaction
eventCode
Operation (fix value)
eventStatusLabel
Message associated to relatedMsgStatus
metaData
Provision of the json as provided via API by the Marketplace.
Not present if field not provided as input.
operationDate
Date of the operation
operationSide
Direction of funds
- 1: pay in (a recharge is a payin)
- 0: transfer
- -1: payout
operationStatus
Status of the transaction
- R: registered
- W: in the process of being cashed out
- E: cashed
- C: cancelled
- S: suspended
operationType
Type of payment
- 1: Purchase
- 2: Refunds
- 4: Transfer
- 5: SCT/SDD fund receipt
- 6: Reload request or payout Identifiable via operationSide
- 7: Authorisation only
- 8: Pre-authorisation only
- 9: Unpaid
orderRef
The orderReference sent by the Marketplace for this payment
paymentMethodTypeId
Payment methodId
- 1: SDD
- 2: SCT
- 3: Transfer
- 4: Card
- 5: SWIFT
- 6: SDD B2B
- 10: SCT Inst (Instant Payment)
- 11: Payment Initiation
relatedMsgStatus
Additional complementary information provided to the status operation.
In addition to a C status:
- 0: customer initiates the cancellation (or usecase of SDD: Cancellation of direct debit following receipt of an unpaid amount before clearing)
- 200: transactions not completed by the client and canceled due to timeout
- 201: transactions declined during acceptation process
transactionId
TransactionId for this payment
versionNumber
Operation Version 2.0
Here is a "Body-Request" example you can receive after a card payment with operation version 2.0:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
|
Operation V3 Copy section link Copied!
Operation V3 is a more complete version of operation V2, it contains more financial information such as "Scheme fees" and "Commission Fees".
As the webhook "Operation V2", this event is sent by AgorayPay for any operation creation or change of status. Please refer to the payin operation life cycle discussion of the financial section to see all the statuses that will trigger an update notification.
The event includes the following parameters:
Field name
Description
amount
Amount of the operation
authNumber
Authorization number
commissionAmount
Comission amount taken by the marketplace
contractRef
Contract reference VAD/VADS
currencyCode
Currency of the transaction
eventCode
Operation (fix value)
eventStatusLabel
Message associated to relatedMsgStatus
exchangeFees
Exchange fees
maskedPAN
Masked PAN
metaData
Provision of the json as provided via API by the Marketplace.
Not present if field not provided as input.
operationDate
Date of the operation
operationSide
Direction of funds
- 1: pay in (a recharge is a payin)
- 0: transfer
- -1: payout
operationStatus
Status of the transaction
- R: registered
- W: in the process of being cashed out
- E: cashed
- C: cancelled
- S: suspended
operationType
Type of payment
- 1: Purchase
- 2: Refunds
- 4: Transfer
- 5: SCT/SDD fund receipt
- 6: Reload request or payout Identifiable via operationSide
- 7: Authorisation only
- 8: Pre-authorisation only
- 9: Unpaid
orderRef
The orderReference sent by the Marketplace for this payment
paymentFees
Payment fees
paymentMethodTypeId
Payment methodId
- 1: SDD
- 2: SCT
- 3: Transfer
- 4: Card
- 5: SWIFT
- 6: SDD B2B
- 10: SCT Inst (Instant Payment)
- 11: Payment Initiation
relatedMsgStatus
Additional complementary information provided to the status operation.
In addition to a C status:
- 0: customer initiates the cancellation (or usecase of SDD: Cancellation of direct debit following receipt of an unpaid amount before clearing)
- 200: transactions not completed by the client and canceled due to timeout
- 201: transactions declined during acceptation process
schemeFees
Scheme fees
transRefNo
Reference number of the transaction
transactionId
TransactionId for this payment
versionNumber
Operation Version 3.0
Here is a "Body-Request" example you can receive after a card payment with operation version 3.0:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
|
Payment Method Alias to get IBAN Copy section link Copied!
This webhook, if activated on your contract, allows you to retrieve a paymentmethod in order to retrieve a customer IBAN attached to the paymentmethod.
After the payment initiation process ends with webhook E (when "E" is sent) , AgoraPay sends the Payment Method Alias to obtain the IBAN webhook.
This contains the “paymentMethodAlias” data that must be used as an input parameter for the GetIBAN API to receive the customer’s IBAN in plain text in return from the API.
This webhook is only sent after the E, not after the R or W, except for approval for testing but it therefore does not contain PM.
The event includes the following parameters:
Field name
Description
amount
Amount of the operation
currencyCode
Currency of the transaction
eventCode
Operation (fix value)
orderRef
The orderReference sent by the Marketplace for this payment
paymentMethodAlias
Data that must be used as an input parameter for the GetIBAN API
transactionId
TransactionId for this payment
versionNumber
Version 1.0
Here is a "Body-Request" example you can receive with this event:
1 2 3 4 5 6 7 8 9 |
|
Mandate Copy section link Copied!
This webhook is linked to the SDD B2B and B2C direct debit payment method.
When the generation of the mandate is not associated with a payment (use of the Mandate API), a new type of “mandate” webhook is sent.
It is triggered each time the 'validity' state of the mandate changes, whether it was created during a payment or alone, whether it is a certified or signed mandate.
The event includes the following parameters:
Field name
Description
With RUM
Without RUM
eventCode
Operation (fix value)
yes
yes
payerRef
Payer reference
yes
yes
reference
Single reference of the Mandate
yes
no
sequence
Mandate status (OOFF/FRST/RCUR/FNAL)
yes
yes
signatureFlag
Signature Indicator (true / false)
yes
yes
status
1 – Pending
2 – Signed/Certified
yes
yes
statusDescription
Status description
yes
yes
useDate
If signature flag true and signature effective
yes
yes
validity
True/False
yes (true)
yes (false)
versionNumber
Version 1.0
yes
yes
Here is a "Body-Request" example you can receive with the event mandate (With RUM):
1 2 3 4 5 6 7 8 9 10 11 12 |
|
Here is a "Body-Request" example you can receive with the event mandate (Without RUM):
1 2 3 4 5 6 7 8 9 10 11 |
|
Unpaid Copy section link Copied!
This event is sent for an unpaid transaction.
For more info. , contact the implementation manager.
The event includes the following parameters:
Field name
Description
amount
Amount of the operation
currencyCode
Currency of the transaction
eventCode
Operation (fix value)
eventStatusLabel
Message associated to relatedMsgStatus
operationDate
Date of the operation
operationMasterId
Master id of the operation
operationSide
Direction of funds
- 1: pay in (a recharge is a payin)
- 0: transfer
- -1: payout
operationStatus
Status of the transaction
- R: registered
- W: in the process of being cashed out
- E: cashed
- C: cancelled
- S: suspended
operationType
Type of payment
- 1: Purchase
- 2: Refunds
- 4: Transfer
- 5: SCT/SDD fund receipt
- 6: Reload request or payout Identifiable via operationSide
- 7: Authorisation only
- 8: Pre-authorisation only
- 9: Unpaid
orderRef
The orderReference sent by the Marketplace for this payment
paymentMethodTypeId
Payment methodId
- 1: SDD
- 2: SCT
- 3: Transfer
- 4: Card
- 5: SWIFT
- 6: SDD B2B
- 10: SCT Inst (Instant Payment)
- 11: Payment Initiation
rejectReasonCode
Reject reason code
rejectReasonLabel
Reject reason label
relatedMsgStatus
Additional complementary information provided to the status operation.
In addition to a C status:
- 0: customer initiates the cancellation (or usecase of SDD: Cancellation of direct debit following receipt of an unpaid amount before clearing)
- 200: transactions not completed by the client and canceled due to timeout
- 201: transactions declined during acceptation process
transactionId
TransactionId for this payment
versionNumber
Version 2.0
Here is a "Body-Request" example you can receive with the event "Unpaid"
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
|
Report Copy section link Copied!
You are informed about the availability of a monthly report by this webhook, the report is available in PDF format on your agorapay portal.
The event includes the following parameters:
Field name
Description
accountNumber
Account number
docName
Name of the document
eventCode
Operation (fix value)
operationDate
Date of the operation
parentThirdPartyName
Parent third party name
reportName
Name of the report
reportingMonth
Month of the report
reportingYear
Year of the report
thirdPartyName
Third party name
thirdPartyRef
Third party reference
type
Type
versionNumber
Version 1.0
Here is a "Body-Request" example you can receive with the event "Report" :
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
Abandoned Shopping Cart Copy section link Copied!
This webhook can be enabled if you use the paymentIframe API.
In the event that the customer does not follow through with the payment and/or stops during the payment process before entering their bank card information. (abandonment or closure of the iframe), this event allows you to be notified approximately 1 hour after that the payment has been abandoned.
Once you receive this webhook you can consider the payment as abandoned.
The event includes the following parameters:
Field name
Description
amount
Amount of the operation
currencyCode
Currency of the transaction
eventCode
Operation (fix value)
orderId
Id of the order
orderRef
The orderReference sent by the Marketplace for this payment
orderStatusCode
order status code
versionNumber
Version 2.0
Here is a "Body-Request" example you can receive with the event "Abandoned shopping cart" :
1 2 3 4 5 6 7 8 9 |
|
Account Holder Registration Copy section link Copied!
The progress of your merchant enrollment request is communicated to you via this webhook when you use the enrollment API or when the merchant validates the SelfCare enrollment phase.
Each time the status of the enrollment request changes, you receive a webhook.
the “pending” state has a webhook that contains the "SellerAccountnumber" (AgoraPay technical account number for that merchant) and the paymentmethod alias (useful if you perform the PayOut via API). These two pieces of information can also be found in the API feedback and the status update webhook mentioned earlier.
The event includes the following parameters:
Field name
Description
accountNumber
Account number
eventCode
Operation (fix value)
paymentMethodAlias
Payment method alias
requestId
Request id
requestStatus
The list of requestStatus codes present in the webhook:
- 0: "Created" ; The request is being initialized
- 9: "Pending" ; The request is initialized but requires some documents
- 2: "Validated" ; The request has been validated by the BO
- 3: "Rejected" ; The request has been rejected by the BO
- 5: "Canceled" ; The request has been canceled by the client
- 6: "Expired" ; The request has been expired
- 11: "To check" ; The documents must be checked by the BO
thirdPartyName
Third party name
thirdPartyRef
Third party reference
updateUDateTime
UpdateU date/time
versionNumber
Version 1.0
Here is a "Body-Request" example you can receive with the event "Account holder registration" :
1 2 3 4 5 6 7 8 9 10 11 |
|