These Terms and Conditions apply to the relationship between SaltPay IIB hf. (“SaltPay” or the “Acquirer”) and a merchant (the “Merchant”) that is engaged in the sale of goods and/or services and has entered into a framework Merchant Agreement with SaltPay with respect to the acquistion of certain of the Merchant’s transactions by SaltPay.

SaltPay is a credit institution incorporated in Iceland with registered number 440686-1259, and is authorised and regulated by the Icelandic Central Bank - Financial Supervisory Authority. The register of Icelandic credit institutions can be found at the website of the Icelandic Financial Supervisory Authority www.en.fme.is/. SaltPay’s registered address is Ármúli 30, 108 Reykjavík, Iceland.

SaltPay is deemed authorised and regulated by the Financial Conduct Authority. The nature and extent of consumer protections may differ from those for firms based in the UK. Details of the Temporary Permissions Regime, which allows EEA-based firms to operate in the UK for a limited period while seeking full authorisation, are available at www.fca.org.uk. SaltPay is also authorised to provide cross-border services in the field of payment services in a number of other jurisdictions.

SaltPay is a member of the Card Schemes, licensed to acquire transactions and process them for authorisation, clearing and settlement purposes.

These Terms and Conditions (as they are at any given time), together with the Merchant Application Form and any schedules to the Merchant Application Form, the Data Processing Agreement, the Tariff, any security instructions, measures and/or guidelines and any other documents identified from time to time as being part of the Merchant Agreement, form the “Merchant Agreement”. All references in these Terms and Conditions to the Merchant Agreement shall refer to these Terms and Conditions as well as to the Merchant Application Form and its schedules, the Data Processing Agreement, the Tariff and any other documents forming the Merchant Agreement. SaltPay reserves the right to amend the Merchant Agreement from time to time, as set out in more detail in section IX Amendments.

Pursuant to, and on the terms of, the Merchant Agreement, the Merchant is authorised to make available to its customers a convenient means of purchasing goods and/or services through the use of Cards issued under the marks of the Card Schemes. These Terms and Conditions set out the terms on which the Merchant may accept properly presented Cards as a means of payment and submit transactions to SaltPay for authorisation, clearing and settlement purposes.

The Merchant Agreement shall be entered into and take effect: (a) when the Merchant has submitted a Merchant Application Form and SaltPay has issued a Merchant Account ID to the Merchant in respect of the Merchant Application Form; (b) when the Merchant Agreement has been signed by both parties; or (c) when the Merchant has submitted transactions to SaltPay for acquiring.. By entering into the Merchant Agreement and/or submitting Transactions to SaltPay, the Merchant accepts and agrees to these Terms and Conditions and the other terms of the Merchant Agreement.

These Terms and Conditions shall enter into force on January 30 2021 and shall supersede all previous terms and conditions with effect from that date.

I. Introduction and Entry into the Merchant Agreement

1.1. Any references in the Merchant Agreement to any law, regulations or rules, including the Card Scheme Standards, shall be to such law, regulations or rules as they may be amended, extended or re-enacted from time to time. 

1.2. A reference to these Terms and Conditions, the Merchant Application Form, the Merchant Agreement or to any other agreement or document referred to in the Merchant Agreement is a reference to such agreement or document as varied or novated from time to time. 

1.3. Should any provision of these Terms and Conditions conflict with the Merchant Application Form or any other agreement negotiated and entered into between by SaltPay and the Merchant, the Merchant Application Form or such other agreement (as applicable) shall prevail. 

1.4. Should any provision of the Merchant Agreement conflict with Card Scheme Standards, the Card Scheme Standards shall prevail. 

1.5. Headings in the Merchant Agreement are for convenience only and shall not affect the interpretation of the Merchant Agreement. 

1.6. Any capitalised terms used in these Terms and Conditions which are not defined herein shall, to the extent the context permits, have the same meanings as in the Merchant Application Form and/or the Card Scheme Standards as appropriate. 

1.7. Unless the context otherwise requires, words in the singular shall include the plural and words in the plural shall include the singular. 

1.8. A person includes a natural person, corporate or unincorporated body (whether or not having separate legal personality). 

1.9. Unless otherwise stated, any reference to any person shall include its permitted successors, transferees and assignees. 

1.10. Any obligation on the Merchant not to do something includes an obligation not to allow that thing to be done. 

1.11. Any words following the terms including, include, in particular, for example or any similar expression shall be construed as illustrative and shall not limit the sense of the words, description, definition, phrase or term preceding those terms. 

2.1. In the Merchant Agreement, where the context permits, the following terms shall have the following meanings: 

3D Secure: A security protocol such as Mastercard SecureCode or VerifiedbyVisa used to prevent fraud in transactions with Cards online.

Account Data Compromise Event: An occurrence that results, directly or indirectly, in the unauthorized access to or disclosure of account data.

Banking Day: A day on which banks are open for business and dealing in the Settlement Currency in Reykjavik, the jurisdiction where the Merchant is domiciled and the jurisdiction of the Settlement Currency.

