Adyen For Platforms Terms & Conditions 

Payment processing services 

Version date: September, 2018.

These Terms and Conditions are translated in French for informational purposes only. In the event of any inconsistency or conflict, the English version will prevail and will be the binding version for both parties.

Conditions générales d'Adyen For Platforms

Services de traitement des paiements

Date de la version: Septembre, 2018.

Les présentes conditions générales sont traduites en français à titre d'information uniquement. En cas d'incohérence ou de conflit, la version anglaise prévaudra et constituera la version contraignante pour les deux parties.

1. Definitions

In these Terms & Conditions, the following definitions shall apply:

3D Secure
The “Three-Domain Secure” protocol developed by Visa International Inc. (Visa) branded as “Verified by Visa” and “MasterCard SecureCode” developed by MasterCard International Inc. (MasterCard), including successive versions thereof and any amendments thereto.

Acquirer / Acquiring Bank
A financial institution that is authorised by a Scheme Owner to enable the use of a Payment Methods by accepting Transactions from Merchants on behalf of the Scheme Owners, routing these to the Scheme Owners or Issuing Banks and collecting and settling the resulting funds to the Merchant.

Acquiring via Processor
Use of a Payment Method via Processor where Processor acts as the Acquirer or Processor contracts with the relevant third party Acquirer to enable the use by Merchant of such Payment Method.

The process whereby a shopper (or Merchant on shopper’s behalf) requests permission for a Payment Method to be used for a particular purchase of Merchant’s Service or Product.

Business Day
A day other than a Saturday or Sunday on which banks are open for business in The Netherlands.

Capture Period
The period in which an Authorised Transaction can be Captured. The Capture Period varies per Payment Method. 

The confirmation by the Merchant to the Acquirer that a Transaction for which it received an Authorisation is to be executed and the Account of the shopper is to be actually charged for the Transaction.

Any form of Credit Card or Debit Card, which may be used by a shopper to carry out a Transaction on such shopper’s Card account.

Card scheme
Visa, MasterCard or comparable parties providing Cards.

Card Verification Method / CVM Code
The 3- or 4-digit numeric code that is printed on a Card. This code is known as: for Visa: CVV2; for MasterCard: CVC2; for American Express: CID. Collectively referred to as CVM Code.

Any person who is issued a Card and possesses and uses a Card and, where required on the Card, whose signature appears on the Card as an authorised user.

A Transaction which is successfully charged back on request of the shopper or the Issuer pursuant to the relevant Scheme Rules resulting in a cancellation of a Transaction in respect of which a Merchant has been paid or was due to be paid. If a Chargeback occurs for a Transaction in respect of which Merchant already received Settlement of the related funds, this results in the uncon¬ditional obligation for the Merchant to immediately return the Settled funds to Processor, to enable Processor to return such funds to the Scheme Owner or Acquirer.

Delivery Date
The date on which the complete Merchant Product and/or Merchant Service is delivered to the shopper who paid for the corresponding Transaction.

Any fine, uplifted service fee or other additional payment as imposed by the Scheme Owners and/or Acquirers to the Merchant and/or Processor, as a result of situations such as, but not limited to, breach of Scheme Rules by the Merchant or caused by the Merchant, excessive Fraud levels or excessive Chargeback levels.

Fraud Control Tool
The fraud control tool set made available by the Processor as part of the Services, which assigns a fraud score to Transactions indicating the likelihood of the Transaction being fraudulent and enables Marketplace (on behalf of the Merchant) to automatically reject Transaction based on threshold values set by Marketplace on behalf of the Merchant.

Issuer / Issuing Bank
An institution that issues Payment Methods to the shopper and whose name appears on the Card or bank account statement as the Issuer or who enters into a contractual relationship with the shopper with respect to the Payment Method.

The marketplace offering the Marketplace Platform through which the Merchant connects with shoppers.

Marketplace Platform
The e-commerce platform made available by Marketplace for use by Merchant.

The party entering into a Merchant Agreement with Processor and for which Processor processes Transactions related to the Merchant Service and Merchant Products of the Merchant.

Merchant Agreement
The terms agreed to in the application process as well as the terms of any documents referred to in the application process (such as these Terms and Conditions) that comprise the agreement entered into between Processor and the Merchant for the provision of the Services to Merchant, including all Schedules and other documents appended thereto by reference. 

Merchant Product / Merchant Service
A product/service which the Merchant is selling and for which Transactions are processed.

Order Currency
The Currency in which the Transaction is originally offered to the shopper.

Payment Currency
The Currency in which a Transaction is processed.

Payment Details
The information which makes up a Transaction message which needs to be submitted to the Payment Interface to enable the processing of the Transaction by Processor and to perform fraud checks, including details regarding the Card, the shopper, relevant authentication details and the payment amount.

Payment Interface
An electronic connection method provided by Processor to the Merchant for providing the Payment Details for individual Transactions allowing Processor to provide its Services with respect thereto.

Payment Method
A method of enabling payments by shoppers to Merchants such as Cards, online and offline bank transfers and direct debits offered by the Scheme Owners.

Adyen N.V., a company registered in Amsterdam under number 34259528 and having its seat at Simon Carmiggeltstraat 6-50, 1011 DJ in Amsterdam, the Netherlands.

A (partial) reversal of a particular Transaction on the initiative or request of the Merchant, whereby the funds are reimbursed to the shopper.

Scheme Owner
The party offering and/or regulating the relevant Payment Method.

Scheme Rule
The collective set of bylaws, rules, regula¬tions, operating regulations, procedures and/or waivers issued by the Scheme Owners as may be amended or supple¬mented over time and with which Merchant must comply when using the relevant Payment Method. Processor may via Marketplace as service make extracts and summaries of the Scheme Rules available to Merchant, but only the then current applicable Scheme Rules as issued by the relevant Scheme Owner are binding on Merchant. 

The collective set of payment processing, fraud control, reconciliation, reporting, Settlement and other services as provided by Processor to the Merchant to enable the Merchant to use Payment Methods to receive payment from its shoppers.

The payment of amounts owed by the Processor to the Merchant, owed with respect to settlements received by the Processor from Acquirers or Scheme Owners for Transactions validly processed for the Merchant, minus the amounts for Refund and Chargebacks, fees and the amounts needed to keep the Merchant Deposit on the then current Deposit Level. “Settle” and “Settled” shall have the corresponding meanings.

The collective set of programs and data developed and/or operated by Processor as needed to provide the Service to its Merchants, including the Payment Interface.

Terms and Conditions
The current version of these terms and conditions of Processor.

An Authorisation request of a shopper for a payment from the shopper to the Merchant submitted by Merchant to Processor. 

Uncompleted Order Amount
The total amount of Authorised, Captured and/or Settled Transactions for the Merchant on any point in time, for which the Merchant Products and/or Merchant Services have not been delivered to the relevant shoppers at that time and/or for which the return rights or order cancellation rights of the shopper under the terms and conditions of the Merchant and/or applicable law have not yet lapsed.

1. Définitions

Dans les présentes conditions générales, les définitions suivantes s'appliquent:

3D Secure
Le protocole dit « Three-Domain Secure » conçu par Visa International Inc. (Visa) et commercialisé sous la marque « Verified by Visa » et « MasterCard SecureCode » conçu par MasterCard International Inc. (MasterCard), y compris leurs futures versions ainsi que les éventuelles modifications qui y sont apportées.

Acquéreur / Banque distributriceUn organisme financier autorisé par le propriétaire d’un système à permettre l’utilisation d’un Mode de paiement en acceptant les Transactions émanant de Commerçants pour le compte des Propriétaires du système, en les acheminant vers les Propriétaires du système ou les Banques émettrices, ainsi qu’en collectant et en réglant les sommes concernées au Commerçant.

Acquisition par l’intermédiaire de l’Agent de traitement
L’utilisation d’un Mode de paiement par l’intermédiaire d'un Agent de traitement, qui intervient en qualité d’Acquéreur ou conclut un contrat avec l’Acquéreur tiers en question pour permettre au Commerçant d’utiliser ce Mode de paiement.

Le processus par lequel un acheteur (ou un Commerçant pour le compte d’un acheteur) demande la permission d’utiliser un Mode de paiement pour acheter en particulier un Service ou Produit du Commerçant.

Jour ouvrable
Un jour autre qu’un samedi ou un dimanche durant lequel les banques sont ouvertes aux Pays-Bas.

Période de Prise en compte
La période durant laquelle une Transaction autorisée peut être Prise en compte. La Période de Prise en compte varie en fonction du Mode de paiement.

Prise en compte
La confirmation du Commerçant à l’Acquéreur qu’une Transaction pour laquelle il a reçu une Autorisation est sur le point d’être exécutée et que le Compte de l’acheteur va être effectivement débité du montant de la Transaction.

Tout type de Carte de Crédit ou de Débit susceptible d’être utilisée par un acheteur pour effectuer une Transaction sur son Compte de carte.

Système de cartes
Visa, MasterCard ou un fournisseur de cartes comparable.

Méthode de vérification des cartes / Code CVM
Le code numérique à 3 ou 4 chiffres imprimé sur une Carte. Ce code est connu, pour Visa : sous la dénomination CVV2 ; pour MasterCard : sous la dénomination CVC2 ; pour American Express : CID. Ces codes sont collectivement dénommés le Code CVM.

Détenteur de la Carte
Toute personne à laquelle une Carte est remise, qui possède et utilise une Carte et, si nécessaire, dont la signature figure sur la Carte en tant que son utilisateur autorisé.

Rejet du débit
Une Transaction dont le débit est rejeté à la demande de l’acheteur ou de l’Émetteur, conformément aux Règles du Système applicables, entraînant une annulation d’une Transaction dont un Commerçant a été ou aurait dû être payé. En cas de Rejet du débit d’une Transaction pour laquelle un Commerçant a déjà reçu le Règlement des sommes correspondantes, le Commerçant se voit dans l’obligation inconditionnelle de restituer immédiatement les sommes versées à l'Agent de traitement, afin de permettre à celui-ci de les restituer au Propriétaire du système ou à l’Acquéreur.

Date de remise
La date à laquelle le Produit ou Service du Commerçant est complètement remis à l’acheteur, qui a payé le montant de la Transaction correspondant.

