Card Chargebacks

PXP Financial supports all stages of the Dispute lifecycle for Card Chargebacks, covering the following payment methods:

IDNameCredit/Debit State
224ECMCChargebackChargedBackByProvider (118)
225ECMCReverseChargebackChargedBackReversedByProvider (239)
226ECMCSecondChargebackChargedBackByProvider (118)
227ECMCReverseSecondChargebackChargedBackReversedByProvider (239)
229ECMCWithdrawalReversalReturnedByProvider (279)
230VisaWithdrawalReversalReturnedByProvider (279)
232VisaChargebackChargedBackByProvider (118)
233VisaReverseChargebackChargedBackReversedByProvider (239)
234VisaSecondChargebackChargedBackByProvider (118)
346JCBChargebackChargedBackByProvider (118)
347JCBReverseChargebackChargedBackReversedByProvider (239)
373DiscoverChargebackChargedBackByProvider (118)
374DiscoverReverseChargebackChargedBackReversedByProvider (239)



  • Maestro Chargebacks are covered by the ECMCChargeback payment method
  • Refund Chargebacks are currently not supported
  • In most cases the Dispute lifecycle will not extend beyond a standard Chargeback and possibly a ReverseChargeback
  • Unlike most other Acquirers, PXP Financial will inform its merchants about the Arbitration stages of the Dispute lifecycle through Second Chargeback and Reverse Second Chargeback notifications


By default, all notifications contain:

  • The payment method used in the key-value pair contained in the handlePaymentStateChangeNotificationRequest.payment.paymentMethod field
  • The payment state being notified in the key-value pair contained in the handlePaymentStateChangeNotificationRequest.payment.state.definition field. The following table shows the possible key-value combinations:
ReturnedByProvider279Only applies to Withdrawal Reversals
SettledReturnedByProvider294Only applies to Withdrawal Reversals


Original Payment information

In addition to this, the new Chargeback notifications also contain the following new key-value pairs in the handlePaymentStateChangeNotificationRequest.payment.paymentDetails:

  • OriginalPaymentID
  • OriginalPaymentMerchantTransactionID
  • OriginalPaymentMethodID
  • OriginalPaymentMethodName

The notifications you receive are dependent upon your configuration in PaymentService. By default merchants receive notifications on the ChargedBackByProvider and ReturnedByProvider states.

Note: The Payment ID/Merchant Transaction ID returned by default for both ECMC and Visa Chargebacks and ReverseChargebacks will be the same as the Payment ID/Merchant Transaction ID of the original Deposit that is being charged back i.e. it will match that provided in the OriginalPaymentID field. This does not apply for the case where Visa Allocation workflows result in 2 partial ReverseChargebacks - in this case, the format of the Payment ID is "[OriginalPaymentID]-2".


Second Chargeback Notifications

For Second Chargebacks there are two different types of notification which must be taken into account:

  • Second Chargeback Notification of Settlement: A Second Chargeback has been created in our system due to a direct notification from the Schemes and will be deducted from your account during the next scheduled settlement cycle.
  • Second Reverse Chargeback Notification of Settlement: The Second Chargeback has been reversed and will be reimbursed to your account during the next scheduled settlement cycle (note: this only applies to MasterCard).

Example handlePaymentStateChangedNotificationRequest for ECMCChargeback in state SettledChargeBackWithProvider:

<?xml version="1.0" encoding="utf-8"?>
  <payment xsi:type="paymentWithPaymentAccount">
    <amount currencyCode="EUR">50.0000</amount>
      <paymentStateDetails xsi:nil="true" />
    <baseAmount currencyCode="EUR">50.0000</baseAmount>
      <detail xsi:type="keyStringValuePair">
      <detail xsi:type="keyStringValuePair">
      <detail xsi:type="keyStringValuePair">
      <detail xsi:type="keyStringValuePair">
      <detail xsi:type="keyStringValuePair">
        <value>ECMC Deposit</value>

Visa Rapid Dispute Resolution Program

Rapid Dispute Resolution (RDR) is a new optional service that gives issuers’ the ability to see an expedited resolution for their Visa and non-Visa disputes through Visa Resolve Online (VROL). This optional service allows issuers to seek an immediate credit to avoid the formal processing of a dispute. This expedited resolution, would resolve the dispute in the next settlement window and block the acquirer/merchant from formally responding to the dispute. The objective is to minimise chargebacks by ensuring a transaction disputed by the cardholder is resolved without processing a chargeback/dispute.
Transactions are eligible to qualify for RDR once the following preconditions are met:

  • User Issuer has enabled RDR through the enrolment process above
  • Merchant/Seller has enabled RDR through connection with Verifi

Whenever we receive notification from provider for automatically initiated refund by Visa, we will create a payment on our side and inform you via shop notification. The name of the payment method is VISA Automatic Dispute Resolution Refund. You need to prepare for receiving and handling shop notifications for automatically created refunds.

Please contact our Support Team at [email protected] or your account manager if you are subscribed for Rapid Dispute Resolution (RDR) service so that we do the necessary configurations for you.