1. Introduction

When a cardholder refutes a particular transaction made on his credit or debit card, he can go to the bank that issued his card and demand to get his money back. This is called a chargeback.

Common legitimate reasons for a chargeback include the following:

  • Fraudulent transaction not actually authorised by the cardholder. (If you do not have a fraud protection in place, we definitely invite you to have a look at our fraud section and our different fraud module.)
  • Duplicated payment processed for the same transaction
  • Payment for a previously-cancelled subscription
  • Defective merchandise was delivered or insufficient/bad service was rendered
  • Merchandise was not been received or services was not rendered

For merchants, however, chargebacks pose certain risks. For example:

  • A cardholder claims he did not authorise a transaction, when in fact, he did.
  • A cardholder claims he was charged twice for the same product or service when in fact, the charge was for two separate items or service.
  • A cardholder claims that a merchandise was defective and it is not, or that a service was badly executed when in fact, the service was performed as agreed.
  • A cardholder claims he did not receive a product, when in fact he signed for it when it was delivered.

In addition to these risks, chargebacks also costs businesses time, effort and money, including chargeback fees and the cost of losing merchandise. Further, regulation places the burden-of-proof upon merchants to dispute chargeback claims made by cardholders.

We at Worldline, will help you navigate and simplify the complex legal and administrative maze associated with chargebacks and related issues. Our Dispute Management department can inform you of what needs to be done, what your options are, and all else you might need to asserting your rights against false claims.

Please note:

If you received a Retrieval requests, it is merely a request of information from one of your customers about a particular transaction. It is not a chargeback.

If you have further questions not covered in this guide, please email us at Ecom.dispute.management@worldline.com.

2. Credit card process flow

In order to better understand the entire Dispute Management process it is important to have a thorough understanding of the credit card processing flow. This chapter will explain the key points and steps during an E-commerce transaction.

Should any questions arise about the credit card process flow, please contact your designated Account Manager.

2.1 Payment process

Figure 1: Flowchart of the credit card process at Worldline, which includes the optional Fraud Detection Module

The grey arrows represent the real-time online process while the blue arrows represent the off-line process.

1. Consumer decides to pay for a purchase on the website and presses the pay button. The consumer chooses which card type he would like to use.

2. The Consumer enters the card details and the payment request is sent to Worldline.



The Fraud Detection Module:

At this point the transaction is sent for fraud screening and if it is accepted it will continue to step 3. If not, the transactions will be denied because it has hit at least one of the fraud rulesDepending on the configuration of the fraud rules and the level of risk, a manual review will need to be performed by one of the Worldline Fraud Experts or the merchant himself. This means that one will have to manually accept or deny the transaction in the back office.

If the transaction is high risk (red scoring), it will automatically be blocked.

3. The transaction details are sent to the acquiring Bank.

4. The transaction details are sent from the acquiring Bank to the card issuing Bank for authorization of the transaction.

5. The transaction authorization response is sent from the card issuing Bank to the acquiring Bank.

6. The card and transaction authorization response is sent from the acquiring Bank to Worldline.

7. Worldline provides the authorization response in real-time back to the Merchant and Consumer. As from this point the transaction is considered successfully authorized, therefore you could decide to release the product or service to the customer.

If transaction is approved, it continues through the remaining process:

From 8 to 11, the transaction settlement information is transmitted through Worldline, acquiring Bank, issuing Bank and back to Worldline.

12. Worldline provides reporting and remits the funds to the Merchant.

3. Key benefits

The Dispute Management Department at Worldline is able to combine all the resources and expertise when it comes to chargebacks, Card Scheme rules & regulations and representments into one department. This department has only one goal: to help you win more representments!

Key benefits of the Dispute Management Department:

  • In-house dispute management process

- One single point of contact for all your dispute management related questions : Ecom.dispute.management@worldline.com

- Available for training & presentations

  • We take care of all the work ‘behind the scenes’ on your behalf;

- Process incoming requests for information

- Process incoming notifications of chargeback

- Process outgoing requests for information

- Process outgoing notifications of chargeback

- Gather data from the databases

- Gather all supporting documentation required

- Gather all information required by the acquiring bank

- Present the dispute to the acquiring bank

- Follow up with acquiring banks

- Quality Assurance

- PCI-DSS Compliancy

  • Increase chance of success rate of representments
  • Auto-Represent several chargeback reason codes
  • Reporting
  • Extensive knowledge on Dispute Management processes
  • In-depth knowledge of Card Scheme regulations
  • In-depth knowledge of chargeback reasons

4. Dispute Management process

4.1 Acquirers

The acquiring banks work with retrieval requests and chargebacks; sometimes a prior notification (notification of chargeback) is sent before a chargeback is debited from Worldline and subsequently passed on to your account.

4.2 Overall process

These are the main four processes and although they are closely related, they are not necessarily connected. For example, it’s possible that you will not receive a retrieval request but rather a direct chargeback. For the vast majority of the chargeback reason codes the issuing bank is not obligated to raise a retrieval request. The upcoming chapters will explain the processes in further detail.

4.3 Retrieval request

A retrieval request is initiated by the issuing bank, for example when their cardholder doesn’t recognize the transaction on their credit card statement or they want more information about the transaction. A retrieval request can also be initiated by the issuing bank as part of a fraud investigation.

