Integration SF1320_A - CPR - Hændelser Integrationsbeskrivelse - version 2.0.8

Transkript

1 Integration Integrationsbeskrivelse - version Kommunernes Datafællesskab - KDF

2 Versionshistorik Relevans Dato Initialer Version Kommentarer EDM Generelle ændringer omkring Beskedfordeler. Afsnit 1.5 Forudsætninger, afsnit ModtageBesked, afsnit 3.3 Serviceplatformen som Beskedagent og Beskrivelse af Beskedkuvert. Interne referencer opdateret EDM CPR udtræksformat betegnelse ændret fra GCTP til CPRRECTYP i afsnit EDM Opdateret Beskedfordeler-regler i referencer og afsnit og Regler er placeret i bilag [SF1320_A_EXT] sammen CPR hændelseskoder EDM Tilføjet CPR-042 event i afsnit EDM Opdelt beskeder i to beskedtyper i afsnit og EDM Indsat UUID værdier i afsnit og samt [SF1320_A- EXT]. Værdilistenavne i JJN Opdateret med forudsætninger og vilkår for tilslutning er tilføjet. - Kapitel 1.5 er omskrevet - Kapitel 2.1.3, Kapitel 2.2.3, Kapitel 2.3.3, Kapitel er nye. - Kapitel Præciseret reference til beskeddata-indhold, som er analog til CPR-opslags-operationen (V2) i SF1520-servicen. (Afsnit ) JJN Kombit indgå aftale med CPR, og ikke de enkelte kommuner. Derfor er aktiviteten for idriftsættelse TS101 (KY), TS201 (KSD) og T301 (SAPA) erstattet af aktivitet TSP00, samt TS401 ændret JJN Kapitel TSP05 tilføjet: Start og Schedulering af job på Serviceplatformen til at hente CPR data. Referencer Ref Titel Kommentarer [SPref] [BFref] [SIKKERHED] [STS-Sikkerhed] Bilag 7B Ydelser og servicemål for Serviceplatformen [Afklaring/KDF indsæt reference dokumentation af servicemål for BF] Use cases for brug af sikkerhedsmodeller på Serviceplatformen - v Se vilkår Bilag 2 - Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen version 2.0 på nedenstående link KOMBIT A/S Halfdansgade København S CVR Side 2 af 39

3 [SFTP] [VBF] USM0005 Vejledning til Serviceplatformens SFTP Service.pdf Se vilkår Underbilag 2N - Vilkår for integration til støttesystemet Beskedfordeler version 2.0 på nedenstående link Vejledning med xsd. [SF1460_A] Modtag besked Beskrivelse af protokol for Beskedfordeler [SF1460_B] Vedligehold værdiliste i beskedabonnement Beskrivelse af protokol for Beskedfordeler [SF1460_C] Aflever besked Beskrivelse af protokol for Beskedfordeler [SF1460_D] Modtag besked via pull Beskrivelse af protokol for Beskedfordeler [SF1320-EXT] [GVF] [SF1520] Bilag til integrationsbeskrivelsen, som benyttes til forståelse af CPR hændelser og mapning til Beskedfordeler. SF1320_A Bilag zip/regler. Reference til Generelle vilkår og forudsætninger, der skal være på plads før Snitflader kan anvendes: Generelle vilkår og forudsætninger Integrationsbeskrivelsen refererer til SF1520 Teknisk Spec zip som indeholder WSDL på serviceplatformen, og er placeret i SF1520-mappen, se link Denne reference anvendes i forbindelse med besked-indhold. Mere specifikt henvises til typen CPR- PersonLookupResponse i filen CPROpslag/CPRInformationServiceMsgV2.xsd. Indholdsfortegnelse 1 Overordnet beskrivelse Integrationens formål Overordnet forretningsflow i integrationen Servicebetingelser for den samlede integration Teststrategi Tilslutning til snitflade Kontekst for integrationsparter Kontekst for KY[!@IP_FS1@!] KOMBIT A/S Halfdansgade København S CVR Side 3 af 39

4 2.2 Kontekst for KSD Kontekst for SAPA Kontekst for CPR 20 3 Specifikation for integrationsparter Specifikation af endpoints for fagsystem KY, KSD, SAPA[!@KY@!][!@KSD@!] [!@SAPA@!] Specifikation af endpoints for CPR Specifikation af endpoints for Serviceplatformen som afsendende beskedagent [!@Systematic@!] 28 4 Beskrivelse for integrationsplatforme Beskrivelse for Serviceplatformen [!@Systematic@!] KOMBIT A/S Halfdansgade København S CVR Side 4 af 39

5 1 Overordnet beskrivelse 1.1 Integrationens formål Integrationen har til formål at tilvejebringe og videresende relevante personhændelser på CPR-området for fagsystemer, der benyttes af offentlige myndigheder via det fælleskommunale støttesystem Beskedfordeler (Beskedfordeler). Dette vil gøre fagsystemer i stand til at kunne reagere på personhændelser ift. de myndighedssager og arbejdsgange i forbindelse med forvaltningsvirksomhed som fagsystemet it-understøtter. Integrationen leverer kun hændelser fra CPR registret og således ikke personhændelser fra fx udlændingeområdet. 1.2 Overordnet forretningsflow i integrationen Det overordnede flow for integrationen er som følger. Serviceplatformen henter personhændelser fra CPR-registeret dagligt. Herefter analyseres data for at afgøre hvilke forretningsmæssige personhændelser, som har fundet sted. Til sidst afleveres data til Beskedfordeler med en besked per hændelse. Fagsystemer skal oprette et abonnement i Beskedfordeler med angivelse af filtre på kuvertens metadata, herunder relevante personhændelser, personnumre eller adresser. Fagsystemets adgang til typer af personhændelser fra Beskedfordeler skal opsættes i det fælleskommunale støttesystem Adgangsstyring. Fagsystemet vil således kun kunne modtage personhændelser fra Beskedfordeler på angivne beskedtyper og som er indeholdt i fagsystemets abonnement. Integrationen er en gennemstillingsintegration med content based routing og transformation, som integrerer til Beskedfordeler. KOMBIT A/S Halfdansgade København S CVR Side 5 af 39

