Platform Afnemers

Persoonsgegevens AmsterdamVereenvoudigen en voorsorteren

Het stelsel van basisinformatie simpeler

4

Aanleidingen / Doelstellingen

Veel verschillende producten en koppelingen

persoonsgegevens Complex en divers applicatie landschap

Hoge beheerlasten

Complexe keteneffecten

Vernieuwingen moeilijk door te voeren

Paraplu contract loopt af per eind 2013 Probleem verwijsgegevens tgv LO 3.8 vraagt om een

oplossing

3

Huidige Producten persoonsgegevens

Raadplegen Amsterdammers (Paraplu) Raadplegen niet-amsterdammers (T&T) Raadplegen derden (K2B, ihkv bijhouding) Bevragingen Amsterdammers (Paraplu)* Kennisgevingen Amsterdammers (Paraplu)

Indicaties tbv kennisgevingen

Kennisgevingen niet-Amsterdammers (T&T)Indicaties tbv kennisgevingen

*Bevragingen niet-Amsterdammers niet mogelijk

4

Huidige Producten persoonsgegevens

Bestandselecties (cognos) Bestandselecties (paraplu) Bestanden (Stufkletser)

Zeer bepalend voor persoonsgegevens:Authenticatie

Doelbinding

Logging

(= complexer, naarmate productaanbod complexer is)

5

Gewenste Producten persoonsgegevens Raadplegen Bevragingen

eenvoudige business services (zoals gehuwd j/n)

Kennisgevingen Indicaties tbv kennisgevingen

Bestanden (Authenticatie, Doelbinding, Logging)

En: wensen afnemers:• Koppelingen tbv producten makkelijk te implementeren en te

veranderen.• Productvormen en implementatietrajecten die aansluiten bij de vraag

van afnemers• Adequate ketenregie: tijdig aankondigen wijzigingen etc.

6

Achtergrond: Scenario’s

Scenario 1 Centric• Voordelen: 1 applicatie suite voor persoonsgegevens

• Nadelen: ontbrekende essentiële functionaliteit /onderdelen:• Indicaties• Historie (door ontbreken gegevensmagazijn)• Voorwaarderegels en filters (alles gaat naar iedereen)

Scenario 2 Paraplu => Makelaarsuite• Voordelen: Gewenst productaanbod lijkt volledig leverbaar, Van

paraplu-maatwerk naar standaard product Pink Roccade LG, geen ingrijpende veranderingen distributiedomein (itt scenario 1)

• Nadelen: 2 applicatiefamilies voor keten persoonsgegevens

• Scenario X …

7

Personen plateau’s, scenario 2

-GBA wordt BR personen.

-Key2Burgerzaken blijft in gebruik in beperkte omvang.

-CMK ontwikkelt door

-Cognos blijft mogelijk in gebruik als de functionaliteit niet wordt overgenomen door CMK

-Key2Burgerzaken blijft in gebruik

-De functionaliteiten van Paraplu en CompeT&T en waar mogelijk ook van Cognos gaan over in CMK.

-Cognos blijft mogelijk in gebruik

-StUFkletser uitgefaseerd of vervangen

I= Inwinnen en beheren

V=Verstrekken

Doelstellingen project

Vereenvoudiging producten en applicatielandschap

persoonsgegevensZoveel mogelijk 1 product per interactie soort

(raadplegen, bevragen, kennisgeven, bestanden)Zoveel mogelijk 1 applicatiesuite voor alle producten

Door:• Paraplu te upgraden naar Makelaarssuite

• Maatwerk te vervangen door standaardoplossingen

Zodat• Raadplegen A’dam en niet A’dam via één kanaal

• Applicatielandschap en beheer wordt vereenvoudigd

• LO 3.8 probleem definitief wordt opgelost

• Voorsorteren op Distributievoorziening mGBA

Uitvoering project in 2013 Overleg met Cimmers hierover

9