Please note: The algorithm descriptions in English have been automatically translated. Errors may have been introduced in this process. For the original descriptions, go to the Dutch version of the Algorithm Register.
Collection support Assistance debtors
- Publication category
- Impactful algorithms
- Impact assessment
- DPIA
- Status
- In use
General information
Theme
Begin date
Contact information
Link to publication website
Responsible use
Goal and impact
If someone has received too much or unjustified assistance, this usually has to be repaid to the municipality. This is called recovery. We call the person who has to repay this amount 'debtor'.
The IB helps municipalities do this properly and carefully.
The algorithm allows municipalities to better assess whether someone can (partially) repay the social assistance debt, or whether, for example, a payment arrangement needs to be adjusted. It also helps in finding people who have dropped out of the picture after stopping benefits.
How does it work?
The municipality reports to the IB which residents have a debt related to welfare. The IB requests data from various sources about these people's income and/or assets. Based on this, the municipality then receives signals back.
For example, the municipality receives information about:
- whether someone has renewed (or structurally higher) income,
- whether there are assets or a bank balance,
- whether vehicles are registered (data from the RDW).
With this information, the municipality can determine what is a good next step.
Benefits at a glance:
Recovering assistance debts takes a lot of time and effort.
People in debt often have little money, and are sometimes hard to reach. This information service helps municipalities do the job faster and in a more targeted way.
- Municipalities can take steps faster, such as starting a wage garnishment.
- Staff can make better use of their time by receiving targeted signals.
- Municipalities can respond faster if something changes in a resident's situation.
- More and more collections can be made, because information is available earlier.
- Less money is needed for bailiffs, for example.
Considerations
The algorithm ensures that municipalities only receive information on residents with social assistance debt that they themselves provide. And only if something has changed that could affect the process of recovering that debt.
Thus, data is shared only when necessary. In doing so, we protect citizens' privacy. An advantage of this algorithm is that it works much faster than when someone does it by hand. This saves a lot of time for municipal employees. Also, fewer mistakes are made this way.
Human intervention
For the IB itself, this algorithm does not involve human intervention. The algorithm executes rules devised by humans and is not 'self-learning'.
However, the IB does ensure that the processing process has been done properly.
The municipality decides whether and how to deal with a change.
Risk management
Citizen privacy is a major concern. That is why we periodically check whether there are risks and what can be done about them. This is called privacy impact assessment (PIA).
Legal basis
The processing of personal data as part of the information service 'Assistance debtors' has the following basis(s):
Basis of processing sources (general)
- Sections 64(1) and 68 of the Participation Act
- Section 45(1), Income Support for Older and Partially Disabled Former Self-Employed Persons Act (IOAW)
- Section 45(1), Income Support for Older and Partially Disabled Unemployed Workers Act (IOAZ)
Basis for processing IB:
- Sections 64(3) and 68 of the Participation Act
- Article 45(2), IOAW
- Article 45(2), IOAZ
- Section 63 Work and Income Implementation Organisation Structure Act (SUWI Act), Section 5.24(1) and (3), SUWI Decree & Sections 6.2 and 6.6 SUWI Regulation
- cooperation and exchange agreements
Basis of processing Municipalities:
- Chapter 5 'Implementation' and Chapter 6 'Powers and facilities municipalities' Participation Act, in particular Articles 58 to 60
- Articles 25 to 28 IOAW
- Sections 25 to 28 IOAZ
- Article 62 SUWI Act
Regarding data processing RDW specifically:
Basis of processing RDW (source)
- Article 41a(1)(a) of the Road Traffic Act (WvW)
- Article 42(4)(c), j° Article 43(1) of the Road Traffic Act
- Chapter 1 and Appendix A (Government bodies - administrative bodies) Policy rules on checking information from the vehicle registration register
Basis for processing IB:
- Service Level Agreement RDW - Stichting Inlichtingenbureau (SLA)
- Document Agreements and procedures RDW - Intelligence Agency Foundation (DAP)
- Article 63 of the SUWI Act, Article 5.24(1) and (3) of the SUWI Decree & Articles 6.2 and 6.6 of the SUWI Regulation.
See also the Data Register. Processing Activities Act SUWI / Participation Act on the IB website via the following page: https://www.bidn.nl/privacy-beleid
Links to legal bases
Link to Processing Index
Impact assessment
Operations
Data
Municipality's supply file (A):
- BSN
- Municipality code
- Date of birth
- Initials
- Prefix*
- Surname
- Status claim CBS code
- VOW Y/N
- File code*
- Amount of claim*
- Team code*
- Staff member
- Number of receivables*
- Repayment*
- Recovery*
- Recovery*
*Optional, the optional fields return the IB one-to-one, they are only intended to facilitate processing and interpretation of the signals by municipality.
The demand file to UWV (B):
- BSN
- Start date of reference period
- Reference period end date
The demand file to Tax Office (C):
- BSN account holder
- Tax year
- Date of birth
- Name
The demand file to RDW (D):
The BSN supplied by municipalities are included in a combined demand file sent to RDW that also includes BSN submissions for the benefit of other information services*.
- BSN
UWV response file (E):
- BSN
- Date start period
- Reference period end date
- LA Citizen service number
- LA Income relationship number
- LA Date start income relationship
- LA Date end income relationship
- LA Payroll tax number
- LA Name of administrative unit
- LA Date start income period
- LA Date end income period
- LA Code type of employment relationship
- LA Code type of employment relationship
- LA Date of start of income statement
- LA Date end of income statement
- LA Amount of wages SV
- LA Amount of wage in cash
- LA Amount value of non-cash wage
- LA Number of hours worked
- LA Amount of wage tax and national insurance contributions withheld
- LA Amount of wage tax/national insurance contributions withheld
- LA Amount of wage tax/national insurance contributions withheld
- LA Amount holiday allowance
- LA Amount holiday allowance accrued
- LA Amount private use of car
- WGA Address role code
- WGA Street name
- WGA House number
- WGA House number suffix
- WGA Houseboat reference
- WGA Houseboat reference
- WGA Postal code
- WGA City name
- WGA P.O. Box number
- WGA Street name abroad
- WGA House number abroad
- WGA Post code abroad
- WGA City name abroad
- WGA Region name abroad
- WGA Location name abroad
- WGA Country code ISO structured
- WGA PO Box number abroad
(See technical operation for more data due to maximum character limit of this field)
Technical design
Inland Revenue response file (F):
- BSN account holder
- Value record type 1 (if no data were found in the Interest Base on the relevant person, or the total amount of interest received and the total of all balances remain below the respective standards): - "NO DATA/ UNDER NORM", - Reference date, - "00" = no interest/ balance data present / "01" = total interest/ balance below standard
- Value record type 2 (contains account number and bank code and IBAN number
- Value record 3 (This type of record always occurs in combination with types 2 and 4): Name, initials and prefixes of the account holder as supplied by the financial institution
- Value record 4 (This type of record always occurs in combination with types 2 and 3): Interest amount, balance and reference date
RDW response file (G):
- BSN
- Start date (The date on which the vehicle was registered)
- End date (the date on which the registration expires)
- Vehicle registration number
- Type of vehicle (motorbike, passenger car, commercial vehicle)
- Type of vehicle, including any version
- By which main fuel or energy source the vehicle's engine is powered (petrol, diesel, LPG or electric)
- If applicable, 2nd fuel consumed by the vehicle (e.g. in the case of LPG)
- Weight (The 'unladen mass' of a vehicle)
- Equipment vehicle (moped, disabled )
- Special-purpose vehicle (Caravan, convertible)
- Approval date (year of construction of the vehicle)
- Issue-date-part-1 (The date of 1st admission of the vehicle. This usually represents the year of construction of the vehicle)
- Status-vehicle (A description indicating the (special) status of the vehicle)
- Date-status-vehicle (The date of the status, associated with the status code)
The signal report to municipalities (I):
- BSN
- Type of debtor Payer
- Signal type
- Test institution-income
- Increase standard amount
- LB number
- WG name
- WG address
- WG postal code
- WG location
- Start date
- End date
- Income type
- Wagelbph
- Income net end
- Holiday allowance
- Total gross income
- Total gross income-T-1
- Total gross income-T-2
- Tested-capital
- Verified-bsn
- Iban
- Account label
- Account holder name
- Bank name
- Interest
- Total interest
- Balance
- Total balance
- Tax year
- Vehicle ownership
- Registration number
- Make
- Vehicle type
- Vehicle type
- Fuel type
- Weight
- Equipment-vehicle
- Special-vehicle
- Approval date
- Start date - registration
- End date of registration
- Status vehicle
- Date status vehicle
*Setting options for municipalities. Municipalities can set which data they wish to receive in the report via the portal. Thresholds can be set per debtor group (Payer / Non-payer / VOW'er). Only if the income (UWV and assets (BD) values obtained through sources exceed these threshold values will data be included in the reports. In addition, it can be specified whether vehicle ownership should be shown or not.
A. The municipality's supply file;
B. The application to UWV based on the municipality's supply file;
C. The monthly application to Belastingdienst based on the municipality's supply file;
D. The application to RDW based on the municipality's supply file;
E. The delivery of the UWV's reply file of BSNs with data on income, pensions and/or benefits;
F. The delivery of reply file from Tax Office with information bank account numbers, balance/interest.
G. The delivery of response file RDW with vehicle ownership information.
H. The IB applies logic based on information obtained through sources and creates relevant information regarding income, assets and vehicle ownership. In addition, IB maintains a list of debtors to avoid double alerts and the last three months of assets, income and vehicle data.
I. Municipalities receive response report (taking into account thresholds set by municipalities and/or vehicle ownership test Y/N.
External provider
Similar algorithm descriptions
- An assistance recipient can only apply for assistance from the municipality where the resident is registered. For example, as a result of moving house, a person may receive assistance from several municipalities. Stichting Inlichtingenbureau (IB)* informs the municipalities about this. The municipalities can then stop unlawfully ongoing benefits.Last change on 5th of August 2025, at 11:23 (CET) | Publication Standard 1.0
- Publication category
- Impactful algorithms
- Impact assessment
- DPIA
- Status
- In use
- This algorithm from Stichting Inlichtingenbureau (IB)* is for municipalities. To check whether someone is eligible for collective income support schemes, which fall under categorical special assistance. Like collective health insurance, for example. Municipalities can also use it to assess whether someone is still entitled to a scheme, so that they can automatically extend it.Last change on 3rd of September 2025, at 10:12 (CET) | Publication Standard 1.0
- Publication category
- Impactful algorithms
- Impact assessment
- Field not filled in.
- Status
- In use
- Stichting Inlichtingenbureau (IB)* receives lists of people on welfare benefits from municipalities and compares them with data from sources e.g. UWV, DUO and the Tax and Customs Administration. If there is any overlap (concurrence) that could affect the benefit, the IB sends a message about this to the municipalities. The municipality can then carry out further checks.Last change on 4th of August 2025, at 13:25 (CET) | Publication Standard 1.0
- Publication category
- Impactful algorithms
- Impact assessment
- DPIA
- Status
- In use
- The purpose of this algorithm by the Intelligence Bureau Foundation (IB)* is to help municipalities understand which citizens may be entitled to special assistance, due to incomplete state pension benefits. The algorithm works like a postman, receiving, splitting and delivering a list of citizens from the SVB. So that each municipality receives a list of its own citizens.Last change on 4th of August 2025, at 13:09 (CET) | Publication Standard 1.0
- Publication category
- Impactful algorithms
- Impact assessment
- DPIA
- Status
- In use
- When someone receives social assistance benefits, the municipality must check for new income that has not been reported. This income must be offset against the benefit. Instead of always investigating this itself, the municipality receives a single notification about this from Stichting Inlichtingenbureau (IB)* at the start of this income.Last change on 5th of August 2025, at 12:22 (CET) | Publication Standard 1.0
- Publication category
- Impactful algorithms
- Impact assessment
- DPIA
- Status
- In use