6 Nedenfor er illustreret flowet i integrationen: Modtag personhændelse Serviceplatformen Fagsystem (n) CPR Beskedfordeler Modtag Besked Modtag Besked Hent data Udstil Persondata Distribuer besked til dueslag Dan forretningshændelser Udstil besked Opdater lokalt repository Send Besked Dan udtræk Periodisk CPR genererer hver nat et udtræk til Serviceplatformen på alle recordtyper, der er ændret i CPRregisteret siden sidste udtræk, og Serviceplatformen kan derfor modtage alle personhændelser for alle personer i CPR. Serviceplatformen henter udtrækket og udregner for hver personhændelse en eller flere forretningshændelser, som beskriver hvilken ændring, der har fundet sted. Derefter opdateres det lokale CPR-repository, og endelig sendes beskederne til Beskedfordeler. Beskedfordeler modtager beskederne og udregner hvilke abonnementer, som skal modtage beskeden og distribuerer herefter beskeder til de korrekte dueslag. Fagsystemerne kan selv opsætte og administrere deres dueslag. Fagsystemet modtager beskeden og behandler den efter egne forretningsregler jf. snitflade SF1460_A/SF1460_D. Denne snitflade omhandler kun Serviceplatformens modtagelse af personhændelser og afsendelse af forretningshændelser vedr. person (Part) Ændringer til den eksisterende snitflade for CPR Abonnement Serviceplatformen skal implementere flowet beskrevet i punkt 1.2 herunder: KOMBIT A/S Halfdansgade København S CVR Side 6 af 39

7 Serviceplatformen skal benytte det eksisterende ændringsudtræk fra CPR. Serviceplatformen skal udarbejde en komponent til at generere forretningshændelser for personhændelser jf. punkt Serviceplatformen skal benytte den eksisterende funktionalitet til at opdatere det lokale repository. Serviceplatformen skal udarbejde en integration til Beskedfordeler, herunder skal Serviceplatformen oprettes som et afsendersystem til Beskedfordeler i det fælleskommunale støttesystem Adgangsstyring. Systematic skal udarbejde et XSD over indholdet af Personbeskeder som afsendes. XSD skal godkendes af KOMBIT Service Management Incident Management Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen Problem Management Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen Change Management Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen Liste over forretningshændelser Ud fra de modtagne personhændelser genereres forretningshændelser i Serviceplatformen som beskrevet i nedenstående tabel. Tabellen har følgende kolonner, som definerer de forretningshændelser, som sendes som beskeder til fagsystemerne: Hændelse ID, Serviceplatformens brugervendte ID på hændelsen. Hændelse Navn, Navnet på hændelsen. Hændelse ID Hændelse navn CPR-001 CPR-002 CPR-003 CPR-004 CPR-005 Ændring af registrering (sendes for alle ændringer) Fødsel Navngivning Navneændring Dødsfald KOMBIT A/S Halfdansgade København S CVR Side 7 af 39

8 Hændelse ID Hændelse navn CPR-006 CPR-007 CPR-008 CPR-009 CPR-010 CPR-011 CPR-012 CPR-013 CPR-014 CPR-015 CPR-016 CPR-017 CPR-018 CPR-019 CPR-020 CPR-021 CPR-022 CPR-023 CPR-024 CPR-025 CPR-026 CPR-027 CPR-028 CPR-029 Dødsfald - som forsvundet Dødsfald - som udvandret Dødsfald som nyfødt Dødsfald ægtefælle Forsvinding Genfinding Indvandring Udvandring Genindvandring Nynummerering Omnummerering nyt nummer Sletning af personnummer Tidligere dobbelt nummer Udgår grundet omnummerering Myndiggørelse Umyndiggørelse Folkekirketilknytning ændret Statsborgerskab ændret Faderskab far Fødsel mor Faderskab barn Adoption barn Vielse Separation startet KOMBIT A/S Halfdansgade København S CVR Side 8 af 39

9 Hændelse ID Hændelse navn CPR-030 CPR-031 CPR-032 CPR-033 CPR-034 CPR-035 CPR-036 CPR-037 CPR-038 CPR-039 CPR-040 CPR-041 CPR-042 Separation ophørt Skilsmisse Ændring vedrørende ægtefælle Ændring vedrørende slægtskab Flytning til kommunen Flytning fra kommunen Fraflytning inden for kommunen Tilflytning inden for kommunen Indkaldelse til militæret Hjemsendelse fra militæret Start afsoning Slut afsoning Annullering dødsfald Regelsættet er beskrevet i [SF1320-EXT], og definerer hvorledes hændelser fra CPR omdannes til CPR-beskeder i Beskedfordeler. KOMBIT A/S Halfdansgade København S CVR Side 9 af 39

10 1.3 Servicebetingelser for den samlede integration Servicemål For Serviceplatformen gælder på punkterne tidsrum, svartid, tilgængelighed og servicevindue de generelle betingelser fra driftsaftale for Serviceplatformen. Se [SPref]. Parameter Tidsrum CPR Hændelser Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. Beskedfordeler driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [BFref]. CPR driftsafvikles hele døgnet alle dage bortset fra, når der udføres ændringer/hvor der er servicevinduer Se vk50_offentlige_vilkaar.pdf [WSDL_EXT]. Svartid Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om [SPref]: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder Svartid for Beskedfordeler er beskrevet i [BFref]. CPR driftsafvikles hele døgnet alle dage bortset fra, når der udføres ændringer/hvor der er servicevinduer Se vk50_offentlige_vilkaar.pdf [WSDL_EXT]. Tilgængelighed Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid [SPref]. Tilgængelighed for Beskedfordeler er beskrevet i [BFref]. CPR driftsafvikles hele døgnet alle dage bortset fra, når der udføres ændringer/hvor der er servicevinduer Se vk50_offentlige_vilkaar.pdf [WSDL_EXT]. Spidsbelastningsperiode Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. KOMBIT A/S Halfdansgade København S CVR Side 10 af 39

11 Spidsbelastning for Beskedfordeler er beskrevet i [BFref]. CPR driftsafvikles hele døgnet alle dage bortset fra, når der udføres ændringer/hvor der er servicevinduer Se vk50_offentlige_vilkaar.pdf [WSDL_EXT]. Servicevinduer Ved mindre opdateringer for Serviceplatformen: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. 06:00. Varsling: 1. uge, Varighed: max 3 timer Ved omlægning af miljøer, arkitektur og services for Serviceplatformen: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer [SPref]. Servicevinduer for Beskedfordeler er beskrevet i [BFref]. CPR driftsafvikles hele døgnet alle dage bortset fra, når der udføres ændringer/hvor der er servicevinduer Se vk50_offentlige_vilkaar.pdf [WSDL_EXT] Service Management Eventuelle tilretninger og præciseringer i integrationens beskrivelse og specifikation, vil indtil integrationen ligger på Serviceplatformens eksterne testmiljø, blive håndteret af Kommunernes Data Fællesskab (KDF). Spørgsmål vedr. specifikation sendes til datafaellesskab@kombit.dk. KDF sørger for at involverede parter i integrationen oplyses om tilretningerne og præciseringerne. Se oversigten over hvornår de enkelte integrationer forventes at være tilgængelige i eksternt testmiljø her: Når servicen er tilgængelig i det eksterne testmiljø på Serviceplatformen, vil den overgå til Serviceplatformens governanceproces. Beskrivelse af denne tilgår senere Incident Management [Afklaring/Programmet rejst emne: skal der være spoc på integrationer der anvender forskellige integrationsplatforme, eller afgøres det pr. integration] KOMBIT A/S Halfdansgade København S CVR Side 11 af 39