SaltPay’s Marks: SaltPay’s name, logo, trade marks (whether registered or unregistered) and any other words, symbols or colours that convey SaltPay’s identity. 

Card: A valid payment card issued under a Card Scheme’s issuing license or in any other way approved by the Card Scheme.

Card Account Number: Card Account Number or Primary Account Number (PAN) is a numerical code that uniquely identifies the Cardholder’s account. 

Card Issuer: A Card Scheme Member that issues Cards to Cardholders pursuant to a Card Scheme.

Card Not Present Transaction: Any Transaction which is not a Card Present Transaction. For the avoidance of doubt, any Transaction which is completed on a non-face-to-face basis, including mail order/telephone order (MO/TO) Transactions, electronic commerce (eCommerce) Transactions, and transponder Transactions, are Card Not Present Transactions.

Card Present Transaction: A Transaction that is completed at a manned terminal by the Merchant or one of its representatives where both the Cardholder and the Cardholder’s Card are present at the point of sale, a transaction completed at an ATM, a manned terminal with a smartphone or at a Cardholder Activated Terminal (CAT).

Card Scheme Marks: The proprietary combination of names, symbols, and colours that visually convey a Card Scheme’s identity.

Card Scheme Member: A member of one or more Card Schemes. 

Card Scheme Standards: The rules and standards promulgated by the Card Schemes with respect to the Card Scheme Members and activities that use and/or otherwise involve Cards and/or any of the Card Scheme Marks. The Card Scheme Standards are available to Merchants on the Card Schemes’ websites. Each Card Scheme has the sole right to interpret and enforce its Card Scheme Standards. 

Card Schemes: Visa Inc., Mastercard Worldwide, Unionpay International and such other international or local Card Scheme as notified by SaltPay from time to time, and each such scheme is a “Card Scheme”. A “relevant Card Scheme” is each Card Scheme specified in the Merchant Application Form as a Card Scheme whose Cards the Merchant is authorised to accept as a means of purchase for valid Transactions.

Card Security Code: A Security number that can be found on the backside of a Card (CVC2/CVV2/CVD/CID/CAV2) and is used to complete a Card Not Present transaction. 

Cardholder: An individual to whom a Card is issued, or who is authorised to use such Card. 

Chargeback: A procedure defined in the Card Scheme Standards whereby a Card Issuer may claim back all or part of a Transaction amount from SaltPay, which may in turn, be claimed from the Merchant by SaltPay.

Chargeback Fee: A Fee charged by SaltPay to the Merchant for each Transaction charged back, as set out in the Merchant Agreement.

Chip Transaction: A Transaction made by the Cardholder inserting his chip Card into a Chip-capable POS terminal.

Contactless Transaction: A Transaction made by the Cardholder tapping his contactless Card or device at a checkout.

Credit-Refund Voucher: Any electronic or paper records the Merchant may use for the purpose of recording a Refund.

CVM (Cardholder Verification Method) limit: A limit set by the Card Schemes for certain types of transactions. 

Data Processing Agreement: The data processing agreement between SaltPay and the Merchant setting out the terms on which personal data in relation to Cardholders and/or Transactions is processed. 

DBA Name: The Merchant’s “doing business as” name, which is the name under which the Merchant presents its services to the market.

Dynamic Currency Conversion (DCC): A Card Present or a Card Not Present transaction where a cardholder has the option of paying in their billing currency when making an overseas transaction.

Excessive Activity: When during any calendar month, the Merchant’s Chargeback exceeds 1% of the Transaction Value of Transactions submitted and/or the Merchant’s fraudulent Transactions exceed 1% of the Transaction Value of Transactions processed.

Fees: All fees payable by the Merchant to SaltPay pursuant to the Merchant Agreement, including the Service Fees, Chargeback Fees, Transaction Processing Fees, Interchange Fees, Scheme Fees and SWIFT Settlement Fees. 

Illegitimate Transaction: Any actual, attempted or purported Transaction which is not a valid Transaction, in particular: 

- any Transaction for goods and/or services supplied by any person other than the Merchant, or where the Transaction was for the purposes of paying any person other than the Merchant; 

- any Transaction for goods and/or services supplied from any place other than the Merchant’s Location; 

- any Transaction for goods/services which are not of the type specified in the Merchant Application Form; 

- any Transaction which is not genuine or which the Merchant knows or should have known is either fraudulent or not authorised by the Cardholder; 

- any Transaction or supply of goods/services which contravenes any applicable laws, regulations or rules; 

- any Transaction or supply of goods/services which contravenes any Card Scheme Standards; 

- any Transaction or supply of goods/services which is in any manner contrary to the provisions of the Merchant Agreement; or 

- any Transaction(s) entered into for the purpose of circumventing any of the above.

Instalment Payment Service: A service offered at the point-of-sale, giving the Cardholder the option to pay for an eligible purchases in equal monthly instalments, in accordance with a payment schedule, applicable interest rate, and fees (if any) offered by the participant Card Issuer. 

Interchange Fee: A Fee paid by SaltPay directly or indirectly (i.e. through a third party) to the Card Issuer for each Transaction, which shall be reimbursed to SaltPay by the Merchant. 

