Guidance · EBA · 4 Jul 2024

Guidelines on information requirements in relation to transfers of funds and certain crypto-assets transfers under Regulation (EU) 2023/1113

PSPs, IPSPs, CASPs, and ICASPs must establish policies to identify linked transfers, detect technical limitations, and manage missing information. CASPs must obtain self-hosted wallet details for transfers exceeding EUR 1,000 and use the crypto-asset’s exchange rate at transfer time to determine value. Providers must transmit payer and payee names, addresses, and account numbers securely, ensuring data integrity and using alternative channels if primary systems fail.

European UnionEuropean Banking Authority
Annotations and obligations
268 obligations · 16 permissions · 187 definitions · 1 reporting item
  • Obligation 268
  • Permission 16
  • Definition / condition 187
  • Reporting template 1
  • background, boilerplate

Lineage: No known changes

RegAlert holds no document that amends or replaces this one. This is not a check that it is in force: confirm with the regulator.

Regulation (EU) No 1093/2010 ofthe European Parliament and of th…2010 · EURegulation (EU) No 1093/2010 of the European Parliament and of the Council of 24 November 2010 establishing a European Supervisory Authority (European Banking Authority), amending Decision No 716/2009/EC and repealing Commission Decision 2009/78/EC (2010-11-24)Directive (EU) 2015/849 of theEuropean Parliament and of the Co…2015 · EUDirective (EU) 2015/849 of the European Parliament and of the Council of 20 May 2015 on the prevention of the use of the financial system for the purposes of money laundering or terrorist financing, amending Regulation (EU) No 648/2012 of the European Parliament and of the Council, and repealing Directive 2005/60/EC of the European Parliament and of the Council and Commission Directive 2006/70/EC (Text with EEA relevance) (2015-05-20)Regulation (EU) 2023/1113 of theEuropean Parliament and of the Co…2023 · EURegulation (EU) 2023/1113 of the European Parliament and of the Council of 31 May 2023 on information accompanying transfers of funds and certain crypto-assets and amending Directive (EU) 2015/849 (Text with EEA relevance) (2023-05-31)Joint Guidelines on measures todetect missing payer or payee inf…2017 · EBAJoint Guidelines on measures to detect missing payer or payee information in fund transfers (2017-09-22)Guidelines on informationrequirements in relation to t…2024-07-04 · this documentGuidelines on information requirements in relation to transfers of funds and certain crypto-assets transfers under Regulation (EU) 2023/1113 (2024-07-04)Mentions (4)documents that mention itopen the list below the graph ▾Mentions (4): documents that mention it without changing it — open the list below the graph
amendssupersedesissued underrefers todashed card: not in RegAlert (or proposed)arrows run from the older text to the one that changes it
The links and the sentences they come from (4)
Supersedes
Issued under
Mentions (4): 4 documents mention this one without changing it
Referred to by

What changed in the obligations

Against Joint Guidelines on measures to detect missing payer or payee information in fund transfers (2017-09-22)

184 new obligations · 5 changed obligations · 1 deadline changed · 10 changes of scope · 17 changes of who is bound · 76 not carried over

34 obligations are the same in both texts.