12 Problem Management [Afklaring/Programmet rejst emne: skal der være spoc på integrationer der anvender forskellige integrationsplatforme, eller afgøres det pr. integration] Change Management [Afklaring/Programmet rejst emne: skal der være spoc på integrationer der anvender forskellige integrationsplatforme, eller afgøres det pr. integration] Lifecycle Management [Afklaring/Programmet: Håndteres i programemnelog #14] 1.4 Teststrategi Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unit tests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Test i forbindelse med udvikling Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unit tests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Testfaciliteter og testmiljø Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unit tests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Testdata [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Test i forbindelse med produktionssætning I forbindelse med produktionssætning er det omfattet af gældende aftale med Systematic, at der gennemføres følgende 3 prøver: Overtagelsesprøve Idriftsættelsesprøve Driftsprøve KOMBIT A/S Halfdansgade København S CVR Side 12 af 39

13 Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] 1.5 Tilslutning til snitflade For at kunne anvende snitfalde er det en række vilkår og forudsætninger, som skal være opfyldt af en integrationspart, der skal tilsluttes. Ved integrationspart skal forstås anvendersystemer, kildesystem osv. Disse vilkår og forudsætninger er opdelt i en generelle vilkår og forudsætning, som gælder på tværs af snitfladerne og i specifikke vilkår og forudsætninger for tilslutning til selve snitfalden. De generelle vilkår og forudsætninger er beskrevet i et samlet dokument [GVF], mens de specifikke aktiviteter der skal udføreres som forudsætning for tilslutning af en integrationspart er beskrevet for hver enkelt tilslutningspart i kapitel Køreplan for Implementering Nedenstående diagram viser køreplanen for udrulningen af et anvendersystem inden for KOMBIT rammearkitektur under monopolbrudsprojektet. Det væsentlige i køreplanen er faserne, mens en egentlig tidsplan vil følge af den faktiske implementeringsplan. Aktiviteter, som er forudsætninger og betingelser i forbindelse med ibrugtagning af en snitflade, som følge af en udrulning af et anvendersystem, vil referere til den fase, den hensigtsmæssig kan udføres i. Serviceplatformen: Ved idriftsættelse af en snitflade er alle aktiviteter afsluttet, og snitfladen er klar til anvendelse. Kildesystem: Alle aktiviteter i forhold til serviceplatformen er afsluttet, men der kan være yderligere aktiviteter i forbindelse med tilslutning af et anvendersystem eller en kommune i forhold til kildesystemet. Anvendersystem og kommune: Ved tilslutning af et anvendersystem og/eller en kommune, er der en række aktiviteter op til idriftsættelse, dels af aftalemæssig karakter, og dels også af konfigurationsmæssig karakter, som skal udføres. Er der aktiviteter, som medfører konfiguration på Serviceplatformen, vil dette ske i forbindelse med leverandørens oprettelse af serviceaftalen for kommunen. KOMBIT A/S Halfdansgade København S CVR Side 13 af 39

14 1.5.2 Særlige vilkår Ingen Supplerende information om tilslutning KOMBIT har indgået aftale med CPR på vegne af kommunerne. CPR beskriver tilslutningskravene i vk50_offentlige_vilkaar.pdf [WSDL_EXT]. KOMBIT A/S Halfdansgade København S CVR Side 14 af 39

15 2 Kontekst for integrationsparter SF1320_A indeholder følgende integrationsparter: Kommunernes Ydelsessystem, der modtager information om personhændelser via Beskedfordeler. Kommunernes Sygedagpengesystem, der modtager information om personhændelser via Beskedfordeler. SAPA, der modtager information om personhændelser via Beskedfordeler. CPR som leverer ændringsudtræk for persondata, som anvendes af Serviceplatformen 2.1 Kontekst for Lovhjemmel og forvaltningsmæssigt formål Som beskrevet i punkt 1.1 Det anførte hjemmelsgrundlag er bestemt af det enkelte og relevante fagprojekt i KOMBIT på bestillingstidspunktet. Det er fastsat på baggrund af en rimelig og dækkende analyse. Henvisningen til hjemmelsgrundlaget bliver ikke vedligeholdt, hvorfor KOMBIT naturligvis ikke kan indestå for, at denne henvisnings indehold og retsvirkning til alle tider vil være korrekt. KOMBIT skal derfor understrege, at læseren af dette dokument udelukkende skal læse hjemmelsgrundlaget som en orientering Kapacitets- og servicekrav KY har berørte personer om året (2012 tal). KOMBIT har estimeret at der vil være ca CPR ændringer til disse personer per år, ud fra tal fra Danmarks statistik om flytninger, fødsler, dødsfald, vielser og skilsmisser. Dvs. ca opdateringer om måneden Specifikke forhold for tilslutning af system Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfalden, for at en kommune gennem et anvendersystem kan benytte snitfalden. TS102 ID Aktivitet Opgavekategori Komponent Verificer at basisopgaver for beskedfordeler er gennemført Verifikation Anvendersystem Ansvarlig Udførende Fase og afhængighed Leverandør af Fagsystem Leverandør af Fagsystem Fase 2.2 Kommentar KOMBIT A/S Halfdansgade København S CVR Side 15 af 39

