Dispute transaction events
Dispute transaction events include activities such as chargeback creation, provisional credit grants, and chargeback reversals. These activities move the money between the card network, Marqeta, the program, and the cardholder. Dispute transaction notifications are sent as dispute transaction events occur and contain detailed information about the events. Each notification contains atype field that categorizes the dispute transaction event.
The following table describes each dispute transaction event type.
Dispute transaction notifications are structured as an array within a
transactions element.
Multiple notifications can be included in a single notification message.
The following example shows an authorization.clearing.chargeback notification, sent when a dispute is created.
JSON
Dispute transition events
Dispute transition events mark the progress of a chargeback through the network states. These activities cause the transition of a dispute’sstate field.
Dispute transition notifications are sent as chargeback state transitions occur and contain detailed information about the events.
Each notification contains a type field that categorizes the dispute transition event.
The following table describes each dispute transition event type.
The values in the Type column are the literal values of the notification’s type field.
When configuring a webhook to capture these events, you must prefix this type with chargebacktransitions..
For example, chargebacktransitions.initiated.
Dispute transition notifications are structured as an array within a
chargebacktransitions element.
Multiple notifications can be included in a single notification message.
The following example shows a prearbitration notification, sent when Marqeta resubmits the dispute to the acquiring bank after receiving a representment.
JSON
Regulatory dispute transition events
Regulatory dispute transition events include activities specific to Regulation E, Payment Services Directive (PSD2), and Regulation Z disputes, such as dispute initiation, case resolution, and pre-arbitration. These activities cause the transition of a regulatory chargeback’sstate field.
Regulatory dispute transition notifications are sent as regulatory chargeback state transitions occur and contain detailed information about the events.
Each notification contains a type field that categorizes the regulatory dispute transition event.
The following table describes each regulatory dispute transition event type.
The values in the Type column are the literal values of the notification’s type field.
When configuring a webhook to capture these events, you must prefix this type with chargebacktransitions (for example, chargebacktransitions.regulation.initiated).
Regulatory dispute transition notifications are structured as an array within a
chargebacktransitions element.
Multiple notifications can be included in a single notification message.
The following example shows a regulation.case.won notification, sent when a regulatory dispute is resolved in the cardholder’s favor.
JSON
Dispute case events
Dispute case events include activities that do not cause money movement or a chargeback state change, such as a provisional credit becoming permanent for regulatory disputes. Dispute case event notifications are sent as dispute case events occur and contain detailed information about the events. Each notification contains atype field that categorizes the dispute case event.
The following table describes the dispute case event type.
The values in the Type column are the literal values of the notification’s type field.
The following example shows a
regulation.provisional.credit.permanent notification.
JSON
Dispute case transition events
Dispute case transition events notify you when a dispute case moves from one Marqeta case state to another. Unlike dispute transition events, which track chargeback-level network state changes, case transition events track the higher-level case lifecycle, starting from creation through closure. For a full description of dispute case states and how they relate to network dispute states, see About Disputes. Each notification contains atype field that categorizes the case transition event.
The following table describes each dispute case transition event type.
The values in the Type column are the literal values of the notification’s type field.
When configuring a webhook to capture these events, you must prefix this type with casetransition (for example, casetransition.open).
Dispute case transition notifications are structured as an array within a
casetransitions element.
Multiple notifications can be included in a single notification message.
The following example shows a closed notification, sent when a non-regulated dispute is withdrawn and closed.
JSON
The
memo field is optional and appears only when an agent enters a memo during the action.