Welkom op de website van DB2P

Op deze website vindt u alle informatie over de Databank Aanvullende Pensioenen (DB2P). DB2P is een databank met gegevens over de tweede pensioenpijler en heeft als voornaamste doelstellingen een betere sociale en fiscale controle, alsook een heldere communicatie naar de burger toe.

De databank brengt verplichtingen met zich mee, zowel voor de inrichter als voor de pensioen- en solidariteitsinstelling. De nodige informatie om aan deze verplichtingen te voldoen vindt u in de infotheek.

Laatste nieuws

16/02/2012

De aangifte-instructies voor de zogenaamde WAPZ-regelingen en RIZIV-regelingen voor zelfstandigen zijn vanaf nu beschikbaar in de infotheek. De aangifteverplichtingen voor deze regelingen starten vanaf 2013.
Naar de infotheek

08/02/2012

Versie 1.3.0 van de DB2P-toepassing is nu beschikbaar in simulatie en in productie. Meer informatie aangaande deze release vindt u in onze infotheek.

25/01/2012

Alle nodige informatie over de registratieprocedures en de toegang tot de DB2P-toepassing voor buitenlandse entiteiten is vanaf nu beschikbaar.
Naar de infotheek

25/01/2012

Een nieuwe versie van het xsd-schema (v.03.02.01) is nu beschikbaar in de infotheek.
Naar de infotheek

25/01/2012

Versie 1.2.1 van de DB2P-toepassing is nu beschikbaar in simulatie en in productie. In de infotheek kan u meer informatie raadplegen over deze release.
Naar de infotheek

17/01/2012

Bij de verwerking van grote volumes aangiftes werden meermaals problemen vastgesteld in de doorstroming van de bestanden. We hebben de nodige maatregelen genomen om de performantie van de DB2P-toepassing te optimaliseren zowel in simulatie als in productie en om de antwoordtermijnen te beperken. Wij stellen alles in het werk om de performantie van zeer dichtbij op te volgen en de maatregelen waar nodig bij te sturen.  

17/01/2012

In het kader van de aangiftes die gepaard gaan met een identificatie van individuen (cf. AccountState) is het ten zeerste aan te raden om uw databanken ook effectief te actualiseren/verrijken met de gegevens (INSZ en identificatiegegevens) die worden teruggestuurd in het antwoord. 

Bij de verwerking van de aangiftes wordt uitgegaan van volgende procedure voor het identificeren van individuen en het terugvinden van hun INSZ-nummer:

  • Wanneer in de aangifte enkel de wettelijke identificatiegegevens van een individu (o.a. naam, voornaam, geslacht, geboortedatum, …) worden meegedeeld en dus geen INSZ-nummer, wordt via de standaardroutines gezocht naar het bijhorende INSZ. Wanneer er slechts één enkel INSZ wordt teruggevonden, wordt dit INSZ samen met de bijhorende identificatiegegevens - zoals die zich in de authentieke bron bevinden - opgenomen in het antwoord.

  • Wanneer in de aangifte zowel de wettelijke identificatiegegevens van een individu (o.a. naam, voornaam, geslacht, geboortedatum, …) als het INSZ-nummer worden meegedeeld, wordt er bij de identificatie in eerste instantie enkel rekening gehouden met het INSZ-nummer. Wanneer het INSZ-nummer wordt teruggevonden, wordt dit INSZ samen met de bijhorende identificatiegegevens - zoals die zich in de authentieke bron bevinden - opgenomen in het antwoord. Er wordt in dat geval geen coherentiecontrole uitgevoerd tussen het meegedeelde INSZ-nummer en de meegedeelde identificatiegegevens in de aangifte. Enkel indien het INSZ-nummer niet kan worden teruggevonden zullen de meegedeelde wettelijke identificatiegegevens worden gebruikt om het individu te identificeren. Via de standaardroutines wordt dan gezocht naar het bijhorende INSZ. Wanneer er slechts één enkel INSZ wordt teruggevonden, wordt dit INSZ samen met de bijhorende identificatiegegevens - zoals die zich in de authentieke bron bevinden - opgenomen in het antwoord.

  • De beschrijving van de gedetecteerde anomalieën werd op punt gesteld. De anomalieën die gedetecteerd kunnen worden bij de identificatieprocedure worden weergegeven in het veld IndividualResult bij het blok Identifications in het antwoord op uw aangifte.

 

21/12/2011

De simulatie-omgeving biedt de mogelijkheid om aangiftes voor te bereiden en uit te testen vooraleer deze naar de productie-omgeving worden verstuurd. Het is m.a.w. mogelijk om op voorhand enerzijds te testen of de technische uitwisseling van de gegevensbestanden correct verloopt en anderzijds het aantal anomalieën te beperken met het oog op de productieaangifte. De simulatie-omgeving is dus enkel bedoeld als hulp bij het voorbereiden van de definitieve aangiftes in productie. Daarom is het sterk aanbevolen om in de simulatie-omgeving volgende twee richtlijnen in acht te nemen:

Beperk het aantal aangiftes AccountState (bv. max. 1000) dat per aangiftebestand (xml-file) wordt overgemaakt. In simulatie kan immers niet dezelfde performantie worden gegarandeerd als in productie. Grotere inputvolumes (van aangiftes die gepaard gaan met een identificatie van individuen) kunnen het proces in simulatie vertragen en zullen langere antwoordtijden tot gevolg hebben (zowel voor u als voor de andere gebruikers). We raden daarom af om in simulatie de volledige portefeuille met alle aangeslotenen op te laden.

Gebruik de simulatie-omgeving DB2P niet als instrument voor de identificatie van individuen. Enkel de resultaten van de identificatie uitgevoerd via de preload of de productie-omgeving DB2P kunnen als referentie beschouwd worden en in latere aangiftes gebruikt worden. Voor DB2P-aangiftes in simulatie gebeurt de identificatie van individuen met een BIS-nummer bijvoorbeeld op basis van een testdatabank. De gegevens in deze testdatabank kunnen verschillen van de officiële gegevens in het KSZ-register.

 

21/12/2011

Sigedis zal voor de aangiftes AccountState en CreateRegulation in 2011 uitzonderlijk een bijkomende termijn toestaan tot 31 januari 2012.

09/11/2011

Versie 1.1.3 van de toepassing DB2P is beschikbaar en in productie. De aangiftes AccountState en CancelDeclaration zijn vanaf nu ook in productie. U vindt meer informatie hierover  in onze infotheek.
Naar de Infotheek