Customers and the data chain: Agents and others
Part II â Agents and other third parties
In Part I, we took a close look at how the FCA views different actors in the âdata chainâ. The data chain begins when data is retrieved from a customerâs account either by an account information service provider (AISP), or a technical service provider (TSP), on behalf of the AISP. This week, we discuss the next links in the data chain: Agents â who provide account information services on behalf of AISPs; and then we examine so-called âThird Parties not providing AISâ.
Note: In this blog âcustomersâ is used to refer to the âend-usersâ of open banking services.
What are Agents? đ€
Under PSD2, AISPs may provide their services through agents. Agents are not regulated in their own right, but provide the AISPâs services to end-customers on behalf of the AISP. In the same way that an AISP is responsible for everything done by its TSP, the AISP is also responsible for everything done by its agents and must have systems and controls in place to monitor its agentsâ activities. This is reflected in the PSD2 requirement for the AISP to increase the amount of professional indemnity insurance it holds in proportion to the number of agents it has. AISPs must also register their agents with the FCA. TrueLayerâs agents are displayed on the FCAâs register.
Because an agent is not providing account information services in its own right, it is not the agent who should obtain explicit consent to access account data, but the AISP, also known as the âPrincipalâ. It is also the AISP (not the agent) that retrieves the data from the customerâs bank, identifying itself with its own eIDAS certificate. All of this needs to happen before the AISPâs account information service is provided to the customer through the agent:
TrueLayer provides a consent screen for its agents to use so that we can collect the end-customersâ consent when we provide AIS through our agents:
A further safeguard for the customer is that under PSD2 rules, an agent of an AISP âcannot provide or purport to provide account information services in its own right.â According to FCA guidance, an AIS agent must be clear to its customers that it is providing the services of an AISP, even where it is doing so through its own platform. TrueLayer works with its agents to ensure this is made clear to customers where account information is being displayed:
The third party not providing AIS
The final âPSD2 roleâ illustrated on the FCAâs new page is that of a third party not providing AIS, also known in law as âanother person.â The legal framework for an AISP to share data with businesses who are not themselves regulated under PSD2 comes from the UK Treasury regulations, which implement PSD2, specifically the definition of âaccount information servicesâ. Under the definition, an AIS can provide services:
ââOnly to the payment service user or the payment service user and another person in accordance with the payment service userâs instructions.â
An example of this role in action would be a bank partnering with an AISP to use the account data to power a lending decision, or a credit reference agency using the data to help calculate a credit score. The critical thing is that the companies partnering with the AISP are not themselves providing consolidated account information back to the customer, so do not need to be regulated as AISPs under PSD2. They are benefiting from being able to access and use PSD2 open banking data via AISPs.
In this model, it is the AISPâs responsibility to obtain consent for two things. First, to access the data under PSD2, and second, to share the data with âanother personâ who is not doing AIS (i.e. âin accordance with the payment service userâs instructions).
Once the data has passed to âanother person,â it is no longer the responsibility of the AISP under PSD2. To better understand the protections that continue to follow the customer in this data chain, it is time to introduce GDPR.
GDPR and the data chain
Like any business that handles personal data (transaction data being a good example of this), AISPs must also comply with GDPR and other data protection laws. That means data protection requirements on processing and/or controlling data apply. Whether an actor in the data chain is a processor and/or a controller will depend on exactly what they are doing with the data. This is one example of how legal responsibilities may be assigned in a particular open banking data chain:
Ultimately, under both PSD2 and the GDPR, each actor in the data chain is responsible for keeping the customer data it holds safe and secure. That means that protections continue after data is passed to a business that is not PSD2 regulated.
While PSD2 gives customers the right to complain to a regulated AISP, and to escalate that complaint to the Financial Ombudsman, GDPR gives individuals the right to claim compensation from an organisation if they have suffered damage as a result of it breaking data protection obligations. While there is no compensation awarding body for GDPR breaches (unlike the Financial Ombudsman), in the UK, consumers can complain to the Information Commissionerâs Office (ICO), and the ICO can take action against the organisation. Individuals can also make a claim in court, which can decide whether or not the organisation would have to pay compensation, assuming the individual has suffered loss as a result of the breach.
Ongoing chains â
The reality and opportunity of open banking is that customers become empowered to extract their own data from banks and do with that data what they wish.
PSD2 businesses have a responsibility to enable this while keeping customers safe. That means:
Acting as responsible, secure data retrievers
Ensuring the data hand-off to businesses inside and outside the PSD2 perimeter is made strictly in accordance with the customerâs wishes and the law
Only trading with reputable businesses who take their responsibilities under the GDPR seriously
At TrueLayer, we are committed to delivering a secure, transparent, and safe service for our clients and their customers. Contact us to hear how you can be the next strong link in the data chain.