16 TS103 TS104 TS105 Konfiguration Administrationsmodul Leverandør af Fagsystem Anmodning om serviceaftale for beskedtyper CPR hændelser og CPR ændring Godkendelse af serviceaftale Oprettelse af abonnement for beskedtyper CPR hændelser og CPR ændring Konfiguration Administrationsmodul Konfiguration Beskedfordeler Leverandør af Fagsystem Fase 2.2 Kommune Kommune Fase 2.2 Leverandør af Fagsystem Leverandør af Fagsystem Fase 2.2 Abonnement er individuel per Fagsystem TS102 - Det er en forudsætning for at kunne anvende beskedfordeler af TBA13 TBA15 i [GVF] er gennemført. Disse aktiviteter indeholder tilslutning til beskedfordeler, overvejelser om abonnements- og serviceaftale-struktur TS103 - Leverandøren af anvendersystemet skal for hver kommune oprette en serviceaftale, som indeholder en dataafgrænsning, der tillader modtagelse af besked med følgende parameter: Beskedtypen: CPR hændelser og CPR ændring, Sikkerhedsklassificering: Fortrolige personoplysninger, Retning: Modtag beskeder KLE nr.: Ingen begrænsning TS104 - Kommune skal godkende ovenstående serviceaftale. TS105 - For kommunens anvendersystemer, skal der oprettes abonnementsudtryk i beskedfordeler, som dække de beskeder, som ønskes: Snitfladen indeholder en række abonnementsudtryk, som der kan abonneres. [Afklaring/KOMBIT: Endelige abonnementsudtryk skal defineres] 2.2 Kontekst for KSD [!@IP_FS1@!] Lovhjemmel og forvaltningsmæssigt formål Som beskrevet i punkt 1.1. Det anførte hjemmelsgrundlag er bestemt af det enkelte og relevante fagprojekt i KOMBIT på bestillingstidspunktet. Det er fastsat på baggrund af en rimelig og dækkende analyse. Henvisningen til hjemmelsgrundlaget bliver ikke vedligeholdt, hvorfor KOMBIT naturligvis ikke kan indestå for, at KOMBIT A/S Halfdansgade København S CVR Side 16 af 39

17 denne henvisnings indehold og retsvirkning til alle tider vil være korrekt. KOMBIT skal derfor understrege, at læseren af dette dokument udelukkende skal læse hjemmelsgrundlaget som en orientering Kapacitets- og servicekrav Det er estimeret at der maksimalt vil være ændringer per måned. Hver ændring kan godt medføre udsendelse af flere beskeder Specifikke forhold for tilslutning af system Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfalden, for at en kommune gennem et anvendersystem kan benytte snitfalden. TS202 ID Aktivitet Opgavekategori Komponent Verificer at basisopgaver for beskedfordeler er gennemført Verifikation Anvendersystem Ansvarlig Udførende Fase og afhængighed Leverandør af Fagsystem Leverandør af Fagsystem Fase 2.2 Kommentar TS203 TS204 TS205 Konfiguration Administrationsmodul Leverandør af Fagsystem Anmodning om serviceaftale for beskedtyper CPR hændelser og CPR ændring Godkendelse af serviceaftale. Oprettelse af abonnement for beskedtyper CPR hændelser og CPR ændring Konfiguration Administrationsmodul Konfiguration Beskedfordeler Leverandør af Fagsystem Fase 2.2 Kommune Kommune Fase 2.2 Leverandør af Fagsystem Leverandør af Fagsystem Fase 2.2 Abonnement er individuel per Fagsystem TS202 - Det er en forudsætning for at kunne anvende beskedfordeler af TBA13 TBA15 i [GVF] er gennemført. Disse aktiviteter indeholder tilslutning til beskedfordeler, overvejelser om abonnements- og serviceaftale-struktur KOMBIT A/S Halfdansgade København S CVR Side 17 af 39

18 TS203 - Leverandøren af anvendersystemet skal for hver kommune oprette en serviceaftale, som indeholder en dataafgrænsning, der tillader modtagelse af besked med følgende parameter: Beskedtypen: CPR hændelser og CPR ændring, Sikkerhedsklassificering: Fortrolige personoplysninger, Retning: Modtag beskeder KLE nr.: Ingen begrænsning TS204 - Kommune skal godkende ovenstående serviceaftale. TS205 - For kommunens anvendersystemer, skal der oprettes abonnementsudtryk i beskedfordeler, som dække de beskeder, som ønskes: Snitfladen indeholder en række abonnementsudtryk, som der kan abonneres. [Afklaring/KOMBIT: Endelige abonnementsudtryk skal defineres] 2.3 Kontekst for SAPA [!@IP_FS1@!] Lovhjemmel og forvaltningsmæssigt formål Som beskrevet i punkt 1.1. Det anførte hjemmelsgrundlag er bestemt af det enkelte og relevante fagprojekt i KOMBIT på bestillingstidspunktet. Det er fastsat på baggrund af en rimelig og dækkende analyse. Henvisningen til hjemmelsgrundlaget bliver ikke vedligeholdt, hvorfor KOMBIT naturligvis ikke kan indestå for, at denne henvisnings indehold og retsvirkning til alle tider vil være korrekt. KOMBIT skal derfor understrege, at læseren af dette dokument udelukkende skal læse hjemmelsgrundlaget som en orientering Kapacitets- og servicekrav Alle kommuner som benytter SAPA vil udtrykkes som et geografisk abonnement, det forventes at SAPA rulles ud i bølger til kommunerne. SAPA forventes at modtage personhændelser på alle borgere i de kommuner som benytter SAPA. Det vil sige op til cirka 5000 ændringer om dagen. Dette svarer ca. til alle hændelser der genereres på Serviceplatformen Specifikke forhold for tilslutning af system Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfalden, for at en kommune gennem et anvendersystem kan benytte snitfalden. ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar KOMBIT A/S Halfdansgade København S CVR Side 18 af 39

19 TS302 Verificer at basisopgaver for beskedfordeler er gennemført Verifikation Anvendersystem Leverandør af Fagsystem Leverandør af Fagsystem Fase 2.2 TS303 TS304 TS305 Konfiguration Administrationsmodul Leverandør af Fagsystem Anmodning af serviceaftale for beskedtyper CPR hændelser og CPR ændring Godkendelse af serviceaftale Oprettelse af abonnement for beskedtyper CPR hændelser og CPR ændring Konfiguration Administrationsmodul Konfiguration Beskedfordeler Leverandør af Fagsystem Fase 2.2 Kommune Kommune Fase 2.2 Leverandør af Fagsystem Leverandør af Fagsystem Fase 2.2 Abonnement er individuel per Fagsystem TS302 - Det er en forudsætning for at kunne anvende beskedfordeler af TBA13 TBA15 i [GVF] er gennemført. Disse aktiviteter indeholder tilslutning til beskedfordeler, overvejelser om abonnements- og serviceaftale-struktur TS303 - Leverandøren af anvendersystemet skal for hver kommune oprette en serviceaftale, som indeholder en dataafgrænsning, der tillader modtagelse af besked med følgende parameter: Beskedtypen: CPR hændelser og CPR ændring, Sikkerhedsklassificering: Fortrolige personoplysninger, Retning: Modtag beskeder KLE nr.: Ingen begrænsning TS304 - Kommune skal godkende ovenstående serviceaftale. TS305 - For kommunens anvendersystemer, skal der oprettes abonnementsudtryk i beskedfordeler, som dække de beskeder, som ønskes: Snitfladen indeholder en række abonnementsudtryk, som der kan abonneres. [Afklaring/KOMBIT: Endelige abonnementsudtryk skal defineres] KOMBIT A/S Halfdansgade København S CVR Side 19 af 39