ISO: A Service Provider registered with the Card Schemes that provides ISO program services. ISO program services include Cardholder and/or Merchant Solicitation, Cardholder and/or Merchant Customer Service, Merchant education and training, and terminal deployment.

Merchant Account ID: A specific identifier that is used to identify the Merchant or its specific sales terminal or outlet. Where a Merchant is authorised under a Merchant Agreement to accept Cards as a means of payment at multiple sales terminals or outlets, the Merchant may be allocated multiple Merchant Account ID. 

Merchant Application Form: Electronic application form for the Merchant and its business, as completed by the Merchant (or on its behalf).

Merchant’s Location: The Merchant’s Location as specified in the Merchant Application Form, the Merchant Agreement and/or in SaltPay’s systems. 

Merchant Web Portal (B-Online): SaltPay’s web portal service provided to Merchants who have signed up for this service, which enables Merchants to review card transaction history and settlements, as well as receive notifications and correspondence from SaltPay, via a secured online system.

MCC: Merchant Category Code, which is a four-digit code used to identify the type of Merchant. The MCC is determined by the International Organization for Standardization.

Negative balance: When amounts of refunds, chargebacks, fees or other claims SaltPay has on the Merchant are higher than the Merchant’s unpaid settlement so that the Merchant is in debt with SaltPay.

PCI/DSS Standards: The payment Card Industry (PCI) Data Security Standard (DSS) is a worldwide information security standard assembled by the Payment Card Industry Security Standards Council (PCI SSC) and published on the website: http://www.pcisecuritystandards.org. 

QPS: The Mastercard Quick Payment Service program.

Refund: A Transaction which is the opposite of a purchase transaction, namely, the Cardholder returns goods or cancels pre-paid services, or is otherwise entitled to a refund from the Merchant due to the Merchant’s failure to deliver some or all of the relevant goods and/or services, and is credited for their value.

Rolling Reserve: The rolling reserve fund which is collected by the Rolling Reserve Deduction in accordance with the terms of the Merchant Agreement. 

Rolling Reserve Deduction: A specified percentage of the Transaction Value of all Transactions, without the required deductions, such as SaltPay’s service fees and chargebacks. 

Scheme Fees: Fees imposed by the Card Schemes on Card-based transactions.

Service Fees: Fees payable by the Merchant to SaltPay for services provided under the Merchant Agreement, including the “Merchant Service Fees”. 

Service Provider: An institution or entity that provides certain defined services for one or more Card Scheme Members. A Service Provider shall be registered with the Card Schemes and may only perform the program services it is registered to perform. 

Settlement Currency: The currency in which SaltPay shall make settlement payments to the Merchant. The Settlement Currency shall be as specified in the Merchant Application Form or otherwise agreed between SaltPay and the Merchant in writing from time to time.

Settlement Date: The date for payment of Settlement Value of Transactions as determined in accordance with the terms of the Merchant Agreement. The frequency of Settlement Dates and delay between submission and settlement shall be as specified in the Merchant Application Form or otherwise agreed between SaltPay and the Merchant in writing from time to time.

Settlement Value: The net amount expressed in the Merchant’s Settlement Currency resulting from the submission of valid purchase Transactions to SaltPay less all amounts SaltPay is entitled to deduct from, or set off against, the Transaction Value of Transactions, whether pursuant to the Merchant Agreement or by law.

SWIFT Settlement Fee: A fixed fee for each settlement through SWIFT, a society for worldwide interbank financial telecommunication, as set out in the Merchant Agreement.

Tariff: SaltPay’s relevant tariff document for the Merchant’s jurisdiction (as it is at any given time) setting out amounts and/or fees payable by the Merchant to SaltPay not set out in the Merchant Agreement. SaltPay’s tariff documents from time to time are accessible via SaltPay’s webpage.Where SaltPay does not have a specific tariff document for the Merchant’s jurisdiction, the fees as specified in the Merchant Agreement shall apply in place of the tariff. 

Third Party Processor (TPP): A Service Provider that contracts with the Merchant for providing processing or other technical services. Any party that provides services related to terminal operations, authorisation routing, electronic data capture, clearing file preparation and/or any other handling of Cardholder and/or Transaction data is deemed to be a Third Party Processor. 

Transaction: An act between a Cardholder and the Merchant that results in a transfer of funds to or from the Cardholder’s account. A Transaction will only be a “valid Transaction” if it complies with all of the following conditions: 

- the Transaction is for goods and/or services supplied by the Merchant itself from the Merchant’s Location; 

- the goods/services supplied by the Merchant are of the type specified in the Merchant Application Form; 

- the Transaction, the goods/services supplied and the manner of supply are fully compliant with all applicable laws, regulations and rules; 

- the Transaction, the goods/services supplied and the manner of supply are fully compliant with the Card Scheme Standards; and 

- the Merchant has complied with all other provisions of the Merchant Agreement with respect to the Transaction and the goods/services supplied.

Transaction Processing Fee: A fixed fee per each authorised/settled Transaction and a fixed fee per each declined/voided Transaction, as set out in the Merchant Agreement.

