Regulation (EU) 2020/2011 of the European Central Bank of 1 December 2020 amending Regulation (EU) No 1409/2013 on payments statistics (ECB/2013/43) (ECB/2020/59)

REGULATION (EU) 2020/2011 OF THE EUROPEAN CENTRAL BANK

of 1 December 2020

amending Regulation (EU) No 1409/2013 on payments statistics (ECB/2013/43) (ECB/2020/59)

Article 1

Amendments to Regulation (EU) No 1409/2013 (ECB/2013/43)

Regulation (EU) No 1409/2013 (ECB/2013/43) is amended as follows:

(1) Article 1 is amended as follows: (a) point (b) is replaced by the following: ‘(b) “payment service provider”, “payment institution”, “payment system” and “payment transaction” have the same meaning as defined in Article 4 of Directive (EU) 2015/2366 of the European Parliament and of the Council (^*1); (b) the following point (e) is added: ‘(e) “payment service” means any of the business activities listed in Annex I to Directive (EU) 2015/2366 or any of the services listed in Article 4(3)(a) of this Regulation.’;

(2) Article 2 is replaced by the following: ‘Article 2 Actual reporting population The actual reporting population shall consist of payment service providers (including electronic money issuers) and payment system operators.’;

(3) in Article 3, paragraph 1 is replaced by the following: ‘1. The actual reporting population referred to in Article 2 shall report the statistical information to the NCB of the Member State in which the relevant reporting agent is resident, either directly or via the relevant national competent authority pursuant to local cooperation arrangements, as specified in Annex III and taking into consideration the clarifications and definitions provided in Annexes I and II. Those reporting agents shall report the required statistical information in accordance with the minimum standards set out in Annex IV’;

(4) Article 4 is replaced by the following: ‘Article 4 Derogations

(a) payment institutions, where they fulfil the conditions laid down in paragraphs 1 and 2 of Article 32 of Directive (EU) 2015/2366; (b) electronic money institutions, where they fulfil the conditions laid down in paragraphs 1 and 2 of Article 9 of Directive 2009/110/EC; (c) payment service providers other than those referred to in points (a) and (b), where they fulfil both the conditions laid down in Article 32(1) and (2) of Directive (EU) 2015/2366 and the conditions laid down in Article 9(1) and (2) of Directive 2009/110/EC. For the purposes of the first subparagraph, NCBs may grant derogations regardless of whether reporting agents have been waived or exempted from prudential requirements pursuant to the relevant national law transposing Directive (EU) 2015/2366 and Directive 2009/110/EC.

(a) the total value, as contributed by all payment service providers that could benefit from such derogation, of each of the following payment services does not exceed 5 % at national level: (i) credit transfers (sent), (ii) direct debits (sent), (iii) card-based payment transactions (sent and received), (iv) cash withdrawals using card-based payment instruments, (v) e-money payment transactions (sent), (vi) cheques (sent), (vii) money remittances (sent), (viii) other payment services (sent), (ix) payment initiation services, (x) other services not included in Directive (EU) 2015/2366 (sent); (b) the total number of clients, as contributed by all payment service providers that could benefit from such derogation, of account information services does not exceed 5 % at national level. For the purposes of point (a) the cumulative total value, as contributed by all payment service providers that could benefit from such derogation, of the payment services listed therein shall not exceed 5 % at national level. For the purposes of this paragraph, NCBs may only grant derogations where the reporting burden would be disproportionate in view of the size of such reporting agents.

(5) Article 6 is replaced by the following: ‘Article 6 Timeliness

(a) for reporting on a quarterly basis, statistical information set out in Table 9 of Annex III shall be transmitted by close of business on the last working day of the second month following the end of the relevant quarter; (b) for reporting on a semi-annual basis, statistical information set out in Tables 1, 2, 3, 4a, 5a, 6, 7 and 8 of Annex III for the period January to June shall be transmitted by close of business on the last working day of November following the end of the first half of the year to which it relates. Statistical information for the period July to December shall be transmitted by close of business on the last working day of May following the end of the second half of the year to which it relates; (c) for reporting on an annual basis, statistical information set out in Tables 4b and 5b of Annex III shall be transmitted with a half-yearly breakdown by close of business on the last working day of May following the year to which it relates;

(6) the following Article 8a is inserted: ‘Article 8a First reporting of quarterly, semi-annual and annual statistical information

(7) Annexes I, II and III to Regulation (EU) No 1409/2013 are replaced by Annexes I, II and III to this Regulation.

Article 2

Final provisions

This Regulation shall enter into force on the twentieth day following its publication in the Official Journal of the European Union. It shall apply from 1 January 2022.

This Regulation shall be binding in its entirety and directly applicable in the Member States in accordance with the Treaties.

ANNEX I

PART 1

Overview

Part 1.1   Overview of tables

1.Payments statistics are compiled by the European Central Bank (ECB) through specific harmonised data collections managed at national level by each national central bank (NCB). The data compilation is structured in the form of nine tables as described below containing national data on each Member State whose currency is the euro (hereinafter a ‘euro area Member State’). Tables 1, 2, 3, 4, 5, 6 and 9 should be reported by payment service providers (PSPs), while Tables 7 and 8 should be reported by payment system operators (PSOs). There are two versions of Tables 4 and 5, only one of which should be reported. Tables 4a and 5a should be reported by all PSPs which have not been granted a derogation pursuant to Article 4, whereas reporting agents which have been granted a derogation pursuant to Article 4(2) and (3) should report the statistical information in Tables 4b and 5b.