20 2.4 Kontekst for CPR Lovhjemmel og forvaltningsmæssigt formål Som beskrevet i punkt 1.1. Det anførte hjemmelsgrundlag er bestemt af det enkelte og relevante fagprojekt i KOMBIT på bestillingstidspunktet. Det er fastsat på baggrund af en rimelig og dækkende analyse. Henvisningen til hjemmelsgrundlaget bliver ikke vedligeholdt, hvorfor KOMBIT naturligvis ikke kan indestå for, at denne henvisnings indehold og retsvirkning til alle tider vil være korrekt. KOMBIT skal derfor understrege, at læseren af dette dokument udelukkende skal læse hjemmelsgrundlaget som en orientering Kapacitets- og servicekrav CPR udstiller cirka 5000 ændringer om dagen Specifikke forhold for tilslutning af system ID Aktivitet Opgavekategori TS401 Indgåelse af Databehandleraftale Komponent Ansvarlig Udførende Fase og afhængighed Aftale CPR KDI CPR Fase 1 Relater sig til TSP00 Kommentar Aftale gælder også SF1520 version 2 og 3, og er indgået af KOMBIT på vegne af kommunerne TS402 Oprette Adgang til CPR SFTP for Serviceplatformen Konfiguration CPR KDI CPR Fase 1 Disse er allerede oprettet og SSE kender dem. TS401 - Kommuner skal indgå databehandleraftale med CPR-administrationen under Social- og Indenrigsministeriets departement. KOMBIT vil eller har allerede på vegne af kommunerne indgået aftale. TS402 - CPR administration skal oprette en SFTP bruger hos CPR, hvor Serviceplatformen kan hente CPR udtræk. Udtrækket leveres på CPR ftp platform og hentes via sftp af Serviceplatformen som beskrevet i KOMBIT A/S Halfdansgade København S CVR Side 20 af 39

21 KOMBIT A/S Halfdansgade København S CVR Side 21 af 39

22 3 Specifikation for integrationsparter SF1320_A indeholder følgende integrationsparter: Kommunernes Ydelsessystem, der modtager information om personhændelser via Beskedfordeler. Kommunernes Ydelsessystem beskrives i afsnit 3.1. Kommunernes Sygedagpengesystem, der modtager information om personhændelser via Beskedfordeler. Kommunernes Sygedagpengesystem beskrives i afsnit 3.1. SAPA, der modtager information om personhændelser via Beskedfordeler. SAPA beskrives i afsnit 3.1. CPR som leverer ændringsudtræk for persondata, som anvendes af Serviceplatformen. CPR beskrives i afsnit 3.2. Integrationen mellem Serviceplatformen og Beskedfordeler beskrives i afsnit 3.3. Sammenhængen mellem endpoints er illustreret i afsnit Specifikation af endpoints for fagsystem KY, KSD, SAPA[!@KY@!][!@KSD@!] [!@SAPA@!] Integrationen benyttes af fagsystemet til at modtage beskeder med ændringer i personoplysninger fra Beskedfordeler. Fagsystemet benytter også integrationen til at vedligeholde værdilister på Beskedfordeler Overordnet forretningslogik Fagsystemet modtager beskeder om ændringer i personoplysninger fra Beskedfordeler: Fagsystemet modtager beskeder (push / pull) via EP_FS1 Fagsystemet opretter og vedligeholder et abonnement (værdiliste) på Beskedfordeler via EP_FS Oversigt over endpoints ID Navn EP_FS1 EP_FS2 ModtagBesked (ændringer til personoplysninger) [SF1460_A/SF1460_D] AdministrerVaerdiliste [SF1460_B] Beskrivelse af endpoint EP_FS1 ModtagBesked Beskrivelsen af endpoint findes i Modtag besked [SF1460_A] og Modtag besked via pull [SF1460_D]. Fagsystemet vælger selv om der benyttes pull eller push. Beskedfordeler udstiller beskeder fra CPR. Endpoint benyttes af fagsystemerne i forbindelse med ændringer i personoplysninger. KOMBIT A/S Halfdansgade København S CVR Side 22 af 39