Transaction Receipt: An electronic or paper record of a Transaction generated at the point of sale evidencing the purchase of goods or services or refund. 

Transaction Value: The gross amount expressed in the Merchant’s Settlement Currency of Transactions submitted to SaltPay.

3.1. Subject to the Merchant’s compliance with the terms of the Merchant Agreement, the Merchant may accept Cards only of the type specified in the Merchant Application Form as payment for valid Transactions. SaltPay will acquire the Merchant’s valid Transactions and process them for authorisation, clearing and settlement according to the terms of the Merchant Agreement. SaltPay accepts no obligation to acquire any Transactions other than valid Transactions. Where the Merchant’s business involves any matters, which are covered by any special conditions of SaltPay from time to time (for instance in relation to e-commerce or gambling), those special conditions shall be part of the Merchant Agreement. 

3.2. The Merchant shall be responsible for obtaining and maintaining at its own cost a suitable sales system and/or terminal(s) to enable it to accept Cards as a means of payment and fulfil its obligations under the Merchant Agreement. 

3.3. The Merchant may not accept Cards as payment for Card Not Present Transactions, nor submit Card Not Present Transactions into interchange, unless it has been specifically authorised in writing to do so by SaltPay. 

3.4. The Merchant’s operations shall be in accordance with all applicable laws, regulations and the Card Scheme Standards. The Merchant may not misrepresent itself as being a Card Scheme Member. 

3.5. Without limitation, the Merchant may not accept Cards as payment for any of the following: 

(a) any Transaction for goods and/or services supplied by any person other than the Merchant, or where the Transaction was for the purposes of paying any person other than the Merchant; 

(b) any Transaction for goods and/or services supplied from any place other than the Merchant’s Location; 

(c) any Transaction for goods/services which are not of the type specified in the Merchant Application Form; 

(d) any Transaction which is not authorised by the Cardholder; 

(e) any Transaction which is fraudulent or not genuine; 

(f) any previously disputed Card charges, previous Card charges, payments in order to collect a dishonoured cheque, any debts that the Merchant has previously deemed uncollectable, or any similar charge or debt; 

(g) any Transaction or supply of goods/services which contravenes any applicable laws, regulations or rules in either the Merchant’s jurisdiction or the Cardholder’s jurisdiction; 

(h) any Transaction or supply of goods/services which contravenes any Card Scheme Standards; 

(i) any Transaction or supply of goods/services which may damage the goodwill of the Card Schemes, SaltPay and or the Card Schemes’ payment systems and/or reflect negatively on the Card Scheme Marks and/or SaltPay’s Marks; or 

(j) any Transaction or supply of goods/services which is in any other manner contrary to the provisions of the Merchant Agreement or entered into for the purpose of circumventing any provisions of the Merchant Agreement. 

3.6. A Merchant must not impose, as a condition of a Card acceptance, a requirement that the Cardholder waive a right to dispute a Transaction. 

3.7. For Card Present transactions involving co-badged Cards the Merchant may install automatic mechanisms in the payment terminal which make a priority selection of a particular payment brand or payment application. The Merchant may not however prevent the Cardholder from overriding such an automatic priority selection. 

3.8. The Merchant may not require a minimum or maximum Transaction amount to accept a valid Card. 

3.9. The Merchant is obliged to present its prices to consumers as full prices (unless it offers general discount) and may not add any amount or fee to its prices in case the consumer decides to pay with a Card unless such practice is in accordance with EEA or local laws in the Merchant’s jurisdiction. 

3.10. The Merchant may not directly or indirectly require any Cardholder to pay a surcharge or any part of any Merchant discount or any contemporaneous finance charge in connection with a Transaction unless such practice is in accordance with EEA or local laws in the Merchant’s jurisdiction. 

3.11. The Merchant shall ensure that its DBA Name and location is stated in its customer support and is apparent at all points of interaction with Cardholders. The Merchant shall ensure that the Cardholder is easily able to ensure that the Merchant is responsible for the Transaction, including delivery of the goods or provision of the services that are the subject of the Transaction and for customer service and dispute resolution. 

3.12. The Merchant may not disburse funds in the form of cash to a Cardholder unless the Merchant is authorised to participate in the relevant Card Scheme’s cash-back programme, or the Merchant is dispensing funds in the form of travellers cheques, travel money cards issued by a Card Scheme or foreign currency and is authorised by SaltPay to accept Cards for such purposes, in which case the Transaction amount shall not exceed the value of the travellers cheques, travel money cards or foreign currency plus the Merchant’s commission. In no circumstances may a Merchant disburse funds in the form of traveller’s cheques if the sole purpose is to allow the Cardholder to make a cash purchase of goods and/or services from the Merchant. 

3.13. The Merchant shall be responsible for ensuring that all of its staff, officers and agents comply with the terms of the Merchant Agreement. 

4.1. Except where required by law or any instructions of the Card Schemes, the Merchant must not refuse to accept any Card based on the identity of the Issuer or the Cardholder. 

4.2. The Merchant may request but must not require a Cardholder to provide additional identification as a condition of Card acceptance, unless such information is required to complete the Transaction, such as for shipping purposes, or the Card Scheme Standards specifically permit or require such information to be collected. 

