Notification Post

To receive notifications about transaction status changes, such as payment confirmation or refund, configure a notification URL in the E-commerce Portal.

The URL configuration can be done directly by the merchant in the Production and Sandbox environments.

To learn how to configure the notification URL, see How to configure URL (Webhook)?.

The address must use HTTPS and the standard port 443.

See the flow followed by the notification post:

Notification post flow
⚠️

Warning

As there is a possibility of intermittence between the client and server APIs, it is necessary to track pending (unpaid) transactions that have not yet been updated on the current day.

Sent Notification

{
   "RecurrentPaymentId": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
   "PaymentId": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
   "ChangeType": 2
}
PropertyDescriptionTypeSizeRequired?
RecurrentPaymentIdIdentifier representing the recurring order (only applicable for ChangeType 2 or 4).GUID36No
PaymentIdIdentifier representing the transaction.GUID36Yes
ChangeTypeSpecifies the notification type. Note: See table below.Number1Yes
ChangeTypeDescription
1Payment status change.
2Recurrence created.
3Anti-fraud status change.
4Recurring payment status change (e.g.: automatic deactivation).
5Refund denied (applicable to Rede).
6Underpaid registered boleto.
7Chargeback notification.
Exclusive for merchants integrated to Risk Notification (deprecated).
8Fraud alert.
25Transaction canceled or partially refunded.


⚠️

Risk Notification API is being deprecated. The new Cielo service for querying, accepting and disputing a chargeback is Chargeback API.

Expected Response

The expected response from the store is: HTTP Status Code 200 OK.

If the above response is not returned, there will be two more attempts to send the Notification Post.