An issuing bank is not obligated to raise a retrieval request, for the majority of chargeback reason codes the issuing bank is allowed to raise a direct chargeback. For example, if the issuing bank is convinced that the transaction is fraudulent, you will not receive a retrieval request but you will rather receive an immediate chargeback. It is ultimately the cardholder/issuing bank who decides if the provided information is sufficient or not. If the cardholder/issuing bank decides that the information provided is not sufficient, a chargeback may still be initiated.

Worldline sends all the retrieval requests via email. The email address used is the email address provided during your Full Service on-boarding (administrative/technical contact person) and can be changed at any time. You can add as many email addresses as you want; however, the email addresses are configured per entity (TMID) and not per PSPID (if you have several PSPIDs, you cannot add different email addresses depending on the PSPID).

It is crucial to always reply to the retrieval request on time as failure to respond will result in the loss of representment rights. In other words, a Merchant will have no rights to represent a possible chargeback if no response to the retrieval request has been received from your side.

4.3.1 Retrieval request process flow

As depicted in the below process flow, a retrieval request will complete a full circle. It is initiated by the cardholder/issuing bank and ultimately, the response provided by the Merchant will be presented to the cardholder/issuing bank.

It is therefore important to provide the response in the following format:

  • English
  • Legible
  • Professional look & feel
  • Structured & organized format

4.3.2 Example retrieval request

Below is an example of a Retrieval Request that is provided by Worldline via email:

Worldline Fin. Sol.

Ecom.dispute.management@worldline.com

Reason code Retrieval request Code 6321

Reason description MasterCard Retrieval Request – Transaction not recognized

Department Dispute Management

Dear Sir, Madam,

Worldline has received a Retrieval Request from a credit card issuing bank concerning a transaction that was processed on behalf of your company.

We kindly request your company to provide us a copy of the electronic transaction receipt and relevant order information as soon as possible by replying via email to Ecom.dispute.management@worldline.com.

As agreed upon in your merchant agreement with the Acquiring Bank, your company is eligible for disputes made by the cardholder and/or the issuing bank of the cardholder. In case our acquirer does not receive the copy of the receipt within 14 days of this letter, a potential chargeback may apply and this amount may be debited from your merchant account.

Please return all relevant documentation to support this charge and the transaction details together with this e-mail.

May we kindly request for the next supporting documents:

  • Company description (brief)

  • Copy of the invoice (with unaltered TID) and copy of the order

  • Customer details (shipping-/billing-/email-/IP- address included)

  • If applicable, refund details

  • If applicable, airline flight information

  • Any documentation that can make the transaction identifiable

It concerns the following transaction:



Merchant ID

Credit Card Number

Transaction Amount

Transaction Date

Acquirer Reference Number

PayId

Retrieval Request Reason code

Mastercard code 6342

PSPID



If a refund was processed for this charge, or when you decide to refund this charge, please also let us know and forward us the details of this refund so we can inform the Issuing Bank accordingly and prevent a possible chargeback. If you decide not to respond, please note that you will have no more representment rights if a chargeback occurs.

Remember to store all documentation for this purpose for at least 18 months as per your merchant agreement.



In case you might have any questions, please contact Ecom.dispute.management@worldline.com by e-mail: Ecom.dispute.management@worldline.com



With kind regards,

5.3.2.1 How do I locate the transaction in the Worldline Back Office ?

In the Retrieval Request email you will find the PayID –the payment reference. With that PayID, you will be able to find the transaction back in your Back-Office, under Operations > View transactions.

Retrieval request

Worldline Back Office

PayID -ex. 3342783111/0

PayID -ex. 3342783111/0

5.3.2.2 Where do I find the retrieval reason code?

In the Retrieval Request email there is a ‘retrieval reason code’.

4.3.3 Time-frame retrieval request

When a Retrieval Request has been received, the Merchant has 14 calendar days in which a response must be given. If after 7 calendar days no response has been received by Worldline a reminder will be sent out. If no response is received after 14 calendar days, Worldline will automatically close the case. In order to ensure that Worldline is able to produce a timely fulfilment of the Retrieval Request, please respond within 14 calendar days. If a response is received after the initial 14 calendar day deadline, Worldline cannot guarantee that the fulfilment will be processed on time to the issuing bank.

The deadline is there to ensure the response is processed and provided back to the issuing bank on time, failure to respond on time may result in a chargeback. Worldline will have no further representment rights against such a chargeback.



4.3.4 Required information

When responding to a Retrieval Request you must present several different types of information, depending on the claim of the cardholder and of course if the information is available.

Worldline has developed the below template that can be used as a standard.

Merchant name
Merchant trading name (if different)
Merchant clearing name (descriptor)

Refund

If YES please provide date, currency and amount of the refund

If YES, no further information is required

Transaction date
Transaction amount and currency
Truncated card number
Expiry date
Authorization code
AVS / CAVV

3D Secure authentication

If YES please provide the ECI code

Brief description of the goods or services
Cardholder name
Cardholder address and billing address
Cardholder phone number
Cardholder email-address
Cardholder date of birth
Cardholder IP-address
Cardholder history

(mention previous successful transactions: date, amount and currency only)

KYC information/documentation

drivers licence /passport number

At this stage this is the only information that is required and it is often better to stick to the minimum requirements in order to give the Issuing bank the least chances of raising a chargeback afterwards.

4.3.5 How should the information be presented