Table	Description of main contents
Table 1: Institutions offering payment services to non-monetary financial institutions (non-MFIs)	Breakdowns showing number of overnight deposits, number of payment accounts, number of e-money accounts and outstanding value on e-money storages issued, by credit institutions, electronic money institutions, payment institutions and other payment service providers (PSPs) and e-money issuers. In addition, breakdowns showing the number of clients of account information service providers (AISPs) and the number of accounts accessed by AISPs are included. The number of accounts accessed by AISPs is reported by the ASPSP while the AISPs report the number of their clients.
Table 2: Card functions	Number of cards issued by PSPs resident in the country. Data on cards are compiled with a breakdown by function of the card and within the function of the card with a breakdown by card scheme.
Table 3: Card accepting devices	Number of terminals provided by PSPs resident in the country. Data on terminals distinguish between automatic teller machines (ATMs), point-of-sale (POS) and e-money card terminals and between terminal functions.
Table 4a: Payment transactions involving non-MFIs	Number and value of payment transactions sent and received by non-MFIs through PSPs resident in the country broken down between remote and non-remote transactions. Transactions are compiled by payment service, initiation channel and within payment schemes with a breakdown between strong customer authentication (SCA) and non-strong customer authentication (non-SCA). For transactions authenticated via non-SCA the reasons for the authentication via non-SCA are provided.
Table 4b: Payment transactions involving non-MFIs reported by reporting agents granted a derogation	Number and value of payment transactions sent and received by non-MFIs through PSPs resident in the country broken down between remote and non-remote transactions. Transactions are compiled by payment service, initiation channel and with a breakdown between strong customer authentication (SCA) and non-strong customer authentication (non-SCA) with the reasons for using non-SCA. Table 4b is only reported by PSPs which have been granted a derogation.
Table 5a: Fraudulent payment transactions involving non-MFIs	Number and value of fraudulent payment transactions sent and received by non-MFIs through PSPs resident in the country. Transactions are compiled by payment service, initiation channel and within payment schemes with a breakdown by fraud origin and a breakdown between strong customer authentication (SCA) and non-strong customer authentication (non-SCA). For transactions authenticated via non-SCA, the reasons for the authentication via non-SCA are provided.
Table 5b: Fraudulent payment transactions involving non-MFIs reported by reporting agents granted a derogation	Number and value of fraudulent payment transactions sent and received by non-MFIs through PSPs resident in the country. Transactions are compiled by payment service, initiation channel and authentication method; the SCA and non-SCA breakdowns are further broken down by fraud origin and, for the breakdown by non-SCA, by reason for authentication via non-SCA. Table 5b is only reported by PSPs which have been granted a derogation.
Table 6: Payment transactions per type of terminal involving non-MFIs	Number and value of payment transactions sent by non-MFIs through PSPs. Transactions are compiled by type of terminal involved with a geographical breakdown. Number and value of over-the-counter (OTC) cash withdrawals and deposits are also included, as are the number and value of cash advances at POS terminals.
Table 7: Participation in selected payment systems	Number of participants in each payment system located in the country, distinguishing direct and indirect participants and within direct participants with a breakdown by type of institution.
Table 8: Payments processed by selected payment systems	Number and value of payment transactions processed by each payment system located in the country, by payment service and with a geographical breakdown.
Table 9: Quarterly reporting of payment transactions involving non-MFIs	Number and value of payment transactions sent by non-MFIs. Transactions are compiled by payment service and initiation channel. Card-based payment transactions are further broken down by the merchant category code (MCC).

Part 1.2   Type of information

1.Stock data, as contained in Tables 1, 2, 3 and 7, refer to end-of-period, i.e. positions on the last working day of the reference period. The indicators on the outstanding value on e-money storages issued are compiled in euro and relate to payment storages denominated in all currencies.

2.Flow data, as contained in Tables 4, 5, 6, 8 and 9, relate to payment transactions accumulated throughout the period, i.e. total for the reference period. The indicators on the value of transactions are compiled in euro and relate to payment transactions denominated in all currencies.

Part 1.3   Consolidation within the same national territory

1.For each euro area Member State, the reporting population consists of PSPs and PSOs.

2.PSPs are institutions incorporated and located in that territory, including subsidiaries of parent companies located outside that territory, and branches of institutions that have their head office outside that territory.

(a) Subsidiaries are separate incorporated entities in which another entity has a majority or full holding.

(b) Branches are unincorporated entities without independent legal status wholly owned by the parent.

3.For statistical purposes, the following principles apply for consolidation of PSPs within national boundaries:

(a) If a parent company and its subsidiaries are PSPs located in the same national territory, the parent company is permitted in its statistical returns to consolidate the business of these subsidiaries. This is only applicable in the event that the parent company and its subsidiaries are classified as the same type of PSP.

(b) If an institution has branches located within the territories of the other euro area Member States, the registered or head office located in a given euro area Member State considers these branches as residents in the other euro area Member States. Conversely, a branch located in a given euro area Member State considers the registered or head office or other branches of the same institution located within the territories of the other euro area Member States as residents in the other euro area Member States.

(c) If an institution has branches located outside the territory of the euro area Member States, the registered or head office located in a given euro area Member State considers these branches as residents of the rest of the world. Conversely, a branch located in a given euro area Member State considers the registered or head office or other branches of the same institution located outside the euro area Member States as residents of the rest of the world.

4.For statistical purposes, consolidation of PSPs across national boundaries is not permitted.

5.If a PSO is responsible for several payment systems located in the same national territory, statistics for each payment system are reported separately.

6.Institutions located in offshore financial centres are treated for statistical purposes as residents of the territories in which the centres are located.

PART 2

Specific features in Tables 2 to 9

Part 2.1   Card functions (Table 2)

1.If a ‘card with a payment function (except cards with an e-money function only)’ offers several functions, it is counted in each applicable sub-category. Therefore, the total number of cards with a payment function may be smaller than the sum of the sub-categories. To avoid double-counting, sub-categories should not be added up.

2.Within each payment function (i.e. debit, delayed debit and credit), card-based payment instruments are broken down according to the payment card scheme (PCS) under which they are issued. Co-badged card-based payment instruments are counted in each of the applicable schemes. Therefore, the total number of card-based payment instruments by payment function may be smaller than the sum of those cards by PCS. To avoid double-counting, cards by PCS should not be combined.

3.A ‘delayed debit card’ is reported as a ‘credit card’ if the specific ‘delayed debit’ function cannot be identified. The same logic applies to the reporting of transactions with a delayed debit card.

4.A ‘card with an e-money function’ can be either a ‘card on which e-money can be stored directly’ or a ‘card which gives access to e-money stored on e-money accounts’. Therefore, the total number of cards with an e-money function is the sum of the two sub-categories.

5.The total number of cards issued by resident PSPs is stated separately in ‘total number of cards (irrespective of the number of functions on the card)’. This indicator may not necessarily be the sum of ‘cards with a cash function’, ‘cards with a payment function’ and ‘cards with an e-money function’, as these categories may not be mutually exclusive.

6.The indicator ‘card with a combined debit, cash and e-money function’ refers to a card issued by a PSP, which has combined cash, debit and e-money functions. In addition, it is reported in each of the sub-categories:

(a) ‘debit card’;

(b) ‘cards with a cash function’;

(c) ‘cards with an e-money function’.

7.A card with combined functions is reported in each of the relevant sub-categories.

8.Cards are counted on the card-issuing side regardless of the cardholder’s residency or the location of the account to which the card is linked.

9.Each country reports the number of cards that have been issued by PSPs resident in the country.

10.Cards in circulation are included irrespective of when they were issued or whether they were used.

11.Cards issued by card schemes, i.e. three-party or four-party schemes, are included.

12.Expired or withdrawn cards are not included.

