Benefits: reporting data to the Incomes Register

Date of issue
12/1/2020
Record no.
VH/7419/00.01.00/2020
Validity
1/1/2021 - Until further notice

The instructions have been updated on 16 December 2020:

  • Income type code corrected in Example 20.
  • Income type name corrected in Table 2 of Example 21.

The instructions have been updated on 1 December 2020:

  • Clarified the reporting of the earnings period in Section 1.1.
  • Clarified the deadline for reporting in Section 1.2.
  • Clarified the instructions for imposing penalties in Section 1.4.
  • Clarified the definition of substitute recipient in Section 2.3.
  • Clarified the data to be reported to the Incomes Register in Section 2.4.
  • Clarified the reporting of the benefit unit in Section 3.2.
  • Clarified the reporting of payments made to a substitute recipient in Section 4.3. Also added Example 12 to the section.
  • Added Examples 17–19 to Section 4.6.
  • Added Section 4.7 ‘Reporting insurance losses’.
  • Added Examples 28 and 31 to Section 5.4 and clarified the reporting instructions for situations where too much benefit has been paid to a substitute recipient.
  • Amended the instructions in Section 5.5 regarding which type of data must be corrected by cancellation.
  • Clarified the instructions in Section 5.6 regarding the correction of the earnings period or foreign identifier of the income earner and added Examples 34 and 35 to the section. Also added new subsection 5.6.6 ‘Payments returned to the payer by the enforcement authority’.
  • Added Example 47 to Section 6.1.
  • Added Section 6.2 ‘Income types for which the ‘Unjust enrichment’ entry cannot be specified’.
  • Moved the section ‘Reporting data in international situations’ to the end of the instructions as Section 7.
  • Added instructions on the reporting of an artificial identifier for an income earner to Section 7.2.
  • Added Section 7.3 ‘Reporting of income subject to tax at source’.
  • Added new instructions concerning the reporting of pension income in the case of non-resident taxpayers and Example 54 to Section 7.8.
  • Added a withholding earnings period to the examples in the instructions.
  • Moved the contents of the section ‘Reporting recourse situations to the Incomes Register’ to the ‘Benefits: recovery and recourse’ instructions.

1 General information on reporting

1.1 Reporting obligation for benefits payment data

This document describes, on a general level, the reporting of Incomes Register benefits payment data on benefits and pension income (or benefits payment data in short) to the Incomes Register. The document uses examples to describe the most common Incomes Register reporting situations. The examples do not take all the data to be submitted into consideration, only the data that is relevant for resolving the matter in question. In the examples, the values of different data items do not correspond to the technical forms allowed in benefits payment reports – income types, for example, are given using names instead of codes. Data-related checks are described in more detail in the document 'Technical interface – Submitting data to the Incomes Register' and in the benefits payment report schema.

Only benefits and pension income paid on 1 January 2021 or later are reported to the Incomes Register, along with any corrections made to such income. If data on benefits paid prior to 2021 is corrected, the corrections are reported directly to each data user; for example, on a replacement annual information return to the Finnish Tax Administration. The exceptions are recovery and recourse deduction performed on 1 January 2021 or later. These must be reported to the Incomes Register even if the original income was paid prior to 2021. The Benefits: recovery and recourse instructions describe the reporting of recoveries and recourse deductions to the Incomes Register in more detail. The Benefits: recovery and recourse in international situations instructions provide a more detailed description of recoveries in international situations.

A benefits payment report submitted to the Incomes Register contains the data on pension and benefits income reported to the instances specified as data users in section 13 of the act on the incomes information system (laki tulotietojärjestelmästä 53/2018) in order that they could perform the duties decreed to them in the section. The data can be disclosed only to the data users specified in the law. The Incomes Register will forward data submitted to the Incomes Register to data users entitled to receive it in accordance with their individual statutory right to receive information. The Incomes Register does not create new data access rights for data users.

The deployment of the Incomes Information System will change the benefit and pension payers' obligations to report and provide information. Several data streams submitted to the Tax Administration at different times and in different formats will be replaced by reporting taking place in one go and in a uniform format. The data streams entirely replaced by the benefits payment report from 2021 onwards are the itemisation of retroactive pensions (VSTAKELE), the unemployment benefits payment days (VSKORVPV) and the annual information return on the pension of benefits payer's contact person (VSELVYHT). The benefits payment report will partially replace the data streams non-resident taxpayer's annual information return (VSRAERIE), tax return on self-assessed taxes, and the itemisation of pensions and benefits (VSELERIE).

In addition to these, the data contents of the benefits payment report include data that an insurance company or other benefit payer should report to the Tax Administration under section 28 a of the act on inheritance and gift tax (perintö- ja lahjaverolaki 378/1940) for tax assessment purposes. When the data is reported to the Incomes Register, there is no need to report the same data separately to the Tax Administration. This means that from now on, insurance data under the act on inheritance and gift tax (E) must be reported to the Tax Administration via the Incomes Register.

The Incomes Register benefits data is used for example for the following purposes:

  • tax assessment
  • granting basic social assistance
  • settling a claim
  • investigating a recourse collection
  • assistance in the determination and coordination of the right to benefits
  • detection of disqualifying benefits
  • identification of benefit periods to be bypassed;
  • statistics
  • determination and deciding of customer fees
  • research.

The benefit payer reports the data to the Incomes Register once. The total amount of benefits and pensions paid during the tax year is no longer reported separately on the annual information return. The data users require the benefits payment data to be reported to the Incomes Register with a precision of one day. This accuracy requirement has been implemented in benefits payment reports by making the income earning period mandatory data. The earnings period is specified with a precision of one day. The amount of compensation granted for each hour, day or for example month in a benefit decision can be indirectly deduced from the Incomes Register data by comparing the data given for the payment in the Benefit unit data group with the reported euro amount of the payment. When reporting a recovery or income that is refunded unprompted, the original earnings period is reported in the ‘Additional repayment details’ data group. When reporting a recovery, the original earnings period must be reported with a precision of a calendar year. The original earnings period reported in the ‘Additional repayment details’ data group means the earnings period during which the income subject to recovery was originally paid. For more information, see the instructions Benefits: recovery and recourse, Section 2.

The paid benefits and pensions are reported to the Incomes Register separately for each income earner. A report refers to data on one payment transaction paid to a single income earner. Several income types can be reported for one income earner on the report for the same payment date. Even if several income types are specified, income types comparable to deductions can be reported as a total amount. These include tax withholding and tax at source (excluding tax withheld from pension paid to a non-resident taxpayer). Deductions that must be connected to an individual income item reported are itemised in more detail in the Deductions data group. More information available on more specific deductions, for example, in the ‘Benefit payment to a substitute recipient’ section of this guide.

1.2 The time of reporting data

1.2.1 Date of payment and reporting deadline

The data is reported to the Incomes Register in real time, that is, as a rule, no later than on the fifth day after the payment date. Saturdays, Sundays and other holidays are included in the five calendar days following the payment date. However, if the reporting deadline falls on a Saturday, Sunday or other holiday, the data can be reported on the following business day. The date of payment refers to the date on which the payment is available to the income earner, for example withdrawable from the income earner's account. The five-calendar-day deadline specified in the act on the incomes information system applies to the regularly reported mandatory data specified in sections 6 and 8 of the act. Possible losses from an insurance contract must be reported within five days of the date when the saved amount or the final amount of the death benefit is determined after the insurance expires.

Benefits and pension payments made on 1 January 2021 or later are reported to the Incomes Register, along with any corrections made to such income. The retention period of the benefits payment data submitted to the Incomes Register is based on the statutory rights of the Incomes Register's data users to receive information. The data is stored in the Incomes Register for ten years from the beginning of the year following the year in which the data was saved. After ten years, the data stored in the Incomes Information System will be deleted.

If the benefit has been paid in advance, each payment should be reported according to the payment date on which the benefit has become available to the income earner (see Example 3).

1.2.2 Date of reporting unjust enrichment and recovery

The obligation to report unjust enrichment is connected to the procedure used for correcting an incorrect benefit decision. If a factual error has occurred when making the benefit decision, the correction to this may require the income earner’s consent. Finding that a benefit is to be an unjust enrichment may also be preceded by the revocation or dismissal of the decision, for example by a judgement ruling of the Insurance Court. Information on unjust enrichment must be submitted no later than one month after the party's consent to the recovery of the unjust enrichment has been obtained or a decision has been issued on the dismissal of an incorrect benefit or compensation decision. Such decisions may be called, for example, revision decision, adjustment decision or termination decision.

In some situations, no decision on the termination of a pension or a benefit is issued even if there has been an overpayment, for example when the benefit recipient has died. If a recovery decision is the only decision to be made regarding the case, the time limit for reporting unjust enrichment is counted from the date the decision is issued.

Stating unjust enrichment is an independent occurrence. Reporting unjust enrichment is not influenced by whether the benefit is cancelled for some part or whether it can ever be recovered. Forgiving or modification of unjust enrichment is not reported to the Incomes Register. This is seen in the Incomes Register only indirectly when a recovery report is not submitted or the recovered amounts cover only part of the unjust enrichment.

In certain situations, the income earner may return a payment to which they were entitled. In such cases, the payment does not concern an unjust enrichment nor does it change to an unjust enrichment upon repayment. In such situations, the repayment is reported to the Incomes Register as an unprompted refund instead of an unjust enrichment.

When recovery proceedings are initiated, the amounts paid back must be reported no later than on the fifth day after the day of receiving a notification of the payment of the recovered amount, the payer and the benefit to which the payment relates and after the benefit payer has been able to allocate the recovery in its internal system. Correspondingly, an unprompted refund must be reported no later than on the fifth day after the day of receiving a notification of the payment of the unprompted refund, the payer and the benefit to which the payment relates and after the benefit payer has been able to allocate the unprompted refund in its internal system.

1.2.3 Reporting data in advance

The data can also be submitted to the Incomes Register before the payment date. Reporting data in advance is, however, limited in such a manner that payments can be reported to the Incomes Register no earlier than 45 days prior to the payment date. The values for the start and end date of the earnings period of the payments reported to the Incomes Register are not limited in this way. Thus, a payment far in the future can be reported if the payment is made within 45 days.

1.2.4 Electronic reporting only

Benefits and pensions cannot be reported to the Incomes Register on paper. If a taxable pension or benefit is exceptionally paid by a private person or some other payer that is not deemed a benefits payer in the act on the incomes information system, the payer must, as a rule, fulfil their reporting obligation by reporting their payments directly to the competent authority.

The electronic reporting methods used by the Incomes Register are the technical SFTP and Web Service interfaces as well as the e-service where data can be submitted via an online form or a separate record upload service. Submitting a benefits payment report via the e-service requires that the payer has specified themselves as the benefits payer in the service settings. This option is not available to private individuals. For more information on the concept of benefits payer, see the ‘Concepts’ section of this guide.

1.3 Regularly submitted mandatory data

The majority of the benefit data reported to the Incomes Register is mandatory to report; it must be reported, and it must be present in each record. The mandatory data includes the benefit payer’s identification information, the payment date and the technical record information. The last-mentioned data is mandatory when reported via the technical interface or by uploading a file. The reports contained in the record should also identify the income earners either by Finnish identifiers or, if they are not available, by other identification information.

See the benefits payment report schema for a more detailed description of what data is mandatory. As a rule, the mandatory data corresponds with the data currently collected by the Tax Administration. However, data is collected from a wider range of income types for the purposes of other data users.

1.4 Administrative consequences for neglecting to submit data

The penalty fee system provided in the act on the incomes information system applies to the data specified in sections 6 and 8 of the act, i.e. the mandatory data to be reported to the Incomes Register. The penalty fees are imposed by the Tax Administration.

A late-filing penalty replaces the benefit payer’s late-filing penalty laid down in the act on assessment procedure for self-assessed taxes (laki oma-aloitteisten verojen verotusmenettelystä 768/2016) and the negligence penalty laid down in the act on assessment procedure (laki verotusmenettelystä 1558/1995) insofar as a late-filing penalty is imposed based on the late submission of data that must be reported to the Incomes Register.

According to the applicable act, a late-filing penalty is imposed only based on the mandatory data that a party with a reporting obligation reports late to the Incomes Register. If the benefit payer does not report any data to the Incomes Register of the taxable payments they have made, or if the data is incomplete, and the benefit payer does not correct the neglect of their own volition before taxes and contributions are levied, no late-filing penalty is issued. In such a situation, the consequences for neglecting the reporting obligation laid down in the provisions of the act on assessment procedure and the act on assessment procedure for self-assessed taxes, such as a punitive tax increase, are applied. The provisions of the tax laws on the consequences of neglect do not apply to tax-exempt benefits. If data reported to the Incomes Register has a deficiency or error that has no significance for the taxation of the income earner, no negligence penalty is imposed.

1.4.1 Late submission of the first report

The late-filing penalty for late submission of the first report containing data to be reported for a calendar month is, as a rule, determined based on how late the report is. Although as a rule the data must be submitted within five days of the payment date, the late-filing penalty is not linked to the same deadline. Under section 22(1) of the act on the incomes information system, a late-filing penalty is imposed based on the lateness of the reporting of benefits payment data, if data on the benefits paid during the calendar month is not reported by the eighth day of the next month.

According to the law, the consequence for a late submission of the first report would be EUR 3 for each day the report is late for a period of 45 days, or a maximum of EUR 135. If the report is submitted more than 45 days late, the late-filing penalty is EUR 135 plus one per cent of the amount of the taxable payment reported late.

1.4.2 Correcting submitted data

No late-filing penalty is imposed if data submitted on time is corrected within 45 days of the deadline. If previously submitted data is corrected more than 45 days after the deadline, a late-filing penalty of one per cent of the amount of the taxable payment reported late is imposed. However, no late-filing penalty is issued if the above-mentioned amount does not increase due to the correction. The percentage-based late-filing penalty imposed based on the payment amount is adjusted if the payment amount is reduced due to the correction of data, adjustment of a decision, appeal or other such reason.

2 Concepts

2.1 Benefit payer

In the act on the incomes information system, benefit payer means a legal person governed by public or civil law whose status, as decreed by Finnish law, is a payer of benefits, pensions or other equivalent payments, or whose actions as the payer of these payments is decreed to be supervised by a Finnish authority, such as the Financial Supervisory Authority. A benefit payer may also be a similar foreign actor with a permanent establishment in Finland for the purpose of income taxation. The benefit payer is obliged to use for reporting the Incomes Information System and always have a Finnish Business ID due to the benefit payer’s obligation to register.

The benefits payment report submitted to the Incomes Register will replace the benefit payer's reports on benefits and pension payments currently required to be submitted to the Tax Administration. With respect to the payer's other obligations to provide information, the benefits payment reports are supplementary, not replacement data.

2.2 Income earner

In section 3 of the act on the incomes information system, income earner means a natural person, estate or a legal person to whom or which a payment has been made or who or which has received a non-monetary benefit, as referred to in this act. The benefits payment report’s income earner, i.e. the benefit recipient, must always be a natural person or a death estate. The benefit recipient can also be a foreign estate treated as an organisation in taxation. In the role of a benefit recipient, the income earner may only receive benefits paid in cash. In this guide, the benefit recipient is mainly referred to as an income earner.

2.3 Substitute recipient

The term ‘substitute recipient’ refers to the payment recipient in situations where the payment recipient is a party other than the benefit recipient. Substitute recipient is used for reporting, amongst other things, in recourse situations and situations in which the benefit recipient’s income is paid in full or in part to another party. In the benefits payment report, the substitute recipient may be, for example, Kela, the Employment Fund, an earnings-related pension provider, a non-life insurance provider, or the employer. The substitute recipient can also be the specific benefit payer.

No substitute recipient needs to reported when the benefit is paid to a trustee, a donee of a lasting power of attorney, a guardian or the estate instead of the benefit recipient. None of the data users of the Incomes Register needs this data in such situations and the payment can therefore be reported to the Incomes Register following the standard procedure but without including the substitute recipient details.

2.4 The concepts of pension and benefit

Statutory pensions that are based on an employment relationship or a voluntary pension insurance or paid from some other insurance, and other payments that are deemed to be pensions in legislation or in the established taxation and judicial practice and are paid by a benefit payer referred to in the act on the incomes information system, are reported to the Incomes Register.

A compensation or financial support (benefit) that is based on such a law, insurance, membership in a fund, decision of a public sector organisation or some other factor that is taxable as personal income or taken into account when basic social assistance is granted and that is paid in money by a benefit payer referred to in the act on the incomes information system to a party entitled to the benefit or to their substitute recipient, is also reported to the Incomes Register. Hence, tax-exempt income that does not have an effect on the social assistance is primarily not reported to the Incomes Register.

In addition, the following damages, payments and losses are deemed to be benefits stored in the Incomes Register:

  • damages for personal injury under chapter 5, section 1 of the Tort Liability Act, with the exception of damages to cover medical costs and other necessary costs referred to in section 2 of chapter 5;
  • payments to be reported to the Tax Administration referred to in section 28 a of the act on inheritance and gift tax, even if they are tax-exempt in income taxation and do not affect the granting of basic social assistance;
  • losses from certain insurance-based investment products, such as a loss from an endowment insurance, a loss from a capital redemption policy, or a loss from a fixed-term pension insurance policy; and
  • Reimbursements of expenses paid on the basis of the Act on Public Employment and Business Service (916/2012) or the unemployment security act (työttömyysturvalaki 1290/2002).

As an exception to the definitions above, a payment based on a long-term savings agreement or other agreement related to investment activities is not regarded as a benefit to be reported to the Incomes Register, not even if the payment is made by a benefit payer as referred to in the act. Payments considered to be sensitive in nature, such as strike pay, disability allowance for a person of the age of 16 or over or social assistance, are also not deemed to be benefits to be reported to the Incomes Register.

The set of pensions and benefits to be reported to the Incomes Register is also limited by the concept of benefit payer in the act on the incomes information system. The instances that have an obligation to provide information on the payments they have made but that are not covered by the definition of payer (such as private persons) do not report pensions and benefits to the Incomes Register; instead, they report them directly to the competent authority.

The set of pensions and benefits to be reported to the Incomes Register is also limited by the fact that data used only by the data provider is not submitted to the Incomes Register. It would violate the principle of data minimisation relating to the processing of personal data to register data with no purpose of use for the data users. This exception mainly applies to some payments paid by Kela.

3 Basic reporting situations

Examples of basic situations of reporting data are given below. The examples do not include all mandatory data, only the data necessary for processing the matter.

3.1 Reporting pension income

All pensions paid by Finnish payers are reported to the Incomes Register. The benefits payment report can only be submitted electronically. The report includes information on the income earner, the payment and the grounds for the payment. One record may contain reports regarding pensions paid to many different income earners. Nonetheless, all reports in one record must have the same payment date.

Example 1: On 2 May 2023, a benefit payer (1234567-8) pays thousands of pensions and the benefits payment reports on them are collected into one record. One of the benefit payer’s clerical workers acts as a contact person for the record. The report in the example applies to a person (ddmmyy-1234) living in Finland whose pension for May has been paid as a continuous pension. In the ‘Earnings period’ section, report the earnings period for which the pension is paid on the payment date.

Example 1, table 1
Record data Values

Date of payment or other reporting date

02.05.2023

Contact persons for the record

 

Name

Toni Toimihenkilö

Telephone number

0201009999

Payer details

 

Type of identifier

Business ID

Identifier

1234567-8

Report data  

Type of action

New report

Income earner details

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

General income type details

 

Income type code

Old-age pension

Amount

2000.00

Earnings period

 

Start date

01.05.2023

End date

31.05.2023

General income type details

 

Income type code

Withholding tax

Amount

400.00

Earnings period

 

Start date

02.05.2023

End date

02.05.2023

3.2 Reporting benefits income

The Benefit unit data group is mandatory when unemployment benefits are reported in order that the days qualifying for unemployment benefits could be determined. The benefit payers must report to the Tax Administration the number of days in the tax year for which the taxpayer has been paid the unemployment benefits referred to in section 93(4) of the income tax act (tuloverolaki 1535/1992) (decision of the Tax Administration on information-reporting requirements). Unemployment benefits include the unemployment allowance and the labour market subsidy. The benefit unit data can also be reported for other types of benefit, and this is also recommended. When the benefit unit and benefit amount data has been specified, the Incomes Register data users can, for example, determine the daily amount of the benefit during the earnings period.

The unemployment benefit income types for which it is mandatory to specify the Benefit unit data group and on the basis of which the number of qualifying days is determined are listed in the Incomes Register's document Benefits – Income types – Codes. For these unemployment benefits, the benefit unit is day. The number of units entered is the number of qualifying days in the earnings period of the income type in question.

Example 2: On 3 January 2021, the benefit payer pays a person labour market subsidy for the last month of 2020, with 20% tax withheld.

Example 2, table 1
Record data Values

Date of payment or other reporting date