In order to ensure that the information can be processed efficiently and the quality of the documentation is as high as it can be, the recommendation is to provide the information in the following format:

  • Arial 11 bold, spacing 2.0
  • Avoid colorful pictures and print screens as much as possible
  • Black & White
  • English
  • Legible
  • On time
  • Structured & organized format
  • The best quality possible
  • Word document
  • 3 page limit

4.3.6 Refunding the transaction

If you receive a Retrieval Request and you decide to refund the cardholder please always make sure to respond to the Retrieval Request stating that you will or already have refunded the cardholder (include refund details).

If you decide to refund the transaction after receiving a Retrieval Request and you do not notify Worldline of this, you do not only lose the representment rights but you also run the risk of not being able to recover the refund if a chargeback is reported in the future. The acquiring and issuing bank are strict regarding this and therefore you must always reply to any Retrieval Request and provide details of the refund.

A refund always needs to be initiated on the same transaction as the original sale for the refund to be visible for the issuing bank. If a refund is initiated on a different transaction or credit card number, the issuing bank cannot locate the refund and will thus assume no refund took place and proceed with the chargeback procedure. Therefore, it is vital to always initiate the refund on the same transaction and credit card number.

Important:

Under no circumstances should you refund via a different payment method; for example bank transfer or cash. The issuing bank will not be able to see this refund on the cardholders account and will proceed with the chargeback. The issuing bank will not accept any representment if a refund is not processed on the credit card.

4.3.7 How to refund via the Worldline Back-Office

The Retrieval Request will contain all the details needed to locate the transaction in the Worldline Back-Office:

  1. Look up the transaction you want to refund via the "Operation > View transactions" and enter in the transaction details

  2. Click on the “Refund” button which is displayed at the bottom of the "View transactions" tab. You can also log a reason for the refund.

More information about Refunds can be found on our Worldline Support page : /get-started/acquiring-user-guides/full-service/guide#refunds.

4.3.8 What is the Acquiring Reference Number

An acquiring reference number, known simply as ARN, is a unique tracking number that is included in the transaction details of a refund on a credit card transaction. Unfortunately it can sometimes occur that a refund is not processed correctly by the acquiring or issuing bank or is not credited to the cardholders account for another reason. If this occurs the ARN can be used by the issuing bank to locate the refund.

An ARN can also be used to represent a chargeback to prove that a transaction has previously been refunded; for example when the issuing bank states they cannot see the refund in their internal systems.

The ARN number will always be mentioned in the RFI email.

4.4 Chargeback notification

A notification of chargeback is already a chargeback; however there is no financial impact on your account yet. The debit is withheld by the acquiring bank and they first offer the opportunity to represent the chargeback by responding to the notification of chargeback. If no response is given to the notification of chargeback or the response and supporting documents are found to be insufficient the debit is applied to your account.

Worldline sends all the notifications of chargeback via email. The email address used is the email address provided during your Collect on-boarding (administrative/technical contact person) and can be changed at any time. You can add as many email addresses as you want; however, the email addresses are configured at entity level (TMID) and not at PSPID level (consequently if you have several PSPIDs, you cannot add different email addresses per PSPID).

It is important to realize that a notification of chargeback is the only opportunity to represent the chargeback. Once a debit has been reported in your Worldline Back-Office and a notification of chargeback has previously been sent there are no representment rights from that point; the issuing bank will not accept any representment.

It is crucial not to initiate a refund on the notification of chargeback as you will run the risk of losing the funds twice; the refund & chargeback. If you do initiate a refund Worldline has no representment rights to recover the funds.

4.4.1 Chargeback notification process flow

As depicted in the below process flow, a notification of chargeback will complete a full circle. It is initiated by the issuing bank and ultimately, the response provided by the Merchant will be presented to the cardholder and/or issuing bank.

It is therefore important to provide the response in the following format:

  • English
  • Legible
  • Professional look & feel
  • Structured & organized format

4.4.2 Example notification of chargeback

Below is an example of a Notification of Chargeback that is provided by Worldline via email:

Worldline Fin. Sol.

Ecom.dispute.management@worldline.com

Reason code Visa Reason Code 53

Reason description Not as Described or Defective Merchandise

Department Dispute Management

Dear Sir, Madam,

Worldline has received a Chargeback from the credit card issuing bank concerning a transaction that was processed on behalf of your company. The issuing bank has certified that the requested services were not provided or received.

The cardholder contacted their issuer to dispute a transaction where the merchandise or services received did not match what was described on the transaction receipt or through other documentation presented by the merchant at the time of purchase.

We kindly request your company to provide us a copy of the order information within 14 days of receiving this letter, preferably by email or a proof that cardholder has tried to contact you to return the merchandise or solve the dispute directly with you.

It concerns the following transaction:

Merchant Id

Credit Card Number

Transaction Amount

Transaction Date

Acquirer Reference Number

PayID

Chargeback code

Visa code 53

If a refund was processed for this charge, please let us know and forward us the details of this refund so we can inform the Issuing Bank accordingly and reverse the chargeback. Be aware that the refund has to be processed on the same credit card number to be eligible for a Chargeback reversal.

Under no circumstances process a refund once this chargeback has been received.

In case you might have any questions, please contact IWorldline by e-mail: Ecom.dispute.management@worldline.com

With Kind regards,