4.3. With respect to Cards which are issued within the EEA, the Merchant shall honour without discrimination all valid Cards presented by a Cardholder and which are regulated within the same interchange fee category. The Merchant may not engage in any acceptance practice that discriminates against or discourages the use of Cards in favour of any other form of payment unless such practice is in accordance with EEA or local laws in the Merchant’s jurisdiction. The Merchant is however not required to accept debit Cards as a condition of accepting credit Cards, and vice versa. The Merchant is not required to accept Commercial Cards issued within the EEA. 

4.4. With respect to Cards which are issued outside the EEA, the Merchant shall accept all valid Cards issued by the Card Schemes which it is authorised to accept Cards from. 

5.1. The Merchant may only make Refunds to Cardholders in respect of prior Transactions with those Cardholders for the sale of goods or services. 

5.2. A Refund may only be made to the Card which was used for the original Transaction which is being refunded. Each Refund shall be in the same currency as the original Transaction which is being refunded, and may be up to the value of the original Transaction but shall not exceed the value of the original Transaction, unless the Merchant is legally obligated to do so. 

5.3. The Merchant shall pay to SaltPay the full amount of the Refund immediately upon demand, together with any Fees or other amounts payable by the Merchant to SaltPay under the Merchant Agreement because of the Refund. The Merchant is not entitled to any reimbursement of any Fees or other amounts paid or payable to SaltPay in respect of the original Transaction which is being refunded. 

5.4. Except as required by SaltPay, the Card Scheme Standards or applicable law, the Merchant shall not make any other credit Transactions which result in a transfer of funds to the Cardholder. 

5.5. At any given time, SaltPay is allowed to close for the Merchant’s refunds so that he will be unable to make any refunds through SaltPay’s system. 

6. Confidentiality, account information and Transaction information security 

6.1. The Merchant shall observe the strictest confidentiality in relation to Cardholder and Transaction information, and is responsible for ensuring the security of Cardholder and Transaction information. 

6.2. The Merchant must ensure that its operations and processing, of Cardholder and Transaction information are in compliance with the PCI/DSS Standards and any other security requirements of the Card Schemes, whether the handling of data is done by the Merchant itself or outsourced to a third party. SaltPay reserves the right to request from the Merchant a confirmation that the Merchant has undergone a PCI scanning (QSA or ISA) and/or undergone annual assessment. The Merchant must ensure that all standard equipment that the Merchant buys or rents is PA-DSS certified. 

6.3. The Merchant may not request or use a Card Account Number for any purpose other than as a payment for valid Transactions. The Merchant may not at any time request that the Cardholder completes a form by providing information on a Card Account Number, a Card expiration date, the Cardholder’s signature or any other Card account or Cardholder data where that information would be in plain view when mailed, for instance postcards. The Merchant may not at any time request the Card Security Code on any paper order form. 

6.4. The Merchant shall under no circumstances store sensitive authentication data including Full track data (magnetic-stripe data or equivalent on a chip), Card Security Code and PINs/PIN blocks. 

6.5. The Merchant shall, without any delay, alert SaltPay of any security breach or suspicion of security breach or Account Data Compromise Event. SaltPay may share such information with the Card Schemes and any applicable authorities. In the event of an actual or potential Account Data Compromise Event, SaltPay and/or the Card Schemes may request that a PCI PFI Forensic Investigator conducts an independent forensic investigation to assess the cause, scope, magnitude, duration, and effects of the Account Data Compromise Event or potential Account Data Compromise Event. The Merchant shall, without delay, fully co-operate with the PCI SSC Forensic Investigator for the duration of the forensic investigation and provide full access to its systems and databases. If not provided directly to them, the Merchant shall provide a copy of the PCI SSC Forensic Investigator’s report to SaltPay and the Card Schemes. If the findings of the PCI SSC Forensic Investigator show that the Merchant was not compliant with the PCI/DSS Standards at the time of the security breach or Account Data Compromise Event, and that the security breach or Account Data Compromise Event was a result of such noncompliance, the Merchant shall bear all costs of the investigations and/or any related assessment or damages and shall pay those to SaltPay on demand. 

6.6. All third parties that provide processing services to the Merchant (Third Party Processors) such as but not limited to terminal operations, authorisation routing, electronic data capture, clearing file preparation and/or any other handling of Cardholder and/or Transaction data shall be correctly registered within the Card Schemes. The Merchant shall validate that its Third Party Processors are certified as compliant with the PCI/DSS Standards. The Merchant shall ensure that all its contracts with Third Party Processors contain a clause equivalent to clause 6.5. The Merchant shall not use any Third Party Processors without SaltPay’s written permission. The Merchant shall prevent the transfer of information regarding the Cardholder’s name or Card Account Number to any unauthorised third parties. 

6.7. The Merchant may not inform any third party of the subject or content of the Merchant Agreement. 

