READY state, you can submit it to the card network for processing. Submitting the dispute formally initiates the chargeback with the card network.
Submitting a dispute to the card network
After reviewing the dispute case in aREADY state, Marqeta submits it to the card network and the case transitions to the CHARGEBACK_INITIATED network state.
You can simulate submitting a dispute using a POST /cases/<case_token>/transitions request. The chargeback can be initiated for a provisional credit or no credit flow.
The example below demonstrates a no-credit chargeback flow by sending CHARGEBACK_NO_CREDIT in the action field.
Sample request body
Sample request
Sample request
Sample response body
Sample response
Sample response
CHARGEBACK_INITIATED Marqeta state and the initiated network state.
Note
If the network rejects the submission, the dispute enters the
If the network rejects the submission, the dispute enters the
network.rejected network state and the Marqeta state transitions to CLOSED. You can review the case and resubmit it with corrected details.reason_code used must match the action being performed.
Test your webhook handlers based on the selection you make from the following options.
If you select the CHARGEBACK_CREDIT action for provisional credit, the following webhook events are sent:
transactions.authorization.clearing.chargebackchargebacktransitions.initiatedtransactions.authorization.clearing.chargeback.provisional.credit.
CHARGEBACK_NO_CREDIT action for no credit, the following webhook events are sent:
transactions.authorization.clearing.chargebackchargebacktransitions.initiated.
Note
There can be a delay between the time an action is taken and when the webhook is sent. This is true for all webhooks.
There can be a delay between the time an action is taken and when the webhook is sent. This is true for all webhooks.
Dispute identifiers
Marqeta and the card network identify a dispute using different tokens, as described below:- Case creation: When a case is created, you have the reason code, and your primary identifier is the transaction token. This is the identifier Marqeta uses to identify the dispute.
- Chargeback initiation: When a chargeback is initiated on the network, you receive both the transaction token and the chargeback token. The card network uses the chargeback token to identify the dispute.
Recommended actions
To effectively track and manage chargebacks, Marqeta recommends that you:- Maintain a mapping: Store the relationship between the reason code and the transaction token within your system.
- Link the identifiers: Once a chargeback is initiated, use the chargeback token to tie the network event back to the original transaction token.
- Associate the reason code: Ensure the reason code is associated with the chargeback token for future tracking.
Note
- The chargeback token will be the identifier that is sent throughout the lifecycle of disputes in all subsequent webhooks.
- There can be multiple disputes associated with a transaction. Hence, the chargeback token is the right identifier to map to a reason code.
Providing provisional credit
Granting provisional credit is required if your program is subject to specific regulations. You are responsible for providing this credit if your program manages the ledger via Just-in-Time (JIT) funding. For this example, which uses theCHARGEBACK_NO_CREDIT action, the system does not require provisional credit. However, this section provides an example of requesting provisional credit below for reference.
Sample request body
Simulating merchant representment
In some cases, the acquiring bank might forward the dispute claim to the merchant. A merchant can choose to accept the dispute or challenge it. Marqeta might request additional documentation from the cardholder to resubmit the dispute. After the representment is received from the merchant, card network reviews the information to determine if the cardholder or merchant wins the dispute. In the sandbox, you can simulate merchant representment (the merchant’s response to the dispute) using thePOST /cases/<case_token>/disputetransitions endpoint. Define the amount field within the network_details.representment_details object in the request body to simulate the representment.
Sample request body
Sample request
Sample request
Sample response body
Sample response
Sample response
representment and Marqeta state remains as CHARGEBACK_INITIATED. If the merchant challenges the chargeback, you receive an authorization.clearing.representment event.
Representment in Visa
When a dispute goes through the Visa network, the representment state does not always apply. Visa uses the following dispute flows depending on the reason code provided:- Collaboration: For reason codes related to fraud and authorization. This flow can simplify the case management process and move it along faster.
- Collaboration flow: Initiated → Representment → Prearbitration (decline or responded) → Arbitration.
- Allocation: For all other reason codes. The allocation flow skips the representment portion and moves directly into pre-arbitration. State transitions for each flow is as described:
- Allocation flow: Initiated → Prearbitration (decline or responded) → Arbitration.
Simulating prearbitration
If Marqeta chooses to challenge the merchant’s representment, it moves the dispute to theprearbitration network state, which allows the involved parties to provide further evidence. You can simulate this transition into prearbitration.
You can simulate the pre-arbitration action by the acquirer by passing RESPOND_WITH_PREARB in the action field.
Sample request body
Sample request
Sample request
Sample response body
Sample response
Sample response
prearbitration and Marqeta state remains as CHARGEBACK_INITIATED.
Marqeta sends you the chargebacktransitions.prearbitration webhook.
Responding to prearbitration
At this point, the merchant can submit further evidence for the case. The specific requirements for theprearbitration_response_details object differ across the various card networks.
You can simulate the reponse to pre-arbitration action to the acquirer by passing RESPOND_WITH_PREARB_RESPONSE in the action field.
This example follows the Mastercard object, which requires only a list of associated document UUIDs in the attached_contents field in the network_details.prearbitration_response_details object.
Sample request body
Sample request
Sample request
Sample response body
Sample response
Sample response
prearbitration and Marqeta state remains as CHARGEBACK_INITIATED. The chargebacktransitions.prearbitration.responded webhook event sent.Moving to arbitration
Assume that the acquirer (merchant) does not agree with the pre-arbitration process. You can simulate an arbitration request to proceed by passingRESPOND_WITH_ARB in the action field.At this point, Marqeta transitions the dispute to the card network, who will provide the final and indisputable decision on the case.Sample request body
Sample request
Sample request
Sample response body
Sample response
Sample response
arbitration and the Marqeta state remains as CHARGEBACK_INITIATED. Marqeta sends you the chargebacktransitions.arbitration webhook.