Payment Channels Clause Samples

Payment Channels. All payment channels (including phone credit payment) are enabled by default when You choose to provide Users with Paid Products to Users (refer to Exhibit B for a list of all payment channels and their respective channel deductions).

Payment Channels. ▇▇▇▇▇ ▇▇▇▇▇ – Located in areas agreed upon by Premises Provider and Company. Company’s ▇▇▇▇▇ ▇▇▇▇▇▇ accepts cash, credit/debit cards from friends and family who want to add monies to inmate trust accounts. Mobile – Company provides Android & Apple downloadable mobile apps and a mobile- friendly website to facilitate credit/debit card payments from a smartphone. Online – Users can complete a transaction in minutes by accessing Company’s online, secure website portal and entering the required account information. It is secure, convenient, easy, and fast with online support available if users have questions. Phone- Provides a toll-free number that walks users through a transaction step-by-step to make a secure transaction on their phone using either a land line or cell phone. Walk-In Retail – Payments can safely and securely conduct transactions at select retailers through a network of neighborhood-based payment centers across the country using cash or credit/debit cards. Users simply inform the store clerk they are making a Company payment and provide the Facility# (DOC ID) and the Account #. SAMPLE OPTION LETTER Date: Original Contract CMS# Option Letter# CMS# CORE#

Payment Channels. 1.5.1 Maintain and operate the following portfolio of payment methods for the TV Licence: (i) mail; (ii) e-mail; (iii) telephone; (iv) acceptance of cash; (v) cheques; (vi) saving stamps; (vii) direct debit; (viii) credit and debit cards; (ix) home banking; (x) payment points toward the payment of a TV Licence run through credit card scheme. 1.5.2 Trial and introduce new payment channels and payment methods as requested by the BBC. 1.5.3 Interface with and accept payments from third party payment channels including banks, building societies, credit card agencies, PONB, RMS, Paypoint, Goldbrand Limited and any other payment network introduced by the BBC. 1.5.4 Endeavour to migrate customers to the most appropriate payment schemes in order to optimise the payment channel mix (as directed by the BBC).

Payment Channels. The customer has to make all his investments in the official bank accounts of the brokerage house. Payment by hand or under other conditions is not accepted, and the intermediary institution is obliged to pay the current investment profits to the bank accounts belonging to the customer's own name. Receipt of each payment should be archived and presented when necessary.

Payment Channels a. Banco De Oro b. SM & Savemore payment centers, c.BancNet (e.g. ATM,GCash, etc.) d. Other Payment Channels Php40 per payment in excess of 3 Payment Transfer Fee Incurred when a cardholder requests that his/her payment be transferred from his/her Peso Account to Dollar Account or vice-versa Php 300 or or US $10 Refund Fee Incurred when a cardholder requests for a refund on his/her over payment Php 300 or US $10 (credit to PNB account); P500 or US $10 plus Dollar remittance fee (credit to non-PNB account; for Dollar - remittance fee depends on amount) Returned Check Fee Incurred when a check payment was dishonored or returned by the bank for reasons such as account closed, Drawn Against Insufficient Funds (DAIF), Drawn Against Uncollected Deposit (DAUD), etc Php 1,000 for Peso account or US $10 for Dollar account Sales Slip Retrieval Fee Incurred when a cardholder requests for the retrieval of a particular sales slip to verify a transaction Php 400 or US $15 (per Sales Slip) Statement of Account (SOA) Retrieval Fee Incurred when a cardholder requests for a fax or mail copy of his/her old SOA (beyond 3 months from current SOA) Php 50 per statement Note:

Payment Channels. 5.1. Any and all payments made by the Client in connection with the Applicable Agreement shall be made through the designated banks or third parties appointed by the Company from time to time to accept payments from the Client (“Payment Channels”). 5.2. Any changes to the Payment Channels will be posted in the ▇▇▇.▇▇▇▇▇▇.▇▇. The Client undertakes to check the valid Payment Channels before making any payments to the Company as the list of Payment Channels may be changed by the Company. Any changes to the Payment Channels will be notified through the posting of the same at ▇▇▇.▇▇▇▇▇▇.▇▇ and such change will be valid & binding on the Client as of date of posting. 5.3. The Company shall not be held liable for any delay or failure in crediting or accepting any payment to the Company resulting from any event, circumstance, fault or negligence of the Payment Channels including, but not limited to, the closure, non-functioning, or malfunctioning of the Payment Channels.

Payment Channels. The following payment channels may be available to you to make payments to your Service Account. Account/authentication information is required to submit payments through any payment channel.

Payment Channels. 16.1. Any and all payments made by the Borrower in connection with the Loan Agreement shall be made through the designated banks or third parties appointed by BANGON PINOY from time to time to accept payments from the Borrower (“Payment Channels”). Any changes to the Payment Channels shall be notified to the Borrower through website announcement. Prior to making each payment, the Borrower shall verify the list of Payment Channels at the website of BANGON PINOY. 16.2. BANGON PINOY shall not be held liable for, and the Borrower bears the risk of, any delay or failure in crediting or accepting any payment to BANGON PINOY, due to any event or circumstance, including without limitation the closure, non-functioning, or malfunctioning of the Payment Channel.

Payment Channels. The fee(s) for each payment in the blockchain often makes repeated micropayments unaffordable. Prominent proposals to overcome this limitation are off-chain protocols like payment channels (PC) [12], [13]. With PC, two parties can swiftly exchange small payments and postpone updating the blockchain (avoiding the fees) until they reach a final state. The parties pre-agree and sign a smart contract, which locks a specific amount of money for a specified period. Later, any participant can unlock the funds by providing a final state signed by both participants within the pre-agreed period. As such, the payment channel is a combination of three distinct concepts: 1) multi-signature addresses, 2) time-locks, and 3) hash-locks. Multi-signature addresses require n-of-n signatures to unlock its funds. The typical case is a 2-of-2 signature ad- dress that requires the approval of both parties to unlock the fund. A time-lock restricts the validity of the multi-signature to a limited time. A hash-lock requires the revealing of the pre-image of a secret hash value to consider a payment as valid. The payment channel requires at least two on-chain messages to the public blockchain. One message to open the channel and lock the desired amount, including the hash- locks and time-locks. Depending on the design, the channel allows the owner to send messages to update the status or extend the lock-period. With an open channel, two parties perform off-chain payments by exchanging signatures. When they reach the time to close the channel, they reveal the secret-hash. There are two main extensions of payment channels. First, payment networks [12], [14] reuse existing user channels to route payments off-chain. Second, state channels [15]–[17] provide a general use of channels to store state changes for any application. TinyEVM builds on the design concepts of payment channels and adapts them to the specific require- ments of IoT applications.