Changed (33)
  • What must be done
    Before
    Notifications should be sent to [compliance@eba.europa.eu, compliance@eiopa.europa.eu and compliance@esma.europa.eu] with the reference ‘JC/GL/201x/xx’.
    Now
    Notifications should be sent by submitting the form available on the EBA website with the reference ‘EBA/GL/2024/11’.
  • Scope
    Before
    2. These guidelines: a) set out the factors PSPs and IPSPs should consider when establishing and implementing procedures to detect and manage transfers of funds that lack required information on the payer and/or the payee to ensure that these procedures are effective; and
    Now
    6. Specifically, these Guidelines: a) set out the factors that payment service providers (PSPs), intermediary payment service providers (IPSPs), crypto-asset service providers (CASPs) and intermediary crypto-asset service providers (ICASPs) should consider when establishing procedures to detect and manage transfers of funds and crypto-assets lacking the required information on the payer/originato…
  • Who is bound
    Before
    31. This means not only that PSPs have to take appropriate steps to identify and assess the ML/TF risks to which they are exposed, but also that they have to design and implement effective, risk-based AML/CFT policies and procedures to comply with AML/CFT obligations, including those set out in Regulation (EU) 2015/847.
    Now
    IPSPs, CASPs and ICASPs identify, assess and understand the ML/TF risksto which PSPs, IPSPs, CASPs and ICASPs are exposed and take AML/CFT measures that are proportionate to those risks.
  • Scope
    Before
    8. A PSP should establish for each transfer of funds whether it acts as the PSP of the payer, as the PSP of the payee or as an IPSP.
    Now
    12. To determine what information should accompany a transfer of funds or crypto-assets, and the steps they should take to comply with Regulation (EU) 2023/1113, PSPs, IPSPs, CASPs and ICASPs should set out in their policies and procedures how they will establish for each transfer of funds or crypt… a) the PSP of the payer, the payee or an IPSP;
  • Who is bound
    Before
    20. PSPs and IPSPs should ensure that their policies and procedures: d) are reviewed regularly, improved where necessary and kept up to date.
    Now
    14. PSPs, IPSPs, CASPs and ICASPs should keep their policies and procedures up to date and improve them as necessary.
  • Who is bound
    Before
    11. To apply these exemptions and derogations, PSPs and IPSPs should have in place systems and controls to ensure the conditions for these exemptions and derogations are met.
    Now
    15. PSPs and CASPs should set out in their policies and procedures how they will determine whether the conditions for the application of the exclusions or derogations set out in Article 2 of Regulation (EU) 2023/1113 are met.
  • Scope
    Before
    PSPs and IPSPs that are unable to establish that the conditions for these exemptions are met should comply with Regulation (EU) 2015/847 in respect of all transfers of funds.
    Now
    PSPs and CASPs that are unable to establish that those conditions are met should comply with Regulation (EU) 2023/1113 in respect of all transfers of funds and crypto-assets.
  • Who is bound
    Before
    16. In order to apply rules in Articles 5, 6 and 7 of Regulation (EU) 2015/847 related to transfers of funds that do not exceed EUR 1 000, PSPs and IPSPs should have in place policies and procedures to detect transfers of funds that appear to be linked.
    Now
    17. PSPs should have policies and procedures in place to detect transfers that appear to be linked.
  • Who is bound
    Before
    As part of this, IPSPs should satisfy themselves of their system’s ability to convert information into a different format without error or omission.
    Now
    PSPs, IPSPs, CASPs and ICASPs that cannot ensure that their systems are able to transmit, receive or convert the information without error or omission should change to a system which is capable of that.
  • Scope
    Before
    14. When applying the exemption in point (3) of Article 2 of Regulation (EU) 2015/847, PSPs and IPSPs should ensure that the transfer of funds is accompanied by the number of the card, instrument or digital device, for example the Primary Account Number (PAN), and that that number is provided in a way that allows the transfer to be traced back to the payer.
    Now
    34. PSPsshould ensure that the transfer of funds is accompanied by the payment account number.
  • Who is bound
    Before
    20. PSPs and IPSPs should ensure that their policies and procedures: a) set out clearly: iii) which transfers of funds have to be monitored in real time and which transfers of funds can be monitored on an ex-post basis, and why,
    Now
    46. Payees’ PSPs, IPSPs, beneficiary’s CASPs or ICASPs should set out in their policies and proce￾dures how they will determine which transfers will be monitored during or after the transfer in accordance with Articles 7(2), 11(2), 16 (1) and 20 of Regulation (EU) 2023/1113.
  • Who is bound
    Before
    As part of this, PSPs and IPSPs should determine which high-risk factors, or combination of high-risk factors, will always trigger real-time monitoring, and which will trigger a targeted ex-post review (see also point 30).
    Now
    CASPs and ICASPs should at least set out: b) which risk-increasing factors, or combination of risk-increasing factors, will always trig￾ger monitoring during the transfer, and which will trigger a targeted review after the transfer has taken place.
  • Scope
    Before
    High-risk indicators may include, but are not limited to: c) a negative AML/CFT compliance record of the IPSP or the PSP of the payer, whoever is the prior PSP in the payment chain;
    Now
    h) a negative AML/CFT compliance record of the prior PSP, IPSP, CASP or ICASP in the transfer chain, based on public information;
  • Scope
    Before
    High-risk indicators may include, but are not limited to: d) transfers of funds from a PSP or IPSP identified as repeatedly failing to provide required information on the payer without good reason (see points 47-55), or from a PSP or IPSP that has previously been known to fail to provide required information on the payer or the payee on a number of occasions without good reason, even if it did no…
    Now
    i) transfers from a PSP, IPSP, CASP or ICASP identified as repeatedly failing to provide required information without a justified reason, or from a PSP, IPSP, CASP or ICASP that has previously been known to fail to provide required information on a number of oc￾casions without good reason, even if it did not repeatedly fail to do so;
  • Who is bound
    Before
    When considering whether or not a transfer of funds raises suspicion, the PSP or IPSP should take a holistic view of all ML/TF risk factors associated with the transfer of funds, including those listed in point 30, to the extent that these are known, and pay particular attention to transfers of funds that are likely to present a higher risk of ML/TF.
    Now
    48. When considering whether or not a transfer raises suspicion, the PSPs, IPSPs, CASPs or ICASPs should take a holistic view of all ML/TF risk factors associated with the transfer and consider that missing or inadmissible information per se does not give rise to suspicion of ML/TF.
  • Who is bound
    Before
    27. Where PSPs or IPSPs use a list of commonly found meaningless terms, they should periodically review this list to ensure it remains relevant.
    Now
    51. Where PSPs, CASPs, IPSPs and ICASPs use a list of terms commonly found to be meaningless, they should periodically review this list to ensure it remains relevant.
  • Who is bound
    Before
    33. Where a PSP or an IPSP decides to reject a transfer of funds, it does not have to ask for the missing information but should share the reason for the rejection with the prior PSP in the payment chain.
    Now
    54. Where an IPSP, payee’s PSP, ICASP or beneficiary’s CASP decides to reject a transfer or an ICASP or beneficiary’s CASP decides to return a transfer instead of requesting the missing in￾formation, they should inform the prior PSP, IPSP, CASP or ICASP in the transfer chain that the transfer has been rejected or returned because of missing information.
  • Deadline
    Before
    Longer deadlines may be necessary where payment chains are more complex.
    Now
    Longer deadlines up to seven days may be set where transfer chains involve:
  • What must be done
    Before
    36. PSPs or IPSPs should consider sending a reminder to the prior PSP in the payment chain should the requested information not be forthcoming.
    Now
    59. Should the requested information not be forthcoming, the PSP or IPSP should send a reminder to the prior PSP or IPSP in the transfer chain and advise the prior PSP or IPSP in the transfer chain of the actions it may take should the PSP or IPSP fail to provide the requested information by the set deadline.
  • What must be done
    Before
    37. Where the requested information is not provided by the set deadline, the PSP or IPSP should, in line with its risk-based policies and procedures: a) decide whether to reject or execute the transfer;
    Now
    60. Where the requested information is not provided by the set deadline, the PSP or IPSP should make the decision on whether to reject, suspend or execute the transfer in line with its risk￾based policies and procedures as specified in paragraphs 41 and 42.
  • What must be done
    Before
    37. Where the requested information is not provided by the set deadline, the PSP or IPSP should, in line with its risk-based policies and procedures: c) consider the future treatment of the prior PSP in the payment chain for AML/CFT compliance purposes.
    Now
    In addition to that decision it should, irrespective of whether the failure was repeated or not, consider the future treat￾ment of the prior PSP or IPSP in the transfer chain for AML/CFT compliance purposes, including rejecting any future transfers from or to the prior PSP or IPSP in the transfer chain, or restrict￾ing or terminating its business relationship with that PSP or IPSP.
  • Who is bound
    Before
    37. Where the requested information is not provided by the set deadline, the PSP or IPSP should, in line with its risk-based policies and procedures:
    Now
    62. Where the requested information is not provided by the set deadline, the CASP or ICASP should make the decision on whether to reject, return, suspend or execute the transfer in line with its risk-based policies and procedures as specified in paragraphs 52 and 53.
  • Who is bound
    Before
    42. Where the requested information is not forthcoming within the timeframe set by the PSP or IPSP, the PSP or IPSP should, in line with its risk-based policies and procedures, consider the future treatment of the prior PSP in the payment chain for AML/CFT compliance purposes.
    Now
    that decision it should, irrespective of whether the failure was repeated or not, consider the future treatment of the prior CASP or ICASP in the transfer chain for AML/CFT compliance pur￾poses, including rejecting any future transfers from or to the prior CASP or ICASP or self-hosted address in the transfer chain, or restricting or terminating its business relationship with it.
  • Who is bound
    Before
    a) the percentage of transfers with missing information sent by a specific PSP or IPSP within a certain timeframe; and
    Now
    68. Quantitative criteria should include at least: a) the percentage of transfers with missing or incomplete information sent by a specific PSP, IPSP, CASP or ICASP within a specific timeframe; and
  • Scope
    Before
    56. The steps the PSP of the payee or the IPSP should take where another PSP or IPSP repeatedly fails to provide information required by Regulation (EU) 2015/847 should be risk-based and may include one or a combination of the following (though other steps are possible): a) issuing a warning to the prior PSP in the payment chain to inform the PSP or IPSP of the steps that will be applied should t…
    Now
    70. The warning in accordance with Articles 8(2), point (a), 12(2), point (a), 17(2), point (a), and 21(2), point (a), of Regulation (EU) 2023/1113 should inform the prior PSP, IPSP, CASP or ICASP in the transfer chain of the steps that will be applied, should it continue to fail to provide the required information, including deadlines.
  • Scope
    Before
    56. The steps the PSP of the payee or the IPSP should take where another PSP or IPSP repeatedly fails to provide information required by Regulation (EU) 2015/847 should be risk-based and may include one or a combination of the following (though other steps are possible): c) issuing a further warning to the prior PSP in the payment chain that it will reject any future transfers of funds;
    Now
    71. PSPs and CASPs should consider issuing a further warning to the prior PSP, IPSP, CASP or ICASP in the transfer chain that any future transfers will be rejected.
  • Scope
    Before
    56. The steps the PSP of the payee or the IPSP should take where another PSP or IPSP repeatedly fails to provide information required by Regulation (EU) 2015/847 should be risk-based and may include one or a combination of the following (though other steps are possible): b) considering how the repeated failure by the prior PSP in the payment chain to provide information and that PSP’s attitude to…
    Now
    72. In relation to the treatment under Articles 8(2), point (b), 12(2), point (b), 17(2), point (b), and 21(2), point (b), of Regulation (EU) 2023/1113, PSPs and CASPs should consider how the re￾peated failure by the prior PSP, IPSP, CASP or ICASP in the transfer chain to provide information and that PSP’s and CASP’s attitude to responding to such requests affect the ML/TF risk asso￾ciated with t…
  • Who is bound
    Before
    54. PSPs and IPSPs should notify relevant authorities upon identifying a repeatedly failing PSP or IPSP without undue delay, and no later than three months after identifying the repeatedly failing PSP or IPSP.
    Now
    74. The report to the competent authority referred to in Articles 8(2), 12(2), 17(2) and 21 of Reg￾ulation (EU) 2023/1113 should be submitted by the PSPs, IPSPs, CASPs and ICASPs without undue delay, and no later than three months after identifying the repeatedly failing PSP, IPSP,
  • Who is bound
    Before
    52. Once a PSP or IPSP has identified another PSP or IPSP as repeatedly failing to provide required information, a notification to the authorities specified in the second subparagraph of Article 8(2) of Regulation (EU) 2015/847 should include, in line with the Annex to these guidelines: b) the country in which the PSP or IPSP is authorised;
    Now
    75. The report should include: b) the country in which the PSP, IPSP, CASP or ICASP is authorised;
  • Who is bound
    Before
    52. Once a PSP or IPSP has identified another PSP or IPSP as repeatedly failing to provide required information, a notification to the authorities specified in the second subparagraph of Article 8(2) of Regulation (EU) 2015/847 should include, in line with the Annex to these guidelines: d) details of the steps the reporting PSP or IPSP has taken.
    Now
    d) details of the steps the reporting PSP, IPSP, CASP or ICASP took.
  • Who is bound
    Before
    It also requires PSPs to put in place effective systems and controls to detect transfers of funds that lack required information, and risk-based policies and procedures to determine whether to execute, reject or suspend a transfer of funds that lacks the required information.
    Now
    This Regulation also requires PSPs and CASPs to put in place effective systems and controls to detect transfers that lack the required information, and risk-based policies and procedures to determine whether to execute, reject or suspend a transfer that lacks the required information.
  • What must be done
    Before
    The exemption in Article 2(3) of Regulation (EU) 2015/847 applies only to the extent that PSPs can establish that the conditions for this exemption are met.
    Now
    Notwithstanding these limitations and challenges, Regulation (EU) 2023/1113 is clear that no exemptions apply.
  • Scope
    Before
    24. PSPs and IPSPs must implement effective procedures to detect if the required information on the payer or the payee is missing.4
    Now
    For batch transfers, the text clearly indicates in Article 11(2)(c) that IPSPs ‘shall implement effective procedures, including, where appropriate, monitoring after or during the transfers, in order to detect whether the (…) information on the payer or the payee is missing (…) for batch file transfers where the payment service provider of the payer or of the payee is established outside the Union…