13.Cards issued by merchants, i.e. retailer cards, are not included, unless they have been issued in cooperation with a PSP, i.e. they are co-branded.

Part 2.2   Card accepting devices (Table 3)

1.All physical terminals at which transactions are acquired by resident PSPs are reported, including all terminals located in the reporting country and terminals located outside of the reporting country.

2.Terminals at which transactions are acquired by branches and/or subsidiaries of the PSP located abroad are not reported by the parent PSP, but by the branches and/or subsidiaries themselves.

3.Every terminal is counted individually even if several terminals of the same type exist at one merchant location.

4.If an ATM offers more than one function, it is counted in each applicable sub-category. Therefore, the total number of ATMs may be smaller than the sum of the sub-categories. To avoid double-counting, sub-categories should not be added up.

5.POS terminals are broken down into ‘EFTPOS terminals’ and within this breakdown by those ‘accepting contactless transactions’ and those ‘accepting e-money card transactions’. These sub-categories should not be added up as they are not mutually exclusive.

6.If an e-money card terminal offers more than one function, it is counted in each applicable sub-category. Therefore, the total number of e-money card terminals may be smaller than the sum of the sub-categories. To avoid double-counting, sub-categories should not be added up.

Part 2.3   Payment transactions involving non-MFIs (Tables 4a and 4b)

1.Payment transactions are initiated by non-MFIs to any counterparty or by PSPs if the counterparty is a non-MFI. This includes:

(a) payment transactions which take place between two accounts held at different PSPs and which are executed with the use of an intermediary, i.e. where payments are sent to another PSP or to a payment system; and

(b) payment transactions which take place between two accounts held at the same PSP, e.g. on-us transactions, with the transaction being settled either on the accounts of the PSP itself, or with the use of an intermediary, i.e. another PSP or a payment system.

2.Payment transactions initiated by a resident PSP and executed with a specific transaction order, i.e. with the use of a payment instrument, are included as ‘payment transactions involving non-MFIs ’.

3.Fund transfers between accounts in the same name, and also between different types of accounts are included according to the payment service used. Transfers between different types of accounts include, for example, transfers from a transferable deposit to an account holding a non-transferable deposit.

4.In relation to bulk payment transactions, each individual payment transaction is counted.

5.Payment transactions denominated in foreign currency are included. Data are converted into euro using the ECB reference exchange rate or exchange rates applied for these transactions.

6.Separate reporting for remote and non-remote transactions is indicated where necessary.

7.Payment transactions initiated by a resident PSP and executed without a specific transaction order, i.e. without the use of a payment service listed in Annex I to Directive (EU) 2015/2366, by simple book entry on the account of a non-MFI, are included in ‘other services (not included in the Directive (EU) 2015/2366)’ (¹).

8.Payment transactions are reported broken down by the payment service used and by the scheme processing the transaction.

9.For sent transactions, cross-border transactions are counted in the country in which the transaction originates.

10.For received transactions, cross-border transactions are counted in the country in which the transaction is received.

11.For cross-border card-based payment transactions, the residency of the counterpart and the location of the POS are reported together. For card-based payment transactions initiated remotely, sent payment transactions are reported to identify the country of the receiving PSP and the country in which the point of sale is located. For card-based payment transactions initiated non-remotely, sent payment transactions are reported to identify the country of the receiving PSP and the country in which the physical terminal is located. Received payment transactions initiated remotely are reported to identify the country of the sending PSP and the country in which the point of sale is located. Received payment transactions initiated non-remotely are reported to identify the country of the sending PSP and the country in which the physical point of sale is located.

12.The difference between cross-border transactions sent and cross-border transactions received shows the net inflow or outflow of transactions into or out of the reporting country.

13.The direction of the flow of funds depends on the payment service and the initiation channel used:

(a) for credit transfers, money remittances, e-money payments and similar transactions where the payer initiates the transaction, the sending participant is also the sender of funds and the receiving participant the recipient of funds;

(b) for direct debits, cheques, e-money payments and similar transactions where the payee initiates the transaction, the sending participant is the recipient of funds and the receiving participant the sender of funds;

(c) for card-based payment transactions, although the payee initiates the transaction, the treatment followed within this Regulation corresponds to that where the payer initiates the transaction.

14.The indicator ‘total payment transactions involving non-MFIs (sent)’ is the sum of the eight mutually exclusive sub-categories: ‘credit transfers (sent)’, ‘direct debits (sent)’, ‘card-based payment transactions with card-based payment instruments issued by resident PSPs’, ‘cash withdrawals using card-based payment instruments’, ‘e-money payment transactions (sent)’, ‘cheques (sent)’, ‘money remittances (sent)’ and ‘other payment services (sent)’. The indicator ‘total payment transactions involving non-MFIs (received)’ is the sum of the seven mutually exclusive sub-categories: ‘credit transfers (received)’, ‘direct debits (received)’, ‘card-based payment transactions acquired by resident PSPs’, ‘e-money payment transactions (received)’, ‘cheques (received)’, ‘money remittances (received)’ and ‘other payment services (received)’.

15.Each transaction is allocated to only one sub-category, i.e. either ‘initiated in paper-based form’, ‘initiated electronically’ or ‘other’. As the sub-categories are mutually exclusive, the total number of credit transfers is the sum of the sub-categories. The same principle applies to the total value of credit transfers.

16.Credit transfers initiated by payment initiation service providers (PISPs) are additionally allocated to the sub-category ‘Initiated by PISP’. However, this sub-category does not contribute to the total number, or total value of credit transfers.

17.Credit transfers reported under ‘initiated electronically’ are further split into ‘initiated in a file/batch’ and ‘initiated on a single payment basis’. As the sub-categories are mutually exclusive, the total number of credit transfers initiated electronically is the sum of the sub-categories. The same principle applies to the total value of credit transfers initiated electronically.

18.Credit transfers reported under ‘initiated on a single payment basis’ are further broken down by ‘ATM or other PSP terminal’, ‘mobile payment solution’ and ‘online banking based credit transfers’. ‘ATM or other PSP terminal’ only includes non-remotely initiated credit transfers while ‘mobile payment solution’ and ‘online banking based credit transfers’ only include remotely initiated credit transfers. As the sub-categories are mutually exclusive, the total number of credit transfers is the sum of the sub-categories. The same principle applies to the total value of credit transfers.

19.‘E-commerce payments’ is a sub-category of ‘online banking based credit transfers’.

20.‘P2P mobile payment solution’ is a sub-category of ‘mobile payment solution’.

21.Transactions involving cash at one or both ends of the payment transaction, and using a credit transfer payment service, are also included as credit transfers.

22.Credit transfers used to settle outstanding balances of transactions using credit, debit or delayed debit cards are also included.