03.01.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Labour market subsidy

Amount

550.00

Earnings period

 

Start date

01.12.2020

End date

31.12.2020

Benefit unit

 

Unit

Day

Number of units

18

General income type details

 

Income type code

Withholding tax

Amount

110.00

Earnings period

 

Start date

03.01.2021

End date

03.01.2021

When reporting the above-mentioned unemployment benefit to the Incomes Register, the benefit payer must specify the income data separately for each year if the earnings period applies to several years. If, in Example 2, the benefit payer also paid a labour market subsidy to the income earner for the period between 2 and 3 January 2021, the benefit payer should specify a separate ‘General income type details’ data group for these days in the report. In this income type itemisation, the number of benefit units would be 2, and the amount paid would be the portion based on these days of the full amount paid. If the qualifying days specified in the report concern the year 2020, they must be reported in the 2020 annual information return on the days qualifying for unemployment benefits (VSKORVPV). In such cases, the number of qualifying days reported to the Incomes Register is, exceptionally, zero (0).

3.3 Advance and additional payment

It is not separately reported in the Incomes Register's benefits payment report if the reported amount is not equal to the final amount of the benefit decision. The Incomes Register is based on registering of payment transactions and contains only a limited amount of so-called benefit decision data.

Example 3: On 11 November 2021, the benefit payer pays EUR 900 to an income earner as an earnings-related allowance, with 20% tax withheld. The benefit payer handles the payment as an advance that is approximately 70% of the estimated final earnings-related allowance. The rest of the allowance is paid when the final amount of the adjusted allowance can be calculated. The benefits payment report for the November payment (Table 1):

Example 3, table 1/2
Record data Values

Date of payment or other reporting date

11.11.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Earnings-related allowance

Amount

900.00

Earnings period

 

Start date

27.09.2021

End date

29.10.2021

Benefit unit

 

Unit

Day

Number of units

25

General income type details

 

Income type code

Withholding tax

Amount

180.00

Earnings period

 

Start date

11.11.2021

End date

11.11.2021

The income earner is later found to be entitled to an additional payment of EUR 300 for a previously reported earnings period. The rest of the granted benefit will be paid on 3 December 2021. Because the payment is an additional payment that has not added to the number of days qualifying for unemployment benefits, the number of units reported is, exceptionally, zero (0). A tax of 20% is withheld from the additional payment.

The benefits payment report for the December payment (Table 2):

Example 3, table 2/2
Record data Values

Date of payment or other reporting date

03.12.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Earnings-related allowance

Amount

300.00

Earnings period

 

Start date

27.09.2021

End date

29.10.2021

Benefit unit

 

Unit

Day

Number of units

0

General income type details

 

Income type code

Withholding tax

Amount

60.00

Earnings period

 

Start date

03.12.2021

End date

03.12.2021

The use of Incomes Register data for purposes defined in section 93 of the act on income tax and for other purposes requires that the benefit unit be not reported cumulatively. Attention to this must be paid particularly when a benefit accrued over a specific earnings period is paid in several instalments. Only such benefit units on which a payment is based that have not been previously reported are reported to the Incomes Register. If the benefit unit is a day, the total number of units on the same benefit payer’s reports must therefore not exceed 31 units per month or, for example, 7 units in a one-week period. On the other hand, an income earner may receive more than one pension during the same month. In this case, the different benefit payers use Month as the unit value and enter 1 as the number of units. 

3.4 Reporting the earnings period

When reporting income to the Incomes Register using the benefits payment report, the benefit payer must always specify the ‘Earnings period’ data for the income type. The actual uninterrupted earnings period is reported as the earnings period with an accuracy of one day. Only one ‘Earnings period’ entry can be made for each reported income type. When reporting a recovery or income that is refunded unprompted, the original earnings period is reported in the ‘Additional repayment details’ data group.

An earnings period is the period over which the income has been accrued. Payments made simultaneously on different earnings periods are thus reported in different income type itemisations. In recovery situations, the original earnings period to be reported is always the earnings period during which the income recovered or refunded was originally paid. In some cases, the earnings periods of benefits or pension income can be very long, for example over one year. 

If the advance lump sum applies to an indefinite moment in the future, the income payment date should be reported as the end date of the earnings period. If the period of time applicable to the one-off income paid in advance is known, it should be reported as the income earnings period.

When it comes to retrospective one-off income, the paid income should be allocated at the level of calendar year. It is recommended that the income type itemisations of a retroactive payment be always allocated to an annual level. Annual revisions and index raises to benefit amounts make it more difficult to use data in which the reported income is allocated to more than one year. The next section provides a more detailed description of the reporting of the ‘One-off remuneration’ data in situations where the income earnings period extends to the preceding tax year for a period of at least three months.

If the income earnings period cannot be defined, the payment date should be entered as the earnings period. Income that lacks the earnings period includes, for example, most types of compensation for a temporary or permanent functional limitation paid from personal insurances. No data is collected in the Incomes Register on the times of insurance events such as traffic accidents or deaths, so the payment date of the income is reported as the start and end date of the earnings period. The procedure is the same for one-off benefits such as baby money, funeral allowance, or surrender of insurance policy.

The payment date should always be entered as the earnings period for deduction-like income types. Such income types include, for example, ‘Withholding tax’ and ‘Tax at source’. The payment date can also be used as the earnings period, if unjust enrichment is reported to the Incomes Register using the ‘Unjust enrichment’ income type. There is more information about unjust enrichment in the ‘Reporting unjust enrichment and recovery’ section.

3.5 Reporting one-off remuneration data

The 'One-off remuneration' information has three purposes:

  • occasional isolated income (so-called actual one-off remunerations such as funeral grant)
  • retroactive income, with at least three months of its earnings period in the previous tax year
  • income paid in advance, accrued over more than one year.

The 'One-off remuneration' information is specified for these types of income, because, for instance, the Finnish Tax Administration needs the information to carry out the income spreading (section 128 of the income tax act (tuloverolaki 1535/1992)) and deferral of retirement income (section 112 of the income tax act).

In case of occasional isolated income that is not recurring, ‘One-off remuneration – Yes’ is specified for the income type in addition to the earnings period. The earnings period of such random payment can be one day or, for example, one year.

A one-off remuneration is typically a payment paid only once, not on a recurring basis. In some situations, income may be a one-off remuneration even if it were paid again later. It is essential that there is no knowledge or decision of a new payment at the time of payment. Payments of a continuous nature, such as unemployment allowances or partial sickness allowances, are not one-off remunerations, even if the next payment is not yet known. Income types of a deduction type, such as withholding or distraint, are not one-off remunerations. A benefit paid once a year or at some other regular intervals is not a one-off remuneration because it is paid on a recurring basis. When paying a late payment increase, the 'One-off remuneration' information must always be used, because a late payment increase is a one-off remuneration by nature.

The one-off remuneration data should be used when paying retrospective income, if the earnings period applies to a period of three or more than three months preceding the tax year. The reviewed period may comprise individual months or a time period that does not last three consecutive months but as a whole exceeds the above-mentioned limit. If the earnings period of retroactive income extends to both the year before the tax year (for at least three months) and the current tax year, the retroactive income is divided in accordance with the tax years, and is reported as two payments. The ‘One-off remuneration’ information must be specified for both payments, also in cases where a benefit paid in the current year would be paid as a continuous benefit in the future.

The ‘One-off remuneration’ data should be used for income paid in advance, if the income paid in advance has accumulated for more than a year. In this case, a period exceeding one year refers to a period of time that is at least 12 months and one day.

When recovering ‘One-off remuneration’ payments, the ‘One-off remuneration’ entry must also be specified in connection with the recovery. The ‘One-off remuneration’ entry must also be specified when reporting a payment reallocation, provided that the data was also specified in the original report.

3.6 Deduction of employee contributions

A certain part of the total of the employee's earnings-related pension insurance contribution, the employee's unemployment insurance contribution and the daily allowance contribution of health insurance is deducted from the daily allowance under the Workers' Compensation Act. Employee contributions can also be deducted in a similar manner from patient injury insurance, motor liability insurance and liability insurance payments, and from the rehabilitation allowance under the Workers' Compensation Act. When the employee contributions are deducted from the work income on which a benefit is based before the amount of the benefit is confirmed, the deduction is not reported to the Incomes Register.

Even though most of the benefits data users need the post-deduction amount of employee contributions, some of the benefits data users require the amount before the deduction of the employee contributions. The deduction is reported by using the ‘Deductions’ data group where the amount of deduction is reported using a specific deduction type. When using the deduction of employee contributions, report the gross amount prior to the deduction as the amount of the income type.

Income reported to the Incomes Register may also be subject to other calculated deductions similar to the deduction of employee contributions. Such deductions include Kela deductions and contributory deductions. There are no grounds for the data use of such deductions, so they are not reported to the Incomes Register. 

Example 4: The income earner is paid a daily allowance of EUR 110 per day for a total of seven days between 29 February 2021 and 6 March 2021. The payment is made to the income earner on 8 March 2021. First, the 65% Kela deduction is made from the payment (EUR 770 x 0.65 = EUR 500.50), after which the 50% contributory deduction (EUR 269.50 × 0.5 = EUR 134.75) and the 4.6% deduction of employee contributions (EUR 134.75 × 0.046 = EUR 6.20) are made.

Because no other imputed deductions but the deduction of employee contributions need to be reported to the Incomes Register, the reported amount of the payment reported does not include these other deductions (EUR 770 - EUR 500.50 - EUR 134.75 = EUR 134.75), so EUR 134.75 is reported to the Incomes Register. The amount of the employee contribution deduction is reported in the deduction details.

Example 4, table 1
Record data Values

Date of payment or other reporting date

08.03.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Daily allowance

Amount

134.75

Earnings period

 

Start date

29.02.2021

End date

06.03.2021

Benefit unit

 

Unit

Day

Number of units

7

Deductions

 

Deduction income type code

Daily allowance

Deduction type

Deduction of employee contributions

Amount of deduction

6.20

Earnings period of original benefit

 

Start date

29.02.2021

End date

06.03.2021

Substitute recipient details

 

Period of calculation

 

Start date

29.02.2021

End date

06.03.2021

4 Other reporting situations

4.1 Payment reported under section 28 a of the act on inheritance and gift tax

When reports under section 28 a of the act on inheritance and gift tax are submitted to the Incomes Register, the details of the policyholder and the policy number or other identifier must be submitted in the report in addition to the income earner (insurance beneficiary). In situations where the payment reported to the Incomes Register is a gift as defined in Section 18 a of the act on inheritance and gift tax, the policyholder is the gift giver. If the policyholder is not insured under the insurance concerned and the report is submitted for the purpose of inheritance taxation, the details of the insured must be reported in the ‘Policyholder details’ data group. However, when reporting a death compensation or a funeral grant to the Incomes Register, the ‘Policyholder details’ data group is also used to enter the details of the insured when the payment is based, e.g. on the employer’s group life insurance policy.

By entering the inheritance and gift tax specifier for the ‘Taxability of benefit’ data, the benefit payer states that the income type in question including its data are subject to a report under section 28 a of the act on inheritance and gift tax. However, if part of the payment were taxable based on income taxation, the benefit payer should report the part subject to income tax in a separate income type itemisation using a different ‘Taxability of benefit’ entry (e.g. ‘Taxability of benefit – Capital income’).

If a payment belonging to a report submitted under section 28 a of the act on inheritance and gift tax is made to a pledgee instead of the beneficiary, the specifiers must also be entered as described above (see also Example 7). The details of the pledgee acting as a substitute recipient are specified in the report's ‘Deductions’ data group. Report ‘Deduction based on the right of pledge’ as the deduction type, enter the pledgee's details as the substitute recipient details, and report the substitute recipient type as ‘Other payment recipient’ (Example 7). Payments to substitute recipients are explained, for example, in the ‘Benefit payment to a substitute recipient’ section of this guide.

Example 5: On 1 June 2021, the benefit payer pays the group life insurance payment including the child increases to the beneficiary of a scholarship recipient (ddmmyy-1235) who died on 3 May 2021. The basic amount and child increase of the group life insurance payment are itemised as separate income types on the benefits payment report. On the report, the benefit payer uses the ‘Taxability of benefit’ entry ‘Tax-exempt, data according to the act on inheritance and gift tax is given’.

Example 5, table 1
Record data Values

Date of payment or other reporting date

01.06.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Basic amount

Amount

11000.00

Taxability of benefit

Tax-exempt, data according to the act on inheritance and gift tax is given

One-off remuneration

Yes

Earnings period

 

Start date

01.06.2021

End date

01.06.2021

Insurance information

 

Policyholder’s identifier

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1235

Policy number or other identifier

000-21-00

General income type details

 

Income type code

Child increase

Amount

7500.00

Taxability of benefit

Tax-exempt, data according to the act on inheritance and gift tax is given

One-off remuneration

Yes

Earnings period

 

Start date

01.06.2021

End date

01.06.2021

Insurance information

 

Policyholder’s identifier

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1235

Policy number or other identifier

000-21-00

Example 6: On 1 June 2021, the benefit payer pays the income earner EUR 10,000 in benefits. The whole income is the income earner’s taxable capital income. A report in accordance with the act on inheritance and gift tax, section 28 a, of the income must be submitted to the Tax Administration. It is such a rare case of income that is taxable subject to both the income tax act and the act on inheritance and gift tax. The benefit payer must report 'Capital income, and data according to the act on inheritance and gift tax is given' as the Taxability of benefit.

Example 6, table 1
Record data Values

Date of payment or other reporting date

01.06.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

(Benefit)

Amount

10000.00

Taxability of benefit

Capital income, and data according to the act on inheritance and gift tax is given

One-off remuneration

Yes

Earnings period

 

Start date

01.06.2021

End date

01.06.2021

Insurance information

 

Policyholder's identifier

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1235

Policy number or other identifier

000-21-00

General income type details

 

Income type code

Withholding tax

Amount

3000.00

Earnings period

 

Start date

01.06.2021

End date

01.06.2021

If, instead of the ‘Taxability of benefit’ data ‘Capital income, and data according to the act on inheritance and gift tax is given', the benefit payer enters the ‘Taxability of benefit’ data ‘Capital income’ and attaches the voluntary ‘Insurance information’ data group, the Tax Administration does not receive the information in the ‘Insurance information’ data group.

Example 7 (beneficiary is a close family member): Person A died, and an insurance company pays an insurance indemnity of EUR 17,000 due to the death. Half of the indemnity, or EUR 8,500, is paid to the pledgee, i.e. the bank. The estate is reported as the income earner. The rest is paid to the beneficiary later. (Table 1.)

Example 7, table 1/2
Record data Values

Date of payment or other reporting date

01.06.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Death benefit

Amount

8500.00

Taxability of benefit

Tax-exempt, data according to the act on inheritance and gift tax is given

One-off remuneration

Yes

Earnings period

 

Start date

01.06.2021

End date

01.06.2021

Insurance information

 

Policyholder's identifier

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

Policy number or other identifier

000-21-15

Deductions

 

Deduction income type code

Death benefit

Deduction type

Deduction based on the right of pledge

Amount of deduction

8500.00

Earnings period of original benefit

 

Start date

01.06.2021

End date

01.06.2021

Substitute recipient details

 

Type of identifier

Business ID

Identifier

1234567-8

Type of substitute recipient

Other payment recipient

Period of calculation

 

Start date

01.06.2021

End date

01.06.2021

The insurance company commissions a genealogical investigation and determines that the rest is paid to the child of the deceased person.

The child of the deceased person is reported as the income earner. (Table 2.)

Example 7, table 2/2
Record data Values

Date of payment or other reporting date

01.07.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Death benefit

Amount

8500.00

Taxability of benefit

Tax-exempt, data according to the act on inheritance and gift tax is given

One-off remuneration

Yes

Earnings period

 

Start date

01.07.2021

End date

01.07.2021

Insurance information

 

Policyholder's identifier

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

Policy number or other identifier

000-21-15

Example 8 (beneficiary of the insurance indemnity is not a close family member): Person A died, and an insurance company pays an insurance indemnity of EUR 17,000 due to the death. Half of the indemnity, or EUR 8,500, is paid to the pledgee, i.e. the bank. The estate is reported as the income earner. The rest is paid to the beneficiary later. (Table 1.)

Example 8, table 1/2
Record data Values

Date of payment or other reporting date

01.06.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Death benefit

Amount

8500.00

Taxability of benefit

Tax-exempt, data according to the act on inheritance and gift tax is given

One-off remuneration

Yes

Earnings period

 

Start date

01.06.2021

End date

01.06.2021

Insurance information

 

Policyholder's identifier

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

Policy number or other identifier

000-21-15

Deductions

 

Deduction income type code

Death benefit

Deduction type

Deduction based on the right of pledge

Amount of deduction

8500.00

Earnings period of original benefit

 

Start date

01.06.2021

End date

01.06.2021

Substitute recipient details

 

Type of identifier

Business ID

Identifier

1234567-8

Type of substitute recipient

Other payment recipient

Period of calculation

 

Start date

01.06.2021

End date

01.06.2021

The insurance company discovers that the rest will be paid to the goddaughter of the deceased, who is not a close relative. The goddaughter is reported as the income earner. (Table 2.)

Example 8, table 2/2
Record data Values

Date of payment or other reporting date

01.07.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Death benefit

Amount

8500.00

Taxability of benefit

Capital income

One-off remuneration

Yes

Earnings period

 

Start date

01.07.2021

End date

01.07.2021

General income type details

 

Income type code

Withholding tax

Amount

2550.00

Earnings period

 

Start date

01.07.2021

End date

01.07.2021

4.2 Remunerations paid to an income earner when the benefit payment is delayed

Should a benefit payment be late, the income earner can be paid late payment interest that is independent of the taxation of the main payment and taxed as capital income, or an increase for late payment that is taxed according to section 61 a of the act on income tax in the same way as the main payment. The late payment interest is not included in the data contents of the Incomes Register; it will continue to be reported to the Tax Administration on annual information return 7805, which includes interest income in accordance with the income tax act. Increases for late payment, however, are reported to the Incomes Register using the income type of the main payment and a special ‘Late payment increase – Yes’ entry on the report.

Sometimes, increases due to late payments also have to be paid separately from the main payment if, for example, the main payment has already been made and the need to pay the increase is not noticed until later. Even then, the late payment increase is reported according to the payment date. The main payment is always determined on the basis of the income type code. The ‘Late payment increase – Yes’ entry is used to report the amount of the late payment increase. When paying a late payment increase, the 'One-off remuneration' information must always be used, because a late payment increase is a one-off remuneration by nature.

Example 9: On 2 June 2021, the income earner is retrospectively paid EUR 3,500 in care allowance for the period 1 June 2020–31 December 2020. At the same time, a EUR 150 increase for late payment is paid for a period starting from the date on which the insurance company should at the latest have made the first payment. In its entirety, the period is from 28 July 2020 to 2 June 2021. Both payments are tax-exempt income for the income earner. Because the increase for late payment concerns a time period of which more than three months were before the payment year, it is reported separately for years 2020 and 2021.

Example 9, table 1
Record data Values

Date of payment or other reporting date

02.06.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Care allowance

Amount

3500.00

One-off remuneration

Yes

Earnings period

 

Start date

01.06.2020

End date

31.12.2020

General income type details

 

Income type code

Care allowance

Amount

100.00

Late payment increase

Yes

One-off remuneration

Yes

Earnings period

 

Start date

28.07.2020

End date

31.12.2020

General income type details

 

Income type code

Care allowance

Amount

50.00

Late payment increase

Yes

One-off remuneration

Yes

Earnings period

 

Start date

01.01.2021

End date

02.06.2021

4.3 Benefits payment to a substitute recipient

A substitute recipient is reported, for example, in case of recourse or when the income earner’s income is paid in full or in part to a party other than the income earner. On a benefits payment report, the type of substitute recipient can be specified as, for example, a municipality or a social welfare organisation, the employer, or the Patient Insurance Centre. The different substitute recipient types are listed in the ‘Application instructions on the data contents of a benefits payment report’ document. From the perspective of the Incomes Register, the enforcement authorities and the Finnish Tax Administration are not considered to be substitute recipients. Items paid to them (distraint, withholding) have their own income types.

The Deductions income type code is used to indicate the original income type to which the deduction applies. If part of the income is paid to a substitute recipient and it is not allocated to any previously paid income type, the same income type is used for the deduction and for the income. The earnings period of the ‘Deductions’ data group is also often the same as that of the payment’s income type. The reporting of deductions is illustrated in Example 10. The same income type is used for the deduction and for the income also when the benefit is paid to the employer. It is irrelevant whether the benefit paid to the employer concerns a continuing benefit or a retroactive payment. The procedure is the same in the case of one-off payments made to the employer.