23 Abonnementsvilkår Fagsystemet skal oprette abonnement på beskedtypen CPR-ændring og/eller CPR-hændelse. Beskedernes objekt er Person identificeret med CPR-nummer. Beskeden, CPR-hændelser, kan indeholde 7 relaterede objekter i denne orden: 0) CPR hændelseskode (urn 3 karakterer) 1) Mor (CPR-nr) 2) Far (CPR-nr) 3) Ægtefælle eller tidl. Ægtefælle (CPR-nr) 4) Barn (CPR-nr) 5) Gammelt CPR eller dobbelt (CPR-nr) 6) Adresse (urn) Hvor det er muligt at udvælge det man ønsker i abonnementet. Adresse-urn er defineret som urn:oio:adresse:nnnnnnnn;nnnn,aaaa;aa;aaaa;aaaa, hvilket er CVR-nr (tidligere KOMKOD), VEJ- KOD, HUSNR, ETAGE,SIDEDOER og BNR fra CPR-udtræksformat record 3. Dette vil give en entydig adresse i urn en. Hvis man kun ønsker at få CPR-hændelser på de personer, som er tilknyttet fagsystemet, skal fagsystemet vedligeholde en værdiliste med personkreds, som navngives Personkreds. Værdilisten vedligeholdes som angive i afsnit Fejl! Henvisningskilde ikke fundet.. Tilsvarende kan fagsystemet tilknytte en adresseobservationsliste, hvor man vedligeholder en liste med adresse-urn er for de adresse som man ønsker at modtage CPR-hændelser på, kaldet Adresser. Eksempler på abonnementsudtryk: Giv alle beskeder, hvor personer er i værdilisten Personkreds : Forretningsobjektets type er Person, der har et UUID ce7fcf97-a8a2-447a-8690-d38aa0f6e23c. Personkreds er vedligeholdt i en liste med navnet PersonkredsYdelse1. Match udtrykket bliver da: ((Haendelsesbesked.Beskedkuvert.Filtreringsdata.ObjektRegistrering[0].Obj ekttype = ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ) AND (Haendelsesbesked.Beskedkuvert.Filtreringsdata.ObjektRegistrering[0].Obje ktid Giv alle beskeder, hvor relaterede personer er i værdilisten PersonkredsYdelse1 : Forretningsobjektets type er Person, der har et UUID ce7fcf97-a8a2-447a-8690-d38aa0f6e23c. Personkreds er vedligeholdt i en liste med navnet PersonkredsYdelse1. KOMBIT A/S Halfdansgade København S CVR Side 23 af 39

24 Match udtrykket bliver da: (((Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[1].Objek ttype = ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ) AND (Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[1].ObjektI d OR ((Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[2].Objekt Type = ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ) AND (Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[2].ObjektI d ((Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[3].Objekt Type = ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ) AND (Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[3].ObjektI d ((Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[4].Objekt Type = ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ) AND (Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[4].ObjektI d ((Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[5].Objekt Type = ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ) AND (Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[5].ObjektI d Giv alle beskeder, hvor relaterede adresser er i værdilisten Adresser : Forretningsobjektets type er Adresse, der har et UUID 0a0447c0-992e-47ff-bbb5- e6a88761d6d4. Adresselisten er vedligeholdt i en liste med navnet AdresserYdelse1. Match udtrykket bliver da: ((Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[6].Objekt Type = 0a0447c0-992e-47ff-bbb5-e6a88761d6d4 ) AND (Haendelsesbesked.Beskedkuvert.Filtreringsdata.RelateretObjekt[6].ObjektI d Giv alle beskeder, hvor beskedhandling er Fødsel : Forretningsobjektets handling er Fødsel, der har et UUID 1e5bb f8-9b65- bc854053f423. Match udtrykket bliver da: ((Haendelsesbesked.Beskedkuvert.Filtreringsdata.ObjektRegistrering[0].Obj ekthandling = 1e5bb f8-9b65-bc854053f423 )) KOMBIT A/S Halfdansgade København S CVR Side 24 af 39

25 Dataspecifikation For beskedtyper og beskedindhold se beskrivelse i afsnit Beskrivelse af endpoint EP_FS2 AdministrerVaerdiliste Beskrivelsen af endpoint findes i Vedligehold værdiliste i beskedabonnement [SF1460_B]. Beskedfordeler udstiller administrationsinterface til vedligehold af værdilister i beskedabonnementer. Endpoint kaldes af fagsystemerne i forbindelse med vedligehold af værdilister i beskedabonnement. Kapitel 3.x.y.z Værdiliste Fagsystemerne skal vedligeholde værdilister for de personkredse og adresselister, det ønsker at abonnere på. Værdilisterne skal oprettes med følgende navn: Personkreds per ydelse PersonkredsYdelse1 Adresseliste per ydelse AdresserYdelse1 Service Management Beskrivelsen af Service Management findes i Modtag besked [SF1460_A], Modtag besked via pull [SF1460_D] og Vedligehold værdiliste i beskedabonnement [SF1460_B]. 3.2 Specifikation af endpoints for CPR Serviceplatformen modtager dagligt en liste af personændringer fra CPR Overordnet forretningslogik Hvert døgn udstiller CPR ændringer i personoplysninger, udtrækket udstiller alle ændringer og returnerer alle rækker. Serviceplatformen modtager således en fuld kopi af personens nuværende oplysninger fra CPR ved hver ændring. Serviceplatformen henter ændringerne fra CPR ftp service (EP_CPR1) og Serviceplatformen opdaterer det lokale cpr replika og udsender beskeder om ændringer i det fælleskommunale støttesystem Beskedfordeler Oversigt over endpoints ID Navn EP_CPR1 Modtag ændrede persondata fra CPR. EP_CPR1 svarer til den eksisterende integration mellem Serviceplatformen og CPR. KOMBIT A/S Halfdansgade København S CVR Side 25 af 39

26 3.2.3 Beskrivelse af endpoint EP_CPR Transportspecifikation Integrationsmønster Integration til CPR fra Serviceplatformen via filoverførsel Serviceudstiller CPR er serviceudstiller Serviceanvender Serviceplatformen er serviceanvender Teknologisk understøttelse CPR Snitfladen er implementeret som en filoverførsel. CPR giver mulighed for sikkerhedsopsætning via SFTP eller FTPS: I denne integration anvendes SFTP. Se flere detaljer på: Teknisk endpoint Miljø: Produktion URI til WSDL [Besvares senere af Systematic] Endpoint navn Endpoint IP Miljø: Præproduktion URI til WSDL [Besvares senere af Systematic] Endpoint navn Endpoint IP Teknisk retning for udveksling Serviceplatformen henter ændringsudtræk hos CPR Dataretning for udveksling CPR udstiller ændringer til Serviceplatformen Service invokation / Triggers Kommunikation initieres af at Serviceplatformen en gang i døgnet. KOMBIT A/S Halfdansgade København S CVR Side 26 af 39

27 Dataspecifikation Dataformatet er baseret på U12170-p, der modtages alle recordtyper. Udtrækket er identisk med den eksisterende integration til CPR abonnement. Se Sikkerhed Sikkerhed er baseret på SFTP Leverancesikkerhed og fejlhåndtering Serviceplatformen skal hente alle ændringer til personnumre, samt håndtere fejl som er angivet i recordtype 910 i udtrækket Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Tidsrum Svartid Værdi [Udfyldes med tidsrummet hvor der sikres normal drift] [Udfyldes med angivelse af det maksimale svartid for dataudvekslingen.] Tilgængelighed [Udfyldes med krav til oppetid inden for aftalt driftstid fx 99,5 pct.] Spidsbelastningsperiode Servicevinduer [Udfyldes med tidsrummet hvor, der forventes spidsbelastning.] [Udfyldes med oplysninger om aftalte servicevinduer og varsling af nedetid.] Service Management Incident Management [Indhold afventer generel afklaring af governancestrukturer.] Problem Management [Indhold afventer generel afklaring af governancestrukturer.] Change Management [Indhold afventer generel afklaring af governancestrukturer.] KOMBIT A/S Halfdansgade København S CVR Side 27 af 39

28 3.2.5 Testplan Integrationstest [Indhold afventer generel afklaring af test] Produktionssætningstest [Indhold afventer generel afklaring af test] 3.3 Specifikation af endpoints for Serviceplatformen som afsendende beskedagent Integrationen benyttes af Serviceplatformen til at sende CPRopdateringsbeskeder til Beskedfordeler Overordnet forretningslogik Serviceplatformen beregner og sender CPRopdateringsbeskeder til Beskedfordeler: Serviceplatformen kalder EP_SP1 Beskedfordeler returnerer et synkront svar til afsender Oversigt over endpoints ID Navn EP_SP1 AfsendBesked Beskrivelse af endpoint EP_SP1 AfsendBesked Beskrivelsen af endpoint findes i Aflever besked [SF1460_C]. Serviceplatformen sender CPRopdateringsbeskeder. Endpoint kaldes ved ændring i CPR Dataspecifikation En besked består af en kuvert og et beskedindhold Beskedkuverten dataspecifikation Dataspecifikationen for beskedkuverten findes i følgende schema-filer: Miljø: Produktion og Test Inputdata Se [SF1460_C] Outputdata Se [SF1460_C] KOMBIT A/S Halfdansgade København S CVR Side 28 af 39

29 Beskedkuverten udfyldes som beskrevet i afsnit Beskedindhold dataspecifikation Dataspecifikationen for indholdet af selve beskeden udfyldes som beskrevet i afsnit Service Management Beskrivelsen af Service Management findes i Aflever besked [SF1460_C]. KOMBIT A/S Halfdansgade København S CVR Side 29 af 39

30 4 Beskrivelse for integrationsplatforme 4.1 Beskrivelse for Serviceplatformen Nærværende afsnit angiver den integrationsfunktionalitet, som Serviceplatformen håndterer i interaktionen mellem integrationsparterne. Snitfladerne er defineret således i forhold til forretningsflowet. En integration kan understøttes af flere integrationsflow, som vil være beskrevet hver for sig i nærværende afsnit. I hvert integrationsflow vil der indgå en række endpoints. Hvert endpoint vil være specificeret i integrationsbeskrivelserne for integrationsparterne, jf. ovenstående afsnit 3. Jf. figuren nedenfor indgår følgende komponenter og endpoints i integrationen. Serviceplatformen CPR EP_CPR1 IF01 SF1460_C EP_SP1 Beskedfordeler SF1460_A/D EP_FS1 SF1460_B EP_FS2 Fagsystem(n) Oversigt over integrationsflows ID Navn IF01 Hent og Distribuer CPR Hændelser Integrationsflow [IF01]: Hent CPR Hændelser Anvendte service endpoints Endpoint ID Navn på endpoint Dokument-reference EP_CPR1 Snitflade til at afhente personhændelser. Afsnit KOMBIT A/S Halfdansgade København S CVR Side 30 af 39

31 EP_SP1 Snitflade til aflevere beskeder om personhændelser. Afsnit Fejl! Henvisningskilde ikke fundet Integrationstype Integrationen er en beskedagentintegration med transformation. Forretningsbeskeder udsendes via det fælleskommunale støttesystem Beskedfordeler [SF1460_C] Diagram over integrationsflowet Jf. figuren nedenfor indgår følgende integrationsflows i integrationen. Fagsystem(n) Beskedfordeler Serviceplatformen CPR Hent CPR Udtræk EP_CPR1 Gentag indtil alt sendt Datatransformering Data skal transformeres fra CPR s CPRRECTYP format til xsd format i beskeder som afsendes via det fælleskommunale støttesystem Beskedfordeler. Beskedkuverten skal udfyldes, således at det er muligt at abonnere på ændringer. Værdier angivet med er faste værdier, der skal sættes ind i Beskedkuverten. Andre værdier skal afsendersystemet selv udfylde. [De fleste Id er er baseret på UUID dog med undtagelse af: KLE - urn:oio:kle:nn.nn.nn CPR - urn:oio.cpr-nr:nnnnnnnnnn CVR - urn:oio:cvr-nr:nnnnnnnn PNR urn:oio:pnr:nnnnnnnnnn Fuldtnavn - urn:oio:fuldtnavn:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Adresse - urn:oio:adresse:nnnnnnnn;nnnn,aaaa;aa;aaaa;aaaa CPR-hændelseskode urn:oio:cpr:personhaendelse:xxx KOMBIT A/S Halfdansgade København S CVR Side 31 af 39

32 da disse ikke repræsenteret af et UUID og derfor skal benytte urn.] [Afklaring/KDF: Endelig definition af urn] De 42 CPR-hændelser opdeles i 2 beskedtyper: CPR-ændring CPR-hændelse CPR-ændring benyttes kun på CPR-hændelse CPR-001, som udsendes for alle CPR-hændelser. Denne beskedtype benyttes til at vedligeholde et CPR-replika lokalt i et fagsystem eller generelt at modtage alle CPR-hændelser fra CPR dagligt. Beskeddata i denne besked er alle de CPR ændringsdata i CPRRECTYP-format (fast tekst) for hvert CPR-nummer. Fagsystemet skal selv fortolke indholdet ud fra U12170-P Ændringsudtræk Off Valgfrie Recordtyper.pdf [SF1320-EXT]. CPR-hændelse er definerede hændelser, hvor der ligger en forretningsregel bag, som er beskrevet i regnearket Regler CPR-hændelser 1.0.xlsx [SF1320-EXT] for CPR-002 CPR-042. Beskedkurverter udfyldes som standard efter nedenstående skemaer sammenholdt med regnearket med forretningsregler. CPR-ændring Element Beskrivelse Værdifelt udfyldelse Filtreringsdata Beskedtype CPR-ændring 2328b250-a f-ae46-637c8cc557af BeskedAnsvarligAktør Det it-system, der afsender beskeden, er CPR 10ce5169-d45d c-04339cef26c6 TilladtModtager Borgerenes bopælskommune Se mapning i [SF1320_A-EXT] Objektregistrering ObjektRegistreringId RegistreringsAktoer Identifikation af hændelsen, der ligger til grund for beskeden. Det it-system, der har genereret hændelsen, er SP [Afklaring/KDF: urn:oio:cpr:journal:nnnnnn-nnnnnn for CPR udtræk id record 000 OPGAVENR-PRODDTO] d92bb9c2-d fb5-d8b88b4377d4 KOMBIT A/S Halfdansgade København S CVR Side 32 af 39

33 Registreringstidspunkt ObjektAnsvarligMyndighed Tidspunkt for hændelsens udsendelse fra kilden Borgerenes bopælskommune (CVR) SP s tid i DateTime format urn:oio:cvr:nnnnnnnn (hvor nnnnnnnn er et 8-cifret CVR nummer). Se mapning i [SF1320_A-EXT] ObjektId Borgerens CPR-nummer urn:oio:cpr:nnnnnnnnnn (hvor nnnnnnnnnn erstattes med 10-cifret CPRnummer uden bindestreg) Se mapning i [SF1320_A-EXT] ObjektType Forretningsobjektet Person ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ObjektHandling Handlingen CPRopdatering 1a350a96-ca14-4b66-a90c-655cd38713fe Se mapning i [SF1320_A-EXT] OpgaveEmne Leveranceinformation Dannelsestidspunkt Tidspunkt hvor beskeden opstod SP s tid i DateTime format Sikkerhedsklassificering Fortrolig personoplysning 292e85a9-8ad4-46df-9e50-f97d6837ad74 GyldighedFra Tidspunkt hvor hændelsen skal gælde fra SP s tid i DateTime format CPR-001er en generel CPR-ændring og skal kun udløses én gang per CPR-nummer, og kan benyttes til at opdatere et lokalt replika af CPR. Beskedindhold er altid alle ændringsrecord fra CPR for et enkelt CPR-nummer lagt i Base64-format. Nedenfor er vist et eksempel på den ændring fra CPR K Pensionist Ude Ulrike Udtzen Ude Ulrike Udtzen U E Udtzen,Heinrich * * * A A29 CPR-hændelse KOMBIT A/S Halfdansgade København S CVR Side 33 af 39

34 Element Beskrivelse Værdifelt udfyldelse Filtreringsdata Beskedtype CPR-hændelse 248ce14c-a863-4fb5-9e6f-7df9ea BeskedAnsvarligAktør Det it-system, der afsender beskeden, er CPR 10ce5169-d45d c-04339cef26c6 TilladtModtager Borgerenes bopælskommune Se mapning i [SF1320_A-EXT] RelateretObjekt[0] CPR Hændelseskode ObjektId CPR-hændelseskode urn:oio:cpr:personhaendelse:nnn (hvor nnn erstattes hændelseskoden fra CPR ændringsrecord) Se mapning i [SF1320_A-EXT] ObjektType ObjektRolle RelateretObjekt[1] Forretningsobjektet Personhaendelse Mor d2cfe1f9-c d-bf04-378f668a30de ObjektId CPR-nummer på Mor urn:oio:cpr:nnnnnnnnnn (hvor nnnnnnnnnn erstattes med 10-cifret CPRnummer uden bindestreg) Se mapning i [SF1320_A-EXT] ObjektType Forretningsobjektet Person ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ObjektRolle RelateretObjekt[2] Far ObjektId CPR-nummer på Far urn:oio:cpr:nnnnnnnnnn (hvor nnnnnnnnnn erstattes med 10-cifret CPRnummer uden bindestreg) Se mapning i [SF1320_A-EXT] ObjektType Forretningsobjektet Person ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ObjektRolle KOMBIT A/S Halfdansgade København S CVR Side 34 af 39

35 RelateretObjekt[3] Ægtefælle (evt. tidligere) ObjektId CPR-nummer på ægtefælle urn:oio:cpr:nnnnnnnnnn (hvor nnnnnnnnnn erstattes med 10-cifret CPRnummer uden bindestreg) Se mapning i [SF1320_A-EXT] ObjektType Forretningsobjektet Person ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ObjektRolle RelateretObjekt[4] Barn ObjektId CPR-nummer på barn urn:oio:cpr:nnnnnnnnnn (hvor nnnnnnnnnn erstattes med 10-cifret CPRnummer uden bindestreg) Se mapning i [SF1320_A-EXT] ObjektType Forretningsobjektet Person ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ObjektRolle RelateretObjekt[5] ObjektId Gammelt/Dobbelt CPR Gammelt CPR-nummer på borgeren urn:oio:cpr:nnnnnnnnnn (hvor nnnnnnnnnn erstattes med 10-cifret CPRnummer uden bindestreg) Se mapning i [SF1320_A-EXT] ObjektType Forretningsobjektet Person ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ObjektRolle RelateretObjekt[6] Adresse ObjektId Adresse [Afklaring/KDF: urn:oio:adresse:nnnnnnnn;nnnn,aaaa;aa; aaaa;aaaa ] Se mapning i [SF1320_A-EXT] ObjektType Forretningsobjektet Adresse 0a0447c0-992e-47ff-bbb5-e6a88761d6d4 ObjektRolle KOMBIT A/S Halfdansgade København S CVR Side 35 af 39

36 Objektregistrering ObjektRegistreringId RegistreringsAktoer Registreringstidspunkt ObjektAnsvarligMyndighed Identifikation af hændelsen, der ligger til grund for beskeden. Det it-system, der har genereret hændelsen, er SP Tidspunkt for hændelsens udsendelse fra kilden Borgerenes bopælskommune (CVR) [Afklaring/KDF: urn:oio:cpr:journal:nnnnnn-nnnnnn for CPR udtræk id record 000 OPGAVENR-PRODDTO] d92bb9c2-d fb5-d8b88b4377d4 SP s tid i DateTime format urn:oio:cvr:nnnnnnnn (hvor nnnnnnnn er et 8-cifret CVR nummer). Se mapning i [SF1320_A-EXT] ObjektId Borgerens CPR-nummer urn:oio:cpr:nnnnnnnnnn (hvor nnnnnnnnnn erstattes med 10-cifret CPRnummer uden bindestreg) Se mapning i [SF1320_A-EXT] ObjektType Forretningsobjektet Person ce7fcf97-a8a2-447a-8690-d38aa0f6e23c ObjektHandling Handlingen CPRopdatering UUID for CPR-002 CPR-042 OpgaveEmne Leveranceinformation Se mapning i [SF1320_A-EXT] Dannelsestidspunkt Tidspunkt hvor beskeden opstod SP s tid i DateTime format Sikkerhedsklassificering Fortrolige personoplysninger 292e85a9-8ad4-46df-9e50-f97d6837ad74 GyldighedFra Tidspunkt hvor hændelsen skal gælde fra SP s tid i DateTime format De relaterede objekter udfyldes forskelligt ud fra handlingstypen. Se mapning i [SF1320_A-EXT]. I [SF1320_A-EXT] beskrives reglerne for, hvorledes CPR hændelser skal omformes til beskeder til Beskedfordeler, samt hvorledes Beskedkuverten udfyldes for hver hændelse. KOMBIT A/S Halfdansgade København S CVR Side 36 af 39