23.Credit transfers include all Single Euro Payments Area (SEPA) credit transfers as well as non-SEPA transactions. Credit transfers initiated electronically are reported separately for each scheme.

24.Credit transfers initiated electronically are further split into credit transfers initiated remotely and credit transfers initiated non-remotely. Within these breakdowns, transactions are reported by scheme and for each scheme, they are further broken down by authentication channel, i.e. ‘authenticated via strong customer authentication (SCA)’ or ‘authenticated via non-SCA’. As the sub-categories are mutually exclusive, the total number of credit transfers by credit transfer scheme is the sum of the sub-categories. The same principle applies to the value of transactions.

25.For transactions authenticated via non-SCA, the reasons for using non-SCA are reported (i.e. ‘low value’, ‘contactless low value’, ‘payment to self’, ‘trusted beneficiaries’, ‘recurring transaction’, ‘unattended terminals for transport fares or parking fees’, ‘secure corporate payment processes and protocols’ and ‘transaction risk analysis’). Where more than one exemption might be applicable the exemption that was applied is the one that should be reported. The sub-categories are mutually exclusive. The same principle applies to the value of transactions. However, the reasons for using non-SCA are not reported broken down by payment scheme but are broken down by remotely and non-remotely initiated credit transfers only.

26.The number of transactions broken down by credit transfer schemes is equal to the total number of credit transfers initiated electronically. Transactions are reported for each scheme, national and international (e.g. SEPA credit transfer scheme or SEPA instant credit transfer scheme) separately. The same principle applies to the value of credit transfers.

27.The sub-categories ‘initiated in a file/batch’, ‘initiated on a single payment basis’ and ‘other’ contain all SEPA and non-SEPA transactions.

28.Domestic transactions sent, cross-border transactions sent, domestic transactions received and cross-border transactions received contain both SEPA and non-SEPA transactions.

29.Cash payments to an account using a bank form are not included under credit transfers.

30.Both one-off and recurrent direct debits are included. In the case of recurrent direct debits, each individual payment is counted as one transaction.

31.Direct debits used to settle outstanding balances resulting from transactions using credit, debit or delayed debit cards are included, as these are separate payments from the cardholder to the card issuer.

32.Direct debits are further split into ‘initiated in a file/ batch’ and ‘initiated on a single payment basis’. As the sub-categories are mutually exclusive, the total number of direct debits is the sum of the sub-categories. The same principle applies to the total value of direct debits.

33.The sub-categories ‘initiated in a file/ batch’ and ‘initiated on a single payment basis’ contain all SEPA and non-SEPA transactions.

34.Direct debit transactions are further split into ‘consent given via an electronic mandate’ and ‘consent given in other forms’. The sub-categories are mutually exclusive. Their sum equals the total number of direct debits. The same principle applies to the value of direct debits.

35.Within each channel used to give consent, transactions are reported for each scheme, national and international (e.g. SEPA direct debit core or SEPA direct debit business-to-business scheme) separately.

36.Cash payments from an account using a bank form are not included under direct debits.

37.Card-based payment transactions with card-based payment instruments issued by resident PSPs or acquired by resident PSPs (except cards with an e-money function only) are reported, regardless of the location of the payment brand under which the card-based payment transaction has been made.

38.Sent card-based payment transactions are reported by the issuing PSP while received card-based payment transactions are reported by the acquiring PSP.

39.‘Payment transactions involving non-MFIs’ also includes data on card-based payment transactions at virtual points of sale, e.g. over the internet or the telephone.

40.Card-based payment transactions are also split into: ‘initiated electronically’ and ‘initiated non-electronically’. As the initiation channels are mutually exclusive, the total number of card-based payment transactions is the sum of the initiation channels. The same principle applies to the total value of card-based payment transactions.

41.‘Initiated electronically’ is further broken down into ‘mobile payment solution’, ‘initiated at a physical EFTPOS’, ‘initiated at an ATM’ and ‘others’. ‘Initiated at a physical EFTPOS’ and ‘initiated at an ATM’ only include non-remotely initiated card-based payment transactions while ‘mobile payment solution’ only includes remotely initiated card-based payment transactions. The breakdown ‘others’ can include either remotely or non-remotely initiated card-based payment transactions. The sub-channels are mutually exclusive. The same principle applies to the total value of card-based payment transactions ‘initiated electronically’.

42.Card-based payment transactions initiated non-electronically and those initiated electronically are further broken down between remote and non-remote initiation channels and within each, for card-based payment transactions initiated electronically, the number of card-based payment transactions should be reported for each PCS, national and international (e.g. VISA or MasterCard) separately. The same principle applies to the value of transactions.

43.Within each PCS, transactions are broken down by card function (i.e. debit, delayed debit and credit) and by ‘authenticated via SCA’ and ‘authenticated via non-SCA’. The total number of card-based payment transactions ‘processed by payment card scheme’ is the sum of the different, mutually exclusive, card functions, which is also equal to the sum of those transactions authenticated via SCA and via non-SCA. The same principle applies to the value of transactions.

44.The number of sent transactions broken down by PCS is equal to the total number of card-based payment transactions with cards issued by resident PSPs initiated electronically. The same principle applies to the value of transactions and to card-based payment transactions acquired by resident PSPs (received).

45.For transactions authenticated via non-SCA, the reasons for using non-SCA are reported (i.e. ‘low value’, ‘contactless low value’, ‘trusted beneficiaries’, ‘recurring transaction’, ‘unattended terminals for transport fares or parking fees’, ‘secure corporate payment processes and protocols’‘transaction risk analysis’, ‘merchant initiated transactions’, and ‘other’). In cases where more than one exemption might be applicable, the exemption that was applied is the one that should be reported. The reasons for non-SCA are mutually exclusive. The same principle applies to the value of transactions. However, the reasons for using non-SCA are not reported broken down by PCS and are instead broken down by remotely and non-remotely initiated electronic card payments only.

46.Card-based payment transactions with card-based payment instruments issued by resident PSPs that only have an e-money function are not included.

47.Cash withdrawals using card-based payment instruments issued by resident PSPs (except e-money transactions) and reported by the card issuer are included in this category.

48.The number of withdrawals should be reported for each PCS, national and international (e.g. VISA or MasterCard) separately. Each PCS is further broken down by card function (i.e. debit, delayed debit and credit). The same principle applies to the value of transactions.

49.Each transaction is allocated to only one sub-category, i.e. ‘with cards on which e-money can be stored directly’ or ‘with e-money accounts’. As the sub-categories are mutually exclusive, the total number of e-money payment transactions is the sum of the sub-categories. The same principle applies to the total value of e-money payment transactions.