New in this text (184)
  • They also set out the steps CASPs and ICASPs should take if the full information cannot be transmitted due to technical limitations.
  • The Guidelines highlight that a system’s architectures should be sufficiently robust to enable the transmission of information in a seamless and interoperable manner so that CASPs involved in the transfer chain can comply with the travel rule requirements.
  • Regulation (EU) 2023/1113 requires CASPs to: a) obtain and hold the information on the self-hosted address;
  • Regulation (EU) 2023/1113 requires CASPs to: b) ensure that the transfer of crypto-assets can be individually identified; and
  • Regulation (EU) 2023/1113 requires CASPs to: c) assess whether that address is owned or controlled by the CASP customer where the transfer amount exceeds EUR 1 000.
  • To address the practical challenges arising from the application of these requirements, the Guidelines provide details on the steps to be taken, with respect to self-hosted addresses, to: a) individually identify a transfer;
  • To address the practical challenges arising from the application of these requirements, the Guidelines provide details on the steps to be taken, with respect to self-hosted addresses, to: b) identify a transfer from or to self-hosted addresses;
  • To address the practical challenges arising from the application of these requirements, the Guidelines provide details on the steps to be taken, with respect to self-hosted addresses, to: c) identify the originator and beneficiary;
  • To address the practical challenges arising from the application of these requirements, the Guidelines provide details on the steps to be taken, with respect to self-hosted addresses, to: d) prove the ownership or controllership (when applicable); and
  • To address the practical challenges arising from the application of these requirements, the Guidelines provide details on the steps to be taken, with respect to self-hosted addresses, to: e) put in place mitigating measures, where applicable.
  • Any change in the status of compliance must also be reported to the EBA.
  • 12. To determine what information should accompany a transfer of funds or crypto-assets, and the steps they should take to comply with Regulation (EU) 2023/1113, PSPs, IPSPs, CASPs and ICASPs should set out in their policies and procedures how they will establish for each transfer of funds or crypt… b) the CASP of the originator, the beneficiary, or as an ICASP.
  • 13. PSPs, IPSPs, CASPs and ICASPs should ensure that the policies and procedures they have put in place to comply with Articles 7(1 and 2), 8(1), 11(1 and 2), 12(1), 16(1), 17(1), 20 and 21(1) of Regulation (EU) 2023/1113 are effective and remain effective, for example by testing a random sample from all processed transfers.
  • To determine whether a card, instrument or device is used exclusively to pay for goods or services, PSPs and CASPs should establish that at least one of the following conditions is met: a) whether the functionality of the card, instrument or device used is restricted to pay for goods or services;
  • To determine whether a card, instrument or device is used exclusively to pay for goods or services, PSPs and CASPs should establish that at least one of the following conditions is met: b) whether a merchant categorisation code is assigned to customers, including payment card schemes’ Merchant Category Code (MCC), that is used to categorise the type of goods or services sold;
  • To determine whether a card, instrument or device is used exclusively to pay for goods or services, PSPs and CASPs should establish that at least one of the following conditions is met: c) whether the customer is engaged in economic or professional activity, irrespective of its legal form, using information collected for the purposes of Article 13 of Directive (EU) 2015/849, if available, or info…
  • To determine whether a card, instrument or device is used exclusively to pay for goods or services, PSPs and CASPs should establish that at least one of the following conditions is met: d) the PSP’s or CASP’s analysis of trends and behaviours, including transfer history and patterns, allows it to determine whether the payer and originator make payments for goods orservices, or the payee and benef…
  • 20. PSPs should determine whether a transfer is linked the moment the transfer was ordered or initiated, taking into account its absolute values, regardless of any charges levied by the PSP.
  • 21. PSPs, IPSPs, CASPs and ICASPs should use infrastructures and services for the transmission and reception of information that are technically capable of the full transmission and reception of information without gaps or errors in the presentation of the information as specified in these Guidelines.
  • 22. PSPs, IPSPs, CASPs and ICASPs should ensure that their systems are able to maintain data integrity, in particular where information has to be converted into a different format before transmitting it or after receiving it.
  • 23. PSPs, IPSPs, CASPs and ICASPs should ensure that the systems they use for the transfer of information are secure.
  • CASPs should also apply the guidance provided to PSPs by the EBA Guidelines on ICT and security risk management 6 and the EBA Guidelines on outsourcing arrangements 7
  • 24. CASPs and ICASPs may, by way of derogation from paragraph 21 and until 31 July 2025, exceptionally use infrastructures or services where technical limitations in relation to the completeness of data need to be compensated by additional technical steps or fixes to fully comply with these Guidelines.
  • Those additional procedures should at least include alternative mechanisms for collecting, holding and making available to the receiving CASP or ICASP in the transfer chain the information that cannot be transmitted due to technical limitations.
  • 25. When transmitting information in accordance with Article 14 of Regulation (EU) 2023/1113, the originator’s CASP and ICASP should:
  • a) transmit the information either as part of, or incorporated into, the transfer on the blockchain or on another distributed ledger technology (DLT) platform, or inde￾pendently via different communication channels – including via direct communication between CASPs, application programming interfaces (APIs), code solution running on top of the blockchain and other third-party solutions; and
  • b) transmit the required information immediately and securely and no later than the in￾itiation of the blockchain transaction.
  • 26. When choosing the messaging or payment and settlement system(s), CASPs and ICASPs should take proportionate, risk-sensitive measures to assess:
  • a) the system’s ability to communicate with other internal core systems and with the messaging or payment and settlement systems of the counterparty of a transfer, and its compatibility with other blockchain networks;
  • b) the reachability of the protocol (i.e. the diversity and accuracy of counterparties that can be reached using the protocol – subject to the CASP's own due diligence assess￾ment – and the rate of transfers that would successfully be sent to the intended ben￾eficiary or received from the originator);
  • c) how the system enables the CASP or ICASP to detect a transfer with missing or incom￾plete information;
  • d) data integration capabilities, data security and data reliability of the system.
  • 27. PSPs and IPSPs that enable the execution of transfers with two or more IPSPs or PSPs on a cross-border basisshould describe in their policies and procedures how the information on the payer and payee is transmitted throughout the transfer chain to the next PSP and IPSP in the transfer chain.
  • 28. For transfers that have not been batched, the PSP or IPSP should: a) consider the transfer chain (from end to end) as one such that the flow of information on the original payer and payee is preserved;
  • 28. For transfers that have not been batched, the PSP or IPSP should: b) where the transfer is made from a cross-border channel to a domestic channel, select the domestic system that maximises the transparency of the cross-border nature of the transfer and ensures that the information about the parties transmitted to the next PSP in the payment chain can be readily understood by all intermediary …
  • c) in cases of doubt, assume that the transfer is a cross-border transfer, resulting in the use of appropriate payment channels that may facilitate the necessary transmission of information.
  • 29. IPSPs are only responsible for passing through the payment message using the data that they have been provided with by the previous PSP/IPSP in the transfer chain, subject to the specific check required by Articles 10 to 13 of Regulation (EU) 2023/1113.
  • 30. PSPs and IPSPs should not treat a transfer from the payer to the payee as liquidity movement or settlement on the PSP’s and IPSP’s own account.
  • 31. Where the intermediary does not receive the required information related to a transfer, par￾ticularly in the case of batch transfers, the IPSP or ICASP should obtain the missing information via an alternative channel mechanism, including methods such as APIs and third-party solu￾tions, to comply with the requirements set in Regulation (EU) 2023/1113.
  • 32. PSPs and CASPs should not change the initial submission, unless: a) they are requested to do so by the IPSP, payee's PSP, ICASP or beneficiary’s CASP, if the IPSP, payee PSP, ICASP or beneficiary CASP considers that some of the information un￾der Articles 7, 11, 19 or 20 of Regulation (EU) 2023/1113 is missing; or
  • 32. PSPs and CASPs should not change the initial submission, unless: b) following the transfer, the payer’s PSP or originator’s CASP detects an error in the in￾formation they transmitted to comply with Articles 4 and 14 of Regulation (EU) 2023/1113.
  • 33. Where, in the context of paragraph 32, there is a change to the initial submission, the payer’s PSP or originator’s CASP should inform the next PSP and CASP in the transfer chain and submit the correct information.
  • The next PSP and CASP in the transfer chain should then perform, once again, the necessary tasks to detect the missing or incomplete information.
  • 35. The payer’s PSP or originator’s CASP should provide the following: a) For natural persons, the full names and surnames of the customer as they appear in the customer’s identity document, or in the electronic identification that complies with the standards in Article 13 of Directive (EU) 2015/849, or, if either is unavailable for a legitimate reason, documentation in accordance with the EBA Gu…
  • (ML/TF) risks when providing access to financial services 8
  • . Where technical limitations exist as referred to in paragraph 24 that prevent the transmission of the customer’s names and surnames, the originator’s CASP should, as a minimum, include the first given name and last surname.
  • b) Forlegal persons, the name under which the legal person isregistered.
  • Where technical limitations exist as referred to in paragraph 24 that prevent the transmission of the full registered legal name, the originator’s CASP should transmit the trading name.
  • names used should be able to be traced back unequivocally to the legal person and match any such names recorded in official registries.
  • c) For transfers from a joint account, address or wallet, the names of all holders of the account, address or wallet.
  • 24 that prevent the transmission of all names of all parties to the transfer, the origina￾tor’s CASP should transmit the name of the holder of the account, address or wallet that is initiating the transfer, or, where that is not possible, the primary account, ad￾dress or wallet holder.
  • place of residence, the PSP or the CASP may use an address that is provided in alterna￾tive documentation as referred to in paragraph 19(b) of the above Guidelines where such documentation contains an address and where its use is permitted under the na￾tional law of the payer.
  • b) For legal persons, the payer’s or originator’s registered or official office address.
  • 37. The address should be provided, to the extent possible, in the following order of priority: the full country name or the abbreviation in accordance with the International Standard for coun￾try codes (ISO 3166) (alpha-2 or alpha-3), postal code, city, state and province and municipal￾ity, street name, building number or building name.
  • 38. The payer’s PSP and originator’s CASP should provide the postal address as specified in para￾graph 37.
  • Without prejudice to paragraph 25(a), any alternativesto postal addresses, including post office box numbers and virtual addresses, should not be considered to meet the require￾ments under Article 4(1), point (c), and Article 14(1), point (d), of Regulation (EU) 2023/1113.
  • 39. The combination of the alternative information items to be provided in accordance with Arti￾cle 4(1), point (c), and 14(1), point (d), of Regulation (EU) 2023/1113 should not only be based on availability but also on the set of information which best providesfor an unambiguous iden￾tification of the payer or originator.
  • 40. For transfers from a joint account, address or wallet, the information of all holders of the ac￾count, address or wallet should be provided.
  • Where the transmission of the respective infor￾mation of all the parties cannot take place due to technical limitations as referred to in para￾graph 24 the payer’s PSP and originator’s CASP should transmit the information of the holder of the account, address or wallet initiating the transfer, or, alternatively, of the primary ac￾count, address or wallet holder.
  • 41. The payer’s PSP and the originator’s CASP should consider only those official identifiers as equivalent to an LEI that: e) are accompanied by a description of the type of identifier used in the messaging sys￾tem.