6.8. The Merchant shall at all times strictly follow and adhere to SaltPay’s security instructions and security guidelines, in whatever form they may be, in connection with the performance of the Merchant Agreement and/or when otherwise using SaltPay’s services including the Merchant Web Portal (B-Online). The Merchant shall also adhere to SaltPay’s instructions on necessary changes to the Merchant’s systems connecting to SaltPay. The Merchant is liable for any data breach with in his scope. 

6.9. The autorized signatory of the Merchant is granted access to B-online and is responsible for the Merchant’s access as well as for granting access to other employees,as applicable. 

7.1. The Merchant shall retain original legible copies of all Transaction Receipts, electronic data records and/or CreditRefund Vouchers with respect to all Transactions submitted to SaltPay, and any subsequent refunds made, pursuant to the Merchant Agreement for a period of five (5) years. 

8. Obligation to provide SaltPay with information and access 

8.1. The Merchant shall inform SaltPay in writing without delay of any of the following: 

(a) actual or suspected security breaches or Account Data Compromise Events in accordance with clause 6.5; 

(b) any loss, theft, misappropriation or actual or suspect unauthorised use of the Merchant’s terminals or other systems used for submitting authorisation requests and Transactions to SaltPay ; 

(c) material changes to the Merchant’s operations; 

(d) any changes to the Merchant’s authorised signatories; 

(e) any changes to the beneficial ownership and/or ownership structure of the Merchant; or 

(f) any circumstances which may prevent the Merchant’s compliance with the terms of the Merchant Agreement. 

8.2. If requested by SaltPay, the Merchant shall confirm in writing without delay whether or not any of the events specified in clause 8.1 has occurred. 

8.3. SaltPay may from time to time request the Merchant to provide copies of Transaction Receipts and/or, if applicable, any other documentation or data such as Customer Order Letters, electronic data records and/or Credit-Refund Vouchers in respect of Transaction(s) submitted to SaltPay, and/or any subsequent refunds made. The Merchant shall provide such copies to SaltPay within twenty (20) Banking Days of such request being received by the Merchant from SaltPay. 

8.4. SaltPay is may perform a due diligence on the Merchant, its’ ultimate beneficial owners, directors, and authorized signatories according to laws on measures against money laundering and terrorist financing andthe Card Scheme rules. SaltPay is at any given time during the term of the Merchant Agreement to gather required due diligence information through third party systems or information providers which SaltPay has access to. 

8.5. The Merchant shall promptly provide any other information and/or documentation reasonably requested by SaltPay, including requests for any customer due diligence information and/or information about the Merchant’s financial position including copies of the Merchant’s financial statements. 

8.6. The Merchant shall, at the request of SaltPay, the Card Schemes and/or any authority having jurisdiction over SaltPay, grant certification authorities and/or investigators access to the Merchant’s Card acceptance equipment and systems. 

8.7. The Merchant shall grant SaltPay, the Card Schemes and/or any authority having jurisdiction over SaltPay access to its premises including the Merchant Location at any time, and without any requirement of prior notice except where prior notice is required by law, for the purpose of auditing the Merchant’s compliance with the terms of the Merchant Agreement. 

9. Merchant’s right to use the Card Scheme Marks and SaltPay’s Marks 

9.1. Unless otherwise agreed with SaltPay and subject to clause 9.2, the Merchant agrees to display and exhibit (and keep displayed and exhibited) in a prominent position to the public such promotional sign or other material approved by SaltPay and may use names or designs approved solely by SaltPay to indicate which Cards are accepted for payment, which shall be displayed at least as prominently as other Card Scheme promotional sign or other material. The Merchant shall not use any other material referring to SaltPay or to any Card Schemes without SaltPay’s approval. 

9.2. The Merchant is not required to display promotional signs or such other material if it is not engaged in selling services or goods to the general public or such practice is strictly prohibited by applicable laws or rules. 

9.3. To the extent that SaltPay approves the use of any Card Scheme’s service marks or logos and/or SaltPay’s Marks, SaltPay represents to the Merchant that it is the registered user of Card Scheme’s service marks or logos, and that it is the owner of SaltPay’s Marks. To the extent that SaltPay approves the use of any Card Scheme’s service marks or logos and/or SaltPay’s Marks, SaltPay agrees to indemnify and hold the Merchant harmless from and against all claims arising out of the use by the Merchant of such service marks or logos in accordance with the terms of the Merchant Agreement and the Card Scheme Standards. 

9.4. SaltPay and/or the Card Schemes may at any time and in their sole discretion notify the Merchant to discontinue any use or display of any of the Card Scheme Marks, SaltPay’s Marks and/or any use of other material referring SaltPay or to any Card Schemes. The Merchant shall immediately discontinue such use following receipt of a notice. 

9.5. Nothing in the Merchant Agreement shall give the Merchant any rights of ownership in any intellectual property belonging to SaltPay or the Card Schemes. The Merchant’s sole right to use any intellectual property belonging to SaltPay or the Card Schemes shall be as set out in this clause 9. 

