Integrationsbeskrivelse - version 2.2.1 Kommunernes Datafællesskab KDF
Versionshistorik Relevans Dato Initialer Version Kommentarer 2014-10-14 sej 0.1 Første version 2015-03-09 edm 0.1.1 Opdatering af første version 2015-04-23 edm 0.1.2 Opdateret til gennemstilling til NemSMS 2015-04-27 edm 0.1.3 Opdateret med kommentarer fra internt review 2015-05-27 edm 0.1.4 Opdateret med arkitektur-beslutning af SF1600 22/5-15 2015-06-12 edm 0.1.5 Opdateret titel 2015-06-26 edm 0.1.6 Opdateret med kommentarer fra fagsystem review. 2015-06-29 JJN 0.2.0 Referencerettelser mm. 2015-06-29 EHE 2.1 Teknisk beskrivelse godkendt 2015-08-18 EHE 2.2.0 WSDL indarbejdet, dvs. reference [WSDL-SP] opdateret 2015-09-03 EDM 2.2.1 Aftale med Register i forudsætninger 1.2.5. SystemId fjernet fra request i 3.1.4.2 og 3.1.5.2. SystemId findes af SP i 4.1.2.7 og 4.1.3.7. Referencer Ref Titel Kommentarer [SPref] Note vedrørende servicemål for Serviceplatformen [SIKKERHED] Use cases for brug af sikkerhedsmodeller på Serviceplatformen - v.0.4.3 [STS-Sikkerhed] [VBF] Se vilkår Bilag 2 - Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen version 2.0 på nedenstående link https://sharekomm.kombit.dk/p024/delte%20dokumenter/forms/integrationsvilkr.aspx Se vilkår Underbilag 2N - Vilkår for integration til støttesystemet Beskedfordeler version 2.0 på nedenstående link https://share-komm.kombit.dk/p024/delte%20dokumenter/forms/integrationsvilkr.aspx [WSDL-SP] [Digital Post] Notat - Kvitteringer i KOMBIT snitflader.docx Integrationsbeskrivelsen refererer til SF2250 Teknisk Spec 20150818.zip som indeholder WSDL på serviceplatformen, og er placeret i samme mappe som integrationsbeskrivelsen, se link https://sharekomm.kombit.dk/p089/integrationsbeskrivelser/ [Fejlhåndtering] http://www.digst.dk/loesninger-og-infrastruktur/digital-post/loesningerog-teknik/digital-post/vejledninger Digitaliseringsstyrelsens dokumentation for Digital Post og NemSMS. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 2 af 33
[SF1600] Print på Serviceplatformen [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 Indholdsfortegnelse 1 Overordnet beskrivelse... 4 1.1 Integrationens formål... 4 1.2 Overordnet forretningsflow i integrationen... 4 1.3 Servicebetingelser for den samlede integration... 10 1.4 Teststrategi... 12 1.5 Tilslutning af services... 12 2 Kontekst for integrationsparter... 14 2.1 Kontekst for KY... 14 3 Specifikation for integrationsparter... 15 3.1 Specifikation af endpoints for KY... 15 3.2 Specifikation af endpoints for NemSMS... 23 4 Beskrivelse for integrationsplatforme... 30 4.1 Beskrivelse for Serviceplatformen... 30 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 3 af 33
1 Overordnet beskrivelse 1.1 Integrationens formål Fagsystemer skal have integration til SMS på Serviceplatformen. Denne skal bruges til at sende borgeren beskeder omkring f.eks. udbetalinger, samt ad-hoc beskeder som f.eks. Der er sket ny i din sag. Se mere på Selvbetjeningen Det er en forudsætning at borgeren forudgående har tilmeldt sig SMS, hvilket tilbydes borgeren i KY s online grænseflade. 1.2 Overordnet forretningsflow i integrationen Serviceplatformen skal understøtte følgende forretningsgange, som opdeles i - Forespørge på NemSMS tilmeldingsstatus [SF1600] - Modtage ændringer af-/tilmeldinger til NemSMS gennem Beskedfordeler [SF1600] - Tilmelde borgeren til NemSMS - Afsende SMS [SF1600] Da grænsefladerne er identisk med Digital Post og er udstillet af Digital Post, vil disse grænseflader blive genbrugt. I forbindelse med NemSMS er der udstillet en ny service, Tilmelde borgeren til NemSMS, som ikke kan benyttes i forbindelse med Digital Post og derfor er beskrevet i dette dokument. I dette dokument henvises til [SF1600] Print på Serviceplatformen for de snitflader, som er ens. Når en myndighed tilmelder sig Digital Post eller NemSMS, får myndigheden et SystemId (eller SysId), som skal benyttes ved hvert kald til Digital Post eller NemSMS for at identificere afsenderen. Der benyttes forskellige SystemID for Digital Post og NemSMS for hver myndighed, hvilket adskiller om man benytter henholdsvis Digital Post eller NemSMS. 1.2.1 Forespørge på tilmeldingsstatus Digital post udstiller en service, hvor der kan forespørges om borgeren er tilmeldt Digital Post eller NemSMS (eboks). Serviceplatformen udstiller en synkron SOAP service, hvor fagsystemet kan forespørge på tilmeldingsstatus for en person, som gennemstilles til Digital Post med OIOREST. Denne snitflade udstilles i [SF1600]. (EP_SP1) Tegningen nedenfor beskriver denne funktionalitet. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 4 af 33
Digital Post (eboks) Serviceplatform Fagsystem(n) Integrationsbeskrivelse Tilmeldingsstatus Forespørg på tilmeldinger Forespørg tilmelding Modtag resultat Hent tilmelding Returner synkront Tilmelding Database Hent tilmelding Returner synkront 1.2.2 Modtage af-/tilmeldinger til NemSMS gennem Beskedfordeler Serviceplatformen henter tilmeldingslister fra NemSMS dagligt per myndighed. Herefter sammenlignes listen med gårsdagens liste for at afgøre, hvilke forretningsmæssige tilmeldingsændringer, 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 og personnumre. 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 5 af 33
Digital Post Serviceplatformen Beskedfordeler Fagsystem (n) Integrationsbeskrivelse Nedenfor er illustreret flowet i integrationen: Modtag tilmeldingsændringer NemSMS Modtag Besked Modtag Besked Distribuer besked til dueslag Udstil besked Hent tilmeldingsliste Send Besked Udstil tilmeldingsliste Dan forretningshændelser Tilmeldingsdatabase Serviceplatformen skal beregne ændringer i tilmeldingerne ud fra gårsdagens lister, som derfor skal gemmes i Serviceplatformen. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 6 af 33
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_D. Denne snitflade omhandler kun Serviceplatformens modtagelse af personhændelser og afsendelse af forretningshændelser vedr. person (Part). Denne funktion varetages af SF1600 Print på Serviceplatformen, som har en funktionalitet til at kalde Digital Post for at hente tilmeldinger til Digital Post. Digital Post og NemSMS leveres af eboks og har ens snitflader, hvor det er det SystemId per myndighed, som benyttes i kaldet, der bestemmer om det Digital Post eller NemSMS. Se yderligere i [SF1600]. 1.2.3 Tilmelde borgeren til NemSMS Borgeren skal have mulighed for at tilmelde sig NemSMS, hvilket sker gennem NemSMS løsningens register (eboks). Serviceplatformen udstiller en SOAP service, hvor fagsystemet, på vegne af borgeren, kan tilmelde denne til NemSMS. Fagsystemet kalder først NemSMS for at oprette/opdatere borgerens data for derefter at tilmelde borgeren til NemSMS. Borgeren skal herefter bekræfte mobilnummer/sms, før NemSMS bliver aktiv. Hvis borgeren er oprettet i forvejen, vil borgeren data blive opdateret. Tegningen nedenfor beskriver denne funktionalitet. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 7 af 33
NemSMS (eboks) Serviceplatform Fagsystem(n) Integrationsbeskrivelse Tilmelding NemSMS Tilmelde til NemSMS Opret / opdater slutbruger Tilmelde NemSMS Gennemstil til NemSMS Gennemstil til NemSMS Opret / opdater slutbruger Tilmeld slutbruger al NemSMS er Tilmeldinger 1.2.4 Afsende SMS Serviceplatformen udstiller en synkron service til afsendelse af breve, som også benyttes til afsendelse af SMS. Servicen på serviceplatformen udstilles som den gennemstillingsservice til NemSMS. Det er afsenders opgave at undersøge om modtager er tilmeldt NemSMS inden afsendelse. Status for afsendelsen returneres i det synkrone kald. KanalValg sættes til D for Digital Post/NemSMS og prioritet sættes til D for direkte afsendelse. Denne snitflade udstilles i [SF1600]. (EP_SP2). KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 8 af 33
Tegningen nedenfor beskriver denne funktionalitet. Afsend SMS (Print på Serviceplatformen) Afsend brev direkte eller batch Serviceplatform Fagsystem(n) Ja Ja Mapning til DP brev direkte Afsend brev Som Digital Post Nej Nej Viderestil til kommunens fjernprint Organisation Digital Post (eboks) Afsend direkte digital post Afsend status Afsend batch digital post Fjernprint(n) Afsend status Afsend brev KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 9 af 33
1.2.5 Generelle forudsætninger Følgende forudsættes: Kommunerne indgår fornødne aftaler med NemSMS (eboks) omkring levering af NemSMS, og al afregning for afsendelse tilgår den enkelte kommune. Der skal betales et engangsbeløb ved tilslutning af kommunen til NemSMS. Kommunerne vil have et andet SystemId (System Identitet) i NemSMS i forhold til Digital Post. Der skal kun være et samlet SystemId der dækker alle kommunens systemer der sender via Serviceplatformen. Bemærk at tilslutningsafgift betales pr. SystemId. Kommunerne vil have yderligere et SystemId (System Identitet) i Register i forhold til Digital Post og NemSMS, hvor der indgås en separat aftale. Protokollen fra Serviceplatform til Kildesystem (digital post fjernprintløsning) er OIOREST, som defineret af Digitaliseringsstyrelsen. Beskeden kan ikke overstige 160 tegn. Der kan kun afsendes SMS i tidsrummet 8-22 i flg. vilkår for NemSMS. Filformatet skal altid sættes til TXT for NemSMS. 1.3 Servicebetingelser for den samlede integration 1.3.1 Servicemål Parameter Tidsrum Tilmelde borgeren til NemSMS Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. Digitaliseringsstyrelse NemSMS opgiver at der kan afsendes SMS i tidsrummet 8-22 i flg. vilkår for NemSMS 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 Digitaliseringsstyrelse NemSMS vil ikke forpligtige sig til at oplyse svartider. 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]. Digitaliseringsstyrelse NemSMS vil ikke forpligtige sig til at oplyse et servicemål for tilgængelighed Spidsbelastningsperiode Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 10 af 33
Digitaliseringsstyrelse NemSMS vil ikke forpligtige sig til at oplyse spidsbelastningsperioder. 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]. Digitaliseringsstyrelse NemSMS vil ikke forpligtige sig til at oplyse servicevinduer 1.3.2 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: https://share-komm.kombit.dk/p089/ Når servicen er tilgængelig i det eksterne testmiljø på Serviceplatformen, vil den overgå til Serviceplatformens governanceproces. Beskrivelse af denne tilgår senere. 1.3.2.1 Incident Management [Afklaring/KDF: Udfyldes med relevant tværgående opsummering.] Det er KDFs forventning, at dette punkt kan udfyldes med udgangspunkt i den nuværende driftsaftale for Serviceplatformen afsnit 25. Incidents forventes på denne baggrund at skulle rapporteres til følgende kontaktpunkt hos Service Desk-leverandøren, TDC Hosting (telefon: 70 26 25 27, mail: sd@tdchosting.dk). 1.3.2.2 Problem Management [Afklaring/KDF: Udfyldes med relevant tværgående opsummering.] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 11 af 33
1.3.2.3 Change Management [Afklaring/KDF: Udfyldes med relevant tværgående opsummering.] 1.3.3 Lifecycle Management [Afklaring/KDF: Udfyldes med relevant tværgående opsummering.] 1.4 Teststrategi [Indhold afventer generel afklaring af test] 1.4.1 Test i forbindelse med udvikling [Indhold afventer generel afklaring af test] 1.4.1.1 Testfaciliteter og testmiljø [Indhold afventer generel afklaring af test] 1.4.1.2 Testdata [Indhold afventer generel afklaring af test] 1.4.2 Test i forbindelse med produktionssætning [Afklaring/KOMBIT: Det skal afklares hvilke evt. andre krav, der er behov for. Det kan fx være behov for beskrive verifikation af 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 1.5 Tilslutning af services Leverandøren skal være oprettet som tilslutningspart i rammearkitekturens administrationsmodul, og leverandøren skal oprette en tilslutningsaftale for it-systemet i administrationsmodulet. Leverandøren skal tiltræde, og overholde, vilkårene i den til enhver tid gældende aftale for tilslutning af itsystemer til den fælleskommunale rammearkitektur. Leverandøren af It-systemet er ansvarlige for at It-systemet tilsluttes via rammearkitekturens administrationsmodul, med den, eller de, systemtyper (brugervendt system, anvendersystem og/eller serviceudbyder), der er relevante for It-systemet jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. [Afklaring/KDF: Tilføj yderligere dokumentation med vejledning i brug af sikkerhedsmodellen, herunder brug af Security Token Servicen, støttesystemer, mv. i Rammearkitekturen, når denne modtages fra STS] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 12 af 33
1.5.1 Forudsætninger for funktionalitet på Serviceplatformen [Afklaring/KDF det skal angives, hvilke certifikater der skal foreligge for at kunne benytte integrationen] De nødvendige abonnementer og opsætninger skal være oprettet i Beskedfordeler, så systemet kan modtage de beskeder, der indgår i integrationen jf. Vilkår for integration til støttesystemet Beskedfordeler [STS-Sikkerhed]. 1.5.2 Forudsætninger for tilslutning til integrationspart: Fagsystemer Leverandøren skal anmode om indgåelse af serviceaftale for de myndigheder, der skal bruge servicen, i rammearkitekturens administrationsmodul, og myndigheden skal godkender denne anmodning jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. De nødvendige beskedtyper og opsætninger skal være oprettet i Beskedfordeler, så systemet kan sende de beskeder, der indgår i integrationen jf. Vilkår for integration til støttesystemet Beskedfordeler [VBF]. 1.5.3 Forudsætninger for tilslutning til integrationspart: Ekstern system [Afklaring/KDF det skal angives, hvilke certifikater der skal foreligge for at kunne benytte integrationen] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 13 af 33
2 Kontekst for integrationsparter 2.1 Kontekst for KY 2.1.1 Lovhjemmel og forvaltningsmæssigt formål Det er monopolbrudsprojektets vurdering, at nærværende Integration ikke er omfattet af nogen speciallovgivning. Integrationsformålet har dog hjemmel i Forvaltningslovens kapitel 8. Bemærk, at det kræver samtykke at sende notifikationer via NemSMS. Derudover gælder det, at KY indhenter data om borgere i forbindelse med den kommunale sagsbehandling og KY har over for sin leverandør fremsat et mindstekrav om overholdelse af Persondataloven. Endelig indhenter KY data til brug for afgørelser i forbindelse med den kommunale sagsbehandling. Dette sker altid under hensyntagen til den tavshedspligt som gælder ved videregivelse af oplysninger til en anden forvaltningsmyndighed, jf. Forvaltningsloven 28, Stk. 2, 3) Det forvaltningsmæssige formål er at kommunikere med borgerne og gøre opmærksom på nye hændelser i sagsforløb mm. 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. 2.1.2 Kapacitets- og servicekrav Forventet volumen for snitfladen er estimeret til 65.000-70.000 kald per måned. Løsningen skal sende besked via SMS-komponentens snitflade når der er opdateringer på en borgers sag, som f.eks. statusopdateringer eller udbetalinger. Løsningens konkrete anvendelse (volumen) af snitfladen er derfor ikke p.t. mulig at præcisere. 2.1.3 Specifikke forhold for tilslutning af system [Udfyldes med detaljer om evt. specifikke forhold for tilslutning] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 14 af 33
3 Specifikation for integrationsparter 3.1 Specifikation af endpoints for KY Integrationen benyttes til at afsende SMS, tilmelde borgeren til NemSMS samt forespørge på tilmelding til NemSMS på Serviceplatformen (SP). 3.1.1 Overordnet forretningslogik Når et fagsystem ønsker at afsende SMS, forespørger fagsystemet først om modtageren er tilmeldt NemSMS på SP Endpoint EP_SP1. Borgeren kan via online delen af fagsystemet tilmelde sig til NemSMS. Dette sker synkront på SP gennem endpoint EP_SP2. Hvis borgeren er oprettet i forvejen, vil borgerens stamdata i NemSMS blive opdateret og efterfølgende blive tilmeldt alle NemSMS på endpoint EP_SP3. Fagsystemet kan afsende SMS på SP Endpoint EP_SP4. KanalValg sættes til D og Prioritet til D. Serviceplatformen mapper til DP format og gennemstiller NemSMS. 3.1.2 Oversigt over endpoints ID Navn EP_SP1 EP_SP2 EP_SP3 EP_SP4 Spoerg_tilmelding_SP [SF1600 EP_SP1 Spoerg_tilmelding_SP]] Opdater_Borger_NemSMS_SP Tilmeld_NemSMS_SP Afsend_SMS_SP [SF1600 EP_SP2 Afsend_brev_SP] 3.1.3 Beskrivelse af endpoint EP_SP1 - Spoerg_tilmelding_SP Se [SF1600 EP_SP1 Spoerg_tilmelding_DP, afsnit 3.1.3] 3.1.4 Beskrivelse af endpoint EP_SP2 Opdater_Borger_NemSMS_SP [KDF/KY Afklare om det skal være muligt at læse borgerens stamdata, hvis denne er oprettet] 3.1.4.1 Transportspecifikation 3.1.4.1.1 Serviceudstiller Serviceplatform er serviceudstiller 3.1.4.1.2 Serviceanvender Fagsystemet, KY, er serviceanvender. 3.1.4.1.3 Teknologisk understøttelse Snitfladen er implementeret som en SOAP webservice, version 1.2. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 15 af 33
3.1.4.1.4 Teknisk endpoint [Udfyldes med teknisk endpoint] Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL [WSDL-SP] Se filen [Afklaring/KDF: WSDL mangler] Endpoint navn https://prod.serviceplatformen.dk/ [Afklaring/SP: Endelig Url skal indsættes] Endpoint IP [Afklaring/SP: Endelig IP skal indsættes] Miljø: Test URI til WSDL [WSDL-SP] Se filen [Afklaring/KDF: WSDL mangler] Endpoint navn https://exttest.serviceplatformen.dk/ [Afklaring/SP: Endelig Url skal indsættes] Endpoint IP [Afklaring/SP: Endelig IP skal indsættes] 3.1.4.1.5 Teknisk retning for udveksling Fagsystemet kalder synkron service på Serviceplatformen. 3.1.4.1.6 Dataretning for udveksling Fagsystemet afsender data til NemSMS. 3.1.4.1.7 Service invokation / Triggers Kommunikation initieres når fagsystemet har behov for at tilmelde en borger til NemSMS. 3.1.4.2 Dataspecifikation Servicen kaldes med OpdaterBorgerNemSMSRequest og den returnerer OpdaterBorgerNemSMS- Response. Ved fejl returneres standard KOMBIT SOAP fault. Se Transportkvittering i [Fejlhåndtering] Detaljeret dokumentation af grænseflader findes på [Digital Post]. OpdaterBorgerNemSMSRequest KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 16 af 33
Niv Feltnavn Kard Værdisæt Betegnelse 1 AfsenderMyndighed 1..1 2 Objekttype 1..1 String Klassifikation = Myndighed 2 ReferenceID 1..1 URN Kommunens CVR-nr (URN urn:oio:cvr-nr:xxxxxxxx ) 1 TilmeldingRequest CPR-nr eller CVR-nr skal være udfyldt 2 IndholdstypeId 1..1 2 CPR-nr 0..1 String URN urn:oio:cpr-nr:xxxxxxxxxx 2 CVR-nr 0..1 String URN urn:oio:cvr-nr:xxxxxxxx 2 SlutbrugerStamdata 1..1 Complex OIOXML SlutbrugerStamdata.xsd fra [Digital Post] OpdaterBorgerNemSMSResponse Niv Feltnavn Kard Værdisæt Betegnelse 1 [Standard KOMBIT fejl struktur] Snitfladen og XSD er beskrevet i [Digital Post] Bilag A2 REST Register v63 uden ndringsmarkering.pdf Miljø: Produktion Inputdata Outputdata [Afklaring/KDF: XSD mangler] [Afklaring/KDF: XSD mangler] Miljø: Test KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 17 af 33
Inputdata Outputdata [Afklaring/KDF: XSD mangler] [Afklaring/KDF: XSD mangler] 3.1.4.3 Sikkerhed Sikkerhed mellem fagsystemerne og serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed], UC-06. [Udfyldes med information om den anvendte sikkerhedsmodel] [Gælder for Certifikatbaseret sikkerhed, hvor SP udstiller service, følgende tekst kopieres ind som hjælp til leverandør: For at få adgang til at kalde services på Serviceplatformen er der en række krav der skal være opfyldt i forhold til at identificere serviceaftale, service, kaldende kommune og IT-system. Dette gøres i en invocation context, som sendes med. De tekniske detaljer er beskrevet på Serviceplatformen, (https://www.serviceplatformen.dk/administration/help/provider-tech-guide) hvor der også ligger vejledning til udviklere, samt demoprojekter.] 3.1.4.4 Leverancesikkerhed og fejlhåndtering Det er vigtigt at alle SMS der bestilles via printkomponenten på Serviceplatformen, afsendes rettidigt til borgeren. Quality of Service skal derfor være mindst At Least Once. [Udfyldes med information om fejlhåndtering og ansvar i forbindelse med tekniske fejl.] [Udfyldes med information om fejlhåndtering og ansvar i forbindelse med forretningsmæssige fejl.] [Ovenstående skal også omfatte information om aftalte timeoutintervaller og regler for genfremsendelse.] 3.1.4.5 Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid. 3.1.4.5.1 Aftalt driftstid Parameter Tidsrum Svartid Tilgængelighed Værdi Systemet driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer. Der er forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder Servicemålene for systemets driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 18 af 33
Spidsbelastningsperiode Servicevinduer Må antages at være i perioden 06:00-18:00 på arbejdsdage Ved mindre opdateringer: 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: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer. 3.1.5 Beskrivelse af endpoint EP_SP3 - Tilmeld_NemSMS_SP 3.1.5.1 Transportspecifikation 3.1.5.1.1 Serviceudstiller Serviceplatform er serviceudstiller. 3.1.5.1.2 Serviceanvender Fagsystemet, KY, er serviceanvender. 3.1.5.1.3 Teknologisk understøttelse Snitfladen er implementeret som en SOAP webservice, version 1.2. 3.1.5.1.4 Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL [WSDL-SP] Se filen [Afklaring/KDF: WSDL mangler] Endpoint navn https://prod.serviceplatformen.dk/ [Afklaring/SP: Endelig Url skal indsættes] Endpoint IP [Afklaring/SP: Endelig IP skal indsættes] Miljø: Test URI til WSDL [WSDL-SP] Se filen [Afklaring/KDF: WSDL mangler] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 19 af 33
Endpoint navn https://exttest.serviceplatformen.dk/ [Afklaring/SP: Endelig Url skal indsættes] Endpoint IP [Afklaring/SP: Endelig IP skal indsættes] 3.1.5.1.5 Teknisk retning for udveksling Fagsystemet kalder synkron service på Serviceplatformen. 3.1.5.1.6 Dataretning for udveksling Fagsystemet afsender data til NemSMS. 3.1.5.1.7 Service invokation / Triggers Kommunikation initieres når fagsystemet har behov for at tilmelde en borger til NemSMS. 3.1.5.2 Dataspecifikation Servicen kaldes med TilmeldNemSMSRequest og den returnerer TilmeldNemSMSResponse. Ved fejl returneres standard KOMBIT SOAP fault. Se Transportkvittering i [Fejlhåndtering] Detaljeret dokumentation af grænseflader findes på [Digital Post]. TilmeldNemSMSRequest Niv Feltnavn Kard Værdisæt Betegnelse 1 AfsenderMyndighed 1..1 2 Objekttype 1..1 String Klassifikation = Myndighed 2 ReferenceID 1..1 URN Kommunens CVR-nr (URN urn:oio:cvr-nr:xxxxxxxx ) 1 TilmeldingRequest CPR-nr eller CVR-nr skal være udfyldt 2 IndholdstypeId 1..1 2 CPR-nr 0..1 String URN urn:oio:cpr-nr:xxxxxxxxxx 2 CVR-nr 0..1 String URN urn:oio:cvr-nr:xxxxxxxx 2 Myndighedstilmelding 1..1 Complex OIOXML Myndighedstilmelding.xsd fra [Digital Post] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 20 af 33
TilmeldNemSMSResponse Niv Feltnavn Kard Værdisæt Betegnelse 1 [Standard KOMBIT fejl struktur] Snitfladen og XSD er beskrevet i [Digital Post] Bilag A2 REST Register v63 uden ndringsmarkering.pdf Miljø: Produktion Inputdata Outputdata [Afklaring/KDF: XSD mangler] [Afklaring/KDF: XSD mangler] Miljø: Test Inputdata Outputdata [Afklaring/KDF: XSD mangler] [Afklaring/KDF: XSD mangler] 3.1.5.3 Sikkerhed Sikkerhed mellem fagsystemerne og serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed], UC-06. [Udfyldes med information om den anvendte sikkerhedsmodel] [Gælder for Certifikatbaseret sikkerhed, hvor SP udstiller service, følgende tekst kopieres ind som hjælp til leverandør: For at få adgang til at kalde services på Serviceplatformen er der en række krav der skal være opfyldt i forhold til at identificere serviceaftale, service, kaldende kommune og IT-system. Dette gøres i en invocation context, som sendes med. De tekniske detaljer er beskrevet på Serviceplatformen, (https://www.serviceplatformen.dk/administration/help/provider-tech-guide) hvor der også ligger vejledning til udviklere, samt demoprojekter.] 3.1.5.4 Leverancesikkerhed og fejlhåndtering Det er vigtigt at alle SMS der bestilles via printkomponenten på Serviceplatformen, afsendes rettidigt til borgeren. Quality of Service skal derfor være mindst At Least Once. [Udfyldes med information om fejlhåndtering og ansvar i forbindelse med tekniske fejl.] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 21 af 33
[Udfyldes med information om fejlhåndtering og ansvar i forbindelse med forretningsmæssige fejl.] [Ovenstående skal også omfatte information om aftalte timeoutintervaller og regler for genfremsendelse.] 3.1.5.5 Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid. 3.1.5.5.1 Aftalt driftstid Parameter Tidsrum Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer Værdi Systemet driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer. Der er forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder Servicemålene for systemets driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid. Må antages at være i perioden 06:00-18:00 på arbejdsdage Ved mindre opdateringer: 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: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer. 3.1.6 Beskrivelse af endpoint EP_SP4 - Afsend_SMS_SP Se [SF1600 EP_SP2 Afsend_brev_DP, afsnit 3.1.4] 3.1.7 Service Management 3.1.7.1 Incident Management [Afklaring/Programmet rejst emne: skal der være SPOC på integrationer?] 3.1.7.2 Problem Management [Afklaring/Programmet rejst emne: skal der være SPOC på integrationer?] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 22 af 33
3.1.7.3 Change Management [Afklaring/Programmet rejst emne: skal der være SPOC på integrationer?] 3.1.8 Testplan 3.1.8.1 Integrationstest 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] 3.1.8.2 Produktionssætningstest 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] 3.2 Specifikation af endpoints for NemSMS Integrationen benyttes til at afsende SMS til NemSMS, tilmelde borgeren til NemSMS samt vedligeholde replika af tilmeldinger på Serviceplatformen (SP) samt modtage kvittering fra NemSMS, som skal videresendes til fagsystemerne. Serviceplatformen gennemstiller services fra SOAP webservices mod fagsystemerne til OIOREST mod NemSMS (Digital Post) 3.2.1 Overordnet forretningslogik Serviceplatformen gennemstiller forespørgsler på tilmelding til NemSMS fra fagsystemerne på endppoint EP_NS1. Serviceplatformen kan tilmelde borgeren til NemSMS (alle NemSMS myndigheder), hvor der første kaldes til NemSMS på endpoint EP_NS2 for at oprette/opdatere borgeren for efterfølgende at tilmelde NemSMS på endpoint EP_NS3. Borgeren skal efterfølgende bekræfte SMS-tilmeldingen før den bliver aktiv. Serviceplatformen kan afsende en SMS fra et fagsystem til NemSMS på endpoint EP_NS4. Fagsystemet medsender SystemId til NemSMS. Endpoint EP_NS1 og EP_NS4 er udstillet i [SF1600] Print på Serviceplatformen, og er ikke beskrevet her. 3.2.2 Oversigt over endpoints ID Navn KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 23 af 33
EP_NS1 EP_NS2 EP_NS3 EP_NS4 Spoerg_tilmelding_NS [SF1600 EP_DP1 Spoerg_tilmelding_DP] Opdater_borger_NS Tilmeld_NemSMS_NS Afsend_brev_NS [SF1600 EP_DP2 Afsend_brev_DP] 3.2.3 Beskrivelse af endpoint EP_NS1 - Spoerg_tilmelding_NS Se [SF1600 EP_DP1 Spoerg_tilmelding_DP, afsnit 3.2.3] 3.2.4 Beskrivelse af endpoint EP_NS2 - Opdater_borger_NS 3.2.4.1 Transportspecifikation 3.2.4.1.1 Serviceudstiller NemSMS er serviceudstiller. 3.2.4.1.2 Serviceanvender Serviceplatformen er serviceanvender. 3.2.4.1.3 Teknologisk understøttelse Snitfladen er implementeret som OIO-REST. 3.2.4.1.4 Teknisk endpoint OIO-REST kaldet er: HTTP PUT /register/{sysid}/boks/{cpr} for personer eller HTTP PUT /register/{sysid}/boks/{cvr} for virksomheder Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [Udfyldes senere af Systematic] [Udfyldes senere af Systematic] [Udfyldes senere af Systematic] Miljø: Test URI til WSDL Endpoint navn [Udfyldes senere af Systematic] [Udfyldes senere af Systematic] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 24 af 33
Endpoint IP [Udfyldes senere af Systematic] 3.2.4.1.5 Teknisk retning for udveksling Serviceplatformen kalder NemSMS. 3.2.4.1.6 Dataretning for udveksling Serviceplatformen overfører borgerens/virksomhedens stamdata til NemSMS. 3.2.4.1.7 Service invokation / Triggers Når et fagsystem på vegne af en borger/virksomhed skal tilmelde borgeren til NemSMS via Serviceplatformen. 3.2.4.2 Dataspecifikation Kaldet er specificeret i http://www.digst.dk/~/media/files/digitalpost-mv/vejledninger-og-bilag/snitflader/bilag-a2--rest--register-v63-med-ndringsmarkeringpdf.pdf, afsnit A2.3.2 Opret NemSMSbruger / opdater stamdata [Digital Post]. Miljø: Produktion Inputdata SysId CPR-nr (URN urn:oio:cpr-nr:xxxxxxxxxx ) eller CVR-nr (URN urn:oio:cvr-nr:xxxxxxxx ) SlutbrugerStamdata (OIOXML SlutbrugerStamdata.xsd fra [Digital Post]) Outputdata Fejlkode Miljø: Test Inputdata Outputdata 3.2.4.3 Sikkerhed Sikkerhed mellem serviceplatformen og NemSMS er certifikatbaseret, som defineret i RA STS [STS-Sikkerhed], UC-SEC-06. [Udfyldes med information om den anvendte sikkerhedsmodel] [Gælder for Certifikatbaseret sikkerhed, hvor SP udstiller service, følgende tekst kopieres ind som hjælp til leverandør: For at få adgang til at kalde services på Serviceplatformen er der en række krav der skal være opfyldt i forhold til at identificere serviceaftale, service, kaldende kommune og IT-system. Dette gøres i en invocation context, som sendes med. De tekniske detaljer er beskrevet KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 25 af 33
på Serviceplatformen, (https://www.serviceplatformen.dk/administration/help/provider-tech-guide) hvor der også ligger vejledning til udviklere, samt demoprojekter.] 3.2.4.4 Leverancesikkerhed og fejlhåndtering At least once. SP kan gentage operationen hvis der opstår fejl. 3.2.4.5 Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid. 3.2.4.5.1 Aftalt driftstid Parameter Tidsrum Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer Værdi [Udfyldes med tidsrummet hvor der sikres normal drift] [Udfyldes med angivelse af det maksimale svartid for dataudvekslingen.] [Udfyldes med krav til oppetid indenfor aftalt driftstid fx 99,5 pct.] [Udfyldes med tidsrummet hvor, der forventes spidsbelastning.] [Udfyldes med oplysninger om aftalte servicevinduer og varsling af nedetid.] 3.2.5 Beskrivelse af endpoint EP_NS3 - Tilmeld_NemSMS_NS 3.2.5.1 Transportspecifikation 3.2.5.1.1 Serviceudstiller NemSMS er serviceudstiller. 3.2.5.1.2 Serviceanvender Serviceplatformen er serviceanvender. 3.2.5.1.3 Teknologisk understøttelse Snitfladen er implementeret som OIO-REST. 3.2.5.1.4 Teknisk endpoint OIO-REST kaldet er: HTTP PUT /register/{sysid}/boks/{cpr}/myndighedstilmelding for borgere eller HTTP PUT /register/{sysid}/boks/{cvr}/myndighedstilmelding for virksomhed Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 26 af 33
Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [Udfyldes senere af Systematic] [Udfyldes senere af Systematic] [Udfyldes senere af Systematic] Miljø: Test URI til WSDL Endpoint navn Endpoint IP [Udfyldes senere af Systematic] [Udfyldes senere af Systematic] [Udfyldes senere af Systematic] 3.2.5.1.5 Teknisk retning for udveksling Serviceplatformen kalder NemSMS. 3.2.5.1.6 Dataretning for udveksling Serviceplatformen overfører borgerens stamdata til NemSMS. 3.2.5.1.7 Service invokation / Triggers Når et fagsystem opretter/opdaterer en borgers stamdata til NemSMS via Serviceplatformen. 3.2.5.2 Dataspecifikation Kaldet er specificeret i http://www.digst.dk/~/media/files/digitalpost-mv/vejledninger-og-bilag/snitflader/bilag-a2--rest--register-v63-med-ndringsmarkeringpdf.pdf, afsnit A2.3.3 Til- / afmeld en slutbruger til NemSMS er for alle myndigheder [DigitalPost]. [Udfyld specifikation for både input og output data. Dataelementer specificeres med elementnavn, datatype, feltlængde, valgfri/tvungen, evt. bemærkning til anvendelse, og krav til validering.] Miljø: Produktion Inputdata SysId CPR-nr (URN urn:oio:cpr-nr:xxxxxxxxxx ) eller CVR-nr (URN urn:oio:cvr-nr:xxxxxxxx ) Myndighedstilmelding = true (OIOXML Myndighedstilmelding.xsd fra [Digital Post]) Outputdata Fejlkode Miljø: Test Inputdata KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 27 af 33
Outputdata 3.2.5.3 Sikkerhed Sikkerhed mellem serviceplatformen og NemSMS er certifikatbaseret, som defineret i RA STS [STS-Sikkerhed], UC-SEC-06. [Udfyldes med information om den anvendte sikkerhedsmodel] [Gælder for Certifikatbaseret sikkerhed, hvor SP udstiller service, følgende tekst kopieres ind som hjælp til leverandør: For at få adgang til at kalde services på Serviceplatformen er der en række krav der skal være opfyldt i forhold til at identificere serviceaftale, service, kaldende kommune og IT-system. Dette gøres i en invocation context, som sendes med. De tekniske detaljer er beskrevet på Serviceplatformen, (https://www.serviceplatformen.dk/administration/help/provider-tech-guide) hvor der også ligger vejledning til udviklere, samt demoprojekter.] 3.2.5.4 Leverancesikkerhed og fejlhåndtering At least once. SP kan gentage operationen hvis der opstår fejl. 3.2.5.5 Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid. 3.2.5.5.1 Aftalt driftstid Parameter Tidsrum Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer Værdi [Udfyldes med tidsrummet hvor der sikres normal drift] [Udfyldes med angivelse af det maksimale svartid for dataudvekslingen.] [Udfyldes med krav til oppetid indenfor aftalt driftstid fx 99,5 pct.] [Udfyldes med tidsrummet hvor, der forventes spidsbelastning.] [Udfyldes med oplysninger om aftalte servicevinduer og varsling af nedetid.] 3.2.6 Beskrivelse af endpoint EP_NS4 - Afsend_SMS_NS Se [SF1600 EP_DP2 Afsend_brev_DP, afsnit 3.2.4] 3.2.7 Service Management 3.2.7.1 Incident Management [Afklaring/Programmet rejst emne: skal der være SPOC på integrationer?] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 28 af 33
3.2.7.2 Problem Management [Afklaring/Programmet rejst emne: skal der være SPOC på integrationer?] 3.2.7.3 Change Management [Afklaring/Programmet rejst emne: skal der være SPOC på integrationer?] 3.2.8 Testplan 3.2.8.1 Integrationstest 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] 3.2.8.2 Produktionssætningstest 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] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 29 af 33
4 Beskrivelse for integrationsplatforme 4.1 Beskrivelse for Serviceplatformen Nærværende afsnit angiver den integrationsfunktionalitet, som Serviceplatformen håndterer i interaktionen mellem integrationsparter. Da NemSMS baserer sig på Digital Post, benyttes disse services fra [SF1600] også for NemSMS, hvor myndigheden har et andet SystemId for både NemSMS og Register i forhold Digital Post. 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 Fagsystem EP_SP2 EP_SP3 IF01 IF02 EP_NS2 EP_NS3 Digital Post 4.1.1 Oversigt over integrationsflows ID Navn IF01 IF02 Opdater Borger NemSMS Tilmeld NemSMS 4.1.2 Integrationsflow IF01: Opdater borger NemSMS 4.1.2.1 Anvendte service endpoints Endpoint ID Navn på endpoint Dokument-reference EP_SP2 Opdater_Borger_SP Afsnit 3.1.4 EP_NS2 Opdater_borger_NS Afsnit 3.2.4 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 30 af 33
4.1.2.2 Integrationstype Dette er en gennemstillinsintegration, som opretter eller opdaterer en borger eller en virksomhed i NemSMS. Hvis borgeren er oprettet, bliver borgerens stamdata opdateret. 4.1.2.3 Diagram over integrationsflowet Jf. figuren nedenfor indgår følgende integrationsflows i integrationen. Fagsystem Serviceplatformen NemSMS Fagsystem opdaterer en borger i NemSMS. Serviceplatformen gennemstiller Opret/Opdater Borger i NemSMS EP_SP2 Opret/Opdater borger EP_NS2 4.1.2.4 Datatransformering N/A 4.1.2.5 Datapersistering N/A 4.1.2.6 Databerigelse N/A. 4.1.2.7 Routing Serviceplatformen skal finde SystemId for Register ud fra Sikkerhedstoken mod det cachede kopi af Serviceaftalen i Serviceplatformen, så det sikres at det korrekt SystemId benyttes. SystemId er en del af OIOReST endpoint. 4.1.2.8 Orkestrering Ingen. 4.1.2.9 Sikkerhed Sikkerheden hos kilde er certifikatbaseret, mens fagsystemerne anvender rammearkitekturens sikkerhedsmodel. Derfor skal serviceplatformen foretage veksling mellem sikkerhedsmodeller som beskrevet i UC-SEC-06 i [SIKKERHED]. 4.1.2.10 Logning Ingen særlige krav. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 31 af 33
4.1.2.11 Testdata og testfaciliter [Indhold afventer generel afklaring af test] 4.1.2.12 Konfiguration [Udfyldes med oplysninger om hvilke parametre der skal være konfigurerbare, hvilken personkreds/brugertype der skal have konfigurationsmulighed - og hvor ofte der vil være behov for at ændre konfigurationen.] 4.1.2.13 Supplerende information 4.1.3 Integrationsflow IF02: Tilmeld NemSMS 4.1.3.1 Anvendte service endpoints Endpoint ID Navn på endpoint Dokument-reference EP_SP3 Tilmeld_NemSMS_SP Afsnit 3.1.5 EP_NS3 Tilmeld_NemSMS_NS Afsnit 3.2.5 4.1.3.2 Integrationstype Dette er en gennemstillinsintegration, som tilmelder en borger eller en virksomhed i NemSMS. Tilmelding kræver at borgeren er oprettet i NemSMS først (se IF02). 4.1.3.3 Diagram over integrationsflowet Jf. figuren nedenfor indgår følgende integrationsflows i integrationen. Fagsystem Serviceplatformen NemSMS Fagsystem tilmelder en borger/ virksomhed til NemSMS Serviceplatformen gennemstiller til NemSMS EP_SP3 Tilmeld NemSMS EP_NS3 4.1.3.4 Datatransformering N/A 4.1.3.5 Datapersistering N/A KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 32 af 33
4.1.3.6 Databerigelse N/A. 4.1.3.7 Routing Serviceplatformen skal finde SystemId for Register ud fra Sikkerhedstoken mod det cachede kopi af Serviceaftalen i Serviceplatformen, så det sikres at det korrekt SystemId benyttes. SystemId er en del af OIOReST endpoint. 4.1.3.8 Orkestrering N/A 4.1.3.9 Sikkerhed Sikkerheden hos kilde er certifikatbaseret, mens fagsystemerne anvender rammearkitekturens sikkerhedsmodel. Derfor skal serviceplatformen foretage veksling mellem sikkerhedsmodeller som beskrevet i UC-SEC-06 i [SIKKERHED]. 4.1.3.10 Logning Ingen særlige krav. 4.1.3.11 Testdata og testfaciliter [Indhold afventer generel afklaring af test] 4.1.3.12 Konfiguration [Udfyldes med oplysninger om hvilke parametre der skal være konfigurerbare, hvilken personkreds/brugertype der skal have konfigurationsmulighed - og hvor ofte der vil være behov for at ændre konfigurationen.] 4.1.3.13 Supplerende information KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 33 af 33