If an instalment paid to a substitute recipient is assigned to a previously paid income type (in recourse situations, for example), the same income type is used for the deduction. The earnings period of the previously paid income type is reported as the earnings period of the ‘Deductions’ data group, and it can differ from that of the income type paid.

If there is no applicable income type code for the income type of the deduction, either ‘Other benefit’ or ‘Other pension’ can be used as income type for the deduction. This may be the case, for example, if the deduction applies to a previously paid income type that should not have been reported to the Incomes Register (such as social assistance or some other benefit of a sensitive nature).

The ‘Deductions’ data group is not meant to be used for reporting the income earner’s debt (e.g. unpaid insurance premiums) or for covering the income earner’s living expenses. The deduction types of the data group are used to report deductions paid to another benefit payer or the employer. If the income earner’s income is subject to a deduction for which a deduction type is not listed, it should be considered whether the deduction should be reported to the Incomes Register. The ‘Other deduction from taxable income’ and ‘Other deduction from net income’ deduction types should only be used to report deductions referred to in the benefit details instructions.

Example 10: A total of EUR 3,000 in disability pension for June is paid to the municipality instead of the income earner under section 122 of the Employees Pensions Act. First EUR 600 is withheld from the benefit to be paid. Furthermore, EUR 100 is deducted from the net income in accordance with a payment ban issued by the enforcement authority. Because the municipality is entitled to the remaining EUR 2,300, the income earner does not pocket any income at all. However, the payer must still submit a benefits payment report on the income to the Incomes Register because the payment of EUR 3,000 is taxable income.

Example 10, table 1
Record data Values

Date of payment or other reporting date

02.06.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Disability pension

Amount

3000.00

Deductions

 

Deduction income type code

Disability pension

Deduction type

Demand for payment (not a recourse situation)

Amount of deduction

2300.00

Earnings period of original benefit

 

Start date

01.06.2021

End date

30.06.2021

Substitute recipient details

 

Type of identifier

Business ID

Identifier

1234567-8

Type of substitute recipient

Municipality or another social welfare body

Period of calculation

 

Start date

01.06.2021

End date

30.06.2021

General income type details

 

Income type code

Withholding tax

Amount

600.00

Earnings period

 

Start date

02.06.2021

End date

02.06.2021

General income type details

 

Income type code

Distraint

Amount

100.00

The Tax Administration uses the value given in the Type of deduction field to determine whether the deduction affects the income earner's taxable income. For example, if the deduction type is ‘MATA and MYEL collection’, the deduction is made from the net income, not the amount of taxable income.

Example 11: An employee has an occupational accident at the end of August 2021 and receives EUR 2,050 in sick pay for September. Based on the occupational accident insurance, the insurance company pays a daily allowance equalling the sick pay directly to the employer. The daily allowance paid to the employer is not subject to an employee contribution deduction or withholding. The employee's benefit paid to the employer is reported on the benefits payment report indicating the employer as a substitute recipient. The 'Daily allowance (occupational accident insurance)'income type is used as the deduction income type.

The insurance company submits the following report on the payment to the Incomes Register (Table 1):

Example 11, table 1/2
Record data Values

Date of payment or other reporting date

01.10.2021

Payer details

 

Type of identifier

Business ID

Identifier

1001000-9

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Daily allowance (occupational accident insurance)

Amount

2050.00

Earnings period

 

Start date

01.09.2021

End date

30.09.2021

Benefit unit

 

Unit

Day

Number of units

30

Deductions

 

Deduction income type code

Daily allowance (occupational accident insurance)

Deduction type

Other deduction from taxable income

Amount of deduction

2050.00

Earnings period of original benefit

 

Start date

01.09.2021

End date

30.09.2021

Substitute recipient details

 

Type of identifier

Business ID

Identifier

1234123-4

Type of substitute recipient

Employer

Period of calculation

 

Start date

01.09.2021

End date

30.09.2021

One month after the occupational accident, the insurance company starts paying a daily allowance to the injured person based on their annual earnings. The employee has provided the company with a tax card (10%) for the payment of the benefit. Before tax is withheld, the employee contributions are deducted from the daily allowance in accordance with section 62 of the Workers' Compensation Act. When reporting the payment to the Incomes Register, the insurance company will link the deduction to the gross amount of the daily allowance by using the ‘Deductions’ data group in the benefits payment report.

The insurance company submits the following report on the payment to the Incomes Register (Table 2):

Example 11, table 2/2
Record data Values

Date of payment or other reporting date

02.11.2021

Payer details

 

Type of identifier

Business ID

Identifier

1001000-9

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Daily allowance (occupational accident insurance)

Amount

2000.00

Earnings period

 

Start date

01.10.2021

End date

31.10.2021

Benefit unit

 

Unit

Day

Number of units

31

Deductions

 

Deduction income type code

Daily allowance (occupational accident insurance)

Deduction type

Deduction of employee contributions

Amount of deduction

90.00

Earnings period of original benefit

 

Start date

01.10.2021

End date

31.10.2021

Substitute recipient details

 

Period of calculation

 

Start date

01.10.2021

End date

31.10.2021

General income type details

 

Income type code

Withholding tax

Amount

191.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

The earnings period of original benefit and the period of calculation are not necessarily always the same time period. The period of calculation means the period of time from which income is transferred to a substitute recipient, or the period of time for which the substitute recipient was entitled to the income.

Example 12: In May 2021, an earnings-related pension provider is about to grant a pension to the income earner retroactively starting from 1 February 2021. A previous benefit payer has paid the income earner social assistance between 1 February and 31 March 2021 and makes a demand for payment to the earnings-related pension provider for this time period. On 2 June 2021, the earnings-related pension provider pays a total of EUR 2,000 for the period 1 February – 31 May 2021. Due to the priority order of payments, the previous benefit payer is not, however, paid the pension granted to the income earner for the full time period specified above but only for the period 1 February – 31 March 2021. The earnings period of the original benefit is therefore 1 February – 31 March 2021 and the period of calculation is 1 February – 31 March 2021.

Example 12, table 1/1
Record data Values

Date of payment or other reporting date

02.06.2021

Payer details

 

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Pension A

Amount

2000.00

Earnings period

 

Start date

01.02.2021

End date

31.05.2021

Deductions

 

Deduction income type code

Other benefit

Type of deduction

Recourse on tax-exempt income

Amount of deduction

1000.00

Earnings period of original benefit

 

Start date

01.02.2021

End date

31.03.2021

Substitute recipient details

 

Period of calculation

 

Start date

01.02.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

150.00

Earnings period

 

Start date

02.06.2021

End date

02.06.2021

4.4 Reporting a partially taxable and partially tax-exempt benefit

The tax legislation decrees that in some cases, a certain euro amount or percentage of a benefit is tax-exempt. The full amount of such a benefit is still reported to the Incomes Register, because even the tax-exempt part can affect the basic social assistance.

If part of each benefit payment is taxable and part tax-exempt, the benefit is reported to the Incomes Register in two separate income type itemisations. The ‘Taxability of benefit’ data in the itemisations is used to indicate which part is tax-exempt and which is taxable. Such payments include one-off pension payments. If the benefit payer first pays the tax-exempt part of income that is partially taxable and then the taxable part, they must report accordingly.

Example 13: Each month, the benefit payer pays EUR 855 in assistance pension to a family member of a person who died in an occupational accident prior to 1993. According to section 80, paragraph 1(2) of the act on income tax, EUR 3,400 of the annual amount of the pension is tax-exempt. The benefit payer pays the first EUR 3,400 to the family member exempt from tax, reporting the payments to the Incomes Register specifying 'Tax-exempt' as the Taxability of benefit. When the limit for tax exemption is exceeded by EUR 20 in April, the benefit payer reports the taxable part using a separate income type itemisation, and states that tax (5%) has been withheld.

The benefit payer’s report for April:

Example 13, table 1
Record data Values

Date of payment or other reporting date

05.04.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Assistance pension

Amount

835.00

Taxability of benefit

Tax-exempt

Earnings period

 

Start date

01.04.2021

End date

30.04.2021

General income type details

 

Income type code

Assistance pension

Amount

20.00

Taxability of benefit

Earned income

Earnings period

 

Start date

01.04.2021

End date

30.04.2021

General income type details

 

Income type code

Withholding tax

Amount

1.00

Earnings period

 

Start date

05.04.2021

End date

05.04.2021

From the next month's report until December, the accident insurance company reports the entire monthly payment as taxable income. By December, the Incomes Register has accumulated data indicating that EUR 3,400 in tax-exempt assistance pension and EUR 6,860 in taxable assistance pension have been paid to the income earner.

The submitted reports should be corrected if the person dies before the annual tax-exempt income limit has been reached and the benefit payer deems that the income paid to that person should have been processed differently. The correction is made by way of a replacement report in which the information regarding the paid income types is provided and the ‘Taxability of benefit’ data is changed to correspond to the correct specifier. If the benefit payer refunds excessive tax withheld during the same year, a new report should be submitted to the Incomes Register for the refund. The refund is indicated by a negative amount in the new report.

Example 14: The benefit payer pays the income earner a continuous assistance pension of EUR 900 per month. The benefit payer pays the income in such a way that the withholding is made on a monthly basis from the part in excess of EUR 283.33 (3,400/12 months = 283.33). The income earner has submitted a tax card (15%) for the payment of the benefit. The income earner dies in the middle of the year, and the benefit payment stops after March. As the payments made to the income earner between January and March do not exceed the annual tax-exempt income limit, the benefit payer is planning to refund the income earner for the excess tax withheld. The tax withholding may be refunded to the income earner as long as it is paid during the same year. The January–March reports should be corrected to correspond to the data referred to by the benefit payer.

The benefit payer’s report for January (corresponding reports have also been submitted for February and March) (Table 1):

Example 14, table 1/3
Record data Values

Date of payment or other reporting date

02.01.2022

Report data  

Type of action

New report

Payer's report reference

00001

Income earner details

 

General income type details

 

Income type code

Assistance pension

Amount

283.33

Taxability of benefit

Tax-exempt

Earnings period

 

Start date

01.01.2022

End date

31.01.2022

General income type details

 

Income type code

Assistance pension

Amount

616.67

Taxability of benefit

Earned income

Earnings period

 

Start date

01.01.2022

End date

31.01.2022

General income type details

 

Income type code

Withholding tax

Amount

92.50

Earnings period

 

Start date

02.01.2022

End date

02.01.2022

The benefit payer’s report on the refund of tax withheld (Table 2):

Example 14, table 2/3
Record data Values

Date of payment or other reporting date

20.04.2022

Report data  

Type of action

New report

Payer's report reference

CCC

Income earner details

 

General income type details

 

Income type code

Withholding tax

Amount

- 277.50

Earnings period

 

Start date

20.04.2022

End date

20.04.2022

The previously submitted reports for January–March should be corrected so that the data users receive correct information about the tax treatment applied by the benefit payer to the paid income in the benefit payer’s own process. Because tax has been withheld from the January income, it may not be removed from the report. Instead, the payment data should be reported as implemented. (Table 3.)

Example 14, table 3/3
Record data Values

Date of payment or other reporting date

02.01.2022

Report data  

Type of action

Replacement report

Payer's report reference

00001

Income earner details

 

General income type details

 

Income type code

Assistance pension

Amount

900.00

Taxability of benefit

Tax-exempt

Earnings period

 

Start date

01.01.2022

End date

31.01.2022

General income type details

 

Income type code

Withholding tax

Amount

92.50

Earnings period

 

Start date

02.01.2022

End date

02.01.2022

4.5 Benefit changes to pension in taxation when more than one year has passed from the injury

Certain benefits automatically change to pension when more than one year has passed from the injury, even without a separate pension decision by the benefit payer. Before the year has passed, the benefit is reported to the Incomes Register using the income type for the paid benefit (for example, Compensation for loss of earnings) and taxed accordingly. Once the year has passed and the benefit has changed into a pension from the perspective of taxation, it is reported to the Incomes Register using the corresponding income type for a pension (for example, Compensation for loss of earnings over one year after the injury). The income can be taxed correctly based on the income type.

This practice applies to, for example, compensation for loss of earnings paid based on a motor liability insurance or patient injury insurance, which is considered to be a pension in taxation once one year has passed after the injury, even if no pension decision has been made. A payment can also be a pension earlier, if a separate decision of this has been made. In such a case, the compensation is reported after the decision was made using the income type for the pension, such as Disability pension (motor liability insurance). 

Example 15: The benefit payer pays the income earner compensation for loss of earnings based on a motor liability insurance for the period 1 January 2021 − 31 December 2021. The compensation for loss of earnings is paid for an injury that has occurred on 1 January 2021. Before one year has passed from the day of the injury, the compensation is reported to the Incomes Register as compensation for loss of earnings.

The benefit payer’s report for December (corresponding reports have been submitted for the other months of the year) (Table 1):

Example 15, table 1/2
Record data Values

Date of payment or other reporting date

02.12.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Compensation for loss of earnings

Amount

2000.00

Earnings period

 

Start date

01.12.2021

End date

31.12.2021

Benefit unit

 

Unit

Day

Number of units

31

A compensation for loss of earnings paid based on a motor liability insurance has been considered to be a pension in taxation practice after one year has passed from the day of the injury, though no pension decision has been made. Once one year has passed from the injury, the payment is reported on the following new reports using an income type considered to be a pension, Compensation for loss of earnings over one year after the injury. The previous reports are not corrected.

The benefit payer’s report for January (Table 2):

Example 15, table 2/2
Record data Values

Date of payment or other reporting date

02.01.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Compensation for loss of earnings over one year after the injury

Amount

2000.00

Earnings period

 

Start date

01.01.2022

End date

31.01.2022

Benefit unit

 

Unit

Day

Number of units

31

If a pension decision made before the benefit had been paid for one year, the income would have been reported to the Incomes Register after the decision, using income type Disability pension.

4.6 Income changes retroactively, and a benefit paid earlier is taken into account as a partial payment

In certain situations, income previously paid may change retroactively, but is not considered to be unjust enrichment or recourse. A decision is made for the income earner of a new benefit that is granted for at least partially the same period as the previously paid benefit. The previously paid income is taken into account as partial payment of the benefit paid later. The income earner has been entitled to the previously paid income, so the income was correct at the time of payment. The reported income type is therefore not corrected, because the income is taxed according to the originally reported income type.

This kind of a situation occurs when, for example, an income earner receiving partial early old-age pension is granted a disability pension, years-of-service pension or old-age pension for the same period for which partial early old-age pension has already been paid. The previously paid partial early old-age pension is taken into account as partial payment of the pension granted later.

The retroactive change to the income is reported to the Incomes Register on a replacement report. Specify 'Income type changed, new income type code' for the original income type, and enter the new income type code as its value. This allows the data users to be informed that the previously paid income has been taken into account as partial payment of the later payment. However, the income is taxed according to the original income type, for which reason the original income type must not be changed in these situations.

Example 16: Income changes retroactively, and the amount of the original benefit is smaller than the amount of the new benefit

As of 1 January 2021, the income earner is paid partial early old-age pension of EUR 1,200 every month until 28 February 2022. Table 1 shows the new report submitted for March 2021. Corresponding reports have been submitted for the other payment months.

Example 16, table 1/3
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Payer's report reference

1

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Partial early old-age pension

Amount

1200.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

240.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

The income earner is granted a disability pension on 2 February 2022 so that the start date of the disability pension is 1 March 2021, and the amount paid is EUR 2,200 each month. The benefit payer reports the change to the Incomes Register using a replacement report. The payer specifies ‘Income type changed, new income type code’ for the original income type, and enters 'Disability pension' as its value. Table 2 shows the replacement report submitted for March. Correspondingly, the payer corrects all reports for the time after 1 March 2021.

Example 16, table 2/3
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Payer's report reference

1

Type of action

Replacement report

Income earner details

 

General income type details

 

Income type code

Partial early old-age pension

Income type changed, new income type code

Disability pension

Amount

1200.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

240.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

Because the disability pension granted later is larger than the partial early old-age pension, the benefit payer reports the difference on a new report for the overlapping payment periods 1 March 2021 − 31 December 2021 and 1 January 2022 − 28 February 2022 (Table 3). The amounts in different calendar years are reported as two payments.

The income earner is paid the difference between the disability pension and the partial early old-age pension (EUR 2,200 − EUR 1,200 = EUR 1,000) for the period 1 March − 31 December 2021, or ten months (totalling EUR 10,000). Furthermore, the difference is paid for the time period 1 January 2022 − 28 February 2022, or two months (totalling EUR 2,000). The income earner is paid a total of EUR 12,000, of which the amount of 20% withholding is EUR 2,400. (Table 3.)

Example 16, table 3/3
Record data Values

Date of payment or other reporting date

03.02.2022

Report data  

Payer's report reference

18

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Disability pension

Amount

10000.00

One-off remuneration

Yes

Earnings period

 

Start date

01.03.2021

End date

31.12.2021

General income type details

 

Income type code

Disability pension

Amount

2000.00

One-off remuneration

Yes

Earnings period

 

Start date

01.01.2022

End date

28.02.2022

General income type details

 

Income type code

Withholding tax

Amount

2400.00

Earnings period

 

Start date

03.02.2022

End date

03.02.2022

A retroactive change to income must be reported to the Incomes Register using a replacement report when income previously reported under a single income type must from now on be reported under two income types due to a change to the income. The payer must specify the ‘Income type changed, new income type code’ entry for the original income type, and enter the new income type codes as its value. This indicates to the data users that the previously paid income has been taken into account as partial payment of the later payments. However, the income is taxed according to the original income type, for which reason the original income type must not be changed in these situations.

Example 17: Income previously reported under a single income type is now reported under two income types but the amount remains unchanged

An income earner is paid partial disability pension on a monthly basis for the earnings periods 1 March – 31 March 2021 and 1 April – 30 April 2021. The amount of the monthly partial disability pension is EUR 1,300, with 20% tax withheld.

Table 1 shows the new report submitted for March 2021. Corresponding reports have been submitted for the other payment months.

Example 17, table 1/2
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Payer's report reference

1

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Partial disability pension

Amount

1300.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

260.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

The income earner is retroactively granted a rehabilitation subsidy and rehabilitation increment for the same period. The amount of the rehabilitation subsidy is EUR 1,000 and the amount of the rehabilitation increment is EUR 300 per month. This means that the income earner does not need to make additional payments for the retroactive period. The benefit payer reports the change to the Incomes Register using a replacement report. The payer specifies the ‘Income type changed, new income type code’ entry for the original income type and enters ‘Rehabilitation subsidy’ as its value. In addition, the payer must re-submit the original income type in the same replacement report by specifying the ‘Income type changed, new income type code’ entry for the original income type and entering ‘Rehabilitation increment’ as its value.

Table 2 shows the replacement report submitted for March. Correspondingly, the payer corrects all reports for the time after 1 March 2021.

Example 17, table 2/2
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Payer's report reference

1

Type of action

Replacement report

Income earner details

 

General income type details

 

Income type code

Partial disability pension

Income type changed, new income type code

Rehabilitation subsidy

Amount

1000.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Partial disability pension

Income type changed, new income type code

Rehabilitation increment

Amount

300.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

260.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

A retroactive change to income must also be reported to the Incomes Register using a replacement report when income previously reported under two income types must from now on be reported under a single income type due to a change to the income. In such a case, the payer specifies the ‘Income type changed, new income type code’ entry for the original income types and enters the new income type code as its value.

Example 18: Income previously reported under two income types is now reported under a single income type but the amount remains unchanged

The income earner is paid a monthly rehabilitation subsidy and rehabilitation increment for the period 1 March – 30 April 2021. The amount of the rehabilitation subsidy is EUR 1,000 and the amount of the rehabilitation increment is EUR 300 per month. A tax of 20% is withheld from the payment.

Table 1 shows the new report submitted for March 2021. The payer submits a corresponding report for April.

Example 18, table 1/2
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Payer's report reference

1

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Rehabilitation subsidy

Amount

1000.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Rehabilitation increment

Amount

300.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

260.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

The income earner is granted a partial early old-age pension on 14 May 2021 so that the start date of the partial early old-age pension is 1 March 2021 and the amount paid is EUR 1,300 per month. The benefit payer reports the change to the Incomes Register using a replacement report. The payer specifies the ‘Income type changed, new income type code’ entry for the original income types and enters ‘Partial early old-age pension’ as its value.

Table 2 shows the replacement report submitted for March. The payer corrects the April report correspondingly.

Example 18, table 2/2
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Payer's report reference

1

Type of action

Replacement report

Income earner details

 

General income type details

 

Income type code

Rehabilitation subsidy

Income type changed, new income type code

Partial early old-age pension

Amount

1000.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Rehabilitation increment

Income type changed, new income type code

Partial early old-age pension

Amount

300.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

260.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

Example 19: Income previously reported under a single income type is now reported under two income types and the amount paid changes

