image

Bepaalde BSN's veroorzaken foutmelding bij salarissoftware

donderdag 14 januari 2021, 16:35 door Redactie, 16 reacties

Bepaalde burgerservicenummers die eind vorig jaar zijn uitgegeven veroorzaken een foutmelding bij de salarissoftware van organisaties, zo meldt de Rijksdienst voor Identiteitsgegevens (RvIG). Het gaat om nummers in de reeks tussen 700000000 en 779000000. Wanneer deze nummers door salarissoftware worden verwerkt kan er een foutmelding ontstaan.

"De foutmelding ontstaat doordat in bepaalde softwareprogramma’s, aanvullende controles ingebouwd zijn die deze specifieke nummers als een fout nummer zien", meldt de RvIG. Door deze controle kunnen werkgevers nu niet de burgerservicenummers van deze medewerkers in de salarisadministratie invoeren. Dit brengt de personen in kwestie onbedoelde schade toe, aldus de RvIG.

De Rijksdienst was naar eigen zeggen niet op de hoogte van deze ingebouwde controle en stelt dat de betreffende softwareleveranciers die moeten verwijderen. De burgerservicenummers waar de salarisprogramma's mee de fout in gaan voldoen aan de zogenoemde elfproef waarmee kan worden gekeken of een bepaald nummer een geldig burgerservicenummer is. De RvIG heeft de softwareleveranciers waar het om gaat geïnformeerd, zodat zij hun eigen klanten kunnen waarschuwen.

Reacties (16)
14-01-2021, 17:33 door Anoniem
Prutsers
14-01-2021, 18:57 door Anoniem
Hoe komt men er dan ineens bij om deze nummers te weigeren? Dat verzinnen de makers van "bepaalde softwareprogramma’s" (zeker als het er kennelijk meerdere zijn) toch niet zomaar zelf?
Dan zal er vast wel eerder vermeld zijn dat dit op de een of andere manier speciale nummers zijn.

Zo staat me bij dat er een nummerreeks is (of was) die men gebruikt om mensen die geen BSN hebben in te kunnen voeren, op zijn minst tijdelijk, in bepaalde systemen. Wellicht dat het deze nummers waren?
14-01-2021, 19:04 door Briolet
Als je controles invoert moet je wel zeker weten dat de afgekeurde waarde ook altijd fout is.

Ik heb het zelf ook eens gehad met de loonbelastingsoftware van de belastingdienst zelf. Door veranderde wetgeving konden bepaalde waarden negatief worden. Je kon het echter niet invullen omdat er een controle in zat dat het getal positief moest zijn.

Oplossing van de belastindienst: Doe maar valsheid in geschrifte en vul dat negatieve getal in bij een andere post waarbij de berekende belasting nog steeds blijft kloppen. ???
14-01-2021, 19:53 door Anoniem
Welke salarissoftware precies?

Want als dit geen algeheel probleem is kun je dit niet makkelijk testen.
14-01-2021, 20:04 door Anoniem
Een BSN nummer moet voldoen aan de 11-proef (kleine afwijking daarop), dat is de check. Niks meer en niks minder.
14-01-2021, 20:51 door Anoniem
Door Anoniem: Welke salarissoftware precies?

Want als dit geen algeheel probleem is kun je dit niet makkelijk testen.

Waarom kun je het wel makkelijk testen als je het programma weet ?
14-01-2021, 21:09 door Anoniem
Door Anoniem: Prutsers
Je kan echt niet tegen de belastingdienst/regering/belastingwetgeving op programmeren.
14-01-2021, 21:29 door Anoniem
Door Briolet: Als je controles invoert moet je wel zeker weten dat de afgekeurde waarde ook altijd fout is.

Ik heb het zelf ook eens gehad met de loonbelastingsoftware van de belastingdienst zelf. Door veranderde wetgeving konden bepaalde waarden negatief worden. Je kon het echter niet invullen omdat er een controle in zat dat het getal positief moest zijn.

Oplossing van de belastindienst: Doe maar valsheid in geschrifte en vul dat negatieve getal in bij een andere post waarbij de berekende belasting nog steeds blijft kloppen. ???
Wat heeft dit met het onderwerp te maken? Behalve zeiken over de belastingdienst?
14-01-2021, 21:59 door Anoniem
Natuurlijk waren ze op de hoogte, maar heeft iemand bij het RvIG zitten slapen. In hun eigen ontwerp staat de 11 proef voorgeschreven:

https://www.rvig.nl/bsn/documenten/publicaties/2019/01/15/logisch-ontwerp-bsn-versie-1.5

Het is natuurlijk nooit te overzien welke systemen er (netjes volgens de specificaties - en dus rekenen op de 11 proef) de BSN's gebruiken. Als je zo'n fout nummer krijgt ben je mooi in de aap gelogeerd voor de rest van je leven.
14-01-2021, 23:01 door Erik van Straten
Door Redactie: Het gaat om nummers in de reeks tussen 90384b09549afa79ba9a828e38b36a0d [*] en 0409f76eaa7fa871b55f2a5a1463e182 [*].
Security.nl overtreedt de AVG door BSN's te verwerken en zelfs te publiceren.