50.Each transaction allocated to the sub-category ‘with e-money accounts’ is allocated additionally to only one of the sub-categories ‘accessed through a card’, ‘mobile payment solution’ and ‘others’. As the sub-categories are mutually exclusive, the total number of e-money payment transactions ‘with e-money accounts’ is the sum of the sub-categories. The same principle applies to the total value of e-money payment transactions.

51.‘P2P mobile payment solution’ is a sub-category of ‘mobile payment solution’.

52.E-money payment transactions are broken down by remote and non-remote initiation channels and within each category by ‘authenticated via SCA’ and ‘authenticated via non-SCA’. As the sub-categories are mutually exclusive, the total number of ‘e-money payment transactions’ is the sum of the sub-categories. The same principle applies to the value of transactions.

53.Transactions reported under ‘authenticated via non-SCA’ are further split into the reasons for non-SCA (i.e. ‘low value’, ‘contactless low value’, ‘trusted beneficiaries’, ‘recurring transaction’, ‘unattended terminals for transport or parking fares’, ‘use of secure corporate payment processes or protocols’, ‘payment to self’, ‘transaction risk analysis’, ‘merchant initiated transactions’ and ‘other’). In cases where more than one exemption might be applicable, the exemption that was applied is the one that should be reported. As the reasons for non-SCA are mutually exclusive, the total number of ‘authenticated via non-SCA’ is the sum of those reasons. The same applies for the value of transactions.

54.Sent and received cheques are reported. Sent cheques are reported by the payee’s PSP, received cheques are reported by the payer’s PSP.

55.Cash withdrawals with cheques are included.

56.Cash withdrawals using bank forms are not included.

57.Cheques issued but not submitted for clearing are not included.

58.Sent money remittances are reported by the payer’s PSPs, received money remittances are reported by the payee’s PSP.

59.Transactions which are linked to the payment account of either the payer or the payee are excluded from money remittances. Such transactions are reported under the respective payment instrument used.

60.Sent and received transactions are reported.

61.Includes transactions using payments services listed in Annex I to Directive (EU) 2015/2366 but which cannot be assigned to any of the payment services listed in this Regulation. Therefore, this breakdown includes ‘OTC cash withdrawals’ and ‘OTC cash deposits’. ‘OTC cash withdrawals’ are included as sent other payment services, while ‘OTC cash deposits’ are included as received other payment services.

62.Transactions initiated via payment initiation services are reported by PISPs and are broken down by remote and non-remote initiation channel and within each category by ‘authenticated via SCA’ and ‘authenticated via non-SCA’. As the sub-categories are mutually exclusive, the total number of ‘payment initiation services’ is the sum of the sub-categories. The same applies for the value of transactions.

63.Each transaction is allocated to only one sub-category, i.e. ‘credit transfers’ and ‘others’. As the sub-categories are mutually exclusive, the total number of ‘payment initiation services’ is the sum of the sub-categories. The same principle applies to the total value of transactions.

64.Those transactions are not included in the ‘Total payment transactions involving non-MFIs’ as they are also included in the respective payment instrument used for the transaction.

65.Includes the sub-categories ‘Credits to the accounts by simple book entry’ and ‘debits from the accounts by simple book entry’ and ‘Others’. As the sub-categories are mutually exclusive, the total number of ‘Other services (not included in the Directive (EU) 2015/2366)’ is the sum of the sub-categories. The same applies for the value of transactions.

66.Only transactions without a specific transaction order and executed by simple book entry to/from the account of a customer, i.e. without the use of a traditional payment service are included in the sub-categories ‘credits to the accounts by simple book entry’ and ‘debits from the accounts by simple book entry’.

1.Payment transactions are initiated by non-MFIs to any counterparty or by PSPs if the counterparty is a non-MFI. This includes:

(a) payment transactions which take place between two accounts held at different PSPs and which are executed with the use of an intermediary, i.e. where payments are sent to another PSP or to a payment system; and

(b) payment transactions which take place between two accounts held at the same PSP, e.g. on-us transactions, with the transaction being settled either on the accounts of the PSP itself, or with the use of an intermediary, i.e. another PSP or a payment system.

2.Payment transactions initiated by a resident PSP and executed with a specific transaction order, i.e. with the use of a payment instrument, are included as ‘payment transactions involving non-MFIs’.

3.Fund transfers between accounts in the same name, and also between different types of accounts are included according to the payment service used. Transfers between different types of accounts include, for example, transfers from a transferable deposit to an account holding a non-transferable deposit.

4.In relation to bulk payment transactions, each individual payment transaction is counted.

5.Payment transactions denominated in foreign currency are included. Data are converted into euro using the ECB reference exchange rate or exchange rates applied for these transactions.

6.Separate reporting for remote and non-remote transactions is indicated where necessary.

7.Payment transactions are reported by the payment service used.

8.For sent transactions, cross-border transactions are counted in the country in which the transaction originates.

9.For received transactions, cross-border transactions are counted in the country in which the transaction is received.

10.For cross-border card-based payment transactions, the residency of the counterpart and the location of the POS are reported together. For card-based payment transactions initiated remotely, sent payment transactions are reported to identify the country of the receiving PSP and the country in which the point of sale is located. For card-based payment transactions initiated non-remotely, sent payment transactions are reported to identify the country of the receiving PSP and the country in which the physical terminal is located. Received payment transactions initiated remotely are reported to identify the country of the sending PSP and the country in which the point of sale is located. Received payment transactions initiated non-remotely are reported to identify the country of the sending PSP and the country in which the physical point of sale is located.

11.The difference between cross-border transactions sent and cross-border transactions received shows the net inflow or outflow of transactions into or out of the reporting country.

12.The direction of the flow of funds depends on the payment service and the initiation channel used:

(a) for credit transfers, money remittances, e-money payments and similar transactions where the payer initiates the transaction, the sending participant is also the sender of funds, and the receiving participant the recipient of funds;

(b) for direct debits, e-money payments and similar transactions where the payee initiates the transaction, the sending participant is the recipient of funds and the receiving participant the sender of funds;

(c) for card-based payment transactions, although the payee initiates the transaction, the treatment followed within this Regulation corresponds to that where the payer initiates the transaction.

13.Each transaction is allocated to only one sub-category, i.e. either ‘initiated in paper-based form’ or ‘initiated electronically’. As the sub-categories are mutually exclusive, the total number of credit transfers is the sum of the sub-categories. The same principle applies to the total value of credit transfers.

14.Credit transfers initiated by payment initiation service providers (PISPs) are additionally allocated to the sub-category ‘Initiated by PISP’. However, this sub-category does not contribute to the total number, or total value of credit transfers.

15.Transactions involving cash at one or both ends of the payment transaction, and using a credit transfer payment service, are also included as credit transfers.