An income earner is paid partial rehabilitation subsidy on a monthly basis for the earnings periods 1 March – 31 March 2021 and 1 April – 30 April 2021. The amount of the monthly rehabilitation subsidy payment is EUR 1,000, with 20% tax withheld.

Table 1 shows the new report submitted for March 2021. The payer submits a corresponding report for April.

Example 19, table 1/3
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Payer's report reference

1

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Partial rehabilitation subsidy

Amount

1000.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

200.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

The income earner is retroactively granted a rehabilitation subsidy and rehabilitation increment for the same period. The amount of the rehabilitation subsidy is EUR 2,000 and the amount of the rehabilitation increment is EUR 660 per month.  The benefit payer reports the change to the Incomes Register using a replacement report. The payer specifies the ‘Income type changed, new income type code’ entry for the original income type and enters ‘Rehabilitation subsidy’ as its value.

Table 2 shows the replacement report submitted for March. The payer corrects the April report correspondingly.

Example 19, table 2/3
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Payer's report reference

1

Type of action

Replacement report

Income earner details

 

General income type details

 

Income type code

Partial rehabilitation subsidy

Income type changed, new income type code

Rehabilitation subsidy

Amount

1000.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

200.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

Because the amount of the earlier partial rehabilitation subsidy is smaller than the total amount of the rehabilitation subsidy and rehabilitation increment granted for the same period, the income earner is paid the difference (2 x EUR 2,000 + 2 x EUR 660 - EUR 2,000 = EUR 3,320) between these items for the period 1 March –30 April 2021, or for two months. The payment is made on 15 April 2021, with 20% tax withheld. (Table 3.)

Example 19, table 3/3
Record data Values

Date of payment or other reporting date

15.04.2021

Report data  

Payer's report reference

18

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Rehabilitation subsidy

Amount

2000.00

Earnings period

 

Start date

01.03.2021

End date

30.04.2021

General income type details

 

Income type code

Rehabilitation increment

Amount

1320.00

Earnings period

 

Start date

01.03.2021

End date

30.04.2021

General income type details

 

Income type code

Withholding tax

Amount

664.00

Earnings period

 

Start date

15.04.2021

End date

15.04.2021

4.7 Reporting insurance losses to the Incomes Register

In the case of voluntary insurances (capital redemption policies included), the following data must be reported to the Incomes Register using a benefits payment report: the amount of taxable payments made on the basis of a voluntary insurance, the share of the payments deemed taxable income, and the amount of losses deemed tax-deductible. However, payments made based on or losses from an insurance related to agriculture, forestry or business activities do not need to be reported. 

Losses deemed tax-deductible are reported to the Incomes Register using the following income types:

  • Loss from a capital redemption policy (1389)
  • Loss from endowment insurance, saved amount (1387)
  • Loss from endowment insurance, surrender value (1388)
  • Loss from an insurance contract (1396)
  • Loss from a voluntary fixed-term pension insurance policy (1397)

Possible insurance losses must be reported within five days of the date when the saved amount, surrender value or final amount of the death benefit is determined after the insurance expires. The reporting deadline is the same even if it was known in advance that that the insurance will expire with a loss. When reporting insurance losses, the ‘One-off remuneration’ entry must always be specified for the income type.

The payment date reported to the Incomes Register is the insurance contract end date. The loss is deductible in the taxation of the policyholder in the same year when the insurance contract expires. Therefore, the insurance contract end date must be specified as the payment date to ensure that the loss is allocated to the correct tax year.

Example 20: Special situation where the death benefit paid from an endowment insurance due to death is 105% of the saved amount
 
Person A dies on 1 January 2021, and an insurance indemnity is paid from person A’s endowment insurance to their surviving child B. According to the terms and conditions of the insurance, the amount of the indemnity is 105% of the saved amount. The saved amount totals EUR 10,000. The total amount of the payment made from the insurance is therefore EUR 11,000, which means that the insurance expires with a loss. The amount of the indemnity paid due to the death is EUR 10,500. The following data is reported to the Incomes Register (Table 1): 

Example 20, table 1/3
Record data Values

Date of payment or other reporting date

31.01.2021

Report data  

Payer's report reference

XX

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Death benefit (endowment insurance)

Amount

10500.00

Death benefit (endowment insurance)

Tax-exempt, data according to the act on inheritance and gift tax is given

One-off remuneration

Yes

Earnings period

 

Start date

31.01.2021

End date

31.01.2021


The loss arising to the estate of person A is reported under income type ‘Loss from endowment insurance, saved amount’ (1387). The amount of loss reported is EUR 500 (EUR 10,500 - EUR 11,000 = EUR -500). (Table 2.)

Example 20, table 2/3
Record data Values

Date of payment or other reporting date

31.01.2021

Report data  

Payer's report reference

YY

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Loss from endowment insurance, saved amount

Amount

500

One-off remuneration

Yes

Earnings period

 

Start date

31.01.2021

End date

31.01.2021

Example 21: An insurance expires with a loss and the beneficiary is a party other than the policyholder

The policyholder has taken out an endowment insurance. The policyholder dies and the insurance expires with a loss. The beneficiary of the endowment insurance is a godchild of the insured who is not a close family member of the insured. The amount of the death benefit corresponds to the saved amount.

The insured dies on 31 January 2021. The final loss amount is determined on 11 February 2021, when the insurance investment shares are redeemed. The final calculation of the loss is carried out on 11 February 2021, and EUR 2,000 is confirmed as the amount of loss.

EUR 2,000 is also confirmed as the amount of loss to the estate of the policyholder. The loss is deducted from the taxable capital income of the estate in the taxation for the 2021 tax year.

When reporting the loss to the Incomes Register, the policyholder is specified as the income earner. The amount of loss reported is EUR 2,000, and the income type is ‘Loss from endowment insurance, saved amount’ (1387). The payment date reported is the day of death, i.e. 31 January 2021. 

The loss must be reported to the Incomes Register within five days of the date when the final calculation of the loss was performed, i.e. at the latest on 11 February 2021 + 5 days (Table 1).

Example 21, table 1/2
Record data Values

Date of payment or other reporting date

31.01.2021

Report data  

Payer's report reference

1

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Loss from endowment insurance, saved amount

Amount

2000.00

One-off remuneration

Yes

Earnings period

 

Start date

31.01.2021

End date

31.01.2021

In the example, the share of the invested capital is EUR 40,000. The amount of death benefit paid after the loss is EUR 38,000, and it is paid to the godchild of the insured (i.e. the beneficiary) on 15 February 2021. The payer reports the payment of the death benefit to the Incomes Register (Table 2).

Example 21, table 2/2
Record data Values

Date of payment or other reporting date

15.02.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Death benefit (endowment insurance)

Amount

38000.00

Taxability of benefit

Capital income

One-off remuneration

Yes

Earnings period

 

Start date

15.02.2021

End date

15.02.2021

General income type details

 

Income type code

Withholding tax

Amount

11400.00

Earnings period

 

Start date

15.02.2021

End date

15.02.2021

Example 22: An insurance expires with a loss and the saved amount is paid to the policyholder

The policyholder has taken out an endowment insurance, which expires on 31 January 2021.

The insurance expires with a loss of EUR 2,000. The calculation of the loss is carried out on the insurance contract end date 31 January 2021. The saved amount of EUR 38,000 is paid to the policyholder on 15 February 2021 after they have submitted all the details required for the payment, such as a bank account number. The total amount of premiums paid is EUR 40,000, and no partial surrender has previously been paid from the insurance.

When reporting the loss to the Incomes Register, the policyholder is specified as the income earner. The amount of loss reported is EUR 2,000, and the income type is ‘Loss from endowment insurance, saved amount’ (1387). The payment date reported is the insurance end date, i.e. 31 January 2021.  The loss must be reported to the Incomes Register within five days of the date when the final calculation of the loss was performed i.e. at the latest on 31 January 2021 + 5 days.

Example 22, table 1/1
Record data Values

Date of payment or other reporting date

31.01.2021

Report data  

Payer's report reference

1

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Loss from endowment insurance, saved amount

Amount

2000.00

One-off remuneration

Yes

Earnings period

 

Start date

31.01.2021

End date

31.01.2021

5 Correcting benefits payment data in the incomes register

5.1 General information on correcting information

According to section 4 of the act on the incomes information system, the benefit payer is responsible for the accuracy and correction of any data they have submitted to the Incomes Register. If incorrect information in the Incomes Register is based on the benefit payer’s report, the income earner must submit a correction request to the benefit payer in question. The benefit payer thus has an obligation to correct any incorrect information it has reported.

Replacement has been selected as the data correction method. This means that the original report is corrected by resubmitting all the report data, both the data that was correct in the original report and the new and changed data. The replacement report replaces the report of the payment date that the error concerns.

If the type of action is 'New report', the report does not replace a previously submitted report. Because the income earner can have several valid reports with the same payment date, it must be possible to allocate a correction to the correct report. For this reason, the Incomes Register uses report references, which allow corrections to be allocated correctly. When submitting a new report, the benefit payer always receives an Incomes Register report reference that can be used to allocate the correction to the correct report. The benefit payer can also use their own internal report reference for corrections, if they do not want to, or are unable to, use the report reference generated by the Incomes Register. The benefit payer’s report reference must be specified when a new report is submitted via the technical interface or the upload service. 

Benefits payments made on 1 January 2021 or later, and any corrections to them, are reported to the Incomes Register. If payments made prior to 2021 are corrected in 2021 or later, the corrections should not be reported to the Incomes Register. Corrections to payments made prior to 1 January 2021 should be submitted directly to each data user. However, payments recovered on 1 January 2021 or later are reported to the Incomes Register, even if the original income has been paid prior to 2021.

Data submitted to the Incomes Register is stored in the Incomes Information System for ten years from the beginning of the year following the year in which the data was registered. The data submitted to the Incomes Register can be maintained and corrected as long as it is retained in the Incomes Register.

5.2 Replacement or cancellation of submitted benefits payment reports

As a rule, data in the Incomes Register is corrected by way of a replacement report. However, there are situations where the replacement method cannot be used; instead, the previously submitted report must be cancelled and then a new report with corrected data submitted. These situations are listed in the ‘Cancellation of data’ section of this guide. The cancellation of data refers to deleting information from the Incomes Register.

When a benefits payment report is cancelled, the previously submitted report is deleted. The deletion is allocated to the correct report based on the Incomes Register’s report reference or the payer’s report reference. When an entire record is cancelled, the record reference of the record in question is used.

5.3 Correcting an error in a report

The need to correct a report may arise from a payment error or a reporting error. Payment errors are situations where the report as such is correct, but the amount of income paid was too high or too low. Reporting errors refer for example to situations where the income was paid correctly but reported incorrectly to the Incomes Register due to mistyping, for example. The income may also have been reported using a wrong income type. When it comes to reporting errors, as a rule, the original data must be corrected using a replacement method.

The correction can be allocated to the correct report either using the Incomes Register’s report reference or the benefits payer’s own report reference. Both references can also be submitted in the report. The recommendation is that the benefit payer specifies a version number on the replacement report to enable the correction to be allocated to the correct report.

The Incomes Register assigns version number 1 to the new report. The first replacement report is allocated to a previous report by providing this version number (1) on the replacement report. The first replacement report, in turn, is stored in the Incomes Register as version number 2. If a version number is not used when submitting a replacement report, the Incomes Register will always perform the action on the latest version of the report. The use of the version number is described in more detail in the ‘Technical interface – Submitting data to the Incomes Register’ document.

Example 23: An income earner is paid EUR 2,730 in disability pension in March. The benefit payer withholds tax (EUR 365) from the pension. The benefit payer makes an error when reporting the data and as a result, the amount is incorrectly reported to the Incomes Register as EUR 3,730.

First report before the error is detected (Table 1):

Example 23, table 1/2
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Type of action

New report

Payer's report reference

20XX01201100

Income earner details

 

General income type details

 

Income type code

Disability pension

Amount

3730.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

365.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

The report submitter receives the report reference 4270f21849164c0937862978cc809500 from the Incomes Register.

The benefit payer can use the payer’s report reference when correcting, instead of the report reference generated by the Incomes Register

The typing error is detected at the end of May. The benefit payer must correct the report it submitted for March. All data, including the data that was correct, must be resubmitted on the replacement report.

Replacement report for March after the error is detected (Table 2):

Example 23, table 2/2
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Type of action

Replacement report

Incomes Register report reference

4270f21849164c0937862978cc809500

Payer's report reference

20XX01201100

Income earner details

 

General income type details

 

Income type code

Disability pension

Amount

2730.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

365.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

5.4 Correcting payment errors

5.4.1 Too little has been paid in benefits

If an insufficient amount of benefit has been paid to the income earner but the amount matches the information on the benefits payment report, the original report will not be corrected. The original report remains valid, and a new report is submitted on the missing payment for the date on which the missing part is paid.

Example 24: In March, the benefit payer pays EUR 1,150, with 20% tax withheld, in rehabilitation allowance to a person who takes part in professional rehabilitation. The payer reports the payment to the Incomes Register (Table 1): 

Example 24, table 1/2
Record data Values

Date of payment or other reporting date

15.03.2021

Report data  

Type of action

New report

Payer's report reference

1234567890

Income earner details

 

General income type details

 

Income type code

Rehabilitation allowance

Amount

1150.00

Earnings period

 

Start date

01.03.2021

End date

15.03.2021

Benefit unit

 

Unit

Day

Number of units

13

General income type details

 

Income type code

Withholding tax

Amount

230.00

Earnings period

 

Start date

15.03.2021

End date

15.03.2021

The Benefit unit entries can be used to provide more detailed information on the grounds for the benefit. In the example, the benefit payer explains that a benefit has been paid for March on the basis of 13 days.

At the beginning of April, the benefit payer notices that the number of rehabilitation days on which the payment was based was too low and that the payment was EUR 200 short.

It is agreed that the missing part of the rehabilitation allowance will be included in the next payment. The first report is not corrected, because the missing part will be paid on a different payment date. The benefit payer submits a new report to report both the rehabilitation allowance for April and the missing part of the rehabilitation allowance for March (Table 2):

Example 24, table 2/2
Record data Values

Date of payment or other reporting date

15.04.2021

Report data  

Type of action

New report

Payer's report reference

123456789099

Income earner details

 

General income type details

 

Income type code

Rehabilitation allowance

Amount

1700.00

Earnings period

 

Start date

01.04.2021

End date

30.04.2021

Benefit unit

 

Unit

Day

Number of units

24

General income type details

 

Income type code

Rehabilitation allowance

Amount

200.00

Earnings period

 

Start date

23.03.2021

End date

31.03.2021

Benefit unit

 

Unit

Day

Number of units

8

General income type details

 

Income type code

Withholding tax

Amount

380.00

Earnings period

 

Start date

15.04.2021

End date

15.04.2021

5.4.2 Too much has been paid in benefits

If an income earner has been erroneously paid too much, the benefit payer submits a replacement report. The overpayment is regarded as unjust enrichment, and the new report replaces the original report. Unjust enrichment is explained in greater detail in the ‘Reporting an unjust enrichment’ section of this guide.

Example 25: In February, an income earner was paid EUR 5,000 as a disability pension, of which amount EUR 1,000 was withheld. (Table 1.)

Example 25, table 1/1
Record data Values

Date of payment or other reporting date

01.02.2021

Report data  

Type of action

New report

Payer's report reference

123400089096

Income earner details

 

General income type details

 

Income type code

Disability pension

Amount

5000.00

Earnings period

 

Start date

01.02.2021

End date

28.02.2021

General income type details

 

Income type code

Withholding tax

Amount

1000.00

Earnings period

 

Start date

01.02.2021

End date

01.02.2021

The benefit payer later detects that the amount of payment was too high. The income earner should only have been paid EUR 3,000. The benefit payer must submit a replacement report to the Incomes Register, indicating the overpayment (unjust enrichment) (Table 2): 

Example 25, table 2/2
Record data Values

Date of payment or other reporting date

01.02.2021

Report data  

Type of action

Replacement report

Payer's report reference

123400089096

Income earner details

 

General income type details

 

Income type code

Disability pension

Amount

3000.00

Earnings period

 

Start date

01.02.2021

End date

28.02.2021

General income type details

 

Income type code

Disability pension

Amount

2000.00

Unjust enrichment

Yes

Earnings period

 

Start date

01.02.2021

End date

28.02.2021

General income type details

 

Income type code

Withholding tax

Amount

1000.00

Earnings period

 

Start date

01.02.2021

End date

01.02.2021

5.4.3 Benefit has been paid to the wrong account

If an income earner’s benefit is paid to a third party and the income earner has provided an incorrect bank account number for the payment of the benefit, the benefit payer is not obliged to correct the mistake. Because it is a question of income to which the income earner is entitled, the payment details should be displayed in the Incomes Register as the income earner’s income. If it is a case of the benefit payer’s own mistake or if the benefit payer is otherwise obliged to correct the mistake, the information should be corrected according to the ‘Correcting data by cancelling a previously submitted report’ section of this guide.

5.4.4 Insufficient amount of benefit has been paid to a substitute recipient

Unjust enrichment should not be reported to the Incomes Register, if the error occurred in the forwarding of the payment to a substitute recipient instead of the income earner’s decision. A payment may be incorrectly forwarded so that the payment made to the substitute recipient is too low and, as a result, the income earner receives an overpayment. A so-called overpayment like this is not considered unjust enrichment. The payer may make a separate decision on the payment incorrectly forwarded to the substitute recipient. This will not, however, affect the reporting procedure described in these instructions.

What is of the essence here is that the amount granted to the income earner as well as the amount paid were both correct. The amount of benefit paid to the substitute recipient was too low as a result of a payment distribution error that occurred during the payment stage. When incorrect payment distribution information like this is corrected, the amount of the income earner’s taxable income may not be changed compared to the original reports.

Example 26: From 1 November 2021 onwards, an income earner is granted EUR 1,000 as a monthly benefit, of which amount EUR 600 should be paid to a substitute recipient. The income earner has a tax card with a withholding rate of 10%. The deduction type is ‘Recourse on taxable income‘, as a result of which the amount of income subject to tax is EUR 400. An error occurs during the payment, and the income is incorrectly distributed.

Instead of EUR 600, the substitute recipient receives EUR 500. The income earner receives an overpayment of EUR 100. Because of the incorrect payment distribution, the income earner’s taxable income is EUR 500. The benefit payer’s report to the Incomes Register before detecting the error (Table 1):

Example 26, table 1/3
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

New report

Payer's report reference

00000001

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

1000.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit A)

Deduction type

Recourse on taxable income

Amount of deduction

500.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (500×10%)

50.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

In December, the substitute recipient requests the missing EUR 100 payment from the payer. The payer immediately corrects the erroneous payment to the substitute recipient in January 2022. The payer can be deemed to have paid the missing EUR 100 to the substitute recipient on behalf of the income earner, in which case a new report needs to be submitted to the Incomes Register. The ‘Payment reallocation – Yes’ entry is added to the payment to tell the data users that it is not a case of a payment made on the basis of a decision to grant a new benefit but the payment or reallocation of a missing payment. (Table 2.)

Example 26, table 2/3
Record data Values

Date of payment or other reporting date

02.01.2022

Report data  

Type of action

New report

Payer's report reference

00000002

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

100.00

Payment reallocation

Yes

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit A)

Deduction type

Recourse on taxable income

Amount of deduction

100.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

If the report includes ‘Benefit unit’ details, the entry in this report should be ‘0’.

The EUR 100 paid to the substitute recipient is recovered from the income earner and refunded in February. Recovery information is provided for the refunded payment. The ‘Unprompted refund – Yes’ entry is not used for the refund of the overpayment. (In this report, the ‘Original payment date’ entry of the refund report should be 2 November 2021.) (Table 3.)

Example 26, table 3/3
Record data Values

Date of payment or other reporting date

02.02.2022

Report data  

Type of action

New report

Payer's report reference

00000003

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

100.00

Recovery

Yes

Additional repayment details

 

Repayment date

01.02.2022

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Example 27: From 1 November 2021 onwards, an income earner is granted EUR 1,000 as a monthly benefit, of which amount EUR 600 should be paid to a substitute recipient. The income earner has a tax card with a withholding rate of 10%. The deduction type is ‘Recourse on tax-exempt income’, as a result of which the amount of income subject to tax is EUR 1,000. An error occurs during the payment, and the income is incorrectly distributed.

Instead of EUR 600, the substitute recipient receives EUR 500. The income earner receives an overpayment of EUR 100. The incorrect distribution of the payment does not affect the amount of the income earner’s taxable income. The benefit payer’s report to the Incomes Register before detecting the error (Table 1):

Example 27, table 1/3
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

New report

Payer's report reference

00000001

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

1000.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit A)

Deduction type

Recourse on tax-exempt income

Amount of deduction

500.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (1,000×10 %)

100.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