10.1. Subject to clause 10.3, the Merchant shall seek authorisation from SaltPay for every Transaction over the Merchant Floor Limit. The Merchant Floor Limit is the maximum value of a single Transaction that the Merchant may complete without SaltPay’s prior authorisation, and shall be the amount specified in the Merchant Application Form or as otherwise notified by SaltPay to the Merchant from time to time. If no Merchant Floor Limit is specified in the Merchant Application Form, the Merchant Floor Limit shall be zero and the Merchant shall seek authorisation from SaltPay for all Transactions. The Merchant shall ensure that it is identified in each authorisation request with the correct MCC. 

10.2. SaltPay maintains an authorisation system, which may be accessed by direct electronic communications link. The Merchant may establish an on-line authorisation link between its sales system or terminal and SaltPay’s system. Unless otherwise agreed, the Merchant shall use the on-line link to authorise Transactions. The Merchant is responsible for ensuring that its equipment used to connect to the SaltPay’s authorisation system conforms to and is installed in accordance with the Card Scheme Standards and the Merchant Agreement. 

10.3. In the event of a force majeure event that prevents the Merchant from communicating with SaltPay’s authorisation system and SaltPay’s nominated authorisation centre, the Merchant may submit unauthorised Transactions to SaltPay. The Merchant acknowledges that such Transactions may be at higher risk of being subject to Chargebacks as they may later be rejected by the Cardholder. For the avoidance of doubt, the Merchant is liable for all Chargebacks and related costs in accordance with clause 14. 

10.4. The granting of an authorisation prior to a Transaction being processed is not an acceptance or assurance of that Transaction’s validity. In particular, a Transaction may be subject to Chargeback at a later date in accordance with the Card Scheme Standards. Furthermore, SaltPay may subsequently determine that a Transaction is an Illegitimate Transaction, notwithstanding the granting of authorisation. The Merchant also acknowledges that, amongst others, all Transactions that have not been verified by the Cardholder either with PIN, signature or through 3D Secure methods can later be rejected by the Cardholder. 

10.5. SaltPay reserves the right to restrict or prohibit the acceptance of Transactions, Cards or currencies where it deems it appropriate. The circumstances in which SaltPay may exercise this right may include: 

(a) if exchange controls or such similar local laws or regulations exist forbidding the exportation of Transactions or Transaction data abroad; 

(b) if either SaltPay or the Merchant have reason to believe that the Cardholder, the Card or the Card Account Number has been or potentially will be involved in fraudulent activity or malpractice in obtaining goods and services, or may result in the failure to collect sums due from the Cardholder; 

(d) where SaltPay is aware or suspects that the Transaction is an Illegitimate Transaction; 

(e) where SaltPay is required to do so by law or a Card Scheme; or 

(f) where SaltPay is aware or suspects that the Merchant’s practice is not in accordance with the Merchant Agreement and/or the Card Scheme Standards. 

11.1. The Merchant’s terminal shall produce an electronic Transaction Receipt for each Transaction, including Refunds. A copy of the Transaction receipt must be provided to the Cardholder unless they decline to receive one. 

11.2. Each completed Transaction Receipt shall contain at least the following: 

(a) the Merchant’s DBA Name, street address, city and state/country; 

(b) the Transaction Receipt type (sale, cash disbursement, refund); 

(c) the Card Account Number however only reflecting the last four (4) digits of the Card Account Number. All preceding digits must be replaced with fill characters, such as “X,” “*,” or “#,” that are neither blank spaces nor numeric characters; 

(d) the Transaction amount (or credit) indicated in the Transaction currency; 

(e) the Transaction date (or credit preparation date); 

(g) for Card Present Transactions, an electronic recording of the magnetic stripe-read or chip-read or key entered Cardholder data; 

(h) for a Chip Transaction, the application label and, at SaltPay’s discretion, the Transaction certificate (in its entirety) and related data. 

(i) on the Merchant’s copy of the Transaction Receipt for Card Present Transactions only, adequate space for the Cardholder’s signature, unless the Transaction is completed with a PIN as the Cardholder verification method (CVM) or no CVM is used; and 

(j) on Refund receipts only, the Merchant’s signature. 

11.3. The Merchant authorises SaltPay to release Transaction Receipts and any data or other information relating to Transaction Receipts to any agent of SaltPay, the Card Schemes or any other party as is reasonably necessary for the purpose of fulfilling SaltPay’s obligations under the Merchant Agreement or SaltPay’s obligations as a Card Scheme Member. 

12.1. The Merchant shall submit to SaltPay, or to SaltPay’s authorised bureau as it may notify the Merchant from time to time, a summary of all of the Merchant’s valid Transactions which have not previously been submitted. 

12.2. Each valid Transaction must be submitted within three (3) Banking Days after the date of the Transaction. Accordingly, the Merchant must submit a summary of Transactions at least once every three (3) Banking Days. The Merchant may however submit a summary of Transactions more frequently and SaltPay recommends a daily submission. 

12.3. The Merchant may not submit a Transaction until one of the following occurs: 

(b) the goods or services are shipped or provided, however this does not apply in the event of a partial or full prepayment; 

(c) Cardholder consent is obtained for a recurring Transaction.

12.4. The Merchant shall not submit the same Transaction more than once except in accordance with clause 12.8. 