16.Credit transfers used to settle outstanding balances of transactions using cards with a credit or delayed debit function are also included.

17.Credit transfers include all Single Euro Payments Area (SEPA) credit transfers as well as non-SEPA transactions.

18.Credit transfers initiated electronically are further broken down by remote and non-remote initiation channel and within each category by ‘authenticated by strong customer authentication (SCA)’ or ‘authenticated via non-SCA’. As the sub-categories are mutually exclusive, the total number of credit transfers is the sum of the sub-categories. The same principle applies to the value of transactions.

19.Credit transfers reported under ‘authenticated via non-SCA’ are further split into the reasons for using non-SCA (i.e. ‘low value’, ‘contactless low value’, ‘payment to self’, ‘trusted beneficiaries’, ‘recurring transaction’, ‘unattended terminals for transport fares or parking fees’, ‘secure corporate payment processes and protocols’ and ‘transaction risk analysis’). In cases where more than one exemption might be applicable the exemption that was applied is the one that should be reported. As the sub-categories are mutually exclusive, the total number of ‘authenticated via non-SCA’ is the sum of the sub-categories. The same principle applies to the value of transactions.

20.Domestic transactions sent, cross-border transactions sent and cross-border transactions received contain both SEPA and non-SEPA transactions.

21.Cash payments to an account using a bank form are not included under credit transfers.

22.Both one-off and recurrent direct debits are included. In the case of recurrent direct debits, each individual payment is counted as one transaction.

23.Direct debits used to settle outstanding balances resulting from transactions using credit, debit or delayed debit cards are included, as these are separate payments from the cardholder to the card issuer.

24.Direct debits include all SEPA direct debits as well as non-SEPA direct debits.

25.Direct debit transactions are split into ‘consent given via an electronic mandate’ and ‘consent given in other forms’. The sub-categories are mutually exclusive. Their sum equals the total number of direct debits. The same principle applies to the value of direct debits.

26.Cash payments from an account using a bank form are not included under direct debits.

27.Card-based payment transactions with card-based payment instruments issued by resident PSPs or acquired by resident PSPs (except cards with an e-money function only) are reported, regardless of the location of the payment brand under which the payment transaction has been made.

28.Sent card-based payment transactions are reported by the issuing PSP while received card-based payment transactions are reported by the acquiring PSP.

29.‘Payment transactions involving non-MFIs’ includes data on card-based payment transactions at virtual points of sale, e.g. over the internet or the telephone.

30.Card-based payment transactions with card-based payment instruments are also split into: ‘initiated electronically’ and ‘initiated non-electronically’. As the initiation channels are mutually exclusive, the total number of card-based payment transactions is the sum of the initiation channels. The same principle applies to the total value transactions.

31.Card-based payment transactions initiated electronically are further broken down by remote and non-remote initiation channels and within each the number of card-based payment transactions should be reported by card function (i.e. debit, delayed debit and credit) and by ‘authenticated via SCA’ and ‘authenticated via non-SCA’. The total number of card-based payment transactions ‘initiated electronically’ is the sum of the different, mutually exclusive, card functions, which is also equal to the sum of those transactions authenticated via SCA and via non-SCA. The same principle applies to the value of transactions.

32.For transactions ‘authenticated via non-SCA’, the reasons for using non-SCA are reported (i.e. ‘low value’, ‘contactless low value’, ‘trusted beneficiaries’, ‘recurring transaction’, ‘unattended terminals for transport fares or parking fees’, ‘secure corporate payment processes and protocols’, ‘transaction risk analysis’, ‘merchant initiated transactions’ and ‘other’). In cases where more than one exemption might be applicable, the exemption that was applied is the one that should be reported. As the reasons for non-SCA are mutually exclusive, the total number of ‘authenticated via non-SCA’ is the sum of those reasons. The same principle applies to the value of transactions.

33.Card-based payment transactions with card-based payment instruments issued by resident PSP that only have an e-money function are not included.

34.Cash withdrawals using card-based payment instruments issued by resident PSPs (except e-money transactions) and reported by the card issuer are included in this category.

35.The number of withdrawals should be reported for each card function (i.e. debit, delayed debit and credit). The same principle applies to the value of transactions.

36.E-money payment transactions are broken down by remote and non-remote initiation channel and within each by ‘authenticated via SCA’ and ‘authenticated via non-SCA’. As the sub-categories are mutually exclusive, the total number of ‘e-money payment transactions’ is the sum of the sub-categories. The same principle applies to the value of transactions.

37.Transactions reported under ‘authenticated via non-SCA’ are further split into the reasons for using non-SCA (i.e. ‘low value’, ‘contactless low value’, ‘trusted beneficiaries’, ‘recurring transaction’, ‘unattended terminals for transport fares or parking fees’, ‘use of secure corporate payment processes or protocols’, ‘payment to self’, ‘transaction risk analysis’, ‘merchant initiated transactions’ and ‘other’). In cases where more than one exemption might be applicable, the exemption that was applied is the one that should be reported. As the reasons for non-SCA are mutually exclusive, the total number of ‘authenticated via non-SCA’ is the sum of those reasons. The same applies for the value of transactions.

38.Sent money remittances are reported by the payer’s PSPs.

39.Transactions which are linked to the payment account of either the payer or the payee are excluded from money remittances. Such transactions are reported under the respective payment instrument used.

40.Transactions initiated via payment initiation services are broken down by remote and non-remote initiation channel and within each category by ‘authenticated via SCA’ and ‘authenticated via non-SCA’. As the sub-categories are mutually exclusive, the total number of ‘payment initiation services’ is the sum of the sub-categories. The same applies for the value of transactions.

41.Each transaction is allocated to only one sub-category, i.e. ‘credit transfers’ and ‘other’. As the sub-categories are mutually exclusive, the total number of ‘payment initiation services’ is the sum of the sub-categories. The same principle applies to the total value of transactions.

42.Those transactions are not included in the ‘Total payment transactions involving non-MFIs’ as they are also included in the respective payment instrument used for the transaction.

Part 2.4   Fraudulent payment transactions involving non-MFIs (Tables 5a and 5b)

1.Points 1 to 66 of Part 2.3.1 apply to the fraudulent transactions reported in Table 5a. However, received fraudulent payment transactions, except for acquired card-based payment transactions, are not included.

2.The payment service provider should report all fraudulent payment transactions from the time fraud has been detected, through a customer complaint or other means, regardless of whether or not the case related to the fraudulent payment transaction has been resolved by the time the data are reported.