In December, the substitute recipient requests the missing EUR 100 payment from the payer. The payer immediately corrects the erroneous payment to the substitute recipient in January 2022. The payer can be deemed to have paid the missing EUR 100 to the substitute recipient on behalf of the income earner, in which case a new report needs to be submitted to the Incomes Register. The ‘Payment reallocation – Yes’ entry is added to the payment to inform the data users that the payment does not concern a payment made on the basis of a decision to grant a new benefit but a payment or reallocation of a missing payment. Because the deduction type is a deduction made after tax, the amount of withholding should be added to the gross amount of the report. (Table 2.)

Example 27, table 2/3
Record data Values

Date of payment or other reporting date

02.01.2022

Report data  

Type of action

New report

Payer's report reference

00000002

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

111.00

Payment reallocation

Yes

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit A)

Deduction type

Recourse on tax-exempt income

Amount of deduction

100.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (111×10 %)

11.00

Earnings period

 

Start date

02.01.2022

End date

02.01.2022

If the report includes ‘Benefit unit’ details, the entry in this report should be ‘0’.

The overpayment of EUR 100 paid to the income earner as well as the amount of withheld tax of EUR 11 will be recovered from the income earner and refunded to the payer in February. The recovery information will be reported for the refunded payment. The ‘Unprompted refund – Yes’ entry is not used for the refund of the overpayment. (In this report, the ‘Original payment date’ entry of the refund report should be 2 January 2022.) (Table 3.)

Example 27, table 3/3
Record data Values

Date of payment or other reporting date

02.02.2022

Report data  

Type of action

New report

Payer's report reference

00000003

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

111.00

Recovery

Yes

Additional repayment details

 

Repayment date

01.02.2022

Earnings period of original benefit

 

Payment date

02.01.2022

Start date

01.11.2021

End date

30.11.2021

In the example, the payer collects the payment as a gross amount. Due to gross recovery, an amount of withholding may be recovered from the income earner that will not be returned to them until possibly in connection with the tax assessment. Instead of gross recovery, the payer may collect the payment as a net amount, if this is still allowed based on the applicable decisions of the Tax Administration (Decision on the repayment due date of recovered benefits income in the income earner’s taxation and Decision on the repayment due date of recovered income in the payer’s taxation).

Example 28: Insufficient amount of benefit has been paid to a substitute recipient, the amount of benefit decreases

Starting from 1 November 2021, an income earner is granted a monthly benefit of EUR 1,000, of which EUR 600 is paid to a substitute recipient. The income earner has a tax card with a withholding rate of 10%. The payer specifies ‘Recourse on tax-exempt income’ as the deduction type, as a result of which the amount of income subject to tax is EUR 1,000. However, an error occurs during the payment, and the income is incorrectly distributed. The substitute recipient is incorrectly paid EUR 500 when their share should be EUR 600.

The benefit payer’s report to the Incomes Register (Table 1):

Example 28, table 1/4
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

New report

Payer's report reference

00000001

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

1000.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit A)

Deduction type

Recourse on tax-exempt income

Amount of deduction

500.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (1,000×10 %)

100.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

It later turns out that the share of the substitute recipient should have been EUR 600, not EUR 500. The income earner was paid EUR 100 in excess. The incorrect distribution of the payment does not affect the amount of the income earner’s taxable income. In addition to the incorrectly distributed payment, the circumstances change and the payer adjusts its earlier benefit decision. In the new decision, the amount of the benefit is reduced. According to the original decision, the amount of the benefit was EUR 1,000, but in the new decision, the amount is set at EUR 800.

The payer must make an additional payment of EUR 100 to the substitute recipient. In addition, part of the payment made to the income earner changes to an unjust enrichment. The unjust enrichment must be reported using a replacement report.

The payer reports in the replacement report an unjust enrichment of EUR 200. In addition, the payer reports in the replacement report a deduction of EUR 500, i.e. the amount distributed to the substitute recipient in connection with the original payment.

The payer reports an unjust enrichment of EUR 200 using a replacement report (Table 2):

Example 28, table 2/4
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

Replacement report

Payer's report reference

00000001

Report version

1

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

800.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit A)

Deduction type

Recourse on tax-exempt income

Amount of deduction

500.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

(Benefit A)

Amount

200.00

Unjust enrichment

Yes

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

General income type details

 

Income type code

Withholding tax

Amount (1,000×10 %)

100.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

The substitute recipient requests the missing payment of EUR 100 from the payer. The payer immediately pays the missing amount to the substitute recipient in January 2022. The payer can be deemed to have paid the missing EUR 100 to the substitute recipient on behalf of the income earner, which means that a new report needs to be submitted to the Incomes Register. The ‘Payment reallocation – Yes’ entry is added to the payment to inform the data users that the payment does not concern a payment made on the basis of a decision to grant a new benefit but a payment or reallocation of a missing payment. Because the deduction type is a deduction made after tax, the amount of withholding must be added to the gross amount of the report. (Table 3.)

Example 28, table 3/4
Record data Values

Date of payment or other reporting date

02.01.2022

Report data  

Type of action

New report

Payer's report reference

00000002

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

111.00

Payment reallocation

Yes

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit A)

Deduction type

Recourse on tax-exempt income

Amount of deduction

100.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (111×10 %)

11.00

Earnings period

 

Start date

02.01.2022

End date

02.01.2022

If the report includes ‘Benefit unit’ details, the entry in this report should be ‘0’.

The overpayment of EUR 100 paid to the income earner, as well as the amount of withheld tax of EUR 11 is recovered from the income earner and refunded to the payer in February.

The payer submits the following report once the income earner has paid back the overpayment (Table 4):

Example 28, table 4/4
Record data Values

Date of payment or other reporting date

02.02.2022

Report data  

Type of action

New report

Payer's report reference

00000003

Income earner details

 

General income type details

 

Income type code

(Benefit A)

Amount

111.00

Recovery

Yes

Additional repayment details

 

Repayment date

01.02.2022

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

5.4.5 Too much benefit has been paid to a substitute recipient

A payment forwarded to a substitute recipient may be incorrect also in the sense that the substitute recipient receives an overpayment. The unjust enrichment received by the substitute recipient is not reported to the Incomes Register. However, the payment of the missing income paid later to the income earner must be reported to the Incomes Register. When reporting the payment to the Incomes Register, the payer must specify the ‘Payment reallocation – Yes’ entry. This indicates to the data users that the payment concerns a payment of missing income and not a payment based on a decision to grant a new benefit. The additional data must only be specified for the income type of the benefit reported, not for the ‘Withholding tax’ income type.

In addition to the entry concerning a payment of missing income, the original report must be corrected so that the amount of deduction is correctly distributed in the replacement report. The payer must specify either ‘Payment reallocation from taxable income’ or ‘Payment reallocation from net income’ as the overpayment deduction type, depending on the case. Money transfers between the substitute recipient and the payer do not need to be reported to the Incomes Register. This means that when a substitute recipient refunds an overpayment, the payer should not report it to the Incomes Register. When correcting Incomes Register data, the amount of the income earner’s taxable income may not be changed due to the corrections compared to the amount originally reported.

The payer may make a separate decision on the payment incorrectly forwarded to the substitute recipient. This will not, however, affect the reporting procedure described in these instructions.

Example 29: From 1 November 2021 onwards, an income earner is granted EUR 1,000 as a monthly benefit, of which amount EUR 400 should be paid to a substitute recipient. The income earner has a tax card with a withholding rate of 10%. The deduction type is ‘Recourse on taxable income‘, as a result of which the amount of income subject to tax is EUR 600. An error occurs during the payment, and the income is incorrectly distributed.

Instead of EUR 400, the substitute recipient receives EUR 500. The income earner will miss EUR 100, and the substitute recipient will receive EUR 100 too much. Because of the incorrect payment distribution, the income earner’s taxable income is EUR 500. The benefit payer’s report to the Incomes Register before detecting the error (Table 1):

Example 29, table 1/3
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

New report

Payer's report reference

00000001

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

1000.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit B)

Deduction type

Recourse on taxable income

Amount of deduction

500.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (500×10 %)

50.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

The income earner requests the missing payment from the payer in December. The payer immediately corrects the incorrect payment. The previously submitted report must be corrected by submitting a replacement report to report the overpayment paid to the substitute recipient. The amount of the deduction will be divided in the next report to the correct amount of deduction (EUR 400) and the overpaid amount (EUR 100). The reported overpayment deduction type is ‘Payment reallocation from taxable income’. (Table 2.)

Example 29, table 2/3
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

Replacement report

Payer's report reference

00000001

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

1000.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit B)

Deduction type

Recourse on taxable income

Amount of deduction

400.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

Deductions

 

Deduction income type code

(Benefit B)

Deduction type

Payment reallocation from taxable income

Amount of deduction

100.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (500×10 %)

50.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

When a missing payment is made to an income earner, a new report must be submitted to the Incomes Register. The report should include the ‘Payment reallocation – Yes’ entry to inform the data users that the payment concerns a payment of missing income and not a payment based on a decision to grant a new benefit. The refund paid by the substitute recipient will not show in the Incomes Register. (Table 3.)

Example 29, table 3/3
Record data Values

Date of payment or other reporting date

02.01.2022

Report data  

Type of action

New report

Payer's report reference

00000002

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

100.00

Payment reallocation

Yes

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

General income type details

 

Income type code

Withholding tax

Amount (100×10 %)

10.00

Earnings period

 

Start date

02.01.2022

End date

02.01.2022

If the report includes ‘Benefit unit’ details, the entry in this report should be ‘0’.

Example 30: From 1 November 2021 onwards, an income earner is granted EUR 1,000 as a monthly benefit, of which amount EUR 400 should be paid to a substitute recipient. The income earner has a tax card with a withholding rate of 10%. The deduction type is ‘Recourse on tax-exempt income’, as a result of which the amount of income subject to tax is EUR 1,000. An error occurs during the payment, and the income is incorrectly distributed.

Instead of EUR 400, the substitute recipient receives EUR 500. The income earner will miss EUR 100, and the substitute recipient will receive EUR 100 too much. The incorrect distribution of the payment does not affect the amount of the income earner’s taxable income. The benefit payer’s report to the Incomes Register before detecting the error (Table 1):

Example 30, table 1/3
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

New report

Payer's report reference

00000001

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

1000.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit B)

Deduction type

Recourse on tax-exempt income

Amount of deduction

500.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (1,000×10 %)

100.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

The income earner requests the missing payment from the payer in December. The payer immediately corrects the incorrect payment. The previously submitted report must be corrected by submitting a replacement report to report the overpayment paid to the substitute recipient. The amount of the deduction will be divided in the next report to the correct amount of deduction (EUR 400) and the overpaid amount (EUR 100). The reported overpayment deduction type is ‘Payment reallocation from net income’. The amount of the income earner’s taxable income remains at EUR 1,000. (Table 2.)

Example 30, table 2/3
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

Replacement report

Payer's report reference

00000001

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

1000.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit B)

Deduction type

Recourse on tax-exempt income

Amount of deduction

400.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

Deductions

 

Deduction income type code

(Benefit B)

Deduction type

Payment reallocation from net income

Amount of deduction

100.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (1,000×10 %)

100.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

When a missing payment is made to an income earner, a new report must be submitted to the Incomes Register. The report should include the ‘Payment reallocation – Yes’ entry to indicate to the data users that it is a question of a payment of missing income and not a payment based on a decision to grant a new benefit. The report should also include the ‘No effect on taxation – Yes’ entry because the Tax Administration should be notified of the fact that the income has already been taxed. If this information is not provided, the income earner will be taxed twice for the same income. The refund paid by the substitute recipient will not show in the Incomes Register. (Table 3.)

Example 30, table 3/3
Record data Values

Date of payment or other reporting date

02.01.2022

Report data  

Type of action

New report

Payer's report reference

00000002

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

100.00

Payment reallocation

Yes

No effect on taxation

Yes

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

If the report includes ‘Benefit unit’ details, the entry in this report should be ‘0’.

Example 31: Too much benefit has been paid to a substitute recipient, the amount of benefit increases

Starting from 1 November 2021, an income earner is granted a monthly benefit of EUR 1,000, of which EUR 400 is paid to a substitute recipient. The income earner has a tax card with a withholding rate of 10%. The deduction type is ‘Recourse on taxable income‘, as a result of which the amount of income subject to tax is EUR 600. However, an error occurs during the payment, and the income is incorrectly distributed.

Instead of EUR 400, the substitute recipient receives EUR 500. The income earner will miss EUR 100, and the substitute recipient will receive EUR 100 too much. Because of the incorrect payment distribution, the income earner’s taxable income is EUR 500.

The benefit payer’s report to the Incomes Register before detecting the error (Table 1):

Example 31, table 1/3
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

New report

Payer's report reference

00000001

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

1000.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit B)

Deduction type

Recourse on taxable income

Amount of deduction

500.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (500×10 %)

50.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

The income earner requests the missing payment from the payer in December. The payer immediately pays the missing amount to the income earner. The payer must correct the previously submitted report by submitting a replacement report to report the overpayment made to the substitute recipient. The amount of the deduction will be divided in the next report to the correct amount of deduction (EUR 400) and the overpaid amount (EUR 100). The reported overpayment deduction type is ‘Payment reallocation from taxable income’. (Table 2.)

In the same connection when the payer notices the mistake and submits a replacement report, it also issues a new decision, in which the amount of the benefit is increased. The original amount of the benefit was EUR 1,000, but according to the new decision, the amount is now EUR 1,200.

Example 31, table 2/3
Record data Values

Date of payment or other reporting date

02.11.2021

Report data  

Type of action

Replacement report

Payer's report reference

00000001

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

1000.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Deductions

 

Deduction income type code

(Benefit B)

Deduction type

Recourse on taxable income

Amount of deduction

400.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

Deductions

 

Deduction income type code

(Benefit B)

Deduction type

Payment reallocation from taxable income

Amount of deduction

100.00

Earnings period of original benefit

 

Start date

01.11.2021

End date

30.11.2021

Substitute recipient details

 

Period of calculation

 

General income type details

 

Income type code

Withholding tax

Amount (500×10 %)

50.00

Earnings period

 

Start date

02.11.2021

End date

02.11.2021

When a missing payment is made to an income earner, a new report must be submitted to the Incomes Register. The report must include the ‘Payment reallocation – Yes’ entry to inform the data users that the payment concerns a payment of missing income and not a payment based on a decision to grant a new benefit. The refund paid by the substitute recipient will not show in the Incomes Register.  In the same connection, the payer pays the difference of EUR 200, determined based on the adjustment decision (EUR 1,200 - EUR 1,000 = EUR 200), to the income earner. A tax of 10% is withheld from the payment. (Table 3.)

Example 31, table 3/3
Record data Values

Date of payment or other reporting date

02.01.2022

Report data  

Type of action

New report

Payer's report reference

00000002

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

100.00

Payment reallocation

Yes

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

Income earner details

 

General income type details

 

Income type code

(Benefit B)

Amount

200.00

Earnings period

 

Start date

01.11.2021

End date

30.11.2021

General income type details

 

Income type code

Withholding tax

Amount (300×10 %)

30.00

Earnings period

 

Start date

02.01.2021

End date

02.01.2021

If the report includes ‘Benefit unit’ details, the entry in this report should be ‘0’.

5.5 Cancellation of data

If need be, the record or report may be cancelled, that is, removed from the Incomes Register. Cancellation is not made with the same benefits payment report record type as is used when new and replacement benefits payment reports are submitted. Cancellation has been separated into a dedicated schema.

For example, if the type of the record uploaded to the Incomes Register is ‘Cancellation of benefits payment reports’, the following information must be provided in addition to the technical record data:

  • Record owner’s (payer’s) identification details
  • The ‘Payer's report reference’ or ‘Incomes Register report reference’ of the cancelled report

The report's version number may also be provided. The version number constitutes voluntarily submitted complementary additional data.

The cancellation record types can be used to cancel, for instance, an individual benefits payment report (record type 107) or the entire record comprising the benefits payment reports (111). Cancellation has been separated into its own schema structure. When a report is cancelled, the previously submitted report is deleted. The deletion is allocated to the correct report based on the Incomes Register’s report reference or the payer’s report reference. When an entire record is cancelled, the record reference of the record in question is used.

