Unknown macro: {hivestonebreadcrumb}
Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

A webhook is a notification system that allows you to receive alerts and notifications about important business process flows. You can register to events and choose to receive real-time event messages to your secured application endpoint. Such messages may save you time and effort to track the key activities that are crucial to your business.

Fusion Webhooks

A fintech can subscribe to a webhook to receive a payment event message during the payment lifecycle. The payment events are invoked when processing Acquirer, Issuer and Fusion Payment Engine communicate with each other internally to process online or card payments. Using webhooks, you can also register for various business process flows, for example, account holder on-boarding, account transfer, KYC status, card capabilities and status, and so on.

Fusion webhooks are designed to send notifications to your application when a fintech-defined event occurs as a result of business flow. You can subscribe to various account- and transaction-related events and take necessary actions when they occur. Fusion sends a secure message containing the webhook payload in JSON format. For example, you can notify an account holder about a payment failure (using SMS/email) when a transaction at an apparel store declines due to insufficient balance. 

Webhook flow

You can get started with webhooks using the following basic steps:

  1. Set up a webhook endpoint and the environment to handle the webhook data on your platform.
  2. Share this endpoint with Zeta. Zeta will register the webhook endpoint in Fusion platform and share a secret token with you to validate the incoming webhook messages.
  3. Using Fusion APIs, subscribe to an event and receive the notification to your webhook endpoint.

We also provide back office tool that allows fintechs to configure webhook communication and create policies related to event-based notifications. Contact Zeta Sales for more info.

Supported events

The table below lists all payment and A2A transfer events that you can subscribe to and receive the event notification using Webhooks. Keep watching this page for more supported events that you can add into your webhooks based on the business process flow.

Event ObjectEvent TypeShort Description
Payment

PAYMENT_REQUESTED

Appears when a new payment request is created.


PAYMENT_AUTHORIZATION_REQUESTED

Appears when a new payment request is submitted for authorization.



PAYMENT_AUTHORIZATION_RECEIVED

Appears when a new payment request is authorized and a payment plan is prepared.



PAYMENT_EFFECTED


Appears when a new payment request is successfully posted in the system.

PAYMENT_CAPTURED

Appears when the response to a new payment request is successfully captured and acknowledged by the network or requesting entity.

PAYMENT_REVERSED

Appears when a payment transaction has been reversed.

PAYMENT_REQUEST_DECLINEDAppears when a payment request is invalid.
Account transferTRANSFER_CREATEDAppears when an A2A transfer has been created.

Event structure

A typical incoming webhook notification contains the following event attributes.

AttributeDescription
topicFintech-specific object to which the event is emitted from a business logic
nameString identifying the specific type of this event
eventId

Unique identifier of the event

source

Description of the source entity emitting the event

source.uriURL format identifying the entity emitting the event
source.tags

Array of fintech tag URIs that specify the fintech access to the source objects and resultant events

source.state

State of the object when the event is emitted.

data

JSON payload (less than 2 KB size) that gives information about the specific change that triggered this event

origin

Description of the service instance emitting the event

origin.instance

URL identifying the app instance emitting the event

origin.time

Time at the origin when the event is emitted (in epoch milliseconds)

origin.flowIdUnique identifier of flow from which the event is emitted

Below is an example of a standard event structure:

Standard Event Structure
{
	"topic": "Fintech specific object", 
	"name": "event name",
	"eventId": "event identifier",
	"source": {
		"uri": "entity source URL emitting the event", 
		"tags": [ 
			"tag://vbo/v0001",
			"Fintech tag that has access to the source objects"
			],
		"state": "object state when an event is triggered"
		},
		"data": {event details covering the key changes},
		"origin": {
            "instance": "app URL emitting the event", 
            "time": "event generation time in epoch millis",
            "flowId": "uuid of flow from which the event is emitted."
       }             
}

Related articles

Configure Webhooks

Know about configuring a webhook and receiving event notifications.

button

Webhook APIs

Learn more about webhook APIs

button

Payment Lifecycle

Know about various payment events and its lifecycle.

button

On this page:

Need Help?

Contact us at fusion-support@zeta.tech or call us on 080-6690 5995.

  • No labels