Transaction Services Addendum
This Addendum governs your use of the Transaction Services, as defined below. Use of the Transaction Services is subject to all terms and conditions of this Transaction Services Addendum and your Order Form. Capitalized terms not otherwise defined herein have the meaning assigned to them under the Agreement.
1. Transaction Services.
If specified in your fully executed Order Form, ModernRails shall provide you with one or more of the following Transaction Services:
1.1
ACH. If elected in your Order Form, ModernRails shall provide you with Automated Clearing House (“ACH”) services, which shall allow Customer or its Users to originate requests to transmit debit and credit entries according to the NACHA Operating Rules and Guidelines (“NACHA Rules”).
1.1.1
All ACH Services shall be performed in compliance with the NACHA Rules.
1.1.2
Customer acknowledges that it is subject to all obligations of an Originator under the NACHA Rules, including any indemnities, covenants, representations or warranties that are required to be made, given or performed by and comply with all the data retention necessary by an Originator under the NACHA Rules as provided in the Integration Requirements. If needed, you will cooperate with ModernRails to complete any required registrations under the NACHA Rules. Without limiting the foregoing, you shall (a) identify the originator of each Transaction as directed by ModernRails; (b) perform the requirements of an ODFI as defined under the NACHA Rules (to the extent you perform any obligations of an ODFI under the Rules); and (c) indemnify ModernRails for any failure to perform such obligations in accordance with the guidelines ModernRails may have provided you, subject to the terms and conditions applicable to indemnification under the Agreement.
1.1.3
At your cost and expense, you will retain data on file adequate to permit remaking of ACH Entries for thirty(30) days following the date of their transmittal as provided herein and shall provide such data upon request.
1.1.4
Customer understands that NACHA defines, from time to time, certain thresholds or levels for the Unauthorized Return Rate (returns on the basis that the transaction was unauthorized), the Administrative Return Rate (returns for administrative reasons) and the Overall Return Rate (all returns regardless of the cause). Customer shall not exceed ninety-five percent (95%) of such thresholds under any circumstances in any given sixty (60) days period.
1.1.5
In the case that Customer reaches or exceeds ninety-five percent (95%) of any of NACHA’s thresholds, as defined in the Section above, Customer shall provide ModernRails with a written explanation of the reasons for such return rates and the plan of action to reduce the return rate levels. In addition, ModernRails may take one or more of the following actions: (i) require that Customer's use of the ACH Services be subject to periodic ACH volume limitations; (ii) suspend Customer’s use of all or a portion of the ACH Services until Customer has demonstrated that Customer has a reasonable plan for reducing the respective high return rate level; and/or (iii) adjust Customer’s Initial Reserve Requirement.
1.1.6
In case any of Customer’s return rate reaches any of the thresholds defined by NACHA, ModernRails may at any time in its sole discretion cease processing and reject Customer’s entries. Customer agrees that ModernRails shall have no liability to Customer or any User arising from ModernRails’ decision at any time to cease or suspend processing of ACH entries.
1.2
Wire Transfer. If elected in your Order Form, ModernRails shall provide services to cause wire transfers to be delivered or executed on behalf of Customer User’s in accordance with Customer’s instruction (“Wire Services”), according to the details of your Specification Sheet.
1.2.1
Customer shall be responsible for ensuring all appropriate and necessary authorizations from Users for purposes of providing the Wire Services and for ensuring compliance with applicable law.
1.2.2
Customer shall implement a dual-control or a Two-Factor Authentication (“2FA”) for Users to create Wire Transfers, as a Security Procedure as defined below, in order to ensure proper authorization for the transaction.Customer understands that this authentication should be implemented in addition to any other Security Procedure used by Users to login into their account.
1.2.3
Customer acknowledges that the Wire Services shall be governed by all applicable operating circulars of any Federal Reserve Bank which may handle any request for Wire Services. To the extent allowed by federal law, use of the Wire Services also shall be subject to the operating rules and other governing documents of the Society for Worldwide Interbank Financial Telecommunication (“SWIFT”) or any other funds transfer or advice service or facilitator, and by the laws of any foreign nation having jurisdiction over the Transaction (or any segment thereof, to the extent of that segment only). Customer understand and acknowledges that the SWIFT Wires may have restrictions and the list of countries to and from which ModernRails may make these services available may vary over time, according to ModernRails’ own risk assessment and discretion, and the list of countries to or from which this service is available in any given moment should be updated in the Customer’s Specification Sheet.
1.2.4
ModernRails will not be liable for any loss arising directly or indirectly from its failure to provide Wire Services if a Transaction request would result in violation of any present or future risk control program of the Federal Reserve.
1.3
Check. If selected in your Order Form, ModernRails shall provide services to allow for your submission of requests to print, insert and mail checks drawn on funds deposited by your Customer or your Users (“Check Services”).
1.3.1
Customer shall be responsible for ensuring all appropriate and necessary authorizations from Users for purposes of providing the Wire Services and for ensuring compliance with applicable law.
1.3.2
Customer and/or Users will not be permitted to issue checks unless it has sufficient available funds. In the event a check is returned for insufficient funds, Customer shall be liable for all fees charged therefore. In the event a check is lost or returned as undeliverable for any reason, Customer shall be required to issue a new check and shall be responsible for all fees applicable to such reissuance.
1.3.3
Customer shall be responsible for canceling a check payment within two (2) business days from the date that User requested such cancellation to Customer. Customer shall be liable for User losses due to the check not canceled on time and ModernRails may debit such amount from Customer’s Reserve Account.
1.4
Card Processing. If elected in your Order Form, ModernRails may provide Customer and Customer Client Users with the ability of processing payments with external credit and debit cards (“Card Processing”), including to fund Users Deposit Accounts in case we are providing you and your Users with Deposit Account Services. Customer shall ensure that it has all the appropriate and necessary authorizations from Users to use Card Processing Services, and Customer shall keep a record of such authorization.
1.4.1
The Parties agree that the card networks supported by this service shall be defined in the Specification Sheet and may be updated from time to time to include additional networks.
1.5
Remote Deposit Capture. If elected in your Order Form, ModernRails shall provide you with the Remote Deposit Capture (“RDC”) Service, through which your Users may transmit check images for deposit into their DDA or Savings Accounts.
1.5.1
The Parties agree that RDC transactions shall be settled in one to six business days and that Customer shall be liable for any loss as a consequence of a return of a remotely deposited check that was not endorsed properly for remote deposit only, as provided in the API Documentation.
1.6
FedNow Payments. If elected in your Order Form, ModernRails shall enable Customer or Users to originate real-time payment (FedNow”) credit entries via the FedNow System.
2. Clearing Account.
The Transaction Services provided herein may be facilitated via a pooled deposit account, which is owned and controlled by the Financial Institution (the “Clearing Account”) as specified in your Order Form and detailed in your Specification Sheet. Such account is not eligible for pass-through FDIC deposit insurance.
2.1
Subnet Services. If elected in your Order Form, ModernRails may provide Customer and its Users with virtual account and routing numbers to enable Wire and ACH Services in such Clearing Account.
3. Reliance on Instructions.
Customer understands and acknowledges that the Transactions Services rely on the data that Customer provides to ModernRails and represents that all the data provided to ModernRails will be accurate as provided by Users. Customer understands and acknowledges that ModernRails shall rely solely on the numbers contained in a request for Wire, Check, ACH, FedNow or Card Processing Services in the event of any inconsistency between the numbers and the words contained in such request.
4. Other Associated Transaction Losses & Fees.
You acknowledge that you will be liable for any of the following losses and fees resulting from Customer’s use of any of the Transaction Services. Such losses and fees include, but are not limited to, costs related to (i) transaction returns and reversals from chargebacks (collectively “Returns”), such as ACH return fees, chargeback fees, card dispute fees, card processing (push/pull) failure fees, wire return fees, RDC return fees, (ii) incoming transaction fees, (iii) error resolution costs, (iv) provisional settlement costs, (v) and negative account reconciliations. Such fees shall be set forth by ModernRails and may be updated from time to time upon notice to Customer.
4.1
Customer acknowledges that any Transaction request may be returned by the receiving institution for insufficient funds or other reasons. In the event a Transaction is returned or charged back due to lack of authorization, any attempt by Customer to resubmit such request may be denied or conditioned upon submission of proof of authorization prior to attempting to reprocess such Transaction. All Returns to Customer or Users of a disputed Transaction will remain final unless the receiving institution otherwise accepts proof of authorization and disputed Transaction.
4.2
Customer understands and acknowledges that the Returns may take longer depending on the Users.
5. No Stop Payment.
All Transaction requests originated under this Addendum shall be final and shall not be subject to stop payment or recall orders. ModernRails shall not be liable to Customer or any User for any failure or inability to stop a payment.
6. Security Procedures.
ModernRails may define certain Security Procedures in Customer’s Specification Sheet and in API Documentation, both of which may be updated from time to time and shall be followed by Customer at all times. The security procedures are intended to verify authenticity of an order and not to detect any errors in Transactions orders, and may include using any code, password, personal identification number, user identification technology, token, certificate, or other element, means, or method of authentication or identification (collectively, “Access Devices”), constitute commercially reasonable security procedures under applicable law for the initiation of any electronic funds transfer. The Customer and Users shall expressly agree that authenticity of the payment and transfers orders issued to ModernRails shall be verified by the Security Procedures, that such Security Procedures are commercially reasonable methods of providing security against unauthorized payment orders, and that User shall be bound by any payment order, whether or not authorized, issued in its name and accepted by ModernRails in compliance with the Security Procedures.
7. Liability for Unauthorized Transactions.
ModernRails, Customer and Users shall be liable for any unauthorized transaction as defined in the Applicable Law, including, but not limited to, Regulation E (12 C.F.R. §1005) and U.C.C. §4A.Customer agrees to offer the proper disclosures about unauthorized transactions as instructed by ModernRails.
8. Limitation of Liability for Transactions.
The following limitations of liability shall apply for Transactions provided in this Addendum.
8.1
U.C.C. §4A. For Transactions subject to U.C.C. §4A, ModernRails shall only be liable for damages provided in therein.
8.2
Other Transactions. For all other Transactions, except if otherwise provided in the Agreement of this Addendum, ModernRails liability shall be limited to direct damages resulting from ModernRails willful misconduct or gross negligence, and, in any case, shall not exceed: (i) in case of an excessive debit to an account, the amount of the excess plus compensation equivalent to interest; (ii) in case of payment to an account not specified by Customer, the amount of the payment plus compensation equivalent to interest; (iii) in case of any delay in crediting a debit entry to Customer's Account, the amount of compensation equivalent to interest for the period of delay. In any case of compensation payment,such interests shall correspond to the average federal funds rate at the Federal Reserve Bank of New York minus 200 basis points (bps) for the period involved. CUSTOMER ACKNOWLEDGES THAT IN NO EVENT WILL MODERNRAILS BE LIABLE UNDER ANY CIRCUMSTANCES FOR ANY INDIRECT, CONSEQUENTIAL, SPECIAL, PUNITIVE OR EXEMPLARY, DAMAGES OR LOSSES, INCLUDING BUT NOT LIMITED TO DAMAGES FOR LOSS OF PROFITS, GOODWILL, USE, OR OTHER INTANGIBLE LOSSES INCURRED IN CONNECTION WITH THIS ADDENDUM.
8.3
Exclusion of liability. ModernRails shall not be liable, directly or indirectly, in whole or in part, from any act, omission or loss of any kind or nature whatsoever, arising or relating in any way to: (i) an act or failure to act on the part of any person or entity other than ModernRails, (ii) inaccuracy or ambiguity in the data, reports, instructions and Transaction requests transmitted to ModernRails, (iii) reliance by ModernRails on instructions or Transaction requests from persons purporting to be Customer, Users, authorized representatives or agents who initiate Transaction requests, (iv) Customer’s violation of its obligations, representations, or warranties as provided in this Addendum, or (v) a User’s misuse of ModernRails services or violation of applicable laws and regulation.
9. Indemnification.
Customer shall indemnify and hold ModernRails harmless from and against all liability of any kind of nature whatsoever, losses, or third-party claims arising from or related to those claims or losses in relationship to the services ModernRails provides in this Addendum, with the exception of those losses directly resulting from ModernRails’ gross negligence or willful misconduct. This limitation of liability and indemnification provision is in addition to those found in the Agreement.
10. PCI Compliance.
For transaction Services related to card processing, including Card Processing.
10.1
ModernRails shall comply with the applicable Payment Card Industry Data Security Standards (“PCI DSS”) at all times.
10.2
Customer shall at all times comply with applicable data privacy and security requirements under the PCI DSS, as they may be amended from time to time, in the case that Customer collects, uses, accesses, storages, or routes through its servers,certain credit or debit card non-public personal information. If required, Customer shall also register with the appropriate card association. ModernRails may provide Customer with additional requirements related to Customer’s collection, usage, storage or routing of the User Personal Data, as may be defined in your Specification Sheet or further notices, if an update is needed. Customer must provide ModernRails with documentation demonstrating Customer’s PCI compliance upon request. If ModernRails is unable to validate Customer’s PCI compliance, ModernRails may suspend the Card Processing Services provided herein. The Parties also agree that Customer may not need to comply with PCI DSS if Customer does not have access to credit or debit card non-public personal information and routes it from AccelerationCloud APIs directly to the User’s device.
11. Records.
Customer shall retain data on file adequate to remake and retrace all Transactions performed under this Addendum for the period required by applicable law, for no less than two (2) years from the Transaction. Such data includes, but is not limited to, User consent and authorization and proper Transaction request. ModernRails shall be responsible for the retention of all transaction data as required by applicable law.
12. Use of services.
Customer understands that the Transaction Services are not guaranteed against reversals. Customer is solely responsible for maintaining compliance with applicable law related to Customer’s services and applications.
12.1
Customer represents that it shall not use, or allow its Users to use, the Transaction Services in a way that may violate the applicable law, or for any illegal purposes. Customer understands that ModernRails may block or lock a User if there is suspicion of illegal or fraudulent activity by such User.
12.2
Customer shall provide to Users all the disclosures and information detailed in the Integration Requirements, as well as the disclosures prescribed by applicable law, including, but not limited to, the Unlawful Internet Gambling Enforcement Act of 2006 (Regulation GG), Regulation E (12 C.F.R. §1005) and U.C.C. §4A.
12.3
The use of the Transaction Services may be limited by either volume of Transactions or dollar volume, based on risk-based parameters established in your Specification Sheet or otherwise by ModernRails from time to time.
12.4
Customer shall comply with all requirements of all applicable state and federal laws, rules, regulations, and orders of any governmental authority, other than laws, rules, regulations, including, but not limited to, applicable state and/or federal registrations related to its services and Application. If Customer is required to obtain any specific license or registration,Customer shall provide ModernRails with a true copy of such license or registration at ModernRails request. In such cases, Customer may also have to complete an additional due diligence informational form.
12.5
Customer shall also provide commercially reasonable assistance to ModernRails in recovering an amount of any overpayment for which ModernRails may be liable hereunder.
12.6
If Customer is a Money Service Business (“MSB”), Customer shall conduct, no less than once every year, at Customer’s own expense, an independent review and assessment of the anti-money laundering policies, procedures and monitoring systems of Customer with respect to its operations and activities that deem it an MSB. Customer will provide ModernRails a summary of the review upon request.
13. Relationship to Agreement.
All terms and conditions of the Agreement shall remain in full force and effect. In the event of any conflict between this Addendum and the terms and conditions of the Agreement, the terms and conditions of this Addendum shall prevail as related to the subject matter hereunder.