12.5. The Merchant shall not submit any Illegitimate Transactions. 

12.6. Each submission shall contain the information required to be contained on the Transaction Receipt for that Transaction, together with the Merchant’s MCC and the Merchant Account ID, unless SaltPay agrees in writing that a submission may omit certain information. 

12.7. Each submission shall be in a form which is in accordance with the Card Schemes’ requirements. 

12.8. If a submission does not meet the requirements of the Card Schemes, or if the Transaction information contained in the submission is insufficient to provide a Cardholder an overview of its Transactions, SaltPay shall use reasonable endeavours to advise the Merchant as soon as possible. In such situation, the Merchant may resubmit the submission or Transaction (as appropriate) within seven (7) days of the original submission. Should the Merchant resubmit the submission or Transaction (as appropriate) after seven (7) days after the original submission, the Merchant will be responsible for all Chargebacks as a result of the submission. 

12.9. The Merchant shall in every way follow SaltPay’s instructions on card acceptance. 

13.1. The provisions of this clause 13 shall apply where the Merchant is required by Card Scheme Rules to offer an Instalment Payment Service, or where SaltPay has agreed in writing that the Merchant may offer an Instalment Payment Service. 

13.2. Where the Merchant offers or is required to offer an Instalment Payment Service, the Merchant shall ensure that its POS terminals have instalment payment services capability. 

13.3. The Transaction Receipt shall contain the following additional information for instalment payments: 

(a) a statement that instalment payment was chosen; 

(b) the number of instalment payments; and 

(c) a statement that the Cardholder should contact their bank for further information. 

14.1. Chargebacks will be handled according to the Card Scheme Standards of each Card Scheme. The Merchant’s rights to dispute Chargebacks shall be according to the dispute rules of the applicable Card Scheme. 

14.2. All Chargebacks are the responsibility of the Merchant, and the Merchant shall pay SaltPay the amount of all Chargebacks on demand as well as any fees associated with Chargebacks. If a chargeback is made in a currency other than the Merchant’s settlement currency, the chargeback amount is converted on the date the chargeback is received by SaltPay. The Merchant shall be liable for any exchange rate differences, whether decreasing or increasing the Merchant’s settlement in the relevant settlement currency. 

14.3. Should SaltPay be fined by the Card Schemes because of the Merchant’s Excessive Activity or the Merchant’s value of Refunds exceeds 5% of the Transaction Value of Transactions processed per month, such fines, cost or fees shall be reimbursed by the Merchant on demand. 

15.1. Subject to the Merchant’s compliance with the terms of the Merchant Agreement, SaltPay will, on the terms of the Merchant Agreement, settle directly to the Merchant all valid Transactions submitted by the Merchant. 

15.2. Subject to the other terms of the Merchant Agreement, including SaltPay’s right to withhold settlement pursuant to clause 21, SaltPay will pay to the Merchant on the Settlement Date the Settlement Value of all unsettled, valid purchase Transactions submitted by the Merchant. 

15.3. Settlement payments will be made by SaltPay to a bank account in the Merchant’s name. The Merchant’s initial bank account for settlement is as set out in the Merchant Application Form. The Merchant must notify SaltPay if it wishes to change settlement accounts by sending to SaltPay a signed change form along with bank confirmation details, irrevocably authorising settlement to be paid to the settlement account specified in the change form. SaltPay may refuse to accept a change of settlement account if it believes that it may expose SaltPay or any of its providers to additional risk. 

15.4. SaltPay shall have the right to receive payment from the Card Schemes in respect of all Transactions submitted to SaltPay. The Merchant acknowledges that it shall have no direct claim against the Card Schemes in respect of Transactions submitted to SaltPay. 

15.5. The Merchant shall only be entitled to payment of the Settlement Value in respect of valid Transactions into its specified bank account from the date on which SaltPay is obliged to make settlement payment in respect of those Transactions in accordance with the terms of the Merchant Agreement. The Merchant shall have no right to interest on any funds held by SaltPay in respect of any Transactions prior to SaltPay’s obligation to make settlement payment to the Merchant’s specified bank account in respect of those Transactions. 

15.6. SaltPay will prepare a settlement letter/settlement notice in connection with settlement payment which shall be made accessible to the Merchant. The settlement letter/settlement notice shall contain information on the amount paid and specify the Transactions included in the settlement as well as all Fees and other deductions, adjustments and set-off. 

15.7. Acceptance and/or settlement of Transactions by SaltPay, and/or inclusion of Transactions by SaltPay in a settlement letter/notice or other notification that Transactions are to be settled, shall not be nor be deemed to be binding on SaltPay as to the validity of those Transactions. SaltPay reserves the right to reject any Transaction at any point if it becomes aware or suspects that it is an Illegitimate Transaction. 

15.8. Should the accumulated amount of Merchant’s refunds, chargebacks, fees or other amounts owed to SaltPay be higher than the Merchant’s aggregated Settlement Value at the same time, the Merchant shall pay the Negative Balance on the due date. The due date is seven days after the date of the Negative Balance. Should a payment date fall on a banking holiday the payment date shall be on the following weekday. 