Toute amende, tous frais de fonctionnement levés ou tout autre paiement complémentaire, tels qu’imposés par les Propriétaires du système ou les Acquéreurs au Commerçant ou à l'Agent de traitement, par suite d’événements tels que, sans limitation, une violation des Règles du système commise ou causée par le Commerçant, des niveaux de Fraude excessifs ou des niveaux de Rejet du débit excessifs.

Outil de gestiongestion des fraudes
L’outil de gestiongestion des fraudes créé et mis à disposition par l'Agent de traitement dans le cadre des Services, qui attribue aux Transactions un indice de fraude qui indique le degré de probabilité qu’une Transaction soit frauduleuse et permette à Marketplace (agissant pour le compte du Commerçant) de rejeter automatiquement la Transaction, en fonction des valeurs seuils fixées par Marketplace pour le compte du Commerçant.

Émetteur /Banque émettrice
Un organisme qui émet des Modes de paiement au profit de l’acheteur et dont le nom figure sur la Carte ou le relevé de compte bancaire en qualité d’Émetteur, ou qui établit une relation contractuelle avec l’acheteur eu égard au Mode de paiement.

Le marché offrant la Plateforme Marketplace par l’intermédiaire de laquelle le Commerçant interagit avec les acheteurs.

Plateforme Marketplace
La plateforme de commerce en ligne proposée par Marketplace, aux fins de son utilisation par le Commerçant.

a partie qui conclut un Accord commercial avec l'Agent de traitement et pour laquelle l'Agent de traitement traite les Transactions en lien avec les Services et Produits du Commerçant.

Accord commercial
Les modalités convenues dans le processus de mise en œuvre ainsi que celles de tous documents auxquels le processus de mise en œuvre renvoie (tels que les présentes Conditions générales), y compris l’accord conclu entre l'Agent de traitement et le Commerçant aux fins de la fourniture des Services au Commerçant, notamment l’ensemble des Annexes et autres documents joints par référence. 

Produit du Commerçant / Service du Commerçant
Un produit ou service que le Commerçant vend et pour lequel des Transactions sont traitées.

Devise de commande
La Devise dans laquelle la Transaction est initialement proposée à l’acheteur.

Devise de paiement
La Devise dans laquelle la Transaction est traitée.

Données de paiement
Les informations qui composent un message relatif à un Transaction devant être soumises à l’Interface de paiement afin de permettre le traitement de la Transaction par l'Agent de traitement et la réalisation des contrôles anti-fraude, notamment les données relatives à la Carte, à l’acheteur, les données d’authentification et le montant du paiement.

Interface de paiement
Une méthode de connexion électronique que l'Agent de traitement fournit au Commerçant afin de communiquer les Données de paiement relatives à chaque Transaction, qui permet à l'Agent de traitement de fournir les Services connexes.

Mode de paiement
Une méthode permettant aux acheteurs d’effectuer des paiements au profit des Commerçants, telle que les Cartes, les virements bancaires en ligne et hors ligne et les prélèvements automatiques proposés par le Propriétaire du système.

Agent de traitement
Adyen N.V., société immatriculée à Amsterdam sous le numéro 34259528, dont le siège social est sis Simon Carmiggeltstraat 6-50, 1011 DJ, Amsterdam, Pays-Bas.

L’annulation (partielle) d’une Transaction donnée à l’initiative ou à la demande du Commerçant, entraînant le remboursement des sommes à l’acheteur.

Propriétaire du système
La partie qui propose ou contrôle le Mode de paiement concerné.

Règles du système
L’ensemble des statuts, règles, règlements, règles opérationnelles, procédures ou dérogations prévus par les Propriétaires du système, tels que modifiés ou complétés en tant que de besoin, et que le Commerçant doit respecter lorsqu’il utilise le Mode de paiement. L’Agent de traitement peut, par l’intermédiaire du service Marketplace, mettre à la disposition du Commerçant des extraits et récapitulatifs des Règles du système, mais seules les Règles du système émises par le Propriétaire du système alors en vigueur sont opposables au Commerçant. 

L’ensemble des services de traitement des paiements, de gestiongestion des fraudes, de rapprochement, de rapport, de Règlement et autres que l'Agent de traitement fournit au Commerçant afin de permettre à ce dernier d’utiliser les Modes de paiement pour recevoir des paiements de ses acheteurs.

Le paiement des sommes que l'Agent de traitement doit au Commerçant, dues eu égard aux règlements que l'Agent de traitement reçoit des Acquéreurs ou des Propriétaires du système eu égard à des Transactions valablement traitées pour le Commerçant, déduction faite des montants des Remboursements et Rejets du débit, des frais et sommes nécessaires au maintien du Dépôt du Commerçant en fonction du Niveau de dépôt prévalant alors. Les termes « Règle » et « Réglé » ont la même signification.

L’ensemble des programmes et données développés ou exploités par l'Agent de traitement afin de fournir le Service à ses Commerçants, notamment l’Interface de paiement.

Conditions générales
La version en vigueur des présentes conditions générales de l'Agent de traitement.

La demande d’Autorisation du paiement d’un acheteur au profit du Commerçant que le Commerçant soumet à l'Agent de traitement. 

Montant des commandes en suspens
Le montant total, à tout moment, des Transactions Autorisées, Prises en compte et/ou Réglées pour le Commerçant, au regard desquelles les Produits ou Services du Commerçant n’ont pas encore été remis à l’acheteur concerné ou les droits de retour ou d’annulation de la commande de l’acheteur n’ont pas expiré en vertu des conditions générales du Commerçant ou du droit applicable.

2. Description of the Services

2.1 Payment processing

Merchant will be using the Services via the Marketplace Platform. Marketplace is representing Merchant towards Processor with respect to Merchant’s use of the Services and Processor may assume that Marketplace is authorised and mandated by Merchant to use the Services, submit Transactions on behalf of the Merchant and in accordance with the Merchants’ permissions and instructions which Marketplace will obtain from the Merchants. 

The Merchant is obliged to ensure all data that Processor requests to be provided for a Transaction, including those needed for fraud checks, are provided. If the Merchant fails to provide the requested data with each Transaction, Processor may be forced under the Scheme Rules to suspend Transaction processing and/or Transactions may be refused by the relevant Scheme Owners or Acquirers. Processor may revise the required data needed to process Transactions from time to time by informing Merchant via Marketplace as needed to be able to process such Transaction and conduct fraud checks under applicable Scheme Rules. Marketplace is required to (i) access Transaction level data to provide support to Merchant at the level of individual Transactions and (ii) technically manage user settings of the Merchant with respect to the Services on Merchant’s behalf (e.g. 3D Secure, fraud control settings).

2.2 Merchant Registration and KYC check

In order to enable Processor to comply with anti-terrorism, financial services and other applicable laws and regulations and KYC (‘Know Your Customer’) requirements imposed by the Scheme Owners and Acquirers, Merchant must when entering into the Merchant Agreement and thereafter on Processor’s first request provide certain information about itself and its activities (the “Registration Information”). Merchant warrants unconditionally that all Registration Information it provides is correct and up to date.