5.4.2.1 How do I locate the transaction in the Worldline Back-Office

In the notification of chargeback email you will find the PayID –the payment reference. With that PayID, you will be able to find the transaction back in your Back-Office, under Operations > View transactions.




5.4.2.1 Where do I find the chargeback reason code?

In the notification of chargeback email there is a ‘chargeback reason code’ and/or description of the reason code. In the chargeback reason code Guide there is an overview of all the different chargeback reason codes.

4.5 Time-frame notification of chargeback

When a notification of chargeback has been received, the Merchant has 14 calendar days in which a response must be given.

The deadline is there to ensure the response is processed and provided back to the issuing bank on time, failure to respond on time will result in a debit to your account. Worldline will have no further representment rights against the chargeback.

Please note that there can be as much as 60 calendar days or more between the moment you receive a notification of chargeback and the reporting of the chargeback in the reconciliation module of Worldline Back Office when the case has been lost. Worldline recommends to monitor the transaction in question for up to two to three months after the notification of chargeback has been received, to determine if the chargeback is debited or not.

4.6 Required information

When responding to a notification of chargeback you must present several different types of information, depending on the claim of the cardholder. Worldline has developed the below template that can be used as a standard response.

Section 1: basic details

Merchant name
Merchant trading name (if different)
Merchant clearing name (descriptor)

Refund

If YES please provide date, currency and amount of the refund

If YES, no further information is required

Transaction date
Transaction amount and currency
Truncated card number
Expiry date
Authorization code
AVS / CAVV

3D Secure authentication



If YES please provide the ECI code

Brief description of the goods or services
Cardholder name
Cardholder address and billing address
Cardholder phone number
Cardholder email-address
Cardholder date of birth
Cardholder IP-address
Cardholder history

(mention previous successful transactions: date, amount and currency only)

KYC information/documentation

drivers licence /passport number

