Line4

1 min readWarningEBA reporting framework 4.2Updated 10 November 2026

Card payments (except cards with an e-money function only) must equal the sum of its two parts (row 0010, EBA rule v09134_m)

A warning in the payment fraud return (PSD2 fraud reporting), on template Y 03.01, card-based payment transactions reported by the issuing payment service provider.

Check your file against this ruleWhat to do if it fails

The rule in plain words

Card payments (except cards with an e-money function only) must equal card payments initiated non-electronically plus card payments initiated electronically.

EBA checks it for two columns: payment transactions and fraudulent payment transactions. And on six sheets: domestic amount of payment, domestic number of transactions, cross-border within the EEA amount of payments, cross-border within the EEA number of transactions, cross-border outside the EEA amount of payments and cross-border outside the EEA number of transactions. That makes twelve checks. A failure names the one that failed.

How the Line4 Check report words itShow

The first of its checks, word for word as the report shows it when it fails. The others read the same, with their own column, row or sheet.

Payment transactions: Of which initiated non-electronically, Cross-border within the EEA number of transactions + Of which initiated electronically, Cross-border within the EEA number of transactions = Card payments (except cards with an e-money function only), Cross-border within the EEA number of transactions

What to do if your filing fails it

  1. 01Open the template below and find the cells the rule reads.
  2. 02Add up the parts in your file and compare the result with the total.
  3. 03If they differ, a part is missing, a value sits in the wrong cell, or the total is out of date.
  4. 04EBA allows a small rounding difference, worked out from the decimals each value is reported with.
  5. 05It runs only when your filing indicators mark Y 03.01 as reported.
  6. 06This is a warning. It does not stop the filing on its own, but your authority may ask you to explain it.

The cells it reads

Card-based payment transactions reported by the issuing payment service provider (Y 03.01)

Rows

  • 0010Card payments (except cards with an e-money function only)
  • 0020Of which initiated non-electronically
  • 0030Of which initiated electronically

Columns

  • 0010Payment transactions
  • 0020Fraudulent payment transactions

Sheets

  • 0010Domestic amount of payment
  • 0020Domestic number of transactions
  • 0030Cross-border within the EEA amount of payments
  • 0040Cross-border within the EEA number of transactions
  • 0050Cross-border outside the EEA amount of payments
  • 0060Cross-border outside the EEA number of transactions

A worked example

The first of its checks, with simple numbers.

Illustrative values
Card payments initiated non-electronically1,200
Card payments initiated electronically800
Together2,000
What the rule then expects

Card payments (except cards with an e-money function only) must then be 2,000.

2,000Passes
2,100Fails

A file that reports 2,000 passes. One that reports 2,100 fails, by 100.

The numbers are illustrative, reported to the unit, so the rounding tolerance does not change the result.

Show the rule as writtenShow

EBA's formula, as written out for the first of its checks. Cells are written as {template, row, column, sheet}.

{Y_03.01,r0020,c0010,s0040} + {Y_03.01,r0030,c0010,s0040} = {Y_03.01,r0010,c0010,s0040}

The next five:

{Y_03.01,r0020,c0020,s0020} + {Y_03.01,r0030,c0020,s0020} = {Y_03.01,r0010,c0020,s0020}{Y_03.01,r0020,c0010,s0060} + {Y_03.01,r0030,c0010,s0060} = {Y_03.01,r0010,c0010,s0060}{Y_03.01,r0020,c0020,s0040} + {Y_03.01,r0030,c0020,s0040} = {Y_03.01,r0010,c0020,s0040}{Y_03.01,r0020,c0010,s0020} + {Y_03.01,r0030,c0010,s0020} = {Y_03.01,r0010,c0010,s0020}{Y_03.01,r0020,c0020,s0060} + {Y_03.01,r0030,c0020,s0060} = {Y_03.01,r0010,c0020,s0060}

And 6 more, the same formula for the other cells it covers.

Every PSD2 fraud reporting rule, by template

Checks like this one, run at the point of submission, are the first step to real-time supervision.