3.Besides the breakdowns explained in Part 2.3.1, ‘losses due to fraud per liability bearer’ is to be reported for fraudulent credit transfers, fraudulent direct debits, fraudulent card-based payment transactions with card-based payment instruments issued by resident PSP (except cards with an e-money function only) fraudulent cash withdrawals using card-based payment instruments (except e-money transactions) and for fraudulent e-money transactions with e-money issued by resident PSPs.

4.‘Losses due to fraud per liability bearer’ is further split into ‘the reporting PSP’, ‘the PSU of the reporting PSP’ and ‘others’. As the sub-categories are mutually exclusive, the total value of ‘losses due to fraud per liability bearer’ is the sum of those sub-categories.

5.‘Losses due to fraud per liability bearer’ is reported by the PSP that reports the fraudulent payment transaction and is only reported for the value of fraudulent payment transactions. Furthermore, the item is only reported for sent transactions.

6.The sum of ‘losses due to fraud per liability bearer’ is not equal to the total value of fraudulent transactions.

7.Fraudulent credit transfers initiated electronically are further split into the fraud origin (i.e. ‘issuance of a payment order by the fraudster’, ‘modification of a payment order by the fraudster’ and ‘manipulation of the payer by the fraudster to issue a payment order’).

8.The fraud origin is reported for each credit transfer scheme and further broken down by ‘authenticated via SCA’ and those ‘authenticated via non-SCA’ within that category.

9.For each breakdown, the fraud origins are mutually exclusive. Therefore, the total number of fraudulent credit transfers broken down by credit transfer schemes equals the sum of the different fraud origins. The same principle applies to the value of transactions.

10.Fraudulent direct debits are further split into the fraud origins (i.e. ‘unauthorised payment transaction’ and ‘manipulation of the payer’).

11.The fraud origin is reported for each direct debit scheme and within the scheme broken down by ‘consent given via an electronic mandate’ and ‘consent given in other forms’.

12.For each breakdown, the fraud origins are mutually exclusive. Therefore, the total number of fraudulent direct debits broken down by direct debit scheme equals the sum of the different fraud origins. The same principle applies to the value of transactions.

13.Fraudulent card-based payment transactions are further split into fraud origins (i.e. ‘modification of a payment order by the fraudster’, ‘manipulation of the payer to make a card payment’, and ‘issuance of a payment order by the fraudster’ which is further broken down by ‘lost or stolen card’, ‘card not received’, ‘counterfeit card’, ‘card details theft’ and ‘others’).

14.The fraud origins are reported for each PCS broken down by ‘authenticated via SCA’ or ‘authenticated via non-SCA’

15.For each breakdown, the fraud origins are mutually exclusive. Therefore, the total number of fraudulent card-based payment transactions by PCS equals the sum of the different fraud origins. The same principle applies to the value of transactions.

16.Fraudulent cash withdrawals are further split into fraud origins (i.e. ‘manipulation of the payer to make a cash withdrawal’, and ‘issuance of a payment order by the fraudster’ which is further broken down by ‘lost or stolen card’, ‘card not received’, ‘counterfeit card’ and ‘other’). The fraud origins that are reported for each PCS are mutually exclusive. Therefore, the total number of fraudulent cash withdrawals by PCS equals the sum of the different fraud origins. The same principle applies to the value of transactions.

17.Fraudulent e-money payment transactions are further split into fraud origins (i.e. ‘modification of a payment order by the fraudster’, ‘manipulation of the payer to make an e-money payment’, and ‘issuance of a payment order by the fraudster’ which is further broken down by ‘lost or stolen e-money card’, ‘e-money card not received’, ‘counterfeit e-money card’, ‘card details theft’ and ‘unauthorised e-money account transaction’).

18.The fraud origins are reported for remotely and non-remotely initiated e-money payment transactions and within each category by ‘authenticated via SCA’ or ‘authenticated via non-SCA’.

19.For each breakdown, the fraud origins are mutually exclusive. Therefore, the total number of fraudulent e-money payment transactions equals the sum of the different fraud origins. The same principle applies to the value of transactions.

1.Points 1 to 42 of Part 2.3.2 apply to the fraudulent transactions reported in Table 5b.

2.The payment service provider should report all fraudulent payment transactions from the time fraud has been detected, such as through a customer complaint or other means, regardless of whether or not the case related to the fraudulent payment transaction has been closed by the time the data are reported.).

3.Besides the breakdowns explained in Part 2.3.2, ‘losses due to fraud per liability bearer’ is to be reported for fraudulent credit transfers, fraudulent direct debits, fraudulent card-based payment transactions with card-based payment instruments issued by resident PSP (except cards with an e-money function only), fraudulent cash withdrawals using card-based payment instruments (except e-money transactions) and for fraudulent e-money transactions with e-money issued by resident PSPs.

4.‘Losses due to fraud per liability bearer’ is further split into ‘the reporting PSP’, ‘the PSU of the reporting PSP’ and ‘others’. As the sub-categories are mutually exclusive, the total value of ‘losses due to fraud per liability bearer’ is the sum of those sub-categories.

5.‘Losses due to fraud per liability bearer’ is reported by the PSP that reports the fraudulent payment transaction and is only reported for the value of fraudulent transactions. Furthermore, the item is only reported for sent transactions.

6.The sum of ‘losses due to fraud per liability bearer’ is not equal to the total value of fraudulent transactions.

7.Fraudulent credit transfers are further split into the fraud origin (i.e. ‘issuance of a payment order by the fraudster’, ‘modification of a payment order by the fraudster’ and ‘manipulation of the payer by the fraudster to issue a payment order’).

8.The fraud origin is reported broken down by ‘authenticated via SCA’ and ‘authenticated via non-SCA’.

9.For each breakdown, the fraud origins are mutually exclusive. Therefore, the total number of fraudulent credit transfers equals the sum of the different fraud origins. The same principle applies to the value of transactions.

10.Fraudulent direct debits are further split into the fraud origin (i.e. ‘unauthorised payment transaction’ and ‘manipulation of the payer’).

11.The fraud origin is reported broken down by ‘consent given via an electronic mandate’ and ‘consent given in other forms’.

12.For each breakdown, the fraud origins are mutually exclusive. Therefore, the total number of fraudulent direct debits equals the sum of the different fraud origins. The same principle applies to the value of transactions.

13.Fraudulent card-based payment transactions are further split into fraud origins (i.e. ‘modification of a payment order by the fraudster’, ‘manipulation of the payer to make a card-based payment transaction’, and ‘issuance of a payment order by the fraudster’, which is further broken down by ‘lost or stolen card’, ‘card not received’, ‘counterfeit card’, ‘card details theft’ and ‘others’).

14.The fraud origins are reported broken down by ‘authenticated via SCA’ or ‘authenticated via non-SCA’

