The Reserve Bank of India (RBI) issued the Guidelines on Regulation of Payment Gateways and Payment Aggregators (Guidelines) on 17 March 2020, which seeks to regulate Payment Aggregators and Payment Gateways. The Guidelines are effective from 1 April 2020 and apply mandatorily to Payment Aggregators, while the technology-related recommendations apply voluntarily to Payment Gateways. This is a significant change from the extant RBI regulatory regime that governed some of these entities as ‘intermediaries’ – the Directions for Opening and Operation of Accounts and Settlement of Payments for Electronic Payment Transactions Involving Intermediaries (Intermediary Directions) issued in November 2009. Given that Payment Aggregators often receive funds from the customer before it reaches the accounts of the respective merchants, and may additionally handle large volumes of customer data, the RBI has decided to regulate these entities in the interest of the consumer.
The salient features of the Guidelines are described below.
Payment Aggregators: Payment Aggregators facilitate e-commerce sites and merchants to accept various payment instruments from the customers for completion of their payment obligations without the need for merchants to create a separate payment integration system of their own. Payment Aggregators facilitate merchants to connect with acquirers and in the process, receive payments from customers, pool and transfer them on to the merchants after some time.
This definition is similar to the definition of ‘intermediaries’ under the Intermediary Directions, which defines an intermediary as ‘an entity that collect monies received from customers for payment to merchants using any electronic/online payment mode, for goods and services availed by them and subsequently facilitate the transfer of these monies to the merchants in final settlement of the obligations of the paying customers.’
Before the Guidelines, most aggregators in the market used to comply with the Intermediary Directions. Intermediaries are a broad classification and included within its ambit both e-commerce marketplaces (who use nodal accounts to facilitate payments) and payment aggregation service providers. While e-commerce marketplaces were providing aggregation services to its merchants in furtherance of their trust eco-sytstem, the aggregation service providers were providing these as a service to merchants and e-commerce marketplaces. From a reading of the Guidelines, it appears that the Guidelines intend to replace the Intermediary Directions. However, in the absence of an over-riding clause, it is unclear whether the Intermediary Directions are still in force and this leads to ambiguity surrounding dual regulation.
Payment Gateways: Payment Gateways are entities that provide technology infrastructure to route and facilitate the processing of online payment transactions without actually handling funds. The definition covers all entities processing online payments without providing aggregation of funds. However, it must be noted that a large number of players in the market are currently operating as both Payment Aggregators and Payment Gateways.
The Guidelines are mandatorily applicable to Payment Aggregators. On the other hand, since Payment Gateways merely provide infrastructure and do not handle funds at any stage, they have been given the option to adhere to the baseline technology-related recommendations, as specified in the Guidelines. Further, since Payment Aggregators may process cross-border payments, the Guidelines have specified that they apply to the domestic leg of any import-export related payments facilitated by Payment Aggregators. In these instances, Payment Aggregators must ensure compliance with the Guidelines only for collecting and maintaining funds from all domestic customers, as well as settlement with domestic merchants. The Guidelines, however, do not apply to any Cash-on-Delivery (CoD) transactions conducted by Payment Aggregators.
All existing non-bank Payment Aggregators are required to obtain a registration from the RBI under the Payment and Settlement Systems Act, 2007 (PSSA) by 30 June 2021. Any Payment Aggregator seeking authorization would need to adhere to the following conditions:
Anti-Money Laundering: Payment Aggregators must follow all requirements under the RBI’s Master Direction – Know Your Customer (KYC) Directions, in addition to requirements under the Prevention of Money Laundering Act, 2002 that are presently applicable to entities such as banks, financial institutions and payment system providers. Payment Aggregators would, therefore (indicatively) be required to ensure that customers are verified in the prescribed manner, develop KYC and Customer Acceptance policies, monitor large transactions, update KYC information periodically, and maintain, preserve and make available all customer information held with them. However, the Guidelines do not address how Payment Aggregators without direct relationships with the customer may carry out this exercise.
Settlement/Escrow Account: Payment Aggregators are required to set up an escrow account with a scheduled commercial bank for the funds they collect. Given the objective of the Guidelines to regulate the flow of funds through Payment Aggregators, the RBI has issued strict requirements for the use of the escrow account. The account can be used by Payment Aggregators only for debits and credits specified in the Guidelines and cannot be used for CoD transactions. Permitted debit transactions include payments to merchants and service providers, payments made on instructions from merchants, payment of commission to intermediaries, and payments for promotional activities. Similarly, permitted credits include payments from customers, pre-funding of the escrow account by merchants, refunds for failed or cancelled transactions, and payments for onward transfer to merchants for promotional activities. The RBI has also stipulated timelines within which Payment Aggregators must settle amounts with merchants. These are prescribed based on the nature of the transaction and the entity that is responsible for the delivery of goods or services. For instance, where the Payment Aggregator is responsible for delivery, settlement must be completed within one day of the date of intimation to the Payment Aggregator of shipment by the merchant (Ts). Where the merchant is responsible for delivery, the settlement must be completed within one day of the date of confirmation to the Payment Aggregator of delivery by the merchant (Td). Further, where the agreement with the merchant requires the Payment Aggregator to retain the funds till the expiry of the refund period prescribed by the merchant, settlement must be completed within one day of the date of expiry of refund period (Tr).
Unlike the Intermediary Directions, these Guidelines do not seem to distinguish between services that involve an instant delivery (such as flight tickets or e-books) and those that are delivered over time. Further, the timelines for settlement provided under the Guidelines are more stringent than those provided in the Intermediary Directions. Given that the Guidelines do not replace the Intermediary Directions but appear to add to them, in the absence of any clarity such a discrepancy is likely to lead to uncertainty for Payment Aggregators.
This is also bound to create changes to the current trust mechanisms built-in by e-commerce marketplaces.
Security, Fraud Prevention and Risk Management: Payment Aggregators are required to put in place a Board approved information security policy, establish mechanisms for handling cybersecurity incidents and breaches and submit System Audit Reports to the RBI.
Data Storage: Payment Aggregators must comply with data storage requirements as applicable to Payment System Operators under the PSSA including the requirement to mandatorily localise all payment data on a server in India under the conditions stipulated in the RBI Notification on Storage of Payment System Data issued on 6 April 2018.
Baseline Technology: Given that Payment Aggregators rely heavily on technology for providing services and may handle large volumes of data, the RBI has specified several technological requirements to be met by such entities. These include reporting requirements such as submitting internal and external audit reports, cybersecurity reports and reporting of security incidents and conducting internal and external audits. Payment Aggregators also need to adopt and maintain prescribed data security and encryption standards.
Merchant Onboarding: Payment Aggregators have increased responsibilities concerning the merchants they contract with. In this regard, Payment Aggregators will need to undertake background checks to ensure that merchants are not selling fake or counterfeit products, and ensure that merchant websites indicate the terms and conditions of the service and time-line for processing returns and refunds. They are also responsible for ensuring that merchants adopt the prescribed security standards and that merchants do not save customer debit/credit card number and related data. While it is likely that these requirements will have to be stipulated in the contracts entered into between Payment Aggregators and merchants, the extent of their responsibility and the standard of due diligence in this regard remains unclear.
Regulation of Payment Gateways: Payment Gateways are to be considered as ‘technology providers’ or ‘outsourcing partners’ of banks or other entities, as the case may be, and may voluntarily undertake the baseline technology recommendations under the Guidelines. The Guidelines also stipulate that in case of bank Payment Gateways, all applicable guidelines for outsourcing issued by Reserve Bank of India must be complied with by banks. Banks may therefore contractually pass on any relevant compliances to Payment Gateways to adhere to these requirements.
Other miscellaneous requirements: Payment Aggregators are now not permitted to place limits on transaction amounts, and this responsibility remains with the banks. Payment Aggregators must not implement the ATM PIN as a two-factor option for the authentication of card-not-present transactions. All refunds made by the Payment Aggregator must be to the original payment method unless specifically agreed by the customer.Download PDF to read more
If you would like to receive content directly in your inbox from our knowledge repository, please complete this subscription form. This service is reserved for clients and eligible contacts.