https://www.example.com?EventType=EventType &RessourceId=Id &Date=Date |
EventType
values are listed in the event types list.
The value of the (misspelled) RessourceId
parameter is the unique identifier of the corresponding API object on which the event occurred. For example, for the EventType
value PAYIN_NORMAL_SUCCEEDED
, the RessourceId
value is the Id
of the specific pay-in (the PayInId
).
The Date
value the a Unix timestamp (UTC) of the date and time the event took place.
Define the URL to which you wish to receive the notification
Create the Hook for the event type
Tag
.If using the API, call the POST Create a Hook endpoint, specifying your Url
.In response, the API returns the Hook object and its HookId
.Create or act on the resource that leads to the event
USER_ACCOUNT_ACTIVATED
, the resource is a Natural or Legal User with the OWNER
UserCategory
that was created or categorized with the SCA-enabled endpoints.When SCA was triggered by a call to one of these endpoints, the UserStatus
was set to PENDING_USER_ACTION
. When the user completes the SCA session, their UserStatus
changes to ACTIVE
, triggering the USER_ACCOUNT_ACTIVATED
event and the webhook notification.Listen for the notification on your URL
https://www.example.com?EventType=USER_ACCOUNT_ACTIVATED&RessourceId=user_m_01JQVHDG0S0TJP5KFX029211BF&Date=1743627006 |
RessourceId
is the Id
of the user that completed the SCA session.Trigger a GET call on the relevant resource
RessourceId
of the notification.This allows you to check that the event is still relevant and ensure that the notification is authentic.Continuing the example above, you would trigger a call to GET View a User (SCA), using the value user_m_01JQVHDG0S0TJP5KFX029211BF
as the UserId
path parameter.In the API response, the UserStatus
shows as ACTIVE
, confirming that the event is still valid. The User object also returns other relevant information needed for your integration, such as name, email (for example, to send confirmation), and other key data./32
indicates that only there is only one IP address in the range.
EventType
URL does not respond with 200 status code within 2 seconds, then the notification is considered as failed.
Mangopay retires the same notification:
EventType
, you receive an email warning you of the issue.
After every 10 additional failed notifications you receive another email until the 100th consecutive failed notification.
When the counter of consecutive failures reaches 100, the Hook object’s Validity
is set to INVALID
and no more notifications are sent (new or retries).
The counter is reset as soon as there is 1 successful notification (new or retry) for the EventType
. So if there are 99 failed notifications and then 1 successful one, the Hook is not set to INVALID
and any retries continue.
Changing the Url
does not reset the counter.
If a Hook is set to INVALID
, you need to reset the Hook to VALID
for it to receive future notifications.
You can do this via the Dashboard (Developers > Webhooks) or by using the PUT Update a Hook endpoint:
Status
value on the PUT Update a Hook endpoint: