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 7 Next »

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