A benefits payment report must always be cancelled when you correct data on which data distribution is based. The following information is used as a basis for distribution (data group in brackets):

  • Date of payment or other reporting date (Record data)
  • Identifier (Payer’s identifiers)
  • Identifier (Income earner's identifiers)
  • Identifier (Substitute recipient identifiers)
  • Date of birth (Basic income earner details)
  • Start date/End date (Original earnings period)

Usually, a benefits payment report must also be cancelled when the earnings period changes (i.e. the entry ‘Start date/End date (Earnings period)’), except in cases where part of the benefit changes to an unjust enrichment and, as a result, the earnings period also changes.

The report will also be cancelled in case of so-called refunded money, which is explained in greater detail in the ‘Refunded money’ section of this guide.

The data must be corrected by cancelling the previous report also in cases where one of the following entries is specified for the income type:

  • Recovery
  • Unprompted refund
  • Late payment increase

If one of these entries has already been specified in the original report, the data can be corrected by submitting a replacement report.

5.6 Correcting data by cancelling a previously submitted report

This subsection gives examples of situations where data must be corrected by cancellation. The cancellation method must be used so that data users who have received an incorrect report from the Incomes Register learn when the report is changed.

5.6.1 Correction of a payment date

An incorrect payment date or other reporting date must always be corrected by cancelling the previously submitted report. If other payments made to the same income earner have been reported on the same report, all data on the cancelled report must be resubmitted on one or several new reports and corrected where necessary. This must be done even when some of the reported payments have actually been paid on the reported payment date.

An incorrect payment date is not always caused by inadvertence or oversight. The benefit payer may make a payment and submit a report to the Incomes Register correctly, and yet the payment may be returned from the bank, in which case it will not reach the income earner. In this case, the report should be cancelled. The benefit payer will submit a new report including the new information once the income has been successfully paid.

Example 32: The benefit payer has incorrectly reported that the income earner had received a funeral grant on 22 February 2022, however, the income earner actually received the payment on 25 February 2022. First report before the error is detected (Table 1):

Example 32, table 1/3
Record data Values

Date of payment or other reporting date

22.02.2022

Report data  

Type of action

New report

Payer's report reference

87250001

Income earner details

 

Type of identifier

Business ID

Identifier

1231234-9

Company name

Morris Mary Death estate

General income type details

 

Income type code

Funeral grant

Amount

1500.00

Taxability of benefit

Tax-exempt, data according to the act on inheritance and gift tax is given

Insurance information

 

The Incomes Register report reference is 2ecf7de328dc464f85b2191d44906076.

After noticing the error, the benefit payer immediately cancelled the incorrect report. The following data is submitted in a cancellation record (Table 2):

Example 32, table 2/3
Cancellation data  

Record type

Cancellation of benefits payment reports

Record owner

1234567-8

Payer's report reference

87250001

Incomes Register report reference

2ecf7de328dc464f85b2191d44906076

The benefit payer then submits a new benefits payment report, repeating all of the data (Table 3):

Example 32, table 3/3
Record data Values

Date of payment or other reporting date

25.02.2022

Report data  

Type of action

New report

Payer's report reference

87250002

Income earner details

 

Type of identifier

Business ID

Identifier

1231234-9

Company name

Morris Mary Death estate

General income type details

 

Income type code

Funeral grant

Amount

1500.00

Taxability of benefit

Tax-exempt, data according to the act on inheritance and gift tax is given

Insurance information

 

5.6.2 Correcting the earnings period

An incorrect earnings period must be corrected by cancelling the previously submitted report when correcting an earnings period specified in the ‘Deductions’ or ‘Additional repayment details’ data group. Usually an incorrect earnings period must also be corrected by cancelling the previously submitted report when correcting an earnings period specified in the ‘Earnings period’ data group. If several payments made to the same income earner have been reported on the report, all data on the report must be resubmitted and corrected where necessary.

In certain exceptional cases, however, an earnings period specified for an income type must be corrected by submitting a replacement report. A replacement report must be submitted when part of the benefit changes to an unjust enrichment and, as a result, the earnings period also changes, or in situations where the payer corrects the earnings period and specifies the entry ‘Income type changed, new income type code’.

Unlike the earnings payment report, the Incomes Register's benefits payment report does not include period data on the entire record. The only data indicating the time of benefit payment that applies to the entire record is 'Date of payment or other reporting date'. At report level, the precise earnings period of the type of income paid must be submitted.

Example 33: A benefit payer has reported 22 September 2021 as the end date of the earnings period, although the benefit was actually only paid until 20 September 2021. First report before the error is detected (Table 1):

Example 33, table 1/3
Record data Values

Date of payment or other reporting date

02.05.2022

Report data  

Type of action

New report

Payer's report reference

1234B05019900

Income earner details

 

General income type details

 

Income type code

Sickness allowance

Amount

1000.00

Earnings period

 

Start date

01.09.2021

End date

22.09.2021

The Incomes Register report reference is 2ccf7de328dc464f85b2191d44906086.

Upon noticing the mistake, the benefit payer immediately cancels the income earner’s incorrect report (Table 2):

Example 33, table 2/3
Cancellation data  

Record type

Cancellation of benefits payment reports

Record owner

1234567-8

Payer's report reference

1234B05019900

Incomes Register report reference

2ccf7de328dc464f85b2191d44906086

The benefit payer submits a new report with all the same data (Table 3):

Example 33, table 3/3
Record data Values

Date of payment or other reporting date

02.05.2022

Report data  

Type of action

New report

Payer's report reference

1234B05019901

Income earner details

 

General income type details

 

Income type code

Sickness allowance

Amount

1000.00

Earnings period

 

Start date

01.09.2021

End date

20.09.2021

Example 34: Correcting data when part of the earnings period involves an unjust enrichment

An income earner has been paid EUR 500 as an adjusted unemployment benefit on 1 April 2021. The benefit earnings period was 1 – 31 March 2021. The payer has reported the payment to the Incomes Register, with 20% tax withheld.

The report submitted of the original payment (Table 1):

Example 34, table 1/2
Record data Values

Date of payment or other reporting date

01.04.2021

Report data  

Type of action

New report

Payer's report reference

1234B05019901

Income earner details

 

General income type details

 

Income type code

Basic component of the earnings-related allowance

Amount

500.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

Benefit unit

 

Unit

Day

Number of units

23

General income type details

 

Income type code

Withholding tax

Amount

100.00

Earnings period

 

Start date

01.04.2021

End date

01.04.2021

However, the circumstances change, and the payer notices that the data on the basis of which the payment was determined is incomplete and the employment condition for the earnings-related allowance has already been met on 14 March 2021. The data submitted on the income earner’s unemployment allowance is corrected as follows:

  • Too much benefit has been paid for the period 1 – 14 March 2021: the income earner has been paid EUR 200 instead of EUR 150. The amount of the unjust enrichment, and thus also the benefit to be recovered, is EUR 50.
  • The income earner has not been entitled to an unemployment allowance for the period 15 – 21 March 2021 due to the waiting period. The payment made to the income earner changes to an unjust enrichment and the overpayment for the period is recovered. The amount of the unjust enrichment, and thus also the benefit to be recovered, is EUR 130.
  • Too much benefit has been paid for the period 22 – 31 March 2021: the income earner has been paid EUR 170 instead of EUR 100. The amount of the unjust enrichment, and thus also the benefit to be recovered, is EUR 70.

In the situation described in the example, the earnings period specified in the original report also changes. In the original report, the earnings period was 1 – 31 March 2021. If the new circumstances had already been known at the time of the original payment, the report submitted to the Incomes Register would have been as follows:

  • EUR 150 would have been reported for the earnings period 1 – 14 March 2021.
  • EUR 100 would have been reported for the earnings period 22 – 31 March 2021.
  • No benefit would have been reported for the earnings period 15 – 21 March 2021 because no benefit would have been paid to the income earner for the period in question due to the waiting period.

The payer corrects the data using a replacement report (Table 2):

Example 34, table 2/2
Record data Values

Date of payment or other reporting date

01.04.2021

Report data  

Type of action

Replacement report

Payer's report reference

1234B05019901

Income earner details

 

General income type details

 

Income type code

Basic component of the earnings-related allowance

Amount

150.00

Earnings period

 

Start date

01.03.2021

End date

14.03.2021

Benefit unit

 

Unit

Day

Number of units

10

General income type details

 

Income type code

Basic component of the earnings-related allowance

Amount

100.00

Earnings period

 

Start date

22.03.2021

End date

31.03.2021

Benefit unit

 

Unit

Day

Number of units

10

General income type details

 

Income type code

Basic component of the earnings-related allowance

Amount

50.00

Unjust enrichment

Yes

Earnings period

 

Start date

01.03.2021

End date

14.03.2021

Benefit unit

 

Unit

Day

Number of units

0

General income type details

 

Income type code

Basic component of the earnings-related allowance

Amount

130.00

Unjust enrichment

Yes

Earnings period

 

Start date

15.03.2021

End date

21.03.2021

Benefit unit

 

Unit

Day

Number of units

0

General income type details

 

Income type code

Basic component of the earnings-related allowance

Amount

70.00

Unjust enrichment

Yes

Earnings period

 

Start date

22.03.2021

End date

31.03.2021

Benefit unit

 

Unit

Day

Number of units

0

General income type details

 

Income type code

Withholding tax

Amount

100.00

Earnings period

 

Start date

01.04.2021

End date

01.04.2021

Example 35: Correcting data when income changes retroactively and part of the earnings period involves an unjust enrichment

The payer has retroactively paid partial early old-age pension to the income earner. The benefit was paid to the income earner retroactively for the period 1 January – 31 March 2021. The amount of the pension is EUR 400 per month, and the total payment made to the income earner is EUR 1,200 (3 x EUR 400). A tax of 20% has been withheld from the payment.

Original payment report (Table 1):

Example 35, table 1/2
Record data Values

Date of payment or other reporting date

15.04.2021

Report data  

Type of action

New report

Payer's report reference

1234B05019901

Income earner details

 

General income type details

 

Income type code

Partial early old-age pension

Amount

1200.00

Earnings period

 

Start date

01.01.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

240.00

Earnings period

 

Start date

15.04.2021

End date

15.04.2021

Later the circumstances change, and the payer retroactively grants the income earner an old-age pension starting from 1 February 2021. The amount of the old-age pension is smaller than the amount of the partial early old-age pension paid on 15 April 2021. The amount of the old-age pension is EUR 300 per month.

Following the change, the partial early old-age pension remains valid for January, but an unjust enrichment of EUR 100 per month arises for the period February–March.

The payer submits a replacement report to the Incomes Register (Table 2). In the replacement report, the following data is submitted:

  • the change of income type to old-age pension (for the period 1 February – 31 March 2021) using the ‘Income type changed, new income type code’ entry;
  • the unjust enrichment for the period 1 February – 31 March 2021 (EUR 200 in total);
  • the amount of the partial early old-age pension for January (for the period 1 – 31 January 2021).
Example 35, table 2/2
Record data Values

Date of payment or other reporting date

15.04.2021

Report data  

Type of action

Replacement report

Payer's report reference

1234B05019901

Income earner details

 

General income type details

 

Income type code

Partial early old-age pension

Income type changed, new income type code

Old-age pension

Amount

600.00

Earnings period

 

Start date

01.02.2021

End date

31.03.2021

General income type details

 

Income type code

Partial early old-age pension

Amount

200.00

Unjust enrichment

Yes

Earnings period

 

Start date

01.02.2021

End date

31.03.2021

General income type details

 

Income type code

Partial early old-age pension

Amount

400.00

Earnings period

 

Start date

01.01.2021

End date

31.01.2021

General income type details

 

Income type code

Withholding tax

Amount

240.00

Earnings period

 

Start date

15.04.2021

End date

15.04.2021

5.6.3 Correcting the benefit payer’s identifiers

If the benefit payer’s identifiers contain an error, all of the reports included in the record must be resubmitted because, in all probability, the incorrect benefit payer identifier is found in all of them. One record must never contain data on payments made by several different benefit payers, such as the payment data of two different customer companies. In the cancellation of an entire record, the item to be cancelled is specified using the payer’s record reference or the Incomes Register’s record reference rather than report references.

5.6.4 Correction of income earner’s identifier or substitute recipient identifiers

The data must primarily be reported to the Incomes Register using a Finnish personal identity code. If the income earner does not have a Finnish customer identifier, the information should be reported using a foreign identifier. In such a case, name, date of birth, sex and address details must also be provided. If the income earner has both a Finnish and a foreign identifier, it is recommended that both identifiers be reported. If the income earner is a non-resident taxpayer, the Tax Identification Number (TIN) of the country of residence must be reported if known. If the income earner does not have a Finnish or a foreign identifier, the ‘Income earner does not have a customer ID’ entry must be specified.

If a foreign income earner later receives a Finnish personal identity code, the data must be reported to the Incomes Register using the Finnish personal identity code starting from the next report. The previous reports do not need to be corrected. Correspondingly, if the sex of an income earner changes and as a result of this they receive a new personal identity code, the new code must be reported to the Incomes Register in the next report submitted after the change. The previous reports submitted to the Incomes Register do not need to be corrected.

An incorrect income earner's identifier or substitute recipient identifier must always be corrected by cancelling the previously submitted report. An income earner may have several identifiers that can be reported. If even one of the submitted identifiers is incorrect, the report must be cancelled and all data on the report must be resubmitted and corrected where necessary.

Example 36: The benefit payer has reported the income earner’s Finnish personal identity code and foreign identifier, which is also known. The check character (E) in the foreign identifier is later detected to be incorrect, and the error is corrected.

First report before the error is detected (Table 1):

Example 36, table 1/3
Record data Values

Date of payment or other reporting date

01.08.2022

Report data  

Type of action

New report

Payer's report reference

33350001A

Income earner details

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

Income earner details

 

Type of identifier

Other identifier

Identifier

12341234E

Country code

Country code

Last name

Last name

First name

First name

Date of birth

dd.mm.yyyy

Gender

Male

Street address

Address

Postal code

Postal code

City

City

Country code

Country code

General income type details

 

Income type code

Student grant

Amount

300.00

The Incomes Register report reference is 3ecf7de328dc464f85b2191d44944556.

Upon noticing the mistake, the benefit payer cancels the incorrect report (Table 2):

Example 36, table 2/3
Cancellation data  

Record type

Cancellation of benefits payment reports

Record owner

1234567-8

Payer's report reference

33350001A

Incomes Register report reference

3ecf7de328dc464f85b2191d44944556

The benefit payer submits a new report with all the same data (Table 3):

Example 36, table 3/3
Record data Values

Date of payment or other reporting date

01.08.2022

Report data  

Type of action

New report

Payer's report reference

33350001B

Income earner details

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

Income earner details

 

Type of identifier

Other identifier

Identifier

12341234R

Country code

Country code

Last name

Last name

First name

First name

Date of birth

dd.mm.yyyy

Gender

Male

Street address

Address

Postal code

Postal code

City

City

Country code

Country code

General income type details

 

Income type code

Student grant

Amount

300.00

5.6.5 Refunded money

Paid income may be refunded by the bank, for instance, because it never reached the income earner. This may occur, for example, if the income has been paid to the wrong recipient, the income earner’s account has been terminated, the income has been calculated in the wrong currency or the income earner has not withdrawn the payment from the bank. If the paid income is refunded, the benefit payer should correct the data so that it corresponds with the realised payment.

In some cases, the bank may deduct transaction fees before returning the payment to the benefit payer. It is not practical to report the bank charges using the ‘Deductions’ data group data. If the benefit payer writes off the fees charged by the bank as its own losses, the reports can be submitted in accordance with Example 33. If the share of the fees charged by the bank is deemed to be the income earner’s taxable income, the reports to the Incomes Register should be corrected in accordance with Example 35.

Example 37: An income earner (ddmmyy-123A) has been granted a continuous pension of EUR 1,000 per month. The income earner has a tax card with a withholding rate of 20%. Soon after the payment, the income is returned to the payer by the bank. The reason provided for the refund is that the income earner’s account has been terminated. As the income did not reach the income earner, the benefit payer must correct the Incomes Register data so that it corresponds with the actual situation. Once the benefit payer has received the income earner’s current account number and repaid the income to the income earner, the benefit payer must submit a new report to the Incomes Register.

Report on the first payment prior to the bank’s refund (Table 1):

Example 37, table 1/3
Record data Values

Date of payment or other reporting date

04.04.2022

Report data  

Type of action

New report

Payer's report reference

50XX00222334

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

1000.00

Earnings period

 

Start date

01.04.2022

End date

30.04.2022

General income type details

 

Income type code

Withholding tax

Amount

200.00

Earnings period

 

Start date

04.04.2022

End date

04.04.2022

The Incomes Register report reference is 2abc7de328dc464f85g2191h12345678.

The benefit payer cancels the submitted report because the payment never reached the income earner (Table 2):

Example 37, table 2/3
Cancellation data  

Record type

Cancellation of benefits payment reports

Record owner

1234567-8

Payer's report reference

50XX00222334

Incomes Register report reference

2abc7de328dc464f85g2191h12345678

The benefit payer repays the income to the income earner’s current account on 14 April 2022. In connection with the account number, the income earner has provided the benefit payer with a new tax card (10%). A new report is submitted for the payment including the correct payment date (Table 3):

Example 37, table 1/3
Record data Values

Date of payment or other reporting date

14.04.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

1000.00

Earnings period

 

Start date

01.04.2022

End date

30.04.2022

General income type details

 

Income type code

Withholding tax

Amount

100.00

Earnings period

 

Start date

14.04.2022

End date

14.04.2022

Example 38: An income earner (ddmmyy-123A) has been granted a continuous pension of EUR 1,000 per month. The income earner has a tax card with a withholding rate of 20%. Soon after the payment (4 April 2022), the income earner contacts the benefit payer because the payment has not arrived in the income earner’s account. The benefit payer finds out that a minor typing error had occurred when the account number was entered. The payment has ended up in the wrong person’s account by mistake. Upon discovering the mistake, the benefit payer corrects the Incomes Register data so that it corresponds with the realised payment. The reports of the income earner (ddmmyy-123A) are corrected as per Example 33.

If the benefit payer has the details of the incorrect account holder and the incorrect recipient is a natural person, the payment made to said person (ddmmyy-456C) must be reported to the Incomes Register. The payment is reported to the Incomes Register as unjust enrichment and the payment date should be the date when the unjust enrichment was paid. (Table 1.)

Example 38, table 1/2
Record data Values

Date of payment or other reporting date

04.04.2022

Report data  

Type of action

New report

Payer's report reference

50XX00454221

Income earner details

 

Type of identifier

Personal identity code

Identifier

ddmmyy-456C

General income type details

 

Income type code

Unjust enrichment

Amount

1000.00

Earnings period

 

Start date

04.04.2022

End date

04.04.2022

Had tax been withheld in the example case, it should also be reported in the amount collected.

If the payment made to the wrong account remains the benefit payer’s loss, it will not be shown in the Incomes Register in any way. If the account holder of the wrong account is not known, the reports in accordance with Example 34 cannot be submitted to the Incomes Register. In the example, the person notices that they have received the unjust enrichment and returns it via the bank in May. The benefit payer is able to process the refund in its own system on 10 May 2022 and submits the following report to the Incomes Register (Table 2):

Example 38, table 2/2
Record data Values

Date of payment or other reporting date

10.05.2022

Report data  

Type of action

New report

Income earner details

 

Type of identifier

Personal identity code

Identifier

ddmmyy-456C

General income type details

 

Income type code

Unjust enrichment

Amount

1000.00

Recovery

Yes

Additional repayment details

 

Repayment date

05.05.2020

Earnings period of original benefit

 

Start date

04.04.2022

End date

04.04.2022

Example 39: An income earner has been granted a continuous pension of EUR 1,000 per month and has a 20% tax card. Soon after the payment (4 April 2022), the bank returns the payment because the income earner’s account has been terminated. The bank charges a EUR 50 processing fee. The benefit payer processes the bank’s fees as the income earner’s taxable income, which will be deducted from the repayment made to the income earner later. First report before the bank returns the payment (Table 1):

Example 39, table 1/4
Record data Values

Date of payment or other reporting date

04.04.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

1000.00

Earnings period

 

Start date

01.04.2022

End date

30.04.2022

General income type details

 

Income type code

Withholding tax

Amount

200.00

Earnings period

 

Start date

04.04.2022

End date

04.04.2022

The Incomes Register report reference is 2abc7de328dc464f85g2191h87654321.

When the bank returns the payment to the benefit payer, the benefit payer cancels the report submitted. The bank has deducted EUR 50 from the amount as a processing fee. (Table 2.)

Example 39, table 2/4
Cancellation data  

Record type

Cancellation of benefits payment reports

Record owner

1234567-8

Incomes Register report reference

2abc7de328dc464f85g2191h87654321

The benefit payer processes the refund in its system. Because the refund resulted from a mistake by the income earner, the payer deems the bank’s processing fee of EUR 50 as being the income earner’s taxable income. The share of withholding (EUR 12.50) must also be added to the income. A new report is submitted to the Incomes Register using the original payment date (Table 3):

Example 39, table 3/4
Record data Values

Date of payment or other reporting date

04.04.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

62.50

Earnings period

 

Start date

01.04.2022

End date

30.04.2022

General income type details

 

Income type code

Withholding tax

Amount

12.50

Earnings period

 

Start date

04.04.2022

End date

04.04.2022

When the rest of the payment is later made to the income earner (EUR 1,000 - EUR 62.50 = EUR 937.50), a new report is submitted to the Incomes Register (Table 4):

Example 39, table 4/4
Record data Values

Date of payment or other reporting date

02.05.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

937.50

Earnings period

 

Start date

01.04.2022

End date

30.04.2022

General income type details

 

Income type code

Withholding tax

Amount

187.50

Earnings period

 

Start date

02.05.2022

End date

02.05.2022

5.6.6 Payments returned to the payer by the enforcement authority

The enforcement authority usually returns any overpayments it receives directly to the income earner. When the benefit payer makes a payment to the enforcement authority in accordance with a payment ban, the payer cannot know how the payment is distributed in the end. Therefore, in such situations, the payer does not need to correct the original report submitted to the Incomes Register.

However, if the enforcement authority for some reason returns a payment to the payer, the payer must in certain exceptional situations report this to the Incomes Register. A report must be submitted, for example, if the returned payment affects the incomer earner’s taxation. If the enforcement authority returns a payment to the payer and the payer then forwards the returned payment to the income earner, the payer is not required to report the forwarded payment to the Incomes Register. However, if the payer does not forward the payment returned by the enforcement authority to the income earner, the payer is required to report the returned payment to the Incomes Register. The kind of situation occurs when a payment originally paid to an income earner changes to an unjust enrichment (for example, when the income earner dies and the overpayment is returned to the payer).

Example 40: An income earner has been granted a continuous pension of EUR 1,000 per month. The income earner has a tax card with a withholding rate of 20%. The benefit payer has paid the income earner the pension for April (for the period 1 – 30 April 2021). After withholding, the payer has deducted EUR 100 of the pension paid and forwarded it to the enforcement authority in accordance with a payment ban issued by the enforcement authority, The payer has submitted its report to the Incomes Register already on 31 March 2021.

However, the income earner dies on 31 March 2021 and, as a result, their right to the pension for April lapses and the payment, which has already been reported to the Incomes Register, changes to an unjust enrichment.

The payer’s pension report for April submitted before the payer was notified of the unjust enrichment (Table 1):

Example 40, table 1/4
Record data Values

Date of payment or other reporting date

01.04.2021

Report data  

Type of action

New report

Payer's report reference

50XX00222334

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

1000.00

Earnings period

 

Start date

01.04.2021

End date

30.04.2021

General income type details

 

Income type code

Withholding tax

Amount

200.00

Start date

01.04.2021

End date

01.04.2021

General income type details

 

Income type code

Distraint

Amount

100.00

Start date

01.04.2021

End date

01.04.2021

The Incomes Register report reference is 2abc7de328dc464f85g2191h12345678.

After the payer is notified of the income earner’s death and of the groundless payment of the April pension, the payer submits a replacement report on the unjust enrichment (Table 2):

Example 40, table 2/4
Record data Values

Date of payment or other reporting date

01.04.2021

Report data  

Type of action

Replacement report

Payer's report reference

50XX00222334

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

1000.00

Unjust enrichment

Yes

Earnings period

 

Start date

01.04.2021

End date

30.04.2021

General income type details

 

Income type code

Withholding tax

Amount

200.00

Earnings period

 

Start date

01.04.2021

End date

01.04.2021

 General income type details

 

Income type code

Distraint

Amount

100.00

Start date

01.04.2021

End date

01.04.2021

The bank returns to the payer the income earner’s share (EUR 700) on 2 April 2021. The payer submits a recovery report on the returned payment to the Incomes Register (Table 3):

Example 40, table 3/4
Record data Values

Date of payment or other reporting date

03.04.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

900.00

Recovery

Yes

Additional repayment details

 

Repayment date

02.04.2021

Withholding from the repayment

200.00

Earnings period of original benefit

 

Start date

01.04.2021

End date

30.04.2021

On 6 April 2021, the enforcement authority returns to the payer the share distributed to the enforcement authority (EUR 100). The payer submits a recovery report on the returned payment to the Incomes Register (Table 4):

Example 40, table 4/4
Record data Values

Date of payment or other reporting date

07.04.2021

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

100.00

Recovery

Yes

Additional repayment details

 

Repayment date

06.04.2021

Earnings period of original benefit

 

Start date

01.04.2021

End date

30.04.2021

5.7 Returning of withholding to an income earner

If the benefit payer has withheld too much tax from the benefit paid to the income earner, it can return the excess amount to the income earner. The returning of the withholding is reported to the Incomes Register on a new report where the amount of withholding is negative.

The excess amount withheld must be refunded during the same calendar year. This is because the negative amount of withholding is taken into account in the taxation for the year of the payment date. Therefore, extraneous withholding carried out during the previous year can no longer be returned to the income earner in the next January. If the payer does not return the extraneous withholding during the same year, the extraneous withholding is accredited to the income earner in taxation.

Example 41: The income earner was paid a pension of EUR 1,000 per month for the time period 1 January 2022 – 31 March 2022, totalling EUR 3,000. The income earner did not present a tax card to the payer, so the benefit payer withholds 50%. EUR 500 per month was collected in taxes, totalling EUR 1,500. The income earner provides a tax card, valid retroactively from the start of the year, showing a 10% withholding rate. With the new tax card, the amount of withholding is EUR 100 per month (totalling EUR 300 for the period 1 January – 31 March 2022), so the benefit payer returns the extraneous withholding to the income earner. The amount returned is EUR 1,500 – EUR 300 = EUR 1,200.

Table 1 shows the report for March. The benefit payer has submitted corresponding reports for January and February.

Example 41, table 1/3
Record data Values

Date of payment or other reporting date

02.03.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Pension

Amount

1000.00

Earnings period

 

Start date

01.03.2022

End date

31.03.2022

General income type details

 

Income type code

Withholding tax

Amount

500.00

Earnings period

 

Start date

02.03.2022

End date

02.03.2022

With the new tax card, the extraneous withholding is returned to the income earner. A new report is submitted of the return of the withholding, specifying the amount of the return as a negative number. (Table 2.)

Example 41, table 2/3
Record data Values

Date of payment or other reporting date

16.03.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Withholding tax

Amount

-1200.00

Earnings period

 

Start date

16.03.2022

End date

16.03.2022

As of April, the withholding is carried out in accordance with the tax card. (Table 3.)

Example 41, table 3/3
Record data Values

Date of payment or other reporting date

01.04.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Pension

Amount

1000.00

Earnings period

 

Start date

01.04.2022

End date

30.04.2022

General income type details

 

Income type code

Withholding tax

Amount

100.00

Earnings period

 

Start date

01.04.2022

End date

01.04.2022

If a mistake is made in returning the withholding, the data must be corrected in the Incomes Register.

Example 42: The benefit payer returns the extraneous withholding to the income earner. The amount returned is EUR 1,500 – EUR 300 = EUR 1,200.

The benefit payer submits a new report concerning the return of the withholding. However, the payer mistakenly returns EUR 1,500 to the income earner instead of EUR 1,200. (Table 1.)

Example 42, table 1/3
Record data Values

Date of payment or other reporting date

16.03.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Withholding tax

Amount

-1500.00

Earnings period

 

Start date

16.03.2022

End date

16.03.2022

Once the mistake is detected, it is corrected by submitting a replacement report where the EUR 300 paid in excess by the benefit payer is reported as unjust enrichment. (Table 2.)

Example 42, table 2/3
Record data Values

Date of payment or other reporting date

16.03.2022

Report data  

Type of action

Replacement report

Income earner details

 

General income type details

 

Income type code

Unjust enrichment

Amount

300.00

Start date

16.03.2022

End date

16.03.2022

General income type details

 

Income type code

Withholding tax

Amount

-1200.00

Earnings period

 

Start date

16.03.2022

End date

16.03.2022

Once the income earner has paid back the unjust enrichment, the payer submits a new report of the recovery. In the example, the income earner returned the unjust enrichment on 20 March 2022, but the benefit payer did not manage to allocate it in its system until 23 March 2022. (Table 3.)

Example 42, table 3/3
Record data Values

Date of payment or other reporting date

23.03.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Unjust enrichment

Amount

300.00

Recovery

Yes

Additional repayment details

 

 

Repayment date

 

20.03.2022

Earnings period of original benefit

 

 

Start date

16.03.2022

End date

16.03.2022

If the returned withholding is distrained, this must be reported to the Incomes Register.

Example 43: The benefit payer returns EUR 1,200 of withholding to the income earner, and EUR 200 is distrained from the return.

Example 43, table 1/1
Record data Values

Date of payment or other reporting date

16.03.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Withholding tax

Amount

-1200.00

Earnings period

 

Start date

16.03.2022

End date

16.03.2022

General income type details

 

Income type code

Distraint

Amount

200.00

Earnings period

 

Start date

16.03.2022

End date

16.03.2022

If the returned withholding or part of it is paid to a substitute recipient, the deduction data must be reported to the Incomes Register.

Example 44: EUR 1,200 of withholding is returned to the income earner, with EUR 70 deducted as a YEL collection. Because the deduction does not apply to any income previously reported to the Incomes Register, the income type used for the deduction is the same income type used for the paid income.

Example 44, table 1/1
Record data Values

Date of payment or other reporting date

16.03.2022

Report data  

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Withholding tax

Amount

-1200.00

Earnings period

 

Start date

16.03.2022

End date

16.03.2022

Deductions

 

Deduction income type code

Withholding tax

Deduction type

YEL collection

Amount of deduction

70.00

Earnings period of original benefit

 

Start date

16.03.2022

End date

16.03.2022

Substitute recipient details

 

Period of calculation

 

Start date

16.03.2022

End date

16.03.2022

6 Reporting unjust enrichment and recovery

6.1 Reporting an unjust enrichment

In some situations, the income earner is not entitled to a payment made to them and reported to the Incomes Register. A case of unjust enrichment occurs when, for example, a benefit has been granted or paid groundlessly, for example to the wrong person or in an incorrect amount. Unjust enrichment may also occur when the circumstances of the benefit change at a later date.

Once the unjust enrichment is detected, the data must be corrected in the Incomes Register without undue delay and in any case no later than within one month of the time when the decision regarding the unjust enrichment is made. When an overpayment is in dispute, the decision on unjust enrichment means the final decision on the adjustment or removal of the benefit. There are two different ways of reporting unjust enrichment, depending on whether the income was already reported to the Incomes Register as other income before the error was detected, or whether the payment error was detected before the report was submitted. If the error is detected before the report is submitted, use the separate ‘Unjust enrichment’ income type. This income type is used only when a groundless payment is detected before the first report is submitted and the income has not been previously reported to the Incomes Register as other income.

Example 45: Due to the benefit payer’s error, a pension of EUR 2,500 intended for income earner A has been paid to B (ddmmyy-123B) as a net payment of EUR 2,250. The mistake was noticed on the very next day, before the report had been submitted to the Incomes Register. Income earner A receives the pension on the next payment date, with EUR 250 withheld, and the payment is reported to the Incomes Register in the normal manner. However, the benefit payer reports the amount paid to B as follows:

Example 45, table 1/1
Record data Values

Date of payment or other reporting date

03.01.2022

Report data  

Type of action

New report

Payer's report reference

20XX00161900

Income earner details

 

General income type details

 

Income type code

Unjust enrichment

Amount

2250.00

If it is not just a case of using the wrong account number, but the payment made to an incorrect income earner has been entered into the payment system including the withholding, the withheld amount must also be reported on the incorrect recipient's benefits payment report in the amount collected. However, the payment is often just entered in the name of the actual income earner and paid to them. In such a case, the withholding is reported only on the actual income earner's benefits payment report. Ungrounded payments to legal persons or unidentified parties are not reported on the benefits payment report.

If the ungrounded payment has already been reported to the Incomes Register as other income, the data must be corrected by using the income type specified in the report and the separate ‘Unjust enrichment – Yes’ entry provided in connection with it.

Example 46: EUR 1,100 was paid to income earner C on 15 September 2022. The payment was reported to the Incomes Register as labour market subsidy. However, the benefit payer accidentally paid EUR 550 too much in addition to the normal benefit amount of EUR 550. EUR 275 of tax (25%) was withheld from the payment. The benefit payer submits a report in accordance with the amount of benefit paid and does not notice the mistake before submitting the report.

First report before the error is detected (Table 1):

Example 46, table 1/2
Record data Values

Date of payment or other reporting date

15.09.2022

Report data  

Type of action

New report

Payer's report reference

20XX00221000

Income earner details

 

General income type details

 

Income type code

Labour market subsidy

Amount

1100.00

Earnings period

 

Start date

01.08.2022

End date

31.08.2022

Benefit unit

 

Unit

Day

Number of units

23

General income type details

 

Income type code

Withholding tax

Amount

275.00

Earnings period

 

Start date

15.09.2022

End date

15.09.2022

The error is detected in October. The previously submitted report must be corrected using the replacement method by specifying the overpayment (previously paid and reported to the Incomes Register using the ‘Labour market subsidy’ income type) as unjust enrichment. Because the income has already been reported to the Incomes Register as other income, the ‘Unjust enrichment’ income type is not used; instead, a separate ‘Unjust enrichment – Yes’ entry connected to the income type is made for the previously reported income.

The benefit payer’s replacement report (Table 2):

Example 46, table 2/2
Record data Values

Date of payment or other reporting date

15.09.2022

Report data  

Type of action

Replacement report

Payer's report reference

20XX00221000

Income earner details

 

General income type details

 

Income type code

Labour market subsidy

Amount

550.00

Earnings period

 

Start date

01.08.2022

End date

31.08.2022

Benefit unit

 

Unit

Day

Number of units

23

General income type details

 

Income type code

Labour market subsidy

Amount

550.00

Unjust enrichment

Yes

Earnings period

 

Start date

01.08.2022

End date

31.08.2022

Benefit unit

 

Unit

Day

Number of units

0

General income type details

 

Income type code

Withholding tax

Amount

275.00

Earnings period

 

Start date

15.09.2022

End date

15.09.2022

Based on the submitted data, the income earner's amount of unemployment benefit for August is considered to be EUR 550, and the erroneous overpayment (EUR 550) is regarded as unjust enrichment. Based on the report, the data users learn that the overpayment was previously reported to the Incomes Register as labour market subsidy. In the case of unjust enrichment, the value given at Benefit unit, which is mandatory data for the Unemployment benefit income types, is zero (0) days. The tax withheld from the income earner is reported on a replacement report, stating the actual amount collected from the income earner.

If the income type changes retroactively in addition to the income changing to an unjust enrichment, the payer must specify in the same replacement report the ‘Unjust enrichment’ entry and the ‘Income type changed, new income type code’ entry. This data cannot be submitted in separate reports because an unjust enrichment and an income type change must always be submitted using a replacement report and only one report version can be valid at a time.

Example 47: Income changes retroactively and an unjust enrichment arises

Starting from 1 March 2021, a pension of EUR 1,200 per month is paid to an income earner. The payer withholds a tax of 20% from the payment.

The payer submits the following report for March 2021 to the Incomes Register (Table 1):

Example 47, table 1/2
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Type of action

New report

Payer's report reference

20XX00221000

Income earner details

 

General income type details

 

Income type code

Pension

Amount

1200.00

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

240.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

The income earner is granted a disability pension on 2 April 2021 so that the start date of the disability pension is 1 March 2021, and the amount paid is EUR 1,000 each month.

The benefit payer reports the change to the Incomes Register using a replacement report. The payer specifies ‘Income type changed, new income type code’ for the original income type, and enters ‘Disability pension’ as its value. Because the disability pension granted later is smaller than the pension paid earlier, the benefit payer must also report an unjust enrichment (EUR 200) in the same replacement report.

The example shows the replacement report submitted for March (Table 2):

Example 47, table 2/2
Record data Values

Date of payment or other reporting date

01.03.2021

Report data  

Type of action

Replacement report

Payer's report reference

20XX00221000

Income earner details

 

General income type details

 

Income type code

Pension

Income type changed, new income type code

Disability pension

Amount

1000.00

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Pension

Amount

200.00

Unjust enrichment

Yes

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

240.00

Earnings period

 

Start date

01.03.2021

End date

01.03.2021

6.2 Income types for which the ‘Unjust enrichment’ entry cannot be specified

It is not appropriate to use the ‘Unjust enrichment’ entry in the case of items deducted from income. Such items include, for example, withholding and distraint. Payments recovered are reported once the payment has been recovered. Tax withheld and tax at source collected are reported as the amounts in which they were recovered. If the payer adjusts the amounts, the amounts adjusted are reported once they have been adjusted.

In the case of benefits, the ‘Unjust enrichment – Yes’ entry cannot be submitted in connection with the following income types:

  • Withholding tax (1266)
  • Tax at source (1267)
  • Tax at source deduction (1268)
  • Distraint (1269)

6.3 General information about the recovery of benefits

When the income earner pays back an unjust enrichment or another groundless payment made, this must be reported to the Incomes Register. The procedure is the same if the recovery is conducted so that the payment is offset against a later benefit payment. The recovered amount is not corrected on the original benefits payment report; the recovered amount is reported on a new report and allocated to the payment date on which the income was recovered. The procedure is the same when the payment is returned to the benefit payer, for example, if the employer or spouse pays back the benefit on behalf of the income earner.

There is more information on recovery or offsetting reporting in the ‘Benefits – Recovery and recourse’ instructions.

A recovery report is created by submitting the ‘Recovery – Yes’ entry linked to the income type and the related additional data for the payment date on which the income earner pays the overpayment back or the overpayment is offset against a later benefit payment.

Reporting the original payment date is not mandatory. However, in some cases it is needed so that the Tax Administration can correctly allocate the income earner’s taxation. The payment date is necessary when, for example, recovered withholding needs to be allocated to the tax year during which it was withheld from a payment. If the income is recovered from the income earner in net, the tax withholding applicable to the amount is reported in the ‘Withholding from the repayment’ section. If the income is recovered from the income earner as a gross amount, the amount of the tax withholding does not need to be reported. The previous withholdings are accredited to the income earner in taxation.  Recovery and recourse are discussed in more detail in the ‘Benefits: recovery and recourse’ instructions.

The ‘Tax at source from the repayment’ data is submitted, if the income is recovered from the income earner in net and the tax at source is deducted from other taxes at source transferred to the Tax Administration. If the income is recovered from the income earner in gross, the benefit payer should not report the previous tax at source exacted from the recovered payment. These instructions do not cover all the specific requirements regarding the reporting of recoveries. Reporting tax at source and reporting in international situations are described in more detail in the ‘Benefits: recovery and recourse in international situations’ instructions.

The original earnings period can be specified in the ‘Additional repayment details’ data group with a precision of a calendar year. Reporting the original payment date related to the original earnings period is not mandatory. If the original payment date is not specified, the Tax Administration will allocate the payer’s obligations according to the end date of the original earnings period in the adjustment of self-assessed taxes transferred to it. The payer may thus lose interest benefit by fulfilling only its minimum reporting obligation and not reporting the original payment date.

The payer must report the details of the recovery to the Incomes Register when the income earner returns the overpayment to the payer. The data must be submitted no later than on the fifth day after receiving notification of the payment of the recovered amount, the benefit payer and the payment or compensation to which the payment is linked and the recovery has been allocated in the benefit payer’s own system. Of this allocation data, the actual repayment date is reported as the repayment date in the ‘Additional repayment details’ data group.

6.4 Waiving the recovery

Legal sources on the recovery of benefits typically include a provision on the possibility of the benefit granter to waive the recovery either partially or in full in certain situations. When the granter considers waiving the recovery, they take into account, for example, considerations of equity and the income earner's sincere intentions. In addition to the waiving of recovery, there are situations where a decision is made to continue the payment of a benefit of a continuous nature even though the benefit has been found to be groundless. 

If income has been groundlessly paid to an income earner, a report on unjust enrichment must be submitted to the Incomes Register regardless of how the recovery will be carried out or, for example, whether it will be waived in full or in part. In some cases, therefore, more unjust enrichment may be registered as income for an income earner than has been or ever will be recovered from them. If the paying of income continues without a decision granting the benefit, the income is reported to the Incomes Register using the Unjust enrichment income type.

6.5 Benefit recipient’s unprompted repayment of benefit

An income earner may repay a received benefit unprompted even if the benefit does to comprise unjust enrichment for the income earner. The repaid benefit will not comprise unjust enrichment for the income earner later. In this case, the benefit payer does not report an ungrounded benefit.

The refunded amount is reported to the Incomes Register using a new report on the basis of the ‘Unprompted refund – Yes’ data and by allocating it to the payment date on which the income was refunded. The ‘Additional repayment details’ data group enables the Tax Administration to correctly allocate the income earner’s taxation.

If an income that was refunded unprompted is later deemed to be unjust enrichment in the benefit payer’s process, the benefit payer must correct the original report by submitting a replacement report in which the ‘Unjust enrichment – Yes’ entry is linked to the paid income type and the ‘Unprompted refund – Yes’ entry is changed to ‘Recovery – Yes’. In this case, unjust enrichment refers both to a decision made by the process itself regarding unjust enrichment (e.g. a decision to reallocate, change, correct, cancel or remove) and unjust enrichment due to a payment error resulting in an overpayment to the income earner.

Unprompted repayment of benefit is subject to the same regulations and measures as in recovery. However, unprompted refund can never be an unjust enrichment.

Example 48: A student has been paid a study grant of EUR 320 per month from 1 January 2021 to 31 May 2021. The benefit payer has reported the payment on a monthly basis in accordance with the payment date.

On 29 May 2022, the student repays EUR 500 of the study grant in gross allocated to the period 1 January 2021–31 May 2021 (EUR 100/month). The benefit payer allocates the recovery to its payment system on 31 May 2022.

In the past, the benefit payer has submitted reports to the Incomes Register on the study grant paid. The payer does not submit a replacement report on unjust enrichment because the refunded study grant is not processed as unjust enrichment in the benefit payer’s process. Nor is it a question of a payment error (overpayment).

A new report submitted for the repayment:

Example 48, table 1/1
Record data Values

Date of payment or other reporting date

31.05.2022

Report data  

Type of action

New report

Payer's report reference

20YY00090720

Income earner details

 

General income type details

 

Income type code

Study grant

Amount

500.00

Unprompted refund

Yes

Additional repayment details

 

Repayment date

29.05.2022

Earnings period of original benefit

 

Start date

01.01.2021

End date

31.05.2021

6.6 Reporting the reallocation of a payment that does not affect taxation

The ‘No effect on taxation – Yes’ data will affect the income earner’s taxation. The payer should report this data in two cases:

  • To prevent the same income from being taxed twice: when paying an income that has already previously been reported as taxable income
  • To prevent an ungrounded deduction: when reporting a repaid income that was not originally subject to tax.

The same income may be reported twice as taxable income if an overpayment has been made to a substitute recipient. However, such occurrences are rare. The income is entirely taxable if the substitute recipient’s deduction is reported using any of the following deduction types: ‘Collection of maintenance debt’, ‘Demand for payment (not a recourse situation)’, ‘MATA and MYEL collection’, ‘Other deduction from net income’, ‘Recourse on tax-exempt income’, ‘Recovery of guaranteed student loan debt’ or ‘YEL collection’. All of these deductions are deductions effected after withholding. When an income earner is paid an overpayment already paid to a substitute recipient, the payment of the missing income must be reported to the Incomes Register. This duty to report will result in the same income being reported twice. When reporting the payment, the ‘No effect on taxation – Yes’ entry should be added in order to prevent the same income from being taxed twice. There is more information on reporting as well as examples in the ‘Too much benefit paid to a substitute recipient’ section of this guide.

An ungrounded deduction received by the income earner in taxation may occur in rare situations where the benefits payment report is used to report the repayment of the income earner’s income, said income has not been originally taxed and it is not a case of a tax-exempt income type. As a result of recovery or unprompted refund, the benefit payer is refunded for a payment that, when it was paid, had the ‘Recourse on taxable income’, ‘Other deduction from taxable income’ or ‘Deduction of employee contributions’ deduction type. If the ‘Additional repayment details’ data group is used to report refunded income, the data user cannot know whether the refunded income had previously been taxed or not. This is why the payer should use the ‘No effect on taxation – Yes’ entry, so as to make the Tax Administration ignore the recovered amount in the income earner’s taxation.

The subject has also been discussed in the ‘Benefits – Recovery and recourse’ instructions.   

7 Reporting data in international situations

7.1 Obligation to inform in international situations

A Finnish benefit payer must report to the Incomes Register all the benefits and pension income paid regardless of whether the income earner is living in Finland or abroad.

Income data must be reported to the Incomes Register in international situations whenever the benefit payer has an obligation to inform a user of the Incomes Register data. Foreign payers of benefits and pensions do not have an equally extensive obligation to inform as foreign employers. The third parties’ obligation to inform laid down in the act on assessment procedure applies to foreign benefit payers only if the benefit payer has a permanent establishment in Finland for the purposes of income tax. They are then considered comparable to a benefit payer in Finland with respect to the tax-related obligation to inform.

The benefit payer can report payments made to non-resident taxpayers and resident taxpayers in the same record. Persons whose residence and home are abroad and who do not reside in Finland for more than six months consecutively are deemed non-resident taxpayers. For further information on the income earner’s tax liability, see the instructions on tax residency and non-residency. A report must be submitted of payments made to a person who is a non-resident taxpayer, regardless of whether tax at source must have been collected or tax withheld from the payment, or whether the income earner is insured in Finland. Such a report must also be submitted on compensation paid to a non-resident taxpayer for an accident that has occurred abroad.

7.2 Income earner details in international situations

In international situations, benefits and pension income are reported using the same income types regardless of whether the income earner is a resident or non-resident taxpayer.

The details of an income earner living abroad must also be reported to the Incomes Register primarily using a Finnish personal identity code entered into the Population Information System. In addition, a foreign tax identification number or personal identity code must be provided. If the income earner does not have a Finnish personal identity code, the data is reported using the income earner’s foreign personal identity code. If the payer does not know the income earner’s Finnish or foreign personal identity code, the income earner’s name, date of birth, sex and address must be provided. The income earner’s address in Finland and in the country of residence can both be reported to the Incomes Register.

If an artificial identifier has been given to the income earner, the artificial identifier is reported using the identifier type Other identifier Every time data is submitted with a non-Finnish personal identity code, the following data must be submitted: name, date of birth, sex, and address. The foreign identifier is also reported, if the payer knows it.

If the income earner is a non-resident taxpayer, the ‘Non-resident taxpayer – Yes’ must also be specified in the income earner details. Furthermore, in the case of non-resident taxpayers, the country code of the country of residence, the Tax Identification Number (TIN) of the country of residence or the foreign personal identity code, and the address in the country of residence must always be reported. International treaties oblige the Tax Administration to forward information on income earned by foreign nationals in Finland to foreign tax authorities.

If withholding has been carried out from income subject to tax at source (such as sickness allowance) received by a non-resident taxpayer instead of collecting tax at source, the ‘Income subject to withholding – Yes’ entry must be submitted. The payer may carry out withholding from income subject to tax at source only if the income earner presents a non-resident taxpayer's tax card that was calculated for the year in question, and is valid on the payment date.

However, the ‘Income subject to withholding – Yes’ entry is not needed for the income types paid to non-resident taxpayers that are progressively taxed (such as pension income).

7.3 Reporting of income subject to tax at source

When reporting income subject to tax at source, in addition to a foreign identifier, the payer must also submit the income earner’s name, date of birth, sex, address and country code of the country of residence.

Example 49: An occupational accident insurance company pays a compensation to a Swedish family member of an injured person for participation in adjustment training. The insurance company can report the payment using the income earner’s foreign identifier. Because the payment is reported using the income earner’s foreign identifier and the income earner is a non-resident taxpayer, the payer must also submit the income earner’s name, date of birth, sex, address and country code of the country of residence.  The income earner has a tax-at-source card including a tax-at-source deduction.

Example 49, table 1/1
Record data Values

Date of payment or other reporting date

03.08.2021

Report data  

Type of action

New report

Income earner details

 

Type of identifier

Foreign identifier

Identifier

kkppvv1234

Country code

Country code

Last name

Last name

First name

First name

Date of birth

dd.mm.yyyy

Gender

Male

Street address

Address

Postal code

Postal code

City

City

Country code

Country code

International situations

 

Non-resident taxpayer

Yes

Country code of the country of residence

Country code

General income type details

 

Income type code

Compensation for loss of earnings to a family member who joins in adjustment training

Amount

800.00

General income type details

 

Income type code

Tax-at-source deduction

Amount

510.00

General income type details

 

Income type code

Tax at source

Amount

101.50

Earnings period

 

Start date

03.08.2021

End date

03.08.2021

7.4 Non-resident taxpayer’s benefit subject to withholding

The 'Income subject to withholding' data item can be submitted only when the income earner is a non-resident taxpayer and has, in accordance with the act on assessment procedure, applied for (progressive) taxation of income that would otherwise be subject to tax at source (such as unemployment allowance). This requires that the income earner has provided the payer with a tax card of a non-resident taxpayer. However, the ‘Income subject to withholding – Yes’ entry is not needed for the income types paid to non-resident taxpayers that are progressively taxed (such as pension income).

Example 50: An occupational accident insurance company pays a compensation to a Swedish family member of an injured person for participation in adjustment training. The income earner has applied for a non-resident taxpayer’s progressive tax card for their income prior to the income payment date. The income is not subject to withholding, so the payer must specify the ‘Income subject to withholding – Yes’ entry in the benefits payment report.

Example 50, table 1/1
Record data Values

Date of payment or other reporting date

03.08.2021

Report data  

Type of action

New report

Income earner details

 

Type of identifier

Foreign identifier

Identifier

kkppvv1234

Street address

Address

Postal code

Postal code

City

City

Country code

Country code

International situations

 

Non-resident taxpayer

Yes

Country code of the country of residence

Country code

Income subject to withholding

Yes

General income type details

 

Income type code

Compensation for loss of earnings to a family member who joins in adjustment training

Amount

800.00

General income type details

 

Income type code

Withholding tax

Amount

80.00

Earnings period

 

Start date

03.08.2021

End date

03.08.2021

7.5 Tax at source changes to a resident taxpayer’s withholding

The income earner’s circumstances may change so that the original benefits payment report must be corrected by submitting a replacement report. This may happen, for example, when an income earner living abroad moves to Finland and changes from a non-resident taxpayer to a resident taxpayer. Tax at source may have been collected from the income before the payer is informed of the income earner having become a resident taxpayer.

Example 51: An income earner who is a non-resident taxpayer living in Haparanda has been working in Tornio and has been covered by Finnish health insurance. After falling ill, they have received a sickness allowance from Finland, from which tax at source has been collected. The payer has not been provided with a tax-at-source card, so the payer is unable to carry out the tax-at-source deduction from the income. The income earner moves to Finland on 1 April 2021, but the information on the move does not reach the benefit payer in time. The benefit payer reports the benefit for April based on the old information (Table 1):

Example 51, table 1/3
Record data Values

Date of payment or other reporting date

02.05.2021

Report data  

Type of action

New report

Payer's report reference

1234B05010099

Income earner details

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

Income earner details

 

Type of identifier

Tax Identification Number (TIN)

Identifier

yymmdd-1234

Country code

SE

The income earner’s address

(address in Sweden)

International situations

 

Non-resident taxpayer

Yes

Country code of the country of residence

SE

General income type details

 

Income type code

Sickness allowance

Amount

1000.00

Earnings period

 

Start date

01.04.2021

End date

30.04.2021

General income type details

 

Income type code

Tax at source

Amount

350.00

Earnings period

 

Start date

02.05.2021

End date

02.05.2021

The income earner does deliver the resident taxpayer’s tax card (20%) that comes into effect in April to the benefit payer until May. Due to the new tax card, the already submitted benefits payment report for April must be corrected so that the tax at source collected is converted into withholding. The amount of the withholding reported is the amount that has been collected from the income earner. Since the tax rate according to the new tax card is smaller than the tax-at-source rate, the payer must take the overpayment into account in the subsequent benefits payment reports.

The benefit payer corrects the April report by submitting a replacement report from which they have removed the ‘Non-resident taxpayer – Yes’ entry. The checks related to the original report's ‘Non-resident taxpayer – Yes’ entry are removed when the entry is deleted.

The benefit payer submits a replacement report for April to the Incomes Register on 16 May 2021 (Table 2):

Example 51, table 2/3
Record data Values

Time of record creation

16.05.2021

Date of payment or other reporting date

02.05.2021

Report data

 

Type of action

Replacement report

Incomes Register report reference

4270f21849364c093786291fh9809520

Payer's report reference

1234B05010099

Income earner details

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

Income earner details

 

Type of identifier

Tax Identification Number (TIN)

Identifier

yymmdd-1234

Country code

Country code

The income earner’s address

(Foreign address)

General income type details

 

Income type code

Sickness allowance

Amount

1000.00

Earnings period

 

Start date

01.04.2021

End date

30.04.2021

General income type details

 

Income type code

Withholding tax

Amount

350.00

Earnings period

 

Start date

02.05.2021

End date

02.05.2021

According to the new tax card, the payer should make a withholding of EUR 200 in May (EUR 1,000 x 20%). Because in April, a total of EUR 350 was collected from the income earner and reported to the Incomes Register, the payer can reduce May’s withholding by the amount of EUR 150 withheld in excess in April. Thus, the amount withheld and reported to the Incomes Register for May totals EUR 50.

Alternatively, the amount withheld in excess in April may be refunded to the income earner. In such a case, a separate, new report would need to be submitted to the Incomes Register. The refund is reported as a negative withholding (Table 3):

Example 51, table 3/3
Record data Values

Date of payment or other reporting date

02.05.2021

Report data

 

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Withholding tax

Amount

-150.00

Earnings period

 

Start date

02.05.2021

End date

02.05.2021

The excess amount withheld must be refunded during the same calendar year. This is because the negative withholding amount is recorded for the payment year indicated in the record data. For example, a negative withholding supposed to be allocated to the previous December’s excessive withholding cannot be reported in January; instead, the excessive withholding will be credited to the income earner in taxation.

7.6 Health insurance contributions in international situations

Persons insured in Finland under the Health Insurance Act participate in funding the benefits under the social security legislation by paying the health insurance health care contribution and the health insurance daily allowance contribution, collected in connection with taxes. Together, the health care contribution and the daily allowance contribution form the health insurance contribution of the insured person.

Pension recipients who live abroad and for the compensation of whose medical expenses Finland is responsible under the EU's social security regulation (No. 1408/71) or 'basic Regulation' (No. 883/2004) pay the health care contribution to Finland even after they are no longer insured in Finland under the Health Insurance Act.

The benefit payer is obliged to withhold tax from all income items subject to withholding. If the person is insured in Finland, the withholding includes the person’s health insurance contribution.

The reporter of pension and benefits income does not need to include an itemisation on their Incomes Register benefits payment reports to indicate what part of the withholding is health insurance contribution. The correct contribution amount has been taken into consideration in the income earner's withholding rate.

7.7 Only the health care contribution is collected from the income earner’s pension

When the pension of a resident taxpayer is paid to another country, the reporting is the same as for domestic situations. An exception to this rule include situations where only the health care contribution is collected from the resident taxpayer’s pension according to the tax card.

In some international situations, a tax treaty may prevent Finland from taxing the income. However, tax treaties do not apply to the health insurance contribution. Health care contribution must thus be paid from pension income if Finland is responsible for compensating the pension recipient's medical expenses. If the income earner is a resident taxpayer, the benefit payer uses the ‘Taxability of benefit’ entry to specify, as per the tax card’s instructions, that only the health care contribution is collected from the income. 

Example 52: A resident taxpayer who has moved to France has earned their pension in public sector business activities in Finland. A tax treaty between Finland and France prevents the pension being taxed in Finland. As Finland is responsible for the resident taxpayer’s medical expenses, the health care contribution is, however, imposed on the income.

Based on the person's tax card, the benefit payer is aware of the obligation to collect the health care contribution. Each month, the payer submits a benefits payment report on which the payer specifies the ‘Taxability of benefit’ entry as ‘Earned income, only health care contribution collected’.

Report for March:

Example 52, table 1/1
Record data Values

Date of payment or other reporting date

03.03.2021

Report data

 

Type of action

New report

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

3500.00

Taxability of benefit

Earned income, only health care contribution collected

Earnings period

 

Start date

01.03.2021

End date

31.03.2021

General income type details

 

Income type code

Withholding tax

Amount

60.00

Earnings period

 

Start date

03.03.2021

End date

03.03.2021

Example 53: A Finnish citizen who is a resident taxpayer but lives in France has earned their statutory earnings-related pension in the private sector (TyEL portion) and by working as an official in a Finnish public organisation (JuEL portion). Of the total pension of EUR 3,500 per month, EUR 2,500 has been earned in the private sector (TyEL portion) and EUR 1,000 (JuEL portion) in the service of a public-sector organisation.

The tax treaty between France and Finland prevents the earnings-related pension earned when working in the private sector from being taxed in Finland. As Finland is responsible for the resident taxpayer’s medical expenses, the health care contribution is, however, imposed on the income.

The benefit payer has received a tax card according to which the common average withholding rate (20%) applies to all the components of the pension. The rate has been calculated in such a manner that in addition to the health care contribution, the tax collected on the JuEL portion is withheld. Each month, the benefit payer submits a benefits payment report to report the total amount of the monthly pension to the Incomes Register excluding the ‘Taxability of benefit’ entry. All parts of the pension are reported to the Incomes Register using the same income type and the same income type itemisation. The tax withholding is reported under a separate income type.

An example of a pension payment report:

Example 53, table 1/1
Record data Values

Date of payment or other reporting date

03.01.2021

Report data

 

Type of action

New report

Payer's report reference

123400731

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

3500.00

Earnings period

 

Start date

01.01.2021

End date

31.01.2021

General income type details

 

Income type code

Withholding tax

Amount

700.00

Earnings period

 

Start date

03.01.2021

End date

03.01.2021

7.8 Pension income of a non-resident taxpayer

When a non-resident taxpayer is paid pension, the grounds for pension paid to a non-resident taxpayer must be reported in the additional details for the income type. The information must be reported in the additional details for both the pension and the withholding. If the grounds for different portions of an earnings-related pension paid to a non-resident taxpayer are different (e.g. in the case of the ‘VILMA pension’), the withholding on the different portions must be reported to the Incomes Register using different income type itemisations. The same grounds for pension must be given to the ‘Withholding tax’ income type as to the income type that the withholding concerns. The Tax Administration needs this data for the purposes of international information exchange.

In the ‘Grounds for pension paid to a non-resident taxpayer’ data group, the payer must submit the employment relationship or contract based on which the pension is paid. The grounds for pension paid include the following:

  • ‘Earnings-related pension paid by a public sector organisation not earned from business activities’ – This is submitted when the pension was earned in the service of a public-sector organisation. The data is not submitted if the pension has been earned from public-sector business activities.
  • ‘Earnings-related pension from public body, earned from business activities’ – This is submitted when the pension was earned from public-sector business activities.
  • ‘Non-earnings-related pension paid by the Social Insurance Institution of Finland or the State Treasury’ – This is submitted when Kela or the State Treasury pays non-earnings-related pension based on social security legislation.
  • ‘Other payment based on social security legislation’ – This is submitted when the pension was earned in the private sector, or when the pension is paid on the basis of an accident and occupational disease insurance, unemployment insurance or health insurance.
  • ‘Other payment not based on social security legislation’ – This is submitted when the pension is paid on the basis of a voluntary pension insurance purchased independently or taken out by the employer, or on the basis of a motor liability insurance or some other risk insurance, for example.

According to the law, pension paid to a non-resident is always progressively taxed. Therefore, the income earner does not need to separately register for progressive taxation. In addition, it is not necessary to specify the ‘Income subject to withholding – Yes’ entry in the benefits payment report.

Example 54: A benefit payer pays earnings-related pension to a non-resident taxpayer living in Sweden on the basis of work carried out in the private sector. In the benefits payment report, the payer submits the grounds for pension paid to a non-resident taxpayer for both the pension and the withholding.

Example 54, table 1/1
Record data Values

Date of payment or other reporting date

03.06.2022

Report data

 

Type of action

New report

Income earner details

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

Income earner details

 

Type of identifier

Tax Identification Number (TIN)

Identifier

yymmdd-4321

Country code

Country code

Street address

Address

Postal code

Postal code

City

City

Country code

Country code

International situations

 

Non-resident taxpayer

Yes

Country code of the country of residence

Country code

General income type details

 

Income type code

Old-age pension

Amount

2000.00

Grounds for pension paid to a non-resident taxpayer

Other payment based on social security legislation

General income type details

 

Income type code

Withholding tax

Amount

500.00

Grounds for pension paid to a non-resident taxpayer

Other payment based on social security legislation

7.9 A resident pensioner becomes a non-resident taxpayer

If an income earner retroactively changes from a resident taxpayer to a non-resident taxpayer, or vice versa, the benefit payer must correct the previously submitted reports to match the new tax card.

Example 55: A Finnish citizen who is a resident taxpayer but lives in France has earned their statutory earnings-related pension as an entrepreneur (YEL portion), in the private sector (TyEL portion) and as an official of a Finnish public sector organisation (JuEL portion). The pension totals EUR 1,500, of which each portion is EUR 500. A tax treaty between Finland and France prevents the taxation of the YEL and TyEL portions of the pension in Finland. As Finland is responsible for the resident taxpayer’s medical expenses, the health care contribution is, however, imposed on the total income.

The benefit payer has received a tax card according to which the common average withholding rate (10%) applies to all the parts of the pension. The rate has been calculated in such a manner that in addition to the health care contribution, the tax collected on the JuEL portion is withheld. Each month, the benefit payer submits a benefits payment report to report the total amount of the monthly pension to the Incomes Register excluding the ‘Taxability of benefit’ entry. All parts of the pension are reported to the Incomes Register using the same income type and the same income type itemisation. The tax withholding is reported under a separate income type.

Report for January (Table 1):

Example 55, table 1/3
Record data Values

Date of payment or other reporting date

03.01.2021

Report data

 

Type of action

New report

Payer's report reference

123400001

Income earner details

 

General income type details

 

Income type code

Old-age pension

Amount

1500.00

Earnings period

 

Start date

01.01.2021

End date

31.01.2021

General income type details

 

Income type code

Withholding tax

Amount

150.00

Earnings period

 

Start date

03.01.2021

End date

03.01.2021

After the January payment, the benefit payer is informed that the income earner has been deemed to be a non-resident taxpayer as of the beginning of the year. As a non-resident taxpayer, the person has received two tax cards for the pension income. One is for the pension earned in the service of a public sector organisation (25%) and the other for other earnings-related pension (1.5%) including the YEL and TyEL portions.

The benefit payer submits a replacement report to the Incomes Register to report the TyEL and YEL portions using ‘Other payment based on social security legislation’ as ‘Grounds for pension paid to a non-resident taxpayer’. The JuEL portion, in turn, is reported using 'Earnings-related pension paid by a public sector organisation not earned from business activities'.

Because the income earner is a non-resident taxpayer, the ‘Grounds for pension paid to a non-resident taxpayer’ data must be submitted in the replacement report for both the pension and the withholding. Furthermore, the payer must specify in the report the ‘Non-resident taxpayer – Yes’ entry, as well as the income earner’s country of residence and address details.

The payer submits a replacement report concerning the January payment (Table 2):

Example 55, table 2/3
Record data Values

Date of payment or other reporting date

03.01.2021

Report data

 

Type of action

Replacement report

Payer's report reference

123400001

Income earner details

 

Type of identifier

Personal identity code

Identifier

ddmmyy-1234

The income earner’s address

Foreign address

International situations

 

Non-resident taxpayer

Yes

Country code of the country of residence

Country code

General income type details

 

Income type code

Old-age pension

Amount

1000.00

Earnings period

 

Start date

01.01.2021

End date

31.01.2021

Grounds for pension paid to a non-resident tax payer

Other payment based on social security legislation

General income type details

 

Income type code

Old-age pension

Amount

500.00

Earnings period

 

Start date

01.01.2021

End date

31.01.2021

Grounds for pension paid to a non-resident tax payer

Earnings-related pension paid by a public sector organisation not earned from business activities

General income type details

 

Income type code

Withholding tax

Amount

15.00

Earnings period

 

Start date

03.01.2021

End date

03.01.2021

Grounds for pension paid to a non-resident tax payer

Other payment based on social security legislation

General income type details

 

Income type code

Withholding tax

Amount

125.00

Earnings period

 

Start date

03.01.2021

End date

03.01.2021

Grounds for pension paid to a non-resident tax payer

Earnings-related pension paid by a public sector organisation not earned from business activities

General income type details

 

Income type code

Withholding tax

Amount

10.00

Earnings period

 

Start date

03.01.2021

End date

03.01.2021

In the example, the income earner's taxes and contributions have decreased as their tax liability status has changed. The benefit payer has originally withheld EUR 10 more than they should have according to the new tax cards. In the replacement report, the excessive withholding need not be allocated to the different pension items of the non-resident taxpayer, and the withholding can be reported without reporting the grounds for pension paid to a non-resident taxpayer.

The benefit payer refunds the excessive withholding to the income earner on 14 February of the same year. A new benefits payment report is submitted on the refund. The day on which the refunded withholding is paid to the income earner is reported as the payment date (Table 3):

Example 55, table 3/3
Record data Values

Date of payment or other reporting date

14.02.2021

Report data

 

Type of action

New report

Payer's report reference

123400004

Income earner details

 

General income type details

 

Income type code

Withholding tax

Amount

-10.00

Earnings period

 

Start date

14.02.2021

End date

14.02.2021