15.For each breakdown, the fraud origins are mutually exclusive. Therefore, the total number of fraudulent card-based payment transactions equals the sum of the different fraud origins. The same principle applies to the value of transactions.

16.Fraudulent cash withdrawals are further split into fraud origins (i.e. ‘manipulation of the payer to make a cash withdrawal’ and ‘issuance of a payment order by the fraudster’ which is further broken down by ‘lost or stolen card’, ‘card not received’, ‘counterfeit card’ and ‘other’).

17.The fraud origins are reported broken down by ‘authenticated via SCA’ or ‘authenticated via non-SCA’.

18.For each breakdown, the fraud origins are mutually exclusive. Therefore, the total number of fraudulent cash withdrawals equals the sum of the different fraud origins. The same principle applies to the value of transactions.

19.Fraudulent e-money payment transactions are further split into fraud origins (i.e. ‘modification of a payment order by the fraudster’, ‘manipulation of the payer to make an e-money payment’ and ‘issuance of a payment order by the fraudster’, which is further broken down by ‘lost or stolen e-money card’, ‘e-money card not received’, ‘counterfeit e-money card’, ‘card details theft’ and ‘unauthorised e-money account transaction’).

20.The fraud origins are reported broken down by ‘authenticated via SCA’ or ‘authenticated via non-SCA’.

21.For each breakdown, the fraud origins are mutually exclusive. Therefore, the total number of fraudulent e-money payment transactions equals the sum of the different fraud origins. The same principle applies to the value of transactions.

Part 2.5   Payment transactions per type of terminal involving non-MFIs (Table 6)

1.All indicators in this table refer to cash or cashless payment transactions performed at a physical (not virtual) terminal.

2.Resident PSPs provide information on all payment transactions they acquire at terminals.

3.Resident PSPs provide information on all payment transactions, with cards issued by the PSPs, at terminals at which transactions are acquired by non-resident PSPs.

4.Payment transactions at terminals at which transactions are acquired by branches or subsidiaries of the PSP abroad are not reported by the parent PSP.

5.Transactions by type of terminal are broken down into three different categories based on the residency of the PSP. Categories in points (a) and (b) below are counted on the acquiring side and the category in point (c) below is counted on the issuing side:

(a) payment transactions at terminals at which transactions are acquired by resident PSPs with cards issued by resident PSPs;

(b) payment transactions at terminals at which transactions are acquired by resident PSPs with cards issued by non-resident PSPs;

(c) payment transactions at terminals at which transactions are acquired by non-resident PSPs with cards issued by resident PSPs.

6.The sub-categories within each category (a), (b) and (c) mentioned in point 5 should not be added up.

7.In this table, the geographical breakdown is based on the location of the terminal.

8.‘E-money payment transactions with cards with an e-money function’ include both, transactions with cards on which e-money can be stored directly and with cards which give access to e-money stored on e-money accounts.

9.For ‘Cash advances at POS terminals’ for which it is not possible to distinguish data on cash advances at POS terminals, these are reported as ‘POS transactions’.

10.‘Over the counter (OTC) cash deposit’ includes cash deposited into a PSP’s day or night deposit box for crediting to an account at the PSP. These transactions do not represent payments in the strict sense, comprising only a change from cash to account money.

11.‘OTC cash withdrawal’ transactions do not represent payments in the strict sense, comprising only a change from account money to cash.

Part 2.6   Participation in selected payment systems (Table 7)

1.This table refers to number, type and institutional sector of participants in a payment system (irrespective of their location) and is reported by the payment system operator.

2.The indicator ‘number of participants’ is the sum of the two mutually exclusive sub-categories ‘direct participants’ and ‘indirect participants’.

3.The indicator ‘direct participants’ is the sum of the three mutually exclusive sub-categories ‘credit institutions’, ‘central bank’ and ‘other direct participants’.

4.The indicator ‘other direct participants’ is the sum of the four mutually exclusive sub-categories ‘public administration’, ‘clearing and settlement organisations’, ‘other financial institutions’ and ‘others’.

Part 2.7   Payments processed by selected payment systems (Table 8)

1.This table refers to payment transactions processed through a payment system broken down between large value and retail payments systems and is reported by the payment system operator.

2.Payment transactions of a PSP on its own account are reported in the relevant indicators in this table.

3.In the case of a payment system, in which another payment system, e.g. an ancillary payment system, settles its positions, then the following principles apply:

(a) the system of settlement reports the actual number of settlement operations and the actual amount settled;

(b) where payment transactions are cleared outside the payment system and only net positions are settled via the payment system, only the transactions for the settlement of net positions are counted, and these are allocated to the payment service used for the settlement transaction.

4.Each payment transaction is counted only once on the sending participant’s side, i.e. the debiting of the payer’s account and the crediting of the payee’s account are not counted separately. Refer to the section on flow of funds in Part 2.3 above.

5.For multiple credit transfers, i.e. bulk payments, each item of the payment is counted.

6.In the case of netting systems, it is the gross number and value of payment transactions that is reported, and not the result after netting.

7.Payment systems distinguish and report domestic and cross-border transactions according to the residency of the sending and receiving participants. The classification ‘domestic transactions’ or ‘cross-border transactions’ reflects the location of the parties involved.

8.To avoid double-counting, cross-border transactions are counted in the country in which the transaction originates.

9.Transactions initiated at ATM are reported in the breakdown of the respective payment service used.

10.The indicator ‘card-based payment instruments’ includes all payment transactions processed in the payment system, irrespective of where the card-based payment instrument was issued or used.

11.Cancelled payment transactions are excluded. Transactions that are later subject to a rejection transaction are included.

Part 2.8   Quarterly reporting of payment transactions involving non-MFIs (Table 9)

1.Points 1 to 66 of Part 2.3.1 apply to the transactions reported in Table 9, with the exception of point 11. For Table 9 cross-border card-based payment transactions initiated remotely are reported to identify the country in which the point of sale is located, while cross-border card-based payment transactions initiated non-remotely are reported to identify the country in which the physical terminal is located.

2.Card-based payment transactions with card-based payment instruments issued by resident PSPs (except cards with an e-money function only) are reported, regardless of the location of the payment brand under which the payment transaction has been made.

3.Sent card-based payment transactions are reported by the issuing PSP.

4.Card-based payment transactions also include data on card-based payment transactions at virtual points of sale, e.g. over the internet or the telephone.

5.Card-based payment transactions with card-based payment instruments are also split into: ‘initiated electronically’ which is further broken down into initiated remotely and initiated non-remotely. The sub-channels are mutually exclusive.

6.For transactions ‘initiated electronically’, the merchant category code (MCC) is reported when available to the reporting agent for both remote and non-remote transactions.

ANNEX II