Merchant will provide Processor with at least 3 Business Days prior written notice via Marketplace of any change of the Registration Information. Merchant will on first request from Processor provide such additional information and supporting documentation as Processor may reasonably determine to need to ensure compliance with applicable laws and regulations and Scheme Owner and Acquirer KYC requirements. Merchant agrees that Processor may run further checks on Merchant’s identity, creditworthiness and background by contacting and consulting relevant registries, government authorities and Merchant relations. Processor will process Merchant’s Registration Information in accordance with its Privacy Statement (available on

Processor’s acceptance of Merchant as user of the Services and the relevant Payment Methods is strictly personal and limited to the use by Merchant of the Services for payment of Merchant’s own products and services. Merchant may not use the Services to facilitate the payment for products or services sold by third parties and therefor may not resell the Services to third parties. Merchant shall only use the Services in the pursuit of its trade, business, craft or profession.

Support for each Payment Method is subject to acceptance by the relevant Scheme Owner or Acquirer used by the Scheme Owner, which such Acquirer or Scheme Owner may withhold or withdraw in its discretion at any time. Merchant hereby authorizes Processor to submit Registration Information received from Merchant to the relevant Scheme Owners and Acquirers to obtain permission for providing access to their Payment Methods for Merchant.

2.3 Payment Method Support

Supported Payment Methods as part of the Services may change from time to time. Processor will give at least 1 month notice (through the Marketplace) of any discontinued or changed support of any Payment Method, unless this is not reasonably possible given the cause for this decision. Processor will use its reasonable endeavours to offer an alternative for any discontinued Payment Method to the Merchant. 

Merchant understands that Acquirers and/or Scheme Owners might cancel certain Payment Methods, change the characteristics thereof or change the acceptance criteria under which they make them available. As a consequence, Processor may be forced to block Merchant from further use of a Payment Method or impose additional restrictions or conditions on its continued use as a consequence of such decisions of the relevant Acquirer and/or Scheme Owner. Where possible Processor will use its reasonable efforts to give Merchant prior notice (through the Marketplace) of any such change or cancellation with respect to a Payment Method. 

2.4 3D Secure

Processor will as part of the Services support 3D Secure authentication where supported by the relevant Scheme Owner and/or third party Acquirer.

2.5 Payment Currency

Processor will have the right to offer the shopper the option to use a different currency than the Order Currency, in which case the Merchant will still always receive Settlement of the Transaction amount in the Order Currency (except in case another currency is agreed or the Merchant does not make a bank account available for Settlement in the Order Currency).

2.6 Fraud control

All Transactions processed as part of the Services will be screened by the Processor’s Fraud Control Tool, which performs a number of checks on a Transaction and attaches a resulting total score to the Transaction, which represents the likelihood of the Transaction being fraudulent. The Fraud Control Tool does not guarantee the prevention of fraudulent Transactions, nor against resulting Chargebacks or Fines. Regardless of the resulting total score, Transactions may be fraudulent or non-fraudulent. Marketplace will technically manage the settings of the Fraud Control Tool on behalf of the Merchant. In addition, Processor reserves the right to cancel Transactions that it has reasonable grounds to suspect to be fraudulent or involving other criminal activities, even if the Fraud Control Tool failed to block the Transaction. 

2.7 Settlements

Funds from the shopper charged for the validly processed Transactions of the Merchant (which are Acquired via Processor) are settled by the relevant Acquirer or the Scheme Owner to the account(s) held by the Processor. The funds Processor receives from payment service users or via another payment service provider and held in the payment processing account(s) by the Processor are safeguarded in accordance with the safeguarding requirements of The Dutch Central Bank (De Nederlandsche Bank). Processor will subsequently settle received funds directly to Merchant - withholding from the received funds the fees agreed between Marketplace and Merchant – who is the creditor of the received funds and holds sole power of disposition over such funds. The settlement is based on the binding Merchants’ settlement instructions which are submitted by Marketplace on behalf of the Merchant via Marketplace Platform. Marketplace is under no circumstances entitled to make any individual instructions towards Processor regarding the settlement of the funds. 

Processor is only obliged to provide Settlement of Transactions for which it has received settlement(s) by the Acquirer or the Scheme Owner. It is Merchant's responsibility to evaluate if the conditions imposed by the Payment Methods for settlement (as communicated from time to time by through the Marketplace) are acceptable to the Merchant. This is specifically relevant for certain Payment Methods that are not monitored and regulated by governmental financial services authorities, such as but not limited to non-Card Scheme related prepaid cards and SMS and IVR payments. Merchant understands and agrees that Processor will not compensate Merchant for late or non-performance, insolvency or bankruptcy of the Acquirer or Scheme Owner due to which Merchant receives late Settlement or no Settlement at all for processed Transactions.

The Processor reserves the right to withhold Settlement of Transactions if they are Captured, but suspected to be fraudulent, related to illegal activities or likely to become subject to a Chargeback by Processor and/or the relevant Acquirer and/or Scheme Owner, until satisfactory completion of Processor's investigation, that of the relevant Acquirer or Scheme Owner or that of a third party nominated by any of these parties. Merchant will give its full co-operation to any such investigation.

No interest will be due over amounts held by the Processor prior to Settlement of such funds to the Merchant, except in case Settlement is delayed for more than 30 days due to the intent or gross negligence of Processor. In such case interest will be due by Processor over the late Settled amount at the rate of the 3 month EURIBOR rate +2%.

2.8 Required Data

Merchant shall from time to time on the first request of Processor provide all required information regarding the then current actual or expected Delivery Dates for processed Transactions and estimates for the average time between Transaction Authorisation and the related Delivery Date. Further, Merchant shall provide Processor on its first request with all requested information on Merchant’s then current ability to provide the Merchant Products and Services it sells by means of the Services, its financial status, solvability and liquidity. 

2.9 Merchant Obligations and Restrictions

Merchant may only use the Services for payment of those Merchant Products and Services which Merchant agreed with Marketplace to be offered through the Marketplace Platform. The Merchant shall not use the Services for the payment of Merchant Products and/or Merchant Services (i) where it is illegal to offer or provide these to or from the relevant country and/or (ii) which are stated in Processor's Prohibited and Restricted Products and Services List. This list may be updated in Processor’s discretion where needed to ensure legal compliance, compliance to Scheme Rules, prevent high levels of Chargebacks and/or to reduce exposure to potentially fraudulent or illegal transactions. Merchant will be informed of such updates by Marketplace. Where a published change affects a significant portion of the Merchant’s Product or Services, Merchant may terminate the Merchant Agreement by giving written notice to Processor (via Marketplace). Processors´ acceptance of Merchant as customer should not be interpreted as an advice or opinion of Processor as to the legality of Merchant’s Products and Services and/or of Merchant’s intended use of the Services therefore.

The Services of Processor should not be used (and Transactions may not be submitted for processing) for prepaying Merchant Products and Services for which the Delivery Date is in part or in whole more than 12 months after the date the Transaction is submitted for processing. This can make Transactions more likely to be subject to Chargebacks.

2.10 WARNING – Fines Scheme Owners

For violations of certain key requirements under the Scheme Rules by Merchants, some Scheme Owners (and in particular the Card Schemes) can levy significant Fines. The Scheme Owners do this to protect the shoppers, Merchants and providers of the Payment Methods collectively against misuse, fraud, illegal activities, breach of applicable laws, reputational damage and excessive costs. Key examples of Scheme Rules which are subject to such Fines: (i) using the Payment Method for other Merchant Products and Services than for which the Merchant received express authorisation to use it for; (ii) using the Payment Method for Merchant Products and Services which are violating applicable laws; (iii) using the Payment Method for selling Merchant Products and Services for which the Scheme Owner explicitly prohibited its use (e.g. adult content, drugs, arms, gambling); (iv) using the Payment Method for the benefit of a third party / reselling the use of the Payment Method to a third party (the authorisation for Merchant to use a Payment Method is strictly personal); (v) percentage of Transactions of a Merchant which is subject to a Chargeback is above the applicable acceptable level (vi) breaches of security and confidentiality obligations with respect to Payment Details (see clauses 4.1 and 4.3  for more information on this); (vii) fraudulent, misleading activities of which shoppers are the victim.

Merchant is strongly advised to regularly review the then current Scheme Rules (made available via the Marketplace) and relevant changes to applicable laws as applicable to its Merchant Products and Services and business practices to ensure compliance to applicable Scheme Rules. Where Merchant finds the Scheme Rules (including Fine possibility) to be unacceptable, Merchant is free at any point in time to stop using the relevant Payment Method (the Scheme Rules and these terms remain applicable to previously processed Transactions for Merchant).

Where Processor becomes aware of and/or receives any notice of a potential exposure to a Fine related to any Merchant behaviour, Merchant will on first request provide all reasonable co-operation to help investigate the relevant circumstances and remedy the relevant violation, notwithstanding all other rights and remedies of Processor in such situation as per these Terms and Conditions. Where possible Processor will share relevant feedback received by Merchant with the Acquirer/Scheme Owner handling the potential Fine so it can be taken into consideration by the Acquirer / Scheme Owner.

2.11 Taxes

Merchant agrees to defend, hold harmless and indemnify Processor from and against any VAT, turnover and other taxes or levies including penalties, interests, surcharges ("Taxes") due on any product or service of Merchant or Marketplace (including but not limited to any Transactions, Merchant Products and Merchant Services) and costs or damages related to such Taxes. Merchant shall (i) apply all reasonable efforts to ensure that Processor cannot be held liable for any Taxes and costs or damages related to such Taxes, (ii) shall promptly inform Processor of any such liability and (iii) shall provide Processor with all relevant information and documentation in that respect. Furthermore, Merchant and Marketplace shall be jointly and severally liable towards Processor for any such Taxes and costs or damages related to such Taxes.

2. Description du Service

2.1 Traitement du paiement

Le Commerçant utilisera les Services par l’intermédiaire de la Plateforme Marketplace. Marketplace représente le Commerçant eu égard à l'Agent de traitement pour ce qui est de l’utilisation des Services par le Commerçant ; l'Agent de traitement peut présumer que Marketplace est autorisée et habilitée par le Commerçant à utiliser les Services, soumettre les Transactions pour le compte du Commerçant et conformément aux permissions et instructions que les Commerçants donneront à Marketplace.

Le Commerçant est tenu de s’assurer que toutes les données que l'Agent de traitement demande eu égard à une Transaction, y compris celles nécessaires aux contrôles anti-fraude, sont fournies. Si le Commerçant ne fournit pas les données demandées avec chaque Transaction, l'Agent de traitement peut être contraint, en vertu des Règles du système, de suspendre le traitement de la Transaction ou les Transactions peuvent être refusées par les Propriétaires du système ou les Acquéreurs concernés. L’Agent de traitement peut, en tant que de besoin, modifier les données nécessaires au traitement des Transactions en informant le Commerçant par le biais de Marketplace, afin de pourvoir traiter les Transactions et réaliser les contrôles anti-fraude conformément aux Règles du système. Marketplace doit (i) avoir accès aux données relatives à la Transaction afin d’apporter une aide au Commerçant au niveau de chaque Transaction, et (ii) gérer techniquement les paramètres utilisateur du Commerçant eu égard aux Services, pour le compte du Commerçant (p. ex. 3D Secure et les paramètres de gestiongestion des fraudes).

2.2 Enregistrement du Commerçant et vérification KYC

Pour permettre à l'Agent de traitement de respecter les lois et réglementations en matière de lutte contre le terrorisme, de services financiers et autres en vigueur, ainsi que les exigences de connaissance du client (Know Your Customer ou KYC) imposées par les Propriétaires du système et les Acquéreurs, le Commerçant doit, lors de la conclusion de l’Accord commercial puis, à la première demande de l’Agent de traitement, communiquer certaines informations sur lui-même et ses activités (les « Données d’enregistrement »). Le Commerçant garantit sans réserve que toutes les Données d’enregistrement communiquées sont exactes et à jour.

Le Commerçant avisera l'Agent de traitement par écrit au moins trois Jours ouvrables à l’avance par le biais de Marketplace de tout changement dans les Données d’enregistrement. A la première demande de l'Agent de traitement, le Commerçant communiquera les informations complémentaires et les justificatifs que l'Agent de traitement pourra raisonnablement juger nécessaires aux fins du respect des lois et réglementations en vigueur ainsi que des exigences KYC du Propriétaire du système et de l’Acquéreur. Le Commerçant reconnaît que l’Agent de traitement peut procéder à d’autres vérifications quant à son identité, sa solvabilité et ses antécédents en contactant et en consultant des registres, les autorités publiques ainsi que des relations du Commerçant. L’Agent de traitement traitera les informations d'enregistrement du Commerçant conformément à sa déclaration de confidentialité (disponible sur

L’admission du Commerçant en tant qu’utilisateur des Services et des Modes de paiement pertinents par l'Agent de traitement est strictement personnelle et se limite à l’utilisation des Services aux fins du paiement des produits et services propres du Commerçant. Le Commerçant ne saurait utiliser les Services pour faciliter le paiement de produits ou services vendus par des tiers ; il ne peut donc pas revendre les Services à des tiers. Le Commerçant ne peut utiliser les Services que dans le cadre de son commerce, son activité, son métier ou sa profession.

L’assistance offerte pour chaque Mode de paiement est soumise à l’acceptation du Propriétaire du système ou de l’Acquéreur utilisé par le Propriétaire du système concerné, qui peut être refusée ou retirée à tout moment à l’entière discrétion de ce Propriétaire du système ou de cet Acquéreur. Le Commerçant autorise par les présentes l’Agent de traitement à communiquer les Données d’enregistrement reçues aux Propriétaires du système ou Acquéreurs concernés afin d’obtenir l’autorisation de donner au Commerçant accès à leur Mode de paiement.

2.3 Assistance liée au Mode de paiement

Les Modes de paiement offertesdans le cadre des Services peuvent varier en tant que de besoin. L’Agent de traitement notifiera au moins un mois à l’avance (via Marketplace) son intention d’interrompre ou de modifier la fournirture de tout Mode de paiement, sauf en cas d’incapacité raisonnablement justifiée. L’Agent de traitement fera tout ce qui est raisonnablement en son pouvoir pour proposer au Commerçant une alternative en cas d’arrêt d’un Mode de paiement.

Le Commerçant comprend que les Acquéreurs ou les Propriétaires du système peuvent résilier certains Mode de paiement, en modifier les caractéristiques ou changer les critères d’acceptation à leur utilisation. L’Agent de traitement peut par conséquent se trouver contraint d’empêcher le Commerçant de continuer à utiliser ce Mode de paiement ou imposer des restrictions ou conditions supplémentaires à son utilisation, suite aux décisions prises par l’Acquéreur ou le Propriétaire du système concerné. Dans la mesure du possible, l’Agent de traitement déploiera des efforts raisonnables pour aviser le Commerçant à l’avance (via Marketplace) d’un tel changement ou d’une telle résiliation d’un Mode de paiement

Der Bearbeiter hat das Recht, dem Käufer die Option anzubieten, eine andere Währung als die Bestellwährung zu verwenden. In einem solchen Fall erhält der Händler die Abrechnung des Transaktionsbetrags dennoch in der Bestellwährung (es sei denn, es wurde eine andere Währung vereinbart oder der Händler stellt für die Abrechnung kein Bankkonto in der Bestellwährung bereit).

2.4 3D Secure

Dans le cadre des Services, l’Agent de traitement offrira une assistance eu égard à l’authentification 3D Secure, si celle-ci est proposée par le Propriétaire du système ou l’Acquéreur tiers concerné.

2.5 Devise de paiement

L’Agent de traitement aura le droit de proposer à l’acheteur la possibilité d’utiliser une devise différente de la Devise de commande. Dans ce cas, le Commerçant recevra toujours le Règlement du montant de la Transaction dans la Devise de commande (à moins qu’une autre devise n’ait été acceptée ou que le Commerçant ne permette pas un Règlement dans la Devise de commande sur son compte bancaire).

2.6 Gestion des fraudes

Toutes les Transactions traitées dans le cadre des Services seront passées au crible de l’Outil de gestion des fraudes de l'Agent de traitement, qui procède à plusieurs vérifications sur une Transaction et lui attribue un indice de fraude correspondant au degré de probabilité qu’elle soit frauduleuse. L’Outil de gestion des fraudes ne garantit pas l’absence de Transactions frauduleuses, de compensations ni d’Amendes en résultant. Une Transaction peut être frauduleuse ou non en dépit de l’indice attribué. Marketplace gérera techniquement les paramètres de l’Outil de gestion des fraudes pour le compte du Commerçant. En outre, l'Agent de traitement se réserve le droit d’annuler les Transactions dont il a de bonnes raisons de penser qu’elles sont frauduleuses ou impliquent d’autres activités criminelles, même si l’Outil de gestion des fraudes ne les a pas bloquées.

2.7 Règlements

Les sommes dues par l’acheteur facturées pour les Transactions valablement traitées du Commerçant (Acquises par l’intermédiaire de l’Agent de traitement) sont réglées par l’Acquéreur ou le Propriétaire du système concerné sur le ou les comptes détenus par l’Agent de traitement. Les sommes que l’Agent de traitement perçoit des utilisateurs du service de paiement ou d’un autre prestataire de service de paiement et détenues sur le ou les comptes de traitement des paiements par l’Agent de traitement sont préservées conformément aux exigences de préservation de la Banque centrale néerlandaise (De Nederlandsche Bank). L’Agent de traitement règlera ensuite les sommes reçues, en prélevant dessus les frais convenus entre Marketplace et le Commerçant, directement au Commerçant qui est le créancier des sommes reçues et le seul détenteur du pouvoir de disposer de ces sommes. Le règlement est basé sur les instructions de règlement impératives des Commerçants soumises par Marketplace pour le compte du Commerçant via la Plateforme Marketplace. Marketplace n’est en aucun cas autorisée à transmettre à l’Agent de traitement des instructions personnelles quant au règlement des sommes.

L’Agent de traitement est exclusivement tenu de procéder au Règlement des Transactions pour lesquelles il a reçu un ou plusieurs règlements de l’Acquéreur ou du Propriétaire du système. Il incombe au Commerçant de déterminer s’il juge acceptables les conditions imposées par le Mode de paiement aux fins du règlement (telles que communiquées en tant que de besoin par l’intermédiaire de Marketplace). C’est particulièrement vrai pour certains Modes de paiement qui ne sont pas surveillés et régis par des autorités publiques en charge des services financiers comme, sans limitation, les cartes prépayées qui ne relèvent pas du Système de cartes ainsi que les paiements par SMS et système RVI. Le Commerçant comprend et reconnaît que l’Agent de traitement ne l’indemnisera pas en cas de retard d’exécution ou d’inexécution, d’insolvabilité ou de faillite de l’Acquéreur ou du Propriétaire du système entraînant un retard voire l’absence de Règlement du Commerçant pour les Transactions traitées.

L’Agent de traitement se réserve le droit de retenir le Règlement des Transactions si elles sont Prises en compte mais suspectées d’être frauduleuses, liées à des activités illégales ou susceptibles de faire l’objet d’un Rejet du débit par l’Agent de traitement ou l’Acquéreur ou le Propriétaire du système concerné, jusqu’à ce que l’Agent de traitement, l’Acquéreur ou le Propriétaire du système concerné ou un tiers désigné par l’une de ces parties ait achevé son enquête de manière satisfaisante. Le Commerçant co¬opérera pleinement à une telle enquête.

Aucun intérêt ne sera dû sur les montants retenus par l’Agent de traitement avant leur Règlement au Commerçant, sauf si le Règlement est retardé de plus de 30 jours de manière intentionnelle ou du fait d’une grave négligence de l’Agent de traitement. Dans ce cas, l’Agent de traitement devra un intérêt sur le montant Réglé en retard à un taux correspondant au taux EURIBOR à trois mois majoré de 2 %.

2.8 Données nécessaires

En tant que de besoin, à la première demande de l’Agent de traitement, le Commerçant fournira l’ensemble des informations requises concernant les Dates de remise alors en vigueur ou prévues pour les Transactions traitées et les estimations du délai moyen entre l’Autorisation de la Transaction et la Date de remise connexe. Par ailleurs, le Commerçant fournit à l’Agent de traitement, à sa première demande, l’ensemble des informations demandées quant à la capacité du Commerçant à fournir les Produits et Services du Commerçant qu’il vend au moyen des Services, à sa situation financière, à sa solvabilité et à ses liquidités.

2.9 Obligations du Commerçant et restrictions

Le Commerçant ne peut utiliser les Services qu’aux fins du paiement des Produits et Services du Commerçant dont il a convenu avec Marketplace qu’ils seraient proposés par l’intermédiaire de la Plateforme Marketplace. Le Commerçant ne peut pas utiliser les Services pour le paiement de Produits et Services du Commerçant (i) s’il est illégal de les proposer ou de les fournir dans ou depuis le pays concerné ou (ii) figurant dans la Liste des Produits et Services Interdits et Soumis à restriction de l'Agent de traitement. L’Agent de traitement peut actualiser cette liste à sa discrétion, si cela est nécessaire pour respecter la loi, se conformer aux Règles du système, prévenir des niveaux élevés de Rejets du débit ou réduire l’exposition à des transactions potentiellement frauduleuses ou illégales. Le Commerçant sera informé des mises à jour par l’intermédiaire de Marketplace. Si un changement publié affecte une part importante des Produits ou Services du Commerçant, celui-ci peut résilier l’Accord commercial en avisant l’Agent de traitement par écrit (via Marketplace). Le fait que l’Agent de traitement accepte le Commerçant comme client ne saurait être interprété comme un conseil ou avis de l’Agent de traitement quant à la légalité des Produits et Services du Commerçant ou à l’utilisation que le Commerçant prévoit de faire des Services.

Les Services de l’Agent de traitement ne doivent pas être utilisés (et les Transactions ne peuvent pas être soumises pour traitement) pour le pré-paiement des Produits et Services du Commerçant dont la Date de remise intervient, en tout ou en partie, plus de 12 mois après la date à laquelle la Transaction est soumise pour traitement. Cela expose plus fortement les Transactions aux Rejets du débit.

2.10 AVERTISSEMENT – Amendes infligées par les Propriétaires du système

En cas de violation de certaines exigences importantes des Règles du système par les Commerçants, certains Propriétaires du système (tout particulièrement les Systèmes de cartes) peuvent infliger de lourdes Amendes. Les Propriétaires du système le font pour protéger de manière collective les acheteurs, les Commerçants et les fournisseurs de Modes de paiement contre les abus, fraudes, activités illégales, violations du droit en vigueur, atteintes à la réputation et frais excessifs. Principaux exemples de Règles du système pouvant donner lieu à de telles Amendes : (i) utilisation du Mode de paiement pour d’autres Produits et Services du Commerçant que ceux pour lesquels il a reçu une autorisation expresse ; (ii) utilisation du Mode de paiement pour des Produits et Services du Commerçant qui contreviennent au droit en vigueur ; (iii) utilisation du Mode de paiement pour la vente des Produits et Services du Commerçant pour lesquels l’utilisation a été expressément interdite par le Propriétaire du système (tels que les contenus pour adultes, la drogue, les armes, les jeux d’argent) ; (iv) utilisation du Mode de paiement au profit d’un tiers / revente de l’utilisation du Mode de paiement à un tiers (l’autorisation d’utiliser un Mode de paiement accordée au Commerçant est strictement personnelle) ; (v) pourcentage des Transactions d’un Commerçant donnant lieu à un Rejet du débit excédant le seuil de tolérance ; (vi) manquement aux obligations de sécurité et de confidentialité eu égard aux Données de paiement (voir les par. 4.1 et 4.3 pour plus de détails) ; (vii) les activités frauduleuses et trompeuses dont les acheteurs sont victimes.

Il est fortement recommandé au Commerçant de consulter régulièrement les Règles du système en vigueur (disponibles via Marketplace) ainsi que les changements pertinents apportés au droit en vigueur dans la mesure où ils s’appliquent aux Produits et Services du Commerçant et à ses pratiques commerciales afin de s’assurer qu’il respecte les Règles du système applicables. Si le Commerçant juge les Règles du système (y compris l’éventualité d’une Amende) inacceptables, il est libre de cesser à tout moment d’utiliser le Mode de paiement concerné (les Règles du système et les présentes Conditions resteront applicables aux Transactions précédemment traitées pour le Commerçant).

Si l'Agent de traitement prend connaissance ou est avisé que le comportement du Commerçant l’expose potentiellement à une Amende, le Commerçant devra fournir, à la première demande, toute l’aide raisonnable pour contribuer à l’enquête sur les circonstances pertinentes et remédier à une violation, sans préjudice des autres droits et recours dont dispose l’Agent de traitement aux termes des présentes Conditions générales dans ce cas de figure. Dans la mesure du possible, l’Agent de traitement partagera toute rétroaction pertinente reçue du Commerçant avec l’Acquéreur / le Propriétaire du système gérant la potentielle Amende afin que celui-ci puisse la prendre en considération.

2.11 Taxes

Le Commerçant s’engage à défendre, garantir et indemniser l’Agent de traitement eu égard à la TVA, tout impôt sur le chiffre d’affaires et toutes autres taxes ou charges, y compris les pénalités, intérêts et majorations (les « Taxes ») dus sur tout produit ou service du Commerçant ou par Marketplace (y compris, sans limitation, sur toute Transaction, tout Produit ou Service du Commerçant) ainsi qu’au regard des frais ou dommages-intérêts liés à ces Taxes. Le Commerçant (i) déploiera des efforts raisonnables pour s’assurer que l’Agent de traitement ne peut pas être tenu pour responsable des éventuels Taxes et frais ou dommages-intérêts liés à ces Taxes, (ii) informera l’Agent de traitement dans les meilleurs délais d’une telle responsabilité et (iii) fournira à l’Agent de traitement l’ensemble des informations et documents pertinents à cet égard. De plus, le Commerçant et Marketplace sont solidairement responsables envers l’Agent de traitement des éventuels Taxes et frais ou dommages-intérêts liés à ces Taxes.

3. Set-Off

Without prejudice to any right to set-off which Processor may be entitled to as a matter of law, Processor may set-off any amounts due to the Merchant against any amounts owed or other liabilities of the Merchant, now or at any time hereafter due, owing or incurred by the Merchant to Processor under, in connection to, or pursuant to the Terms and Conditions and/or the Merchant Agreement.

3 Compensation

Sans préjudice d’un éventuel droit à compensation dont peut disposer l’Agent de traitement en vertu de la loi, l’Agent de traitement peut compenser les montants dus au Commerçant avec les montants dus et autres dettes de celui-ci, exigibles à ce moment-là ou ultérieurement, envers l’Agent de traitement en vertu de, en lien avec ou conformément aux Conditions générales ou à l’Accord commercial.

4. Integration

4.1 Integration via Partner

Merchant will integrate with the Payment Interface of Processor via the systems of Marketplace. Merchant shall set up its integration with the Payment Interface of Processor with the assistance of Marketplace as agreed between Merchant and Marketplace. Processor is not responsible for such integration but will ensure the Payment Interface is available for use by Marketplace for such purpose and will where needed provide second line support for such integration via Marketplace.

4.2 Changes to Software

Processor reserves the right to change or amend the Software and the interface to it at any time, to provide the Merchant with a new version thereof, and/or to change the functionalities and characteristics of the Software. No changes will be implemented by Processor which materially reduce functionality of the Services which was explicitly committed to be provided under the Merchant Agreement, except where this is made necessary by: (i) the need to follow generally accepted changes in industry standards, (ii) changes in applicable laws or Scheme Rules, (iii) need for increased security due to security risks identified by Processor or (iv) other reasonable grounds which warrant the reduction of functionality. If Merchant is significantly impacted by a material reduction of functionality due to a change in the Software, it may terminate the Merchant Agreement by giving written notice to Processor within 1 month after Processor announced the change.

4.3 Security of Payment Details

Merchant guarantees not to copy, capture or intercept Payment Details such as credit card numbers, CVM Codes, ‘PIN’ codes that are provided by the shopper for payments to be processed via the Services. This rule is imposed by the Scheme Owners to protect shoppers against misuse of their Payment Details (like credit card numbers) and is strictly enforced by the Scheme Owners, and a violation of this rule can lead to the application of high Fines by the Schemes Owners. If Processor has reason to believe that Merchant is copying, capturing or intercepting Payment Details, Processor has the right to suspend processing of Transactions and Settlement. Merchant shall fully indemnify and hold Processor harmless from any losses, claims (including applied Fines by the Scheme Owners), costs or damage Processor incurs as a result of Merchant’s breach of this obligation.

4. Intégration

4.1 Intégration via un Partenaire

Le Commerçant s’intégrera à l’Interface de paiement de l’Agent de traitement via les systèmes de Marketplace. Le Commerçant paramètre son intégration à l’Interface de paiement de l’Agent de traitement avec l’aide de Marketplace, comme convenu entre le Commerçant et Marketplace. L’Agent de traitement n’est pas responsable de cette intégration, mais il s’assurera que l’Interface de paiement peut être utilisée par Marketplace à cet effet, et fournira, au besoin, une assistance secondaire pour cette intégration via Marketplace.

4.2 Modifications apportées aux Logiciels

L’Agent de traitement se réserve le droit de modifier les Logiciels et l’interface permettant d’y accéder à tout moment, afin d’en fournir une nouvelle version au Commerçant ou de modifier les fonctionnalités et caractéristiques des Logiciels. L’Agent de traitement ne réalisera aucun changement réduisant substantiellement une fonctionnalité des Services qu’il s’était explicitement engagé à fournir aux termes de l’Accord commercial, sauf si cela est imposé par : (i) la nécessité de suivre des évolutions généralement acceptées des normes sectorielles, (ii) une évolution du droit applicable ou des Règles du système, (iii) la nécessité de renforcer la sécurité à cause de risques identifiés par l’Agent de traitement ou (iv) d’autres motifs raisonnables qui justifient de réduire la fonctionnalité. Si le Commerçant est fortement impacté par une réduction significative de la fonctionnalité du fait d’une modification des Logiciels, il peut résilier l’Accord commercial en avisant l’Agent de traitement par écrit dans un délai d’un mois après l’annonce de la modification par l’Agent de traitement.

4.3 Sécurité des Données de paiement

Le Commerçant garantit qu’il ne copiera pas, ne captera pas ni n’interceptera les Données de paiement, telles que les numéros de cartes de crédit, les Codes CVM, les codes PIN fournis par l’acheteur afin que les paiements soient traités par le biais des Services. Cette règle est imposée par les Propriétaires du système afin de protéger les acheteurs de toute utilisation abusive de leurs Données de paiement (à l’instar des numéros de carte de crédit) ; elle est appliquée strictement par les Propriétaires du système, et toute violation de cette règle peut entraîner l’application d’Amendes élevées par les Propriétaires du système. Si l’Agent de traitement a des raisons de penser que le Commerçant copie, capte ou intercepte des Données de paiement, il a le droit d’interrompre le traitement des Transactions et du Règlement. Le Commerçant indemnise et garantit pleinement l’Agent de traitement eu égard aux pertes, réclamations (y compris les Amendes infligées par les Propriétaires du système), frais ou dommages-intérêts que l’Agent de traitement subit du fait d’un manquement du Commerçant à cette obligation.

5 Merchant Communications

All first line communications with the Merchant regarding the use of the Services will run through Marketplace. Via the same communication channel, Processor will also inform Merchants of relevant changes in applicable Scheme Rules, financial laws and regulations.

5 Communications avec le Commerçant

La première ligne de communication avec le Commerçant eu égard à l’utilisation des Services passe par Marketplace. L’Agent de traitement utilisera le même canal de communication pour informer les Commerçants des éventuels changements apportés aux Règles du système et modifications des lois et réglementations financières en vigueur.

6. Service level agreement

6.1 Uptime commitment payment interface

The Payment Interface is the part of the Processor’s payment platform which handles the processing of Transactions on the moment the shopper initiates a payment to Merchant. Marketplace will connect Merchant to Payment Interface and Merchant will submit Transactions via this Payment Interface. Processor commits to use all commercially reasonable efforts and to setup its systems in a manner to enable an average minimum uptime of 99.9% (measured on a monthly basis) of the Payment Interface, to receive Transaction requests, excluding from uptime calculation downtime of the Payment Interface caused by acts or omissions of Merchant, Acquirers, Marketplace or Scheme Owners, changes implemented on specific Merchant request, general internet failures, failures of individual Payment Methods or force majeure. Merchant is obliged to immediately notify Processor via Marketplace of any downtime of the Payment Interface which it experiences and to provide all reasonably requested co-operation in investigating and resolving any such downtime.

Processor uses all reasonable efforts to avoid having to take the Payment Interface offline for executing planned maintenance. Should under exceptional circumstances such maintenance nevertheless proves necessary, Processor will provide as much notice as practically possible and plan such maintenance in a manner and on a date and time to minimize the potential number of affected potential Transactions for all its Merchants. Should under emergency situations (e.g. in case of force majeure event or terrorist attack) unplanned maintenance be necessary to the Payment Interface necessitating it to be taken offline, Processor will use all available resources to keep the required downtime to the absolute minimum.

6.2 Security and compliance

Processor shall take reasonable measures to provide a secure payment system and shall keep its systems used to provide the Services certified in accordance with the PCI-DSS security standards.

6. Accord de niveau de service

6.1 Engagement en matière de disponibilité de l’Interface de paiement

L’Interface de paiement fait partie de la plateforme de paiement de l’Agent de traitement qui gère le traitement des Transactions au moment où l’acheteur initie un paiement au profit du Commerçant. Marketplace connectera le Commerçant à l’Interface de paiement et le Commerçant soumettra les Transactions par le biais de cette Interface de paiement. L’Agent de traitement s’engage à faire tout ce qui est commercialement raisonnable et à paramétrer ses systèmes pour garantir une disponibilité moyenne minimale de 99,9 % (sur une base mensuelle) de l’Interface de paiement afin de recevoir les demandes de Transaction, en excluant du calcul de la disponibilité les temps d’arrêt de l’Interface de paiement causés par des actes ou omissions du Commerçant, des Acquéreurs, de Marketplace ou des Propriétaires du système, les changements mis en œuvre à la demande spécifique d’un Commerçant, les pannes de l’Internet en général, les pannes des différents Modes de paiement ou les cas de force majeure. Le Commerçant est tenu d’aviser sur-le-champ l’Agent de traitement via Marketplace de tout temps d’arrêt de l’Interface de paiement qu’il subit et d’apporter toute l’aide raisonnablement demandée pour examiner et résoudre le problème.

L’Agent de traitement fait tout ce qui est raisonnablement en son pouvoir pour éviter de devoir mettre l’Interface de paiement hors ligne aux fins de l’exécution des opérations de maintenance prévues. Si, exceptionnellement, une opération de maintenance s’avère malgré tout nécessaire, l’Agent de traitement l’annoncera dans la mesure du possible, dans les plus bref délais et prévoira l’opération de maintenance d’une manière ainsi qu’à une date et à un horaire permettant de réduire le nombre des Transactions de ses Commerçants susceptibles d’être affectées. Si un cas d’urgence (p. ex. un cas de force majeure ou une attaque terroriste) rend nécessaire une opération de maintenance imprévue sur l’Interface de paiement et implique une mise hors ligne de celle-ci, l’Agent de traitement utilisera toutes les ressources disponibles afin de limiter le temps d’arrêt au strict minimum.

6.2 Sécurité et conformité

L’Agent de traitement prend des mesures raisonnables pour fournir un système de paiement sécurisé et maintenir ses systèmes servant à fournir les Services certifiés conformément aux normes de sécurité PCI-DSS.

7. Chargebacks and Refunds

7.1 Chargebacks

Merchant shall take all reasonable steps to ensure that the Merchant Products and Services are actually delivered in accordance with applicable laws and orders placed by the shopper, to avoid any Chargebacks. In case Processor has reasons to suspect that Merchant is not delivering its Merchant Services or Merchant Product on or prior to the Delivery Dates used to calculate the Uncompleted Order Amount and/or if Processor has reason to suspect that the Merchant Products or Merchant Services for which Processor processes Transactions are based on fraud, likely to cause high Chargeback volumes and/or illegal, Processor has the right to suspend Settlement of all related Transactions and/or block Authorisations therefor until Processor has been given assurances to its satisfaction that the relevant Merchant Products and Services are actually delivered in accordance with applicable laws and orders placed by the shopper.

7.2 Refunds

Refunds will be charged as a Transaction by Processor and a Refund fee can be applied by Processor after giving prior notice to Merchant, if manual intervention is needed or additional costs are incurred by Processor to process such Refund. Processor will not execute a Refund (meaning the relevant sum will not be returned by Processor to the relevant shopper, directly or via the relevant Acquirer / Scheme Owner) in case the funds for this cannot be subtracted from the next Settlement or are not funded otherwise. Refunds are not funded by Processor from its own means.

7. Rejets de débit et remboursements

7.1 Rejets du débit

Le Commerçant fera tout ce qui est raisonnablement en son pouvoir pour s’assurer que les Produits et Services du Commerçant sont effectivement remis conformément au droit en vigueur et aux commandes passées par l’acheteur, afin d’éviter les Rejets du débit. Si l’Agent de traitement a des raisons de suspecter que le Commerçant ne remet pas les Services et Produits du Commerçant au plus tard à la Date de remise qui sert au calcul du Montant des commandes en suspens ou que les Produits et Services du Commerçant sur lesquels portent les Transactions traitées par l’Agent de traitement sont frauduleux, susceptibles d’entraîner d’importants volumes de rejet de débit ou illicites, l’Agent de traitement est en droit de suspendre le Règlement des Transactions connexes, voire de bloquer les Autorisations y afférentes jusqu’à ce qu’il ait reçu une garantie satisfaisante que les Produits et Services du Commerçant sont bien remis conformément au droit en vigueur et aux commandes passées par l’acheteur.

7.2 Remboursements

L’Agent de traitement facturera les Remboursements comme des Transactions et peut, s’il en a avisé au préalable le Commerçant, appliquer des frais de Remboursement si une intervention manuelle est nécessaire ou s’il doit engager des frais supplémentaires pour procéder à ce Remboursement. L’Agent de traitement ne procédera pas au Remboursement (ce qui signifie que la somme correspondante ne sera pas restituée à l’acheteur concerné par l’Agent traitement, ni directement ni par l’intermédiaire de l’Acquéreur ou du Propriétaire du système concerné) si les sommes correspondantes ne peuvent pas être déduites du Règlement suivant ou ne sont autrement pas provisionnées. Les Remboursements ne sont pas provisionnés par l’Agent de traitement.

8. Property Rights

The property rights in the Software and other materials and all other intellectual property rights related to the Services are owned by Processor and its licensors. The Merchant Agreement does not transfer any intellectual property rights with respect thereto and only provides Merchant a limited, non-exclusive and non-transferable license to use the Software and all other materials made available by Processor solely for the purpose of using the Services in accordance with these terms and the applicable usage instructions communicated to Merchant via the Processor website from time to time.

8. Droits de propriété

Les droits de propriété sur les Logiciels et les autres supports ainsi que l’ensemble des autres droits de propriété intellectuelle liés aux Services sont détenus par l’Agent de traitement et ses concédants de licence. L’Accord commercial ne transfère aucun droit de propriété intellectuelle connexe et ne concède au Commerçant qu’une licence limitée, non exclusive et incessible pour utiliser les Logiciels et les autres supports fournis par l’Agent de traitement exclusivement afin d’utiliser les Services conformément aux présentes conditions et aux instructions d’utilisation applicables communiquées au Commerçant par l’intermédiaire du site Internet de l’Agent de traitement, en tant que de besoin.

9. Confidentiality, Privacy and Compliance

9.1 Confidentiality

All information relating to the Merchant or to Adyen and designated as being confidential, and all information not expressly designated as confidential but which should reasonably be deemed confidential by reason of its nature or content, is considered “Confidential Information”. Each party remains the owner of all data made available to the other party. Merchant acknowledges that the terms of the Merchant Agreement and any information provided by Adyen on its Services (including communications from Adyen’s support functions) are Confidential Information.

Each party undertakes to take all necessary steps to protect the confidential nature of all Confidential Information of the other party, agreeing, in particular:

  • to share Confidential Information solely with personnel and representatives of the parties (including Marketplace) which have a need to have access to such information in order to exercise rights and obligations under the Merchant Agreement; and
  • to refrain from making any Confidential Information available to any third party without the prior written consent of the other party except for Processor where necessary to perform the Services.

The obligation to maintain confidentiality does not apply to information:

  • available to the general public;
  • disclosed to one of the parties by a third party without any obligation of confidentiality;
  • already in the possession of or known to one of the parties at the time of disclosure;
  • developed independently of the Confidential Information by the other party; or
  • if and to the extent to one of the parties and/or their employees are obliged under an act or by decision of a court or administrative authority to disclose such information.

The obligation of confidentiality as described in this clause shall remain in effect also following the termination of the Merchant Agreement, regardless of the grounds for termination.

The following data is to be considered confidential, without need for special mention:

  • all financial data;
  • any agreed Merchant specific terms and conditions in the Merchant Agreement, if applicable; and
  • all user manuals, guides and any Software relating to Adyen’s products and services.

9.2 Privacy

Where Processor processes personal data while performing the Services they will act as data processor under the direction and responsibility of the Merchant and/or Marketplace in accordance with EU General Data Protection Regulation 2016/679, including any successor thereof, and applicable Dutch privacy laws. Merchant will comply with the personal data protection laws of the Merchant’s country of origin and of those countries in which the Merchant offers its goods and/or services from time to time, in particular when processing and sending personal data to Processor in the context of using the Services and submitting transactions. Both Processor and Merchant shall implement appropriate measures to protect personal data against misuse. Processor shall not use personal data processed by Processor for Merchant under the Merchant Agreement for any other purpose then providing the Services and complying with applicable laws and Scheme Rules.

9.3 Compliance

The Merchant’s use of the Hosted Payment Page is PCI compliant under Processor's PCI DSS certification for the Hosted Payment Pages subject to Merchant complying to these Terms and Conditions.

9.4 Use of Services

In accordance with Dutch laws on hacking and computer crime, the Merchant shall only use the Services for the purposes as agreed herein and shall specifically not perform or allow to be performed any actions detrimental to the security or performance of the Services without Processor’s prior written consent.

9. Confidentialité, protection de la vie privée et conformité

9.1 Confidentialité

Toutes les informations concernant le Commerçant ou l’Agent de traitement et marquées confidentielles, ainsi que toutes les informations qui ne sont pas expressément marquées comme telles mais doivent raisonnablement être considérées comme telles en raison de leur nature ou de leur contenu constituent des « Informations confidentielles ». Chaque partie reste détentrice de toutes les données qu’elle communique à l’autre partie. Chaque partie s’engage à prendre toutes les mesures nécessaires pour préserver le caractère confidentiel de toutes les Informations confidentielles de l’autre partie, et convient notamment :

  • de partager des informations confidentielles uniquement avec le personnel et les représentants des parties (y compris Marketplace) qui ont besoin d'avoir accès à ces informations afin d'exercer leurs droits et obligations en vertu de l'Accord commercial; et
  • de s'abstenir de mettre des Informations confidentielles à la disposition d'un tiers sans le consentement écrit préalable de l'autre partie, à l'exception de 'Agent de traitement lorsque cela est nécessaire pour exécuter les Services.

L’obligation de préserver le caractère confidentiel des informations ne s’applique pas à celles :

  • disponibles dans le domain public;
  • divulgué à l'une des parties par un tiers sans aucune obligation de confidentialité;
  • déjà en possession ou connue de l'une des parties au moment de la divulgation 
  • développé indépendamment des informations confidentielles par l'autre partie; ou 
  • si et dans la mesure où l'une des parties et / ou leurs employés sont obligés en vertu d'un acte ou d'une décision d'un tribunal ou d'une autorité administrative de divulguer ces informations.

L’obligation de confidentialité décrite à cet article demeure en vigueur après la résiliation de l’Accord commercial, quelle qu’en soit la raison.

Les données suivantes doivent être considérées comme confidentielles, sans qu’une mention particulière soit nécessaire:

  • l’ensemble des données financières 
  • les conditions générales propres à tout Commerçant admis énoncées dans l’Accord commercial, le cas échéant; et
  • tous les manuels utilisateurs, guides et Logiciels en lien avec les produits et services de l’Agent de traitement.

9.2 Respect de la vie privée

Si l’Agent de traitement traite des données personnelles dans le cadre de l’exécution des Services, il agira sous la direction et la responsabilité du Commerçant et / ou Marketplace conformément au Règlement 2016/679 de l’UE, et tout texte subséquent, et au droit néerlandais en la matière. Le Commerçant respectera la législation en matière de protection des données personnelles du pays d’origine du Commerçant ainsi que des pays dans lesquels le Commerçant propose ses biens et services, le cas échéant, notamment lors du traitement et de l’envoi des données personnelles à l’Agent de traitement dans le cadre de l’utilisation des Services et de la soumission des Transactions. L’Agent de traitement et le Commerçant doivent prendre des mesures adéquates pour protéger les données personnelles de toute utilisation abusive. L’Agent de traitement ne doit pas utiliser les données personnelles qu’il traite au profit du Commerçant aux termes de l’Accord commercial à une quelconque autre fin que la fourniture des Services et le respect du droit en vigueur et des Règles du système applicables.

9.3 Conformité

L’utilisation que le Commerçant fait de la Page de paiement hébergée est conforme à la norme PCI, conformément à la certification PCI-DSS de l’Agent de traitement à cet égard, sous réserve que le Commerçant respecte les présentes Conditions générales.

9.4 Utilisation des Services

Conformément au droit néerlandais en matière de piratage et de criminalité informatiques, le Commerçant ne saurait utiliser les Services qu’aux fins convenues aux présentes et doit en particulier s’abstenir d’accomplir ou de permettre l’accomplissement d’actes portant atteinte à la sécurité et à l’exécution des Services sans l’autorisation préalable écrite de l’Agent de traitement.

10. Duration and Cancellation

10.1 Duration

Except where explicitly agreed otherwise in the Merchant Agreement, the Merchant Agreement shall be entered into for an indefinite period until it is terminated by either party by giving at least 2 months’ written notice to the other party. Such notices may be given via Marketplace by either party.

10.2 Termination

Merchant has the right to terminate the Merchant Agreement immediately if:

  • The Service availability in any given calendar month is less than 95%; and/or
  • The SLA commitments in clause 6 are not met during 3 consecutive months.

Processor has the right to terminate the Merchant Agreement and/or stop processing or Settlement of Transactions for Merchant immediately in part or in whole if:

  • The provision of Merchant's Services/Products for which Processor provides the Service is reasonable suspected by Processor to be in breach with legislation in the country where the Merchant Services/Products are offered from or to.
  • Merchant has materially changed the type of Merchant Services/Products without obtaining Processor’s prior written permission to use the Services for the new or changed types of Merchant Services/Products;
  • Merchant materially breaches any of the terms of the Merchant Agreement, the Scheme Rules and/or applicable laws in the context of using the Services.
  • An Acquirer or Scheme Owner demands Processor to stop or suspend providing Services to Merchant with respect to Payment Methods made available by such Acquirer or Scheme Owner to Processor.
  • Processor finds there are clear indications that Merchant is or is likely to become insolvent and/or unable to provide a material part of the Merchant Products/Services. or
  • The agreement the Merchant has entered into with Marketplace for the use of the services of Marketplace has been terminated or has otherwise expired and/or an event permitting a termination by Marketplace under any such agreement occurs.

10. Durée et annulation

10.1 Durée

Sauf convention contraire expresse de l’Accord commercial, l’Accord commercial est conclu pour une durée indéterminée, jusqu’à ce qu’il soit résilié par l’une ou l’autre des parties, sous réserve de la remise d’un préavis écrit de deux mois à l’autre partie. Chacune des parties peut remettre un tel avis par le biais de Marketplace.

10.2 Résiliation

Le Commerçant a le droit de résilier sur-le-champ l’Accord commercial si:

  • la disponibilité du Service est inférieure à 95 % durant un mois donné ou
  • les engagements de niveau de service énoncés à l’art. 6 ne sont pas remplis pendant trois mois consécutifs

L’Agent de traitement peut sur-le-champ résilier l’Accord commercial ou cesser de traiter ou de Régler les Transactions pour le Commerçant, totalement ou en partie, si :

  • l’Agent de traitement a des raisons de suspecter que la fourniture des Services et Produits du Commerçant pour lesquels il fournit le Service contrevient à la législation du pays depuis ou dans lequel les Services et Produits du Commerçant sont proposés ;
  • le Commerçant a substantiellement modifié la nature des Services et Produits du Commerçant sans obtenir au préalable l’accord de l’Agent de traitement d’utiliser les Services à leur égard ;
  • le Commerçant contrevient substantiellement à l’une des modalités de l’Accord commercial, aux Règles du système ou au droit en vigueur dans le cadre de l’utilisation des Services ;
  • un Acquéreur ou Propriétaire du système demande à l’Agent de traitement d’arrêter ou de suspendre la fourniture des Services au Commerçant eu égard aux Modes de paiement que cet Acquéreur ou ce Propriétaire du système met à la disposition de l’Agent de traitement ;
  • l’Agent de traitement découvre des signes manifestes que le Commerçant est ou risque de devenir insolvable ou incapable de fournir une part substantielle de ses Produits ou Services, ou
  • l’accord que le Commerçant a conclu avec Marketplace aux fins de l’utilisation des services de Marketplace a été résilié ou a autrement expiré, ou s’il survient un événement autorisant Marketplace à résilier cet accord

11. Liability

11.1 No Liability for Third Parties

Processor shall only be liable for its own acts or omissions and not for acts or omissions of third parties. This exclusion expressly applies to acts or omissions of Scheme Owners and Acquirers or for events or activities originating outside the systems of Processor (such as internet disturbances or malfunctions in third party systems), except in case such events were caused by the intent or gross negligence of Processor.

11.2 Limitation of Liability

The total liability of Processor under the Merchant Agreement towards Merchant for breach of contract, tort or under any other legal theory in any calendar year is limited to an amount equal to 10,000 euro. Processor shall not be liable for any special, indirect, or consequential damages (including any loss of profit, business, contracts, revenues or anticipated savings, or damage to good name) as a result of breach of contract, tort or under any other legal theory.

Neither Processor, Merchant nor any other party to the Merchant Agreement excludes or limits its liability under the Merchant Agreement for intent, gross negligence, death, fraud or personal injury.

11. Responsabilité

11.1 Absence de responsabilité des tiers

L’Agent de traitement n’est responsable que de ses propres actes et omissions et non de ceux imputables à des tiers. Cette exclusion s’applique expressément aux actes ou omissions commis par les Propriétaires du système et Acquéreurs ou aux événements ou activités trouvant leur origine en dehors des systèmes de l’Agent de traitement (tels que les perturbations d’Internet ou les dysfonctionnements de systèmes tiers), à moins qu’ils ne résultent d’une faute intentionnelle ou d’une négligence grave de l'Agent de traitement.

11.2 Limitation de responsabilité

La responsabilité totale de l’Agent de traitement aux termes de l’Accord commercial envers le Commerçant en matière contractuelle, délictuelle ou sur la base d’une autre théorie juridique pour une quelconque année est limitée à un montant équivalent à 10 000 euros. L’Agent de traitement est tenu de tout dommage spécial, indirect ou consécutif (y compris toute perte de profit, d’activité, de contrats, de revenus ou d’économies attendues ou toute atteinte à la réputation) en matière contractuelle, délictuelle ou autre.

Ni l’Agent de traitement, ni le Commerçant ni une autre partie à l’Accord commercial n’exclut ni ne limite sa responsabilité au titre de l’Accord commercial en cas de faute intentionnelle, de négligence grave, de décès, de fraude ou de préjudice corporel.

12. Indemnification

If any claims for damages, costs and expenses are asserted against Merchant by third parties asserting that these third parties are the owner of any rights regarding the Software and/or systems of Processor, Processor shall indemnify Merchant without delay from these third-party claims, including Merchants reasonable costs of its legal defence, and offer Merchant the necessary assistance in its legal defence.

Merchant shall indemnify and hold Processor harmless from any claim (including legal fees) brought against Processor by any third party (expressly including Scheme Owners and Acquirers and their claims for payments of Fines) as a result of Merchant's breach of the terms of the Merchant Agreement, applicable laws and/or the Scheme Rules applying to the Payment Methods used by Merchant.

12. Indemnisation 

Si une demande de dommages-intérêts, frais et dépenses est déposée à l’encontre du Commerçant par des tiers revendiquant être les détenteurs des droits relatifs aux Logiciels ou systèmes de l’Agent de traitement, l’Agent de traitement indemnise le Commerçant sans délai à cet égard, y compris de ses frais de défense juridique raisonnables, et fournit au Commerçant toute l’aide nécessaire à l’exercice de sa défense juridique.

Le Commerçant indemnise et garantit l’Agent de traitement pour toute demande (y compris les frais juridiques connexes) intentée à l’encontre de l’Agent de traitement par un tiers (y compris, expressément, les Propriétaires du système et Acquéreurs et leurs demandes de paiement d’Amendes) du fait de la violation par le Commerçant des modalités de l’Accord commercial, du droit en vigueur ou des Règles du système qui s’appliquent aux Modes de paiement utilisés par le Commerçant.

13. General Provisions

13.1 Transfer

Processor shall be entitled, at any time, to assign, novate or otherwise transfer the Merchant Agreement to another company in the Processor Group, i.e., a company with at least 50% the same shareholders, without the prior consent of the Merchant by providing written notice to Merchant of such transfer.

13.2 Null provisions

In the event that any provision in the Merchant Agree¬ment (including these Terms and Conditions) is declared null and void or inapplicable, said provision shall be deemed non-existent, and all other provisions of the Merchant Agreement (including these Terms and Conditions) shall remain applicable. The parties undertake to take all steps to eliminate the provision declared null and void and/or inapplicable and to replace the same with a provision approaching, insofar as possible, the economic objective of the provision declared null and/or inapplicable.

13.3 Entire agreement

The Merchant Agreement contains all the commitments between the parties and replaces all other prior contractual commitments between the parties. No representation, warranty or undertaking given by any of the parties to any of the other parties under the Merchant Agreement shall be of any force or effect unless expressly reduced to writing and repeated in the Merchant Agreement, and all implied or prior representations, warranties and undertakings are, save to the extent expressly set out in the Merchant Agreement, expressly excluded to the fullest extent permitted by law.

13.4 Changes to the Terms and Conditions

Processor may revise these Terms and Conditions from time to time by giving at least 30 days written notice to the Merchant via Marketplace. If the change has a material adverse impact on Merchant and Merchant does not agree to the change, Merchant may terminate the Merchant Agreement by giving at least one month written notice to Processor (such termination notice to be sent at the latest 60 days after Merchant received notice of the change). Merchant is not entitled to object to and shall not have the rights set out in this clause for any change which Processor implements in order to comply with applicable law, regulations or requirements imposed by the relevant Acquirers and/or Scheme Owners or financial regulators. For such imposed changes shorter notice periods may be applied by Processor as is need to comply with the relevant requirement.

13.5 Online Contracting – written confirmation

In case Merchant has concluded the Merchant Agreement with Processor via Marketplace’s website or via any other online means, Processor may at any time request that Merchant re-confirms its acceptance of the terms of the Merchant Agreement (including these Terms and Conditions) by means of a written document signed by an authorised representative of the Merchant. If Merchant does not comply with such request within 5 working days after receiving a request by Processor to do so (which request may be issued to Merchant via the contact email address submitted by Merchant when concluding the Merchant Agreement), Processor reserves the right to suspend part or all of the Services until Merchant has complied with such request.

13.6 Translations

The terms of the Merchant Agreement, including these Terms and Conditions are made available to you in English. Any other terms or disclosures made available to you regarding this Merchant Agreement in any non-English language do not form part of our agreement and are for informational purposes only.

13.7 Applicability of Payment Services Directive

Title 7B of Book 7 of the Dutch Civil Code (Burgerlijk Wetboek) and other laws and regulations implementing Directive (EU) 2015/2366 (“PSD2”) or its predecessor, Directive 2007/64/EC ("PSD"), are not applicable to the extent it is permitted to deviate from relevant provisions in relationships with non-consumers, in accordance with Article 38 and 61 PSD2 (or Article 30 and 41 PSD).

Where Processor provides payment services for the Merchant within the European Economic Area ("EEA") and where the shopper's payment service provider is located in the EEA, the parties hereby agree and confirm in accordance with article 62(2) of PSD2 that the Merchant shall pay the charges levied by Processor and the shopper shall pay the charges levied by his payment service provider (i.e. the ‘SHA’ (shared) principle).

13. Stipulations générales

13.1 Transfert

L’Agent de traitement est en tout temps autorisé à céder, procéder à la novation ou au transfert de l’Accord commercial à une autre société du Groupe de l’Agent de traitement, c.-à-d. une société dont au moins la moitié de l’actionnariat est identique, sans l’autorisation préalable du Commerçant, sous réserve d’aviser le Commerçant par écrit de ce transfert.

13.2 Nullité des stipulations

Si l’une quelconque des stipulations de l’Accord commercial (y compris les présentes Conditions générales) est déclarée nulle et non avenue ou inapplicable, elle est réputée ne pas¬ exister, et toutes les autres stipulations de l’Accord commercial (y compris les présentes Conditions générales) demeurent applicables. Les parties s’engagent à prendre toutes les mesures nécessaires pour éliminer la stipulation déclarée nulle et non avenue ou inapplicable et la remplacer par une stipulation qui approche autant que possible l’objectif économique visé par la stipulation nulle ou inapplicable.

13.3 Intégralité de l’accord

L’Accord commercial contient l’ensemble des engagements convenus entre les parties et remplace l’ensemble des engagements contractuels préalablement conclus entre les parties. Aucune déclaration, aucune garantie ni aucun engagement formulés par l’une des parties envers une quelconque autre partie au titre de l’Accord commercial ne seront valables ni ne produiront leurs effets à moins d’être formulés par écrit et repris dans l’Accord commercial, et l’ensemble des déclarations, garanties et engagements implicites ou antérieurs sont, sauf mention expresse de l’Accord commercial, expressément exclus dans toute la mesure permise par la loi.

13.4 Modifications apportées aux Conditions générales

L’Agent de traitement peut réviser les présentes Conditions générales en tant que de besoin en remettant au Commerçant un préavis écrit d’au moins 30 jours par le biais de Marketplace. Si la modification nuit significativement au Commerçant ou si le Commerçant la refuse, il peut résilier l’Accord commercial sous réserve d’un préavis écrit d’au moins un mois remis à l’Agent de traitement (cet avis de résiliation devant être envoyé au plus tard 60 jours après que le Commerçant a été avisé de la modification). Le Commerçant ne peut pas s’opposer à ni bénéficier des droits énoncés au présent article eu égard à toute modification que l’Agent de traitement met en œuvre pour se conformer au droit en vigueur ou aux réglementations et exigences imposées par les Acquéreurs ou Propriétaires du système concernés ou par les régulateurs financiers. Si nécessaire, l’Agent de traitement peut appliquer des périodes de préavis plus courtes pour ces modifications, afin de se conformer aux exigences idoines.

13.5 Souscription en ligne – confirmation écrite

Si le Commerçant a conclu l’Accord commercial avec l’Agent de traitement par le biais du site Internet de Marketplace ou d’autres ressources en ligne, l’Agent de traitement peut, à tout moment, demander au Commerçant de ¬confirmer à nouveau qu’il accepte les modalités de l’Accord commercial (notamment les présentes Conditions générales) au moyen d’un document écrit signé par un représentant autorisé du Commerçant. Si le Commerçant n’accède pas à cette demande dans les 5 Jours ouvrables suivant la réception de la demande de l’Agent de traitement (qui peut être présentée au Commerçant via l’adresse électronique de contact communiquée par ses soins lors de la conclusion de l’Accord commercial), l’Agent de traitement se réserve le droit de suspendre en tout ou en partie les Services jusqu’à ce que le Commerçant s’exécute.

13.6 Traductions

Les modalités de l’Accord commercial, y compris les présentes Conditions générales, vous sont communiquées en anglais. Les autres modalités ou informations qui vous sont communiquées eu égard au présent Accord commercial dans une langue autre que l’anglais ne font pas partie de notre accord et ont un caractère purement informatif.

13.7 Applicabilité de la Directive sur les services de paiement

Le Titre 7B du Livre 7 du Code civil néerlandais (Burgerlijk Wetboek) ainsi que les autres lois et réglementations mettant en œuvre la Directive 2015/2366 de l’UE (« DSP 2 »), ou le texte antérieur, la Directive 2007/64/CE (« DSP »), ne s’appliquent pas dans la mesure où il est permis de s’affranchir de leurs stipulations dans les rapports avec des non-consommateurs, conformément aux Articles 38 et 61 de la DPS 2 (ou aux Articles 30 et 41 de la DPS).

Si l’Agent de traitement fournit des services de paiement au Commerçant dans l’Espace économique européen (« EEE ») et si le prestataire de service de paiement de l’acheteur est établi au sein de l’EEE, les parties conviennent et confirment par les présentes, conformément à l’article 62(2) de la DSP 2, que le Commerçant acquitte les charges prélevées par l’Agent de traitement et que l’acheteur acquitte les charges prélevées par son prestataire de service de paiement (principe de partage).

14. Settlement of Disputes

14.1 Dispute handling

The parties undertake to take all steps to reach an amicable agreement to any dispute arising in relation to the validity, interpretation or fulfilment of the Merchant Agreement. This Article 14.1 is without prejudice to a party's right to seek interim relief against any other party (such as an injunction) through the competent courts to protect its rights and interests, or to enforce the obligations of any of the other parties.

14.2 Applicable law and jurisdiction

The Merchant Agreement and these Terms and Conditions are solely governed by Dutch law, excluding the Convention on Contracts for the International Sale of Goods. In the absence of an amicable agreement, any dispute relating to the validity, interpretation or fulfilment of the Merchant Agreement shall be submitted to the exclusive jurisdiction of the competent courts of Amsterdam the Netherlands.

14. Résolution des litiges

14.1 Gestion des litiges

Les parties s’engagent à prendre toutes les mesures nécessaires pour parvenir à un règlement à l’amiable de tout éventuel litige en lien avec la validité, l’interprétation ou l’exécution de l’Accord commercial. Le présent paragraphe 14.1 ne porte pas préjudice au droit d’une partie à demander des mesures provisoires à l’encontre de l’autre partie (notamment une injonction) auprès des instances compétentes afin de protéger ses droits et intérêts ou de faire respecter les obligations de l’une quelconque des autres parties.

14.2 Droit applicable et juridiction compétente

L’Accord commercial et les présentes Conditions générales sont exclusivement régis par le droit néerlandais, à l’exclusion de la Convention des Nations Unies sur les contrats de vente internationale de marchandises. À défaut de règlement à l’amiable, tout litige concernant la validité, l’interprétation ou l’exécution de l’Accord commercial sera soumis à la juridiction exclusive des tribunaux compétents d’Amsterdam, aux Pays-Bas.

Are you looking for test card numbers?

Would you like to contact support?