[*] Gepseudonimiseerde BSN (gehasht, dus superveilig ;-)
14-01-2021, 23:23 door Anoniem
Door Anoniem: Natuurlijk waren ze op de hoogte, maar heeft iemand bij het RvIG zitten slapen. In hun eigen ontwerp staat de 11 proef voorgeschreven:

https://www.rvig.nl/bsn/documenten/publicaties/2019/01/15/logisch-ontwerp-bsn-versie-1.5

Het is natuurlijk nooit te overzien welke systemen er (netjes volgens de specificaties - en dus rekenen op de 11 proef) de BSN's gebruiken. Als je zo'n fout nummer krijgt ben je mooi in de aap gelogeerd voor de rest van je leven.

Huh ?
Waar heb je het over ?

Het probleem zou zijn dat nummers uit de genoemde reeks DIE WEL AAN DE 11-PROEF VOLDOEN - toch als ongeldig aangemerkt worden .

Is drie paragrafen al te veel om te lezen ?

Quote :

De burgerservicenummers waar de salarisprogramma's mee de fout in gaan voldoen aan de zogenoemde elfproef waarmee kan worden gekeken of een bepaald nummer een geldig burgerservicenummer is.

En dan kom jij beweren dat het probleem is met nummers die de elf-proef falen ?
15-01-2021, 09:25 door Anoniem
Door Erik van Straten: Security.nl overtreedt de AVG door BSN's te verwerken en zelfs te publiceren.
Nee, de genoemde begin- en eindwaarden voldoen niet aan de 11-proef en zijn dus geen BSNs.
15-01-2021, 10:27 door Anoniem
Door Anoniem:
Door Anoniem: Natuurlijk waren ze op de hoogte, maar heeft iemand bij het RvIG zitten slapen. In hun eigen ontwerp staat de 11 proef voorgeschreven:

https://www.rvig.nl/bsn/documenten/publicaties/2019/01/15/logisch-ontwerp-bsn-versie-1.5

Het is natuurlijk nooit te overzien welke systemen er (netjes volgens de specificaties - en dus rekenen op de 11 proef) de BSN's gebruiken. Als je zo'n fout nummer krijgt ben je mooi in de aap gelogeerd voor de rest van je leven.

Huh ?
Waar heb je het over ?

Het probleem zou zijn dat nummers uit de genoemde reeks DIE WEL AAN DE 11-PROEF VOLDOEN - toch als ongeldig aangemerkt worden .

Is drie paragrafen al te veel om te lezen ?

Quote :

De burgerservicenummers waar de salarisprogramma's mee de fout in gaan voldoen aan de zogenoemde elfproef waarmee kan worden gekeken of een bepaald nummer een geldig burgerservicenummer is.

En dan kom jij beweren dat het probleem is met nummers die de elf-proef falen ?

Je bedoelt alinea's i.p.v. paragrafen?
15-01-2021, 10:56 door Anoniem
Door Anoniem:
Door Erik van Straten: Security.nl overtreedt de AVG door BSN's te verwerken en zelfs te publiceren.
Nee, de genoemde begin- en eindwaarden voldoen niet aan de 11-proef en zijn dus geen BSNs.

En ze publiceren geen individuele nummers. Ze beschrijven een range.
15-01-2021, 15:52 door Anoniem
Een collega programmeur heeft mij verteld dat het hele BSN nummer verhaal eigenlijk een zooitje is. Hij werkte destijds bij de svb.Hij vertelde dat er nummerreeksen zijn die gebruikt worden voor testen en later zijn uitgegeven. Deze "test" nummers zijn de systemen ingegaan en daar zijn er een aantal doorgestuurd naar de gba. De testen waren voor het testen van de overledenen registraties in het productie systeem. Doordat de nummers uiteindelijk live waren gegaan (uitgegeven), zijn deze mensen administratief overleden geregistreerd na een synchronisatie. Aan dat systeem zijn allerlei andere systemen weer gekoppeld... Het is wel goed gekomen, maar dit verbaasd me niks met de systemen van de overheid. Ik heb nog wel een paar verhalen, maar laat het maar even hierbij.
15-01-2021, 15:53 door karma4
Met dat het BSN een gevoelig persoonsgegeven zou zijn, is volledig aan de historie en bedoeling voorbij gegaan.
Het is bedoeld als unieke sleutel, primary key om persoonsverwisselingen te voorkomen.
Het is een nietszeggend nummer dat je om die reden niet geheim zou moeten houden.

Als basis is het klantennummer van de belastingdienst genomen. Dat was het meeste complete systeem met de minste fouten.
Aan dat nummer zaten zowel bedrijven (nu RSIN), personen (nu BSN) en mogelijk meer in.
Zeer voorspelbaar dat oude reeksen als controles zijn ingebouwd en nu problemen gaan geven.
Je kunt er op wachten dat er verwisselingen tussen bedrijven en personen gaan ontstaan.
Reageren

Deze posting is gelocked. Reageren is niet meer mogelijk.