The first 60 of 184 are shown.

Not carried over (76)
  • 4. PSPs, IPSPs and competent authorities should also use these guidelines to ensure compliance with Articles 9 and 13 of Regulation (EU) 2015/847.
  • PSPs and IPSPs should consider other factors and measures as appropriate.
  • 12. In order to apply the derogation in Article 5 of Regulation (EU) 2015/847: a) PSPs of the payee should be able to determine that the PSP of the payer is based in the Union or an EEA Member State; and
  • 12. In order to apply the derogation in Article 5 of Regulation (EU) 2015/847: b) IPSPs should be able to determine that the PSP of the payer and the PSP of the payee are based in the Union or an EEA Member State.
  • Where a Member State has concluded a bilateral agreement with a third country or territory outside the Union in accordance with Article 24 of Regulation (EU) 2015/847, PSPs and IPSPs in that Member State may treat transfers of funds from or to that third country or territory as domestic transfers of funds.
  • 15. Where the card, instrument or device can be used to effect both person-to-person transfers of funds and payments for goods or services, PSPs and IPSPs will be able to apply this exemption only if they are able to determine that the transfer of funds is not a person-to person transfer of funds, but constitutes a payment for goods or services instead.
  • 18. PSPs and IPSPs should establish and maintain effective policies and procedures to comply with Regulation (EU) 2015/847.
  • These policies and procedures should be proportionate to the nature, size and complexity of the PSP’s or IPSP’s business, and commensurate with the ML/TF risk to which the PSP or IPSP is exposed as a result of: a) the type of customers it services;
  • These policies and procedures should be proportionate to the nature, size and complexity of the PSP’s or IPSP’s business, and commensurate with the ML/TF risk to which the PSP or IPSP is exposed as a result of: b) the nature of the products and services it provides;
  • These policies and procedures should be proportionate to the nature, size and complexity of the PSP’s or IPSP’s business, and commensurate with the ML/TF risk to which the PSP or IPSP is exposed as a result of: c) the jurisdictions it services;
  • These policies and procedures should be proportionate to the nature, size and complexity of the PSP’s or IPSP’s business, and commensurate with the ML/TF risk to which the PSP or IPSP is exposed as a result of: d) the delivery channels it uses;
  • These policies and procedures should be proportionate to the nature, size and complexity of the PSP’s or IPSP’s business, and commensurate with the ML/TF risk to which the PSP or IPSP is exposed as a result of: e) the number of PSPs and IPSPs regularly failing to provide required information on the payer and the payee;
  • These policies and procedures should be proportionate to the nature, size and complexity of the PSP’s or IPSP’s business, and commensurate with the ML/TF risk to which the PSP or IPSP is exposed as a result of: f) the complexity of the payment chains in which it intervenes as a result of its business model; and
  • These policies and procedures should be proportionate to the nature, size and complexity of the PSP’s or IPSP’s business, and commensurate with the ML/TF risk to which the PSP or IPSP is exposed as a result of: g) the volume and value of transactions it processes.
  • 20. PSPs and IPSPs should ensure that their policies and procedures: a) set out clearly: i) which criteria they use to determine whether or not their services and payment instruments fall under the scope of Regulation (EU) 2015/847, ii) which of their services and payment instruments fall within the scope of Regulation (EU) 2015/847 and which do not,
  • 20. PSPs and IPSPs should ensure that their policies and procedures: a) set out clearly: v) which information relating to transfers of funds has to be recorded, how this information should be recorded, and where;
  • 20. PSPs and IPSPs should ensure that their policies and procedures: b) are approved by the PSP’s or IPSP’s senior management, as defined in point (12) of Article 3 of Directive (EU) 2015/849;
  • 20. PSPs and IPSPs should ensure that their policies and procedures: c) are available to all relevant members of staff, including persons responsible for processing transfers of funds; PSPs and IPSPs should ensure that all relevant staff 2 https://esas-joint-committee.europa.eu/Pages/Guidelines/Joint-Guidelines-on-Risk-Factors.aspx members are appropriately trained in the application of these pol…
  • 20. PSPs and IPSPs should ensure that their policies and procedures: PSPs may draw on existing policies and procedures to meet their obligations under Regulation (EU) 2015/847 where possible.
  • 3 These checks should be carried out in real time.
  • a) enable the PSP or IPSP to spot meaningless information;
  • b) employ a combination of real-time monitoring and ex-post monitoring; and
  • c) alert the PSP or IPSP to high-risk indicators.
  • 26. PSPs and IPSPs should treat meaningless information as though it was missing information.
  • In those cases, there is no expectation that PSPs or IPSPs manually review transactions to detect meaningless information.
  • In cases of specific concern, transfers of funds should always be monitored in real time.
  • 29. In addition to real-time and targeted ex-post monitoring in point 28, PSP and IPSP should regularly perform ex-post reviews on a random sample taken from all processed transfers of funds.
  • 30. PSPs’ and IPSPs’ systems should be configured in a way that triggers alerts should a high￾risk indicator be detected.
  • High-risk indicators may include, but are not limited to: When identifying countries associated with high ML/TF risk, PSPs and IPSPs should have regard to the ESAs’ Risk Factors Guidelines;
  • PSPs and IPSPs should consider in particular whether or not: a) the type of information missing gives rise to ML/TF concerns; and
  • Where PSPs or IPSPs have taken a risk-sensitive decision, in line with point 28 of these guidelines, to monitor transfers of funds ex post, they should follow the guidance in points 40-43.
  • 34. Where a PSP or an IPSP decides to suspend the transfer of funds, it should notify the prior PSP in the payment chain that the transfer of funds has been suspended and ask the prior PSP in the payment chain to supply the information on the payer or the payee that is missing, or to provide that information using admissible characters or inputs.
  • 38. PSPs and IPSPs should document and record all of these actions and the reason for their actions or inaction, so that they are later capable of responding to possible requests by the competent authorities for information about compliance with legally binding acts of the Union, for example where, as a result of actions taken under Article 8 of Regulation (EU) 2015/847, the PSP or IPSP has been …
  • 40. A PSP or IPSP that becomes aware that required information is missing while carrying out real-time monitoring, but decides to execute the transfer of funds having considered all relevant risks, should document the reason for executing that transfer.
  • 41. When asking for missing information, the PSP or IPSP should proceed in line with point 36 of these guidelines.
  • 43. The PSP or IPSP should document and record all of these actions and the reason for their actions or inaction, so that they are later capable of responding to possible requests of the authorities.
  • 46. PSPs and IPSPs should be able to demonstrate that they comply with directly applicable Union law and national legislation in the area of AML/CFT.
  • In some cases, national legislation may require them to take additional action, for example the reporting of unusual transactions that may not give rise to suspicion of ML/TF.
  • 53. The obligation in the second subparagraph of point (2) of Article 8 of Regulation (EU) 2015/847 applies without prejudice to the obligation to report suspicious transactions pursuant to Article 33 of Directive (EU) 2015/849.
  • 56. The steps the PSP of the payee or the IPSP should take where another PSP or IPSP repeatedly fails to provide information required by Regulation (EU) 2015/847 should be risk-based and may include one or a combination of the following (though other steps are possible): d) restricting or terminating the business relationship with the failing PSP.
  • 58. IPSPs should satisfy themselves that their systems and controls enable them to comply with their duty to ensure that all information on the payer and the payee that accompanies a transfer of funds is retained with that transfer.
  • 59. IPSPs should use only payment or messaging systems that permit the onward transfer of all information on the payer or the payee, irrespective of whether or not this information is required by Regulation (EU) 2015/847.
  • 5 Where this is not possible, for example because
  • a domestic payment system restricts the data that can be entered into that system, IPSPs should put in place alternative mechanisms to pass on relevant information to the PSP of the payee.
  • 60. PSPs of the payee should follow the guidance in Chapter II of these guidelines also in relation to information that is incomplete.
  • 61. When verifying the accuracy of information on the payee pursuant to points (3) and (4) of Article 7 of Regulation (EU) 2015/847, PSPs should consider whether or not their relationship with the payee amounts to a business relationship as defined in point (13) of Article 3 of Directive (EU) 2015/849 and apply customer due diligence measures in line with point (1) of Article 13 of Directive (EU)…
  • 62. PSPs may consider that they have complied with the verification requirements in Article 7 of Regulation (EU) 2015/847 where they have previously verified the payee’s identity in line with the national law transposing point (1)(a) of Article 13 and, where applicable, point (1)(b) of Article 13 of Directive (EU) 2015/849 or to an equivalent standard, should the payee’s identity have been verifi…
  • 63. In line with Article 16 of Regulation (EU) 2015/847, PSPs must retain records of information on the payer and the payee that they receive in line with Articles 4 to 7 of that Regulation.
  • 64. However, where the PSP has entered into a business relationship with the payee and the transfer of funds takes place in the context of that business relationship, PSPs should comply with the record-keeping requirements in Article 40 of Directive (EU) 2015/849.
  • When implementing the additional requirements, PSPs can use the same measures as are necessary to comply with the requirements in Article 7, 8, 11 and 12.
  • If you do not agree, clearly set out your rationale and provide supporting evidence where available.
  • Please also set out what you consider to be the common principles that apply to both the PSP of the payee and the intermediary PSP, and why.
  • In particular, do you agree with: - The steps PSPs should take to detect and manage PSPs that are repeatedly failing to provide the required information?
  • If you do not agree, clearly set out your rationale and provide supporting evidence where available.
  • Please also set out what you believe PSPs should do instead, and why.
  • If you do not agree, clearly set out your rationale and provide supporting evidence where available.
  • This means that they have to put in place, and maintain, effective risk-based AML/CFT policies and procedures that apply across their business.
  • There is no suggestion, in Directive (EU) 2015/849 or Regulation (EU) 2015/847, that transfers of funds are exempt from the AML/CFT policies and procedures requirement in Directive (EU) 2015/849.
  • 35. Regulation (EU) 2015/847 is clear that real-time monitoring may be necessary in some cases, as this gives PSPs the option of suspending or rejecting the transfer of funds.
  • It is down to PSPs to decide, on a risk-sensitive basis, which transfers of funds, or types of transfers of funds, should be monitored in real time.

The first 60 of 76 are shown.

“Not carried over” means the sentence has no counterpart in this text; the rule can still be in force in another text.

Similar documents from other regulators

More like this from EBA

EBA published 1 document in the last 30 days. We email you each new one the day it's published.

Source: European Banking Authority — original document · Summary generated with machine assistance and reviewed before publication; the authoritative text is the regulator's original document. How RegAlert works

In RegAlert: added