Section 2: supporting details (examples):

  • Airline itinerary

  • Evidence the passenger (cardholder) checked in at the gate and presented a valid passport

  • Terms & Conditions: only include the relevant sections and leave out the rest. The T&C only need to be included for service related complaints such as reason code ‘service not provided’ or ‘credit not processed’.

  • Proof that the cardholder accepted the Terms & Conditions

  • Evidence that the cardholder used the goods or services

  • Log files (online gaming)

  • Log files (online FX trading)

  • Signed proof of delivery (retail)

  • Signature on receipt (hotel)

  • Business relationship with the cardholder: previous successful transactions that have not been chargebacked (for fraud chargeback reason codes only

If prior to the notification of chargeback you have received a retrieval request, you must present new evidence for the notification of chargeback otherwise the case can never be successful. After all, the issuing bank has already seen the old evidence during the retrieval request stage and determined that it was not sufficient.

4.7 How should the information be presented

In order to ensure that the information can be processed efficiently and the quality of the documentation is as high as it can be, the recommendation is to provide the information in the following format:

  • Arial 11 bold, spacing 2.0
  • Avoid colorful pictures and print screens as much as possible
  • Black & White
  • English
  • Legible
  • On time
  • Structured & organized format
  • The best quality possible
  • Word document
  • 10 page limit

5. Chargeback

This section will outline the chargeback process at Worldline, starting with the definition of a chargeback, process flow and reporting methods.

5.1 Chargeback definition

Credit cards and debit cards do not offer a guaranteed form of payment for goods or services. Each transaction undertaken is subject to return by a card issuer even when authorization has been obtained. The process of returning a transaction unpaid is known as the chargeback process. The Card Schemes define the chargeback process, rules and regulations.

Liability for a chargeback must be accepted unless it can be proven that the chargeback is invalid in accordance with Card Scheme rules, this process is known as a representment or dispute.

The most common reasons for chargebacks include:

  • Customer Disputes
  • Fraud
  • Processing Errors

A cardholder always has the right to initiate a chargeback; the timeframe in which the cardholder has the opportunity to initiate a chargeback is dependent on the chargeback reason code. A separate guide is available with chargeback reason codes from the various Card Schemes.

5.2 Chargeback process flow

As depicted in the below process flow, a chargeback will complete a full circle. It is initiated by the cardholder and/or issuing bank and ultimately, the response provided by the Merchant will be presented to the cardholder and/or issuing bank.

It is therefore important to provide the response in the following format:

  • English
  • Legible
  • Professional look & feel
  • Structured & organized format

5.3 Chargeback reporting

A chargeback is processed by Worldline and will be reported to you by email.

Every debit or credit is reported in the reconciliation module of your Worldline Back-Office. If you have configured a push report, chargebacks will appear in the report once your account is debited for the chargeback.

5.3.1 How to retrieve the chargeback reason code

The chargeback reason code will always be mentioned in the dispute letter we send you by e-mail.

5.4 Chargeback reversal

If a representment has been successful, a chargeback reversal will be reported accordingly in the Reconciliation module of your Worldline Back-Office as well as in the push reports.

Go to Reconciliation > Dispute :

Please note: cardholders have the right, in accordance to Card Scheme regulations, to come back on the chargeback if he/she upholds the claim; a second chargeback will be reported or sometimes a chargeback with reason code ‘pre-arbitration’. In case the Merchant also upholds their claim that the chargeback is invalid the Card Scheme will provide a final ruling (arbitration).

The concept of (pre) arbitration will be discussed in further detail in chapter 6.

5.5 Chargeback monitoring programs

The Card Schemes monitor the performance of merchants in terms of the sales volume and the number of chargebacks generated. If the volume of chargebacks generated exceeds certain thresholds the merchants can potentially be penalized. For more information on this please contact your designated account and/or the dispute management team.

6. Dispute

A dispute is an objection against the validity of a chargeback. A dispute can also be referred to as a representment. Once a representment has been received by Worldline, the evidence will be gathered, reviewed and forwarded accordingly to the acquiring bank, who in turn will review and represent it to the issuing bank, provided the supporting documentation is sufficient. It is the issuing bank who decides if the evidence provided is sufficient to withdraw the chargeback or not; this entire process is governed by the Card Scheme rules and regulations.

6.1 Process flow representment

As illustrated in the below process flow, a representment will complete a full circle. It is initiated by the Merchant and ultimately feedback on the outcome of a representment is provided back to the Merchant.

Please note that Worldline will not receive feedback from the issuing and acquiring banks on the outcome of all cases, therefore it can occur that a representment is lost but that no specific reason is given.

6.2 How to initiate a representment

Once you receive a Dispute Letter, you will have the possibility to dispute the chargeback by providing requested evidences to the dispute management team via email: Ecom.dispute.management@worldline.com.

The evidences you will have to provide depend on the chargeback code, and will be mentioned in the dispute letter we send you.

6.2.1 Time-frame for representments

From the moment a chargeback has been reported you have 14 calendar days to initiate a representment. If you fail to respond to a chargeback on time, the representment rights will be lost and Worldline cannot defend the chargeback on your behalf.

From the moment a representment has been processed by Worldline it can take up to 45 days before a resolution is known. If after 45 days Worldline did not receive any feedback from the issuing and acquiring bank the case will automatically expire. This means the representment has been lost.

6.3 Required information

When responding to a chargeback you must present several different types of information, depending on the claim of the cardholder. Worldline has developed the below template that can be used as a standard response.

Section 1: basic details

Merchant name
Merchant trading name (if different)
Merchant clearing name (descriptor)

Refund

If YES please provide date, currency and amount of the refund

If YES, no further information is required

Transaction date
Transaction amount and currency
Truncated card number
Expiry date
Authorization code
AVS / CAVV

3D Secure authentication

If YES please provide the ECI code

Brief description of the goods or services
Cardholder name
Cardholder address and billing address
Cardholder phone number
Cardholder email-address
Cardholder date of birth
Cardholder IP-address
Cardholder history

(mention previous successful transactions: date, amount and currency only)

KYC information/documentation

drivers licence /passport number

Section 2: supporting details (examples):

  • Airline itinerary

  • Evidence the passenger (cardholder) checked in at the gate and presented a valid passport

  • Terms & Conditions: only include the relevant sections and leave out the rest. The T&C only need to be included for service related complaints such as reason code ‘service not provided’ or ‘credit not processed’.

  • Proof that the cardholder accepted the Terms & Conditions

  • Evidence that the cardholder used the goods or services

  • Log files (online gaming)
  • Log files (online FX trading)
  • Signed proof of delivery (retail)
  • Signature on receipt (hotel)
  • Business relationship with the cardholder: previous successful transactions that have not been chargebacked (for fraud chargeback reason codes only)

    If prior to the chargeback you have received a retrieval request, you must present new evidence for the chargeback otherwise the case can never be successful. After all, the issuing bank has already seen the old evidence during the retrieval request stage and determined that it was not sufficient.

    6.4 How should the information be presented

    In order to ensure that the information can be processed efficiently and the quality of the documentation is as high as it can be, the recommendation is to provide the information in the following format:

    • Arial 11 bold, spacing 2.0
    • Avoid colorful pictures and print screens as much as possible
    • Black & White
    • English
    • Legible
    • On time
    • Structured & organized format
    • The best quality possible
    • Word document
    • 10 page limit

    It is important to avoid colorful pictures and print screens as much as possible because information is often faxed to and from the various banks. This means that by the time the information reaches the issuing bank it is no longer legible, see below a fictive example.

    6.5 Auto-representment

    As part of the Dispute Management service package Worldline Represents several chargebacks on behalf of the Merchants. The chargebacks Worldline is able to automatically represent, are chargebacks that can be represented based on information in the Worldline Back-Office : Worldline automatically represents a chargeback if a refund has been previously applied on the same transaction.

    Important:

    Even though Worldline has an auto-representment functionality in place, it is important to continue to monitor and respond to all reported chargebacks.

    6.5.1 Auto-representment chargeback and refund

    Worldline automatically represents any chargeback for the full amount that has been reported if a refund for the full amount has previously been applied as well.

    The refund must be applied to the same credit card number and for the full paid amount. The refund must also be initiated prior to the chargeback being initiated by the cardholder in order for Worldline to be able to automatically represent the chargeback. It is possible that the cardholder initiates a chargeback today while for example you have initiated a refund three days ago. Therefore, it is essential to communicate with your customer and manage their expectations accordingly as processing a refund may take anywhere from 3-8 business days.

    Important:

    Cases whereby a partial refund has been processed and a chargeback is received, will not be covered by the auto-representment service.

    In some cases you can receive a partial chargeback, perhaps due to a difference in exchange rates between the time of sale and the time the refund was initiated. A partial chargeback is not included in the auto-representment.

    6.6 Dispute reporting

    You can have an overview of you chargebacks under the Dispute tab in the reconciliation module of your Worldline Back-Office (month by month), via Reconciliation > Dispute :

    7. Arbitration chargeback

    A pre-arbitration chargeback occurs when the first chargeback and representment failed to resolve the case. It is in essence one Member[1] saying to the opposite Member; please accept liability for this chargeback or we will go on arbitration with the Card Schemes to get a final ruling on this case. If the issuing bank (on behalf of the cardholder) and acquiring bank (on behalf of Worldline/Merchant) cannot agree on the liability of a chargeback, an arbitration case can be filed with the Card Scheme.

    In case of an arbitration case both the acquiring and issuing bank present their supporting documents to the Card Scheme for a definite ruling, which both parties are obligated to accept. However, the Card Schemes do not want to encourage arbitration cases and they want the acquiring and issuing bank to resolve cases between themselves as much as possible. Therefore, high fees are being charged by the Card Schemes if a case is brought to arbitration.

    An issuing bank is typically only likely to initiate a (pre) arbitration case if they are very confident of the evidence at hand and confident of a positive outcome. Filing for arbitration will never be successful if the provided supporting documents are the same as for the first chargeback. Your representment will not be accepted unless you are able to provide new additional evidence.




    [1] A Member is the term used by the Card Schemes to indicate a bank that has obtained the license from the Card Schemes.

    7.1 Representing a pre-arbitration chargeback

    If a (pre) arbitration case is initiated by the issuing bank you can represent the case by sending an email to Ecom.dispute.management@worldline.com.

    It is important to realize that with the possibility of high fines, the issuing bank is unlikely to raise a (pre) arbitration case unless they are confident they have a strong case and a very good chance of winning. Therefore, representing a (pre) arbitration case with the same supporting documents as provided in the original Representment will not be attempted.

    You will need to contact the Dispute Management team before attempting to represent a pre-arbitration chargeback, in order to determine beforehand if the representment should be attempted or not.

    7.2 Applicable fees for an arbitration case

    The Card Schemes apply several fees for an arbitration case as outlined below.

    MasterCard:

    • 150 USD/EUR filing fee
    • 250 USD/EUR administration

    To be paid by the member that loses the case.

    • 100 USD/EUR technical fee per violation against any Member found to have been in violation of the dispute processing rules

    Examples of violations of the dispute processing rules are:

    • Persisting with an invalid chargeback
    • Submitting an invalid second presentment

    VISA:

    • 250 USD or 270 EUR filing fee
    • 250 USD or 270 EUR review fee

    To be paid by the member that loses the case.


    8. (Pre)-compliance chargeback

    Compliance chargebacks allow a Member that has no chargeback right to file a complaint against a Member for a violation of the Card Scheme regulations.

    The Card Schemes want the acquiring and issuing bank to resolve cases amongst themselves as much as possible before attempting a compliancy case.

    Before filing for compliancy the Member must attempt a pre-compliancy with the opposing Member.

    8.1 Initiating a pre-compliance case

    If any of the Card Scheme regulations are broken the acquiring bank could raise a pre-compliancy against the issuing bank on behalf of Worldline.

    8.2 Applicable fees for a compliance case

    The Card Schemes apply several fees for a compliance case as outlined below.

    MasterCard

    • 150 USD/EUR filing fee
    • 250 USD/EUR administration fee

    To be paid by the Member that loses the case.

    VISA

    • 250 USD or 270 EUR filing fee
    • 250 USD or 270 EUR review fee

    To be paid by the Member that loses the case.

    9. Good faith request

    A good faith request is an extra service that is being offered by Worldline in case of extraordinary circumstances and as a manner of last resort. It is important to realize that it is not an official procedure and it is not part of the official channels.

    A good faith request is in essence nothing more than Worldline using our well established contacts with the acquirer to request them to fight the chargeback again, outside the official procedure. It is important to realize that neither the acquiring nor issuing bank has any obligation to even reply to the request. If they do decide to accept the good faith request they are not obliged to neither inform us of this nor inform us of the outcome. The acquirer will forward the good faith request and after one month they will sent a reminder but if they do not receive a response they consider the case as lost.

    Therefore, as a general rule with good faith requests: ‘it is best to consider the case lost unless a credit is reported’. The acquiring banks reserve the right to charge a small fee for this good faith service, it will depend on the reason if this fee is applied or not. Generally good faith requests for small amounts will not be attempted by the acquiring bank because it will bring with it more costs than benefits and the chance of the issuing bank accepting the good faith request is very small.

    10. 3D Secure

    3D Secure is an abbreviation for Three Domain Secure; which is the payment industry’s internet authentication standard developed by two of the main Card Schemes. VISA has called it ‘Verified by VISA’ and MasterCard called their equivalent ‘MasterCard SecureCode’. Both are often referred to as 3D Secure.

    A successfully 3D Secure authenticated transaction will protect against fraud related chargeback reason codes.

    An issuing bank is still authorized to raise a chargeback even if 3D Secure has been applied; it is the responsibility of the merchant to representment the chargeback accordingly and provide the 3D Secure result.

    Please note: this chapter covers and describes the basic conditions of the 3D Secure liability shift: there are exceptions, limitations and specific conditions that determine which Member must assume the liability.

    For more specific and detailed information about 3D Secure and its workings please contact your designated account manager.

    10.1 3D Secure process flow

    10.2 Liability shift conditions

    The Electronic Commerce Indicator (ECI) indicates the level of security, in other words the result of the attempted 3D Secure authorization.

    ECI for VISA

    ECI for MasterCard

    Description

    5

    2

    The cardholder is fully authenticated, 3D Secure applied

    6

    1

    The Merchant attempted to authenticate but the issuer or cardholder was non-participating, or an issuer access control server was not able to respond in time (Merchant-only-authentication).

    7

    0

    The payment transaction was done on a secure channel (Example: secure socket layer) but authentication did not succeed. Or, the issuer responded that authentication could not be performed for some reason. The transaction did not use 3D Secure.

    When the ECI results reflects 1 or 6 plus CAVV/AVV match or an ECI result of 2 or 5, you are protected against fraud related chargebacks and the liability shifts to the issuing bank.

    10.2.1 Chargeback reason codes covered by 3D Secure

    A successfully 3D Secure authenticated transaction does not protect against all the chargeback reason codes, rather it only protects against the fraud related chargeback reason codes. The chargeback reason codes that are protected with 3D Secure are:

    Credit card

    Reason code

    Reason

    VISA

    75

    Transaction not recognized

    83

    Fraud card absent environment

    MasterCard

    37

    No cardholder authorization

    63

    Cardholder does not recognize

    10.2.2 3D Secure recurring order model

    When using a recurring order model in combination with 3D Secure only the first payment attempt is 3D Secure authenticated and the subsequent payment attempts (recurring charges) are not. Therefore, no liability shift applies for the recurring transactions.

    For more specifics on this, please contact your designated account or implementation manager.

    10.2.3 Key benefits

    • In case of a fraud chargeback reason code the liability shifts to the card issuing bank (if the required ECI result is obtained at authentication).
    • Enhance trust and confidence for your customer’s online shopping experience
    • Additional layer of protection against fraud
    • Especially valuable for high transaction amounts

    10.2.4 Limitations

    • US issuing banks do no participate in 3D Secure
    • A chargeback reason other than fraud can still be raised by the card issuing bank.
    • Does not apply for recurring transactions
    • Does not apply for non-European business/corporate cards[1]

    [1] As of April 2014 MasterCard will allow business/corporate cards to fall under the protection of 3D Secure.

    11. Contact details and merchant questions

    For any questions related to the dispute management process itself or the outcome of a case, please contact the dispute management team via: : Ecom.dispute.management@worldline.com.

    12. Fraud detection module

    Worldline offers Merchants the opportunity to use Worldline Fraud Detection Module to assist in preventing fraud in the card not present environment. Fraud Detection Module offers various tools that are designed to detect possible fraudulent transactions and stop fraud before it happens.

    Some of the key benefits:

      • Leveraging the power of proven rules-based alarms (semi-automated).
      • Empowering and accomplishing your internal controls.
      • Offering an additional layer of protection to detect and prevent fraud.
      • Offering real-time blacklisting/white-listing functionality.
      • Benefiting from extensive negative database screening.
      • Opportunity to create and modify ‘fraud rules’.
      • Benefiting from extensive in-depth knowledge and best practices and Specific industry expertise.
      • Benefiting from longstanding relationships with schemes and strategic fraud management partners.
      • Equipped to deal with regional fraud trends

      For any questions please contact your dedicated account manager.

      13. Glossary

      This chapter aims to provide clarity to frequently used terms in this guide, if there are any terms that are not covered, please reach out to Dispute Management via the contact details in Chapter 10.

      Term

      Description

      Acquiring bank The bank that has processed the payment to the issuing bank
      Cardholder The person who’s credit card account is registered at the issuing bank
      Card Scheme The Credit Card Company
      Card Not Present environment Environment where the physical credit card is not present

      during the time of sale
      Chargeback The reversal of a sale
      Customer The person who has made a purchase at the Merchants website
      Dispute A representment of a chargeback case back to the issuing bank
      E-commerce Type of industry where buying and selling of product or service

      is conducted over electronic systems such as

      the Internet and other computer networks
      Issuing bank The bank that issued the Credit Card to the cardholder
      Merchant You, a Merchant of Worldline
      Notification of Chargeback

      A notification that a chargeback has been raised by the

      issuing bank for a particular transaction

      Pre-arbitration Chargeback A pre-arbitration case is in essence one Member saying

      to the opposite Member; please accept liability for this

      chargeback or we will go on arbitration with the

      Card Schemes to get a final ruling from them
      Pre-compliance Chargeback A compliance chargebacks allow a Member that

      has no chargeback right to file a complaint against

      a Member for a violation of the Card Scheme regulations
      Representment A case objecting to the chargeback, official term for dispute
      Retrieval request

      A retrieval request about the transaction in question

      Retrieval Request Official term for a Retrieval request
      Supporting documentation The documentation that is used to support a dispute
      Gateway The online web portal

      14. Disclaimer and Document Administration

      Disclaimer

      The content of this document is mostly based on the procedures of third parties and is provided by Worldline as a courtesy for general informational purposes only. This guide does not give any guarantee on the outcome of the representment process. This document is subject to change at any time and is not intended to be the leading source for all rules, policies and procedures applicable to the subject matter hereof. Worldline shall under no circumstances be responsible or liable to a Merchant for any inaccurate, incomplete and/or outdated information contained in this document, not for any costs, losses and/or damages arising out of a representment.

      Document Administration

      Document History

      Release Date Name Change ID Changes
      V.01 2016 Dispute Management 1 First edition

      PCI-DSS Compliancy

      Worldline is fully PCI DSS 3.2 compliant as a Level 1 Service Provider, which is the key security standard within the payments industry. The Payment Card Industry Data Security Standard (PCI DSS) is an information security standard for all organizations that accept credit cards, that Worldline must adhere to at all times.

      Worldline is strongly committed to helping you protect your sensitive data and the data of your customers. Sending complete credit card details in clear text is dangerous and could jeopardize Worldlines’ PCI-DSS compliance and the card number(s) could be intercepted and compromised.

      We gently remind you that card details should be sent truncated, with only the first 6 and last 4 digits of the card number legible (e.g. 375300xxxxxx0569). Other information like CVV should never be sent via e-mail. Worldline will never request the card number in full or the CVV.

      For more information about PCI-DSS Compliancy please contact your designated Account Manager.

      Domande frequenti

      Un acquirente è un'istituzione finanziaria che elabora i pagamenti effettuati con determinate carte di credito e debito. L'acquirente è responsabile della parte finanziaria dell'elaborazione della transazione, mentre Worldline è responsabile di quella tecnica. In altre parole, senza acquirente il denaro non viene trasferito al conto bancario.  

      Per ogni metodo di pagamento che si desidera aggiungere, occorre un contratto di accettazione con un acquirente. Per chiedere informazioni sugli acquirenti più adatti per la propria attività e la propria zona, ci contatti per favore. Se si conoscono gli acquirenti con cui si desidera lavorare, basta semplicemente selezionarli dall'elenco a discesa quando si aggiunge un metodo di pagamento all'account. 
      Possiamo occuparcene noi? Full Service consente di attivare molti metodi di pagamento locali contemporaneamente e in diversi paesi, con un solo contratto. Se si eseguono transazioni internazionali, può essere il modo ideale per accettare pagamenti da tutta Europa. Consente di evitare lunghe pratiche amministrative e di aumentare anche i ricavi, grazie all'offerta di più metodi di pagamento. 
      Scopri di più su Ingenico Full Service qui e contattandoci.

      Nel menu dell'account Worldline, è possibile cercare facilmente le transazioni selezionando "Operations" (Operazioni) e facendo clic su "View transactions" (Visualizza le transazioni) o "Financial history" (Storia finanziaria), in funzione del tipo di risultati di transazione cercati.

      Andare alla sezione Consultazione delle transazioni per ulteriori informazioni.

      Per impostazione predefinita, è possibile inviare la merce o fornire il servizio una volta che la transazione ha raggiunto lo stato "9 - Payment requested" (9 - Pagamento richiesto). Tuttavia, anche se lo stato 5 indica un risultato positivo, si tratta solo di una prenotazione temporanea di un importo in denaro sulla carta del cliente. Una transazione in stato 5 deve ancora essere confermata (manualmente o automaticamente) per passare allo stato 9, lo stato positivo finale per la maggior parte dei metodi di pagamento.

      Visitare la sezione Stati delle transazioni per ulteriori informazioni.

      È possibile rimborsare facilmente un pagamento con il pulsante "Refund" (Rimborsa) nella panoramica dell'ordine di una transazione (tramite View transactions). Se l'account lo consente, è inoltre possibile fare i rimborsi con una richiesta DirectLink o caricando un Batch file (per transazioni multiple).

      L'opzione Refunds (Rimborsi) deve essere attivata nell'account.

       

      Per maggiori informazioni, visitare la sezione Mantenere le vostre transazioni.

      Un'icona con pollice verde alzato indica che una transazione è stata completata con un metodo di autenticazione 3-D Secure, ad esempio Digipass o lettore di carte. Tuttavia, non significa necessariamente che il pagamento sia stato elaborato. Occorre sempre controllare lo stato della transazione per sapere se si riceverà il denaro.

      Andare alla sezione Stati transazione per ulteriori informazioni.

      Per controllare i dettagli specifici di un ordine/una transazione o eseguire la manutenzione delle transazioni, occorre utilizzare l'opzione View transactions. "Financial history" serve invece al controllo periodico dei fondi in entrata e in uscita.

      Per ulteriori informazioni andare alla sezione di confronto tra le funzioni Visualizza le transazioni e Storico finanziario.

      È possibile eseguire rimborsi solo su transazioni per le quali i fondi hanno già ricevuto (lo stato 9 nel nostro sistema  ) per almeno 24 ore. Una cancellazione o annullamento può essere fatto entro circa 24 ore dopo che lo stato finale è stato ricevuto (stato 9 o 5).

      Per conoscere l'ora di chiusura (cut-off time) dell'acquirente, si consiglia di verificare direttamente con il nostro servizio clienti.

      Quando una transazione raggiunge lo stato 9, che indica il pagamento da parte del cliente, l'acquirente o la banca depositerà il denaro sul conto. Il momento in cui avviene questo pagamento varia in base al metodo di pagamento e all'acquirente. Si consiglia di controllare direttamente con l'acquirente o la banca, qualora si pensi che la ricezione del denaro non sia avvenuta in modo puntuale.