SF Print på Serviceplatformen Integrationsbeskrivelse - version 2.1.6

Transkript

1 Integrationsbeskrivelse - version Kommunernes Datafællesskab - KDF

2 Versionshistorik Relevans Dato Initialer Version Kommentarer sej 0.1 Første version DGJ Ny version med rutning af Digital Post på Serviceplatformen EDM Ny version med flere operationer til direkte rutning EDM Ny version med sammenlægning af enkelt brev og masseforsendelse EDM Ny version med ren gennemstilling af services fra SOAP til REST EDM Opdatering efter internt review JSE Sendt til integrationsplatform EDM Ny version baseret på arkitekturindstilling per EDM Opdateret med automatisk kanalvalg på Serviceplatform EDM Opdateret med interne review kommentarer JJN 0.6 Referencerettelser mm EHE Teknisk beskrivelse godkendt EDM Opdateret med kommentarer fra Serviceplatform og fagprojekter EDM Fjernet /fil i URL i EDM Uddybning af Serviceplatformen som afsendersystem i EDM SystemId lavet til Systemvalg i , Afsendersystem fjernet i Serviceplatformen finder SystemId/Afsendersystem ud fra myndighed i serviceaftalen EDM Opdatering omkring Beskedfordeler. I afsnit 1.5 forudsætninger, afsnit og omkring Abonnement og værdilister. Afsnit 3.4 omkring Beskedkuvert EDM Beskrevet kanalvalg S for NemSMS fra SF2250 i afsnit og samt Register-tilmelding er en forudsætning i afsnit Referencer Ref Titel Kommentarer [SPref] Se Note vedrørende servicemål for Serviceplatformen.pdf på følgende link: [BFref] [Afklaring/KDF indsæt reference dokumentation af servicemål for BF] Endnu ikke udarbejdet [SIKKERHED] Use cases for brug af sikkerhedsmodeller på Serviceplatformen - v [STS-Sikkerhed] 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 87

3 [SFTP] [VBF] [Digital Post] 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 Notat - Kvitteringer i KOMBIT snitflader.docx Vejledning med xsd. Digitaliseringsstyrelsens dokumentation [Fjernprint] [Fejlhåndtering] Digitaliseringsstyrelsens dokumentation [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 [WSDL-SP] [WSDL-EXT] Integrationsbeskrivelsen refererer til SF1600 Teknisk Spec zip som indeholder WSDL/WADL på serviceplatformen, og er placeret i samme mappe som integrationsbeskrivelsen, se link Integrationsbeskrivelsen refererer til SF1600 Bilag zip som indeholder WSDL/WADL/XSD af eksterne interfaces, som er placeret i samme mappe som integrationsbeskrivelsen, se link Indholdsfortegnelse 1 Overordnet beskrivelse Integrationens formål Overordnet forretningsflow i integrationen Forespørgsel på tilmeldingsstatus Ændring i tilmeldingsstatus via BeskedFordeler Afsende enkelte breve, direkte eller batch (masseafsendelse) Status og kvitteringer via BeskedFordeler Generelle forudsætninger KOMBIT A/S Halfdansgade København S CVR Side 3 af 87

4 1.3 Servicebetingelser for den samlede integration Servicemål Service Management Lifecycle Management Teststrategi Test i forbindelse med udvikling Test i forbindelse med produktionssætning Forudsætninger for produktionssætning af integration Forudsætninger for funktionalitet på Serviceplatformen Forudsætninger for tilslutning til integrationspart: Fagsystemer Forudsætninger for tilslutning til integrationspart: Ekstern system Kontekst for integrationsparter Kontekst for KY Lovhjemmel og forvaltningsmæssigt formål Kapacitets- og servicekrav Specifikke forhold for tilslutning af system Kontekst for KSD Lovhjemmel og forvaltningsmæssigt formål Kapacitets- og servicekrav Specifikke forhold for tilslutning af system Kontekst for Ejendomsskat Lovhjemmel og forvaltningsmæssigt formål Kapacitets- og servicekrav Specifikke forhold for tilslutning af system Specifikation for integrationsparter Specifikation af endpoints for KY, KSD og Ejendomsskat Overordnet forretningslogik Oversigt over endpoints Beskrivelse af endpoint EP_SP1 - Spoerg_tilmelding_SP Beskrivelse af endpoint EP_SP2 - Afsend_brev_SP Beskrivelse af endpoint EP_BF1 - ModtagBesked Beskrivelse af endpoint EP_BF2 - AdministrerVaerdiliste Service Management Testplan Specifikation af endpoints for Digital Post Overordnet forretningslogik KOMBIT A/S Halfdansgade København S CVR Side 4 af 87

5 3.2.2 Oversigt over endpoints Beskrivelse af endpoint EP_DP1 - Spoerg_tilmelding_DP Beskrivelse af endpoint EP_DP2 - Afsend_brev_DP Beskrivelse af endpoint EP_DP3 - Masseafsend_brev_DP] Beskrivelse af endpoint EP_DP4 - Modtag_kvittering_DP Beskrivelse af endpoint EP_DP5 - Kvitter_kvittering_DP Beskrivelse af endpoint EP_DP6 - Hent_tilmeldingsliste_DP Beskrivelse af endpoint EP_DP7 - Hent_tilmeldinger_delliste_DP Service Management Testplan Specifikation af endpoints for Fjernprint Overordnet forretningslogik Oversigt over endpoints Beskrivelse af endpoint EP_FP1 - Afsend_brev_FP Beskrivelse af endpoint EP_FP2 - Hent_status_FP Beskrivelse af endpoint EP_FP3 - Hent_statusdetalje_FP Service Management Testplan Specifikation af endpoints mellem Serviceplatformen og BeskedFordeler Overordnet forretningslogik Oversigt over endpoints Beskrivelse af endpoint EP_BF3 AfsendBesked Service Management Testplan Beskrivelse for integrationsplatforme Beskrivelse for Serviceplatformen Oversigt over integrationsflows Integrationsflow IF01: Forespørg tilmelding DP (og NemSMS) Integrationsflow IF02: Afsend brev Integrationsflow IF03: Beskedfordel status print Integrationsflow IF04: Beskedfordel ændringer tilmeldinger DP KOMBIT A/S Halfdansgade København S CVR Side 5 af 87

6 1 Overordnet beskrivelse 1.1 Integrationens formål Formålet er at forsyne kommunale systemer (kaldet fagsystemer efterfølgende) med mulighed for at afsende breve til borgere og virksomheder enten via Digitaliseringsstyrelsens Digital Post løsning eller som fysisk brev via kommunens Fjernprintløsning. Der skal understøttes Fjernprintløsninger individuelt for de enkelte kommuner, forudsat de understøtter Fjernprint standard snitfladerne defineret af Digitaliseringsstyrelsen. For at kunne fordele printet mellem Digital Post og Fjernprint (kanalvalg) samt lave differentieret indhold afhængig af tilmelding til Digital Post, udstiller Serviceplatformen ligeledes en service, hvor fagsystemet kan forespørge på status for tilmelding til Digital Post for borgeren. Denne service understøtter også status omkring tilmelding til NemSMS. 1.2 Overordnet forretningsflow i integrationen Serviceplatformen skal understøtte følgende forretningsgange ved gennemstilling til Digital Post og Fjernprint: - Forespørgsel på tilmeldingsstatus - Ændring i tilmeldingsstatus via BeskedFordeler - Afsende enkelte breve, direkte eller batch (masseafsendelse) - Status og kvitteringer via BeskedFordeler Fagsystemerne har tre muligheder for afsendelse af breve til hhv. Digital Post og Fjernprint: - Fagsystemet kan selv foretage valg af kanal ud fra bl.a. tilmeldingsstatus fra Digital Post, som kan hentes via Serviceplatform med løbende opdateringer via BeskedFordeler - Fagsystemet kan lade Serviceplatformen vælge kanalen ud fra den dagligt indlæste tilmeldingsliste fra Digital Post placeret på Serviceplatformen. - Fagsystemet kan endelige lade den af kommunen valgte Fjernprint-løsning forestå kanalvalg under forudsætning af, at det understøttes af den valgte løsning. En Fjernprint-leverandør skal tage betaling for hver overførsel til Digital Post. De tre muligheder er understøttet af en og samme service udstillet på Serviceplatformen. Det betyder, at fagsystemet, såfremt der er et forretningsmæssigt behov herfor, løbende kan skifte mellem de tre muligheder for kanalvalg Forespørgsel på tilmeldingsstatus Digital Post udstiller en service, hvor der kan forespørges om borgeren er tilmeldt Digital Post eller NemSMS (begge tjenester leveres af eboks). Digital Post og NemSMS har hver sit SystemId for hver kommune. Serviceplatformen udstiller en synkron SOAP service, hvor fagsystemet kan forespørge på tilmeldingsstatus for en personer, som gennemstilles til Digital Post med OIOREST. Fagsystemerne kan gemme denne status på sagen. Tegningen nedenfor beskriver denne funktionalitet. KOMBIT A/S Halfdansgade København S CVR Side 6 af 87

7 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 Ændring i tilmeldingsstatus via BeskedFordeler Serviceplatformen henter tilmeldingslister fra Digital Post (og tilsvarende NemSMS) dagligt per myndighed. Herefter sammenlignes listen med gårsdagens liste, som opbevares og opdateres i et replika på Serviceplatformen, for at afgøre, hvilke forretningsmæssige tilmeldingsændringer, som har fundet sted. Tilmeldingsændringer afleveres 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. Abonnement opsættes med et filter på DokumentId som indeholder reference til fagsystemet. Fagsystemet vil således kun kunne modtage personhændelser fra BeskedFordeler på angivne beskedtyper og som er indeholdt i fagsystemets abonnement. Integrationen er en orkestreringsintegration, som integrerer til BeskedFordeler. KOMBIT A/S Halfdansgade København S CVR Side 7 af 87

8 Digital Post Serviceplatformen Beskedfordeler Fagsystem (n) Integrationsbeskrivelse Nedenfor er illustreret flowet i integrationen: Modtag tilmeldingsændringer Digital Post Modtag Besked Modtag Besked Distribuer besked til dueslag Udstil besked Hent tilmeldingsliste Send Besked Tilmelding replika Udstil tilmeldingsliste Dan forretningshændelser Tilmeldingsdatabase KOMBIT A/S Halfdansgade København S CVR Side 8 af 87

9 Serviceplatformen skal beregne ændringer i tilmeldingerne ud fra gårsdagens lister, som derfor skal gemmes i Serviceplatformen i et replika. For hver person der enten er tilmeldt eller afmeldt i forhold til den forgående liste genereres en hændelsesbesked. Beskederne genereres individuelt for tilmeldinger/ afmeldinger i forhold til både Digital Post og NemSMS 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) Afsende enkelte breve, direkte eller batch (masseafsendelse) Serviceplatformen udstiller en fælles SOAP services til afsendelse af breve til både Digital Post og Fjernprint, som benyttes, når der afsendes breve direkte (enkeltafsendelse) eller batch (masseafsendelse). Der kan kun afsendes et brev af gangen til servicen. Fagsystemet kan ud fra borgerens tilmelding til Digital Post vælge den rigtige kanal eller lade Serviceplatformen vælge kanal ud fra tilmeldings-replika på Serviceplatformen. Et brev må ikke overstiger en størrelse på 10 MByte. Fagsystemet vælger den korrekte kanal Digital Post (D), Fjernprint (F) eller automatisk (A), ud fra tilmeldingsstatus fra Digital Post (eboks) samt NemSMS (S). Hvis fagsystemet ønsker at lade Fjernprint lave kanalvalg, sendes alt til Fjernprint (P). For afsendelse til Fjernprint vælger Serviceplatformen den aktuelle Fjernprintløsning baseret på rutning fra Serviceaftale/Sikkerhed, som beskriver kommunens aftale med Fjernprint. Fjernprint-leverandøren skal understøtte grænseflader og funktionalitet defineret af Digitaliseringsstyrelsen. Fagsystemet vælger desuden om afsendelse er direkte D (enkelt afsendelse) eller batch M (masseafsendelse). Digital Post har krav om, at batch-kørsler skal sende til en specifik masseafsendelsesservice, så derfor skal dette vælges. Bemærk at hvis modtageren er en virksomhed (CVR-nummer) skal posten altid sendes digitalt. Virksomheder kan dog fritages, hvis de ikke har digital adgang. [KDF/Afklaring om virksomheder optræder i tilmeldingslister]. Fagsystemet skal levere alle print i PDF A-1a format. Ved afsendelse kodes filen med BASE64 og inkluderes i servicens XML parameterstruktur. Det kaldende fagsystem håndterer alle fejl, herunder eventuel genfremsendelse som fysisk brev i tilfælde af fejl fra eboks på mail afsendelse (Kan ske hvis borgeren har afmeldt samme dag). Modtagersystemerne håndterer at give fejl, hvis man gensender et brev, som ikke har fejlet. Tegningen nedenfor beskriver denne funktionalitet. KOMBIT A/S Halfdansgade København S CVR Side 9 af 87

10 Fjernprint(n) Digital Post (eboks) Serviceplatform Fagsystem(n) Integrationsbeskrivelse Print på Serviceplatformen Afsend brev direkte eller batch Afsend brev Mapning til DP brev D Kanalvalg A F / P Organisation Ja direkte Nej Ja DigitalPost Nej Tilm. replika Viderestil til kommunens fjernprint Afsend direkte digital post Afsend batch digital post Afsend status Afsend status Afsend brev KOMBIT A/S Halfdansgade København S CVR Side 10 af 87

11 1.2.4 Status og kvitteringer via BeskedFordeler Serviceplatformen skal afhente kvitteringer fra Digital Post periodisk. Masseafsendelse processes om natten, og kan hentes ca. 1 døgn efter (afleveret før kl. 17 kan afhentes kl 8 efter 17 kan afhentes kl. 17). Kvitteringslister slettes automatisk efter 7 dage. Det normale mønster for at hente kvitteringer er: 1. Afhent lister af kvitteringer fra Digital Post og videresend på BeskedFordeler 2. Kvitter for kvitteringsliste Tilsvarende kan der læses status fra Fjernprint, hvor rutningen sker ud fra Serviceaftale/Sikkerhed. 1. Statusliste på ønskede forsendelser læses 2. Indikerer status, at der er sket en fejl, hentes detailoplysninger for forsendelsen. 3. Status videresendes på BeskedFordeler Ved skift til anden Fjernprintleverandør skal Serviceplatformen have mulighed for at hente status fra den gamle leverandør i op til 1 måned fra leverandørskiftet. Serviceplatformen holder en cache af SystemId per myndighed for Digital Post, NemSMS og Fjernprint fra it-systemer i Organisation. Tegningen nedenfor beskriver denne funktionalitet KOMBIT A/S Halfdansgade København S CVR Side 11 af 87

12 Digital Post (eboks) Fjernprint(n) Serviceplatform Beskedfordeler Fagsystem Integrationsbeskrivelse Print på Serviceplatformen Status og kviteringer via Beskedfordeler Hent besked Afsend besked Placer i dueslag Organisation Hent kvitteringer Omdan kvittering til besked Kvitter for kvitteringer Hent statusændringer Behandl status Hent statusdetalje Omdan status til besked Hent kvitteringer Returner kvitteringer Kvitter for liste Kvitteringer Hent Status i tidsinterval Afsend Statusliste Hent Statusdetaljer Afsend Statusdetalje Forsendelse status Generelle forudsætninger Følgende forudsættes: Kommunerne indgår fornødne aftaler med Digital Post (eboks) omkring levering af Digital Post (og NemSMS), og al afregning for afsendelse tilgår den enkelte kommune. Der skal betales tilslutning af kommunen for hver dokumenttype, som defineres i Digital Post. Kommunen kan vælge at benytte samme dokumenttype (F.eks. Brev fra kommunen ) til alle typer print uanset brevskabelon, og så angive typen i overskriften. KOMBIT A/S Halfdansgade København S CVR Side 12 af 87

13 Kommunerne opretter serviceaftale med leverandør af Fjernprintløsning omkring fysisk post, og foretager nødvendig administration i forbindelse hermed. Serviceaftale/Sikkerhed danner grundlaget for rutningen i Serviceplatformen. Fjernprintleverandøren skal overholde Digitaliseringsstyrelsens standard grænseflader og funktionalitet for Fjernprint. Ved leverandørskift skal det være muligt at kunne hente status fra den gamle leverandør i op til 1 måned efter leverandørskiftet. Kommunens Fjernprintleverandør håndterer fysisk forsendelse: Kuvertering, frankering, placering af adresse mm. Kommunerne skal opsætte forsendelsestype i Fjernprint, uanset leverandør, på samme måde. Fagsystemet danner selv dokumenter til forsendelse. Dvs. det forudsættes at der ikke skal vedligeholdes skabeloner i forbindelse med de modtagne printfiler. Fagsystemet skal håndtere gensendelse/genudskrivning ved fejl, som gør at print ikke afleveres på udskriftsdatoen. Protokollen fra Serviceplatform til Kildesystem (Digital Post/NemSMS og Fjernprint) er OIO- REST, som defineret af Digitaliseringsstyrelsen. Serviceplatformen oprettes hos Digital Post, NemSMS (e-boks), Register og Fjernprint som et "standardafsendersystem" med eget certifikat. Hver myndighed, dvs. kommunerne, opretter Serviceplatformen som afsendersystem i administrationsportalen hos Digital Post, NemSMS (e-boks), Register og Fjernprint, og tilknytter relevante tilmeldingsgrupper og indholdstyper (materialer) som borgerne kan tilmelde sig. 1.3 Servicebetingelser for den samlede integration Digital Post har krav om, at masseafsendelser af breve skal afsendes til en specifik masseafsendelsesservice. Derfor skal alle periodiske kørsler fra fagsystemerne altid vælge Prioritet M for at sikre den korrekte masseafsendelse til Digital Post Servicemål Parameter Forespørgsel på tilmeldingsstatus Ændring i tilmeldingsstatus via BF Afsend enkelte breve Status og kvitteringer via BF Tidsrum Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse et tidsrum for åbningstid. Reelt er der ingen begrænsninger. Beskedfordeler driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [BFref]. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse et tidsrum for åbningstid. Reelt er der ingen begrænsninger. Beskedfordeler driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [BFref]. KOMBIT A/S Halfdansgade København S CVR Side 13 af 87

14 Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse et tidsrum for åbningstid. Reelt er der ingen begrænsninger. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives åbningstid. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse et tidsrum for åbningstid. Reelt er der ingen begrænsninger Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse et tidsrum for åbningstid. Reelt er der ingen begrænsninger. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives åbningstid. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse et tidsrum for åbningstid. Reelt er der ingen begrænsninger. Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse et tidsrum for åbningstid. Reelt er der ingen begrænsninger. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives åbningstid. 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 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 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 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 Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse svartider. Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse svartider. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives åbningstid. Svartid for Beskedfordeler er beskrevet i [BFref]. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse svartider. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse svartider. Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse svartider. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives åbningstid. Svartid for Beskedfordeler er beskrevet i [BFref]. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse svartider. Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse svartider. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives åbningstid. 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]. Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid [SPref]. Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid [SPref]. 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]. Tilgængelighed for Beskedfordeler er beskrevet i [BFref]. KOMBIT A/S Halfdansgade København S CVR Side 14 af 87

15 Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse et servicemål for tilgængelighed Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse et servicemål for tilgængelighed. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives et servicemål for tilgængelighed. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse et servicemål for tilgængelighed. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse et servicemål for tilgængelighed Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse et servicemål for tilgængelighed. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives et servicemål for tilgængelighed. Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse et servicemål for tilgængelighed. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives et servicemål for tilgængelighed. Spidsbelastningsperiode Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse spidsbelastningsperioder. Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse spidsbelastningsperioder. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives spidsbelastningsperioder. Spidsbelastning for Beskedfordeler er beskrevet i [BFref]. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse spidsbelastningsperioder. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse spidsbelastningsperioder. Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse spidsbelastningsperioder. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives spidsbelastningsperioder. Spidsbelastning for Beskedfordeler er beskrevet i [BFref]. Digitaliseringsstyrelsen Digital Post vil ikke forpligtige sig til at oplyse spidsbelastningsperioder. Digitaliseringsstyrelsen Fjernprint vil ikke forpligtige sig til at oplyse spidsbelastningsperioder. Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives 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: 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: 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: 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. Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. KOMBIT A/S Halfdansgade København S CVR Side 15 af 87

16 06:00. Varsling: 1. uge, Varighed: max 3 timer 06:00. Varsling: 1. uge, Varighed: max 3 timer 06:00. Varsling: 1. uge, Varighed: max 3 timer 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]. 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]. 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]. 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]. [Afklaring/KDF: Servicevinduer for Digitaliseringsstyrelsen Digital Post og Digitaliseringsstyrelsen Fjernprint] Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives information om servicevinduer. Servicevinduer for Beskedfordeler er beskrevet i [BFref]. [Afklaring/KDF: Servicevinduer for Digitaliseringsstyrelsen Digital Post og Digitaliseringsstyrelsen Fjernprint] [Afklaring/KDF: Servicevinduer for Digitaliseringsstyrelsen Digital Post og Digitaliseringsstyrelsen Fjernprint] Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives information om servicevinduer. Servicevinduer for Beskedfordeler er beskrevet i [BFref]. [Afklaring/KDF: Servicevinduer for Digitaliseringsstyrelsen Digital Post og Digitaliseringsstyrelsen Fjernprint] Fjernprint-leverandører kan aftales individuelt for en kommune, og der kan derfor ikke angives information om servicevinduer 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/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: , mail: sd@tdchosting.dk). KOMBIT A/S Halfdansgade København S CVR Side 16 af 87

17 Problem Management [Afklaring/KDF: Udfyldes med relevant tværgående opsummering.] Change Management [Afklaring/KDF: Udfyldes med relevant tværgående opsummering.] Lifecycle Management [Afklaring/KDF: Udfyldes med relevant tværgående opsummering.] 1.4 Teststrategi [Indhold afventer generel afklaring af test] Test i forbindelse med udvikling [Indhold afventer generel afklaring af test] Testfaciliteter og testmiljø [Indhold afventer generel afklaring af test] Testdata [Indhold afventer generel afklaring af test] 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 Hertil kommer en kapacitetstest der sikrer at Serviceplatformen og Digital Post kan håndtere de mængder systemet påtænker at afsende uden for mange timeouts. 1.5 Forudsætninger for produktionssætning af integration 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]. KOMBIT A/S Halfdansgade København S CVR Side 17 af 87

18 [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] Forudsætninger for funktionalitet på Serviceplatformen [Afklaring/KDF det skal angives, hvilke certifikater der skal foreligge for at kunne benytte integrationen] 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]. Leverandøren skal være oprettet som tilslutningspart på SF1460_C 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 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]. Leverandøren skal være oprettet som tilslutningspart på SF1460_A/SF1460_D og SF1460_B 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 København S CVR Side 18 af 87

19 2 Kontekst for integrationsparter 2.1 Kontekst for KY Lovhjemmel og forvaltningsmæssigt formål Det forvaltningsmæssige formål er at kommunikere med borgere. Lovhjemmel i forbindelse hermed anses for at være implicit givet Kapacitets- og servicekrav Ca breve pr. måned. En forsendelse forventes at fylde ca. 20 KByte (30 KByte v/ base 64), og en masseforsendelse vil indeholde maksimum omkring breve for en kommune. Dvs. filstørrelse omkring 1100 MByte der samlet skal afsendes. Minimum 90% af disse forsendelser forventes afsendt via Digital Post et brev ad gangen Specifikke forhold for tilslutning af system Det skal sikres, at kommunen har aftaler med Digital Post og en Fjernprint-leverandør, således at både fagsystem og Serviceplatformen kender kommunens SystemId for både Digital Post og Fjernprint samt Fjernprint-URL gennem Serviceaftale/Sikkerhed. Uden disse kan Serviceplatformen ikke rute forsendelsen til den korrekte modtager samt afhente tilmeldinger og status. 2.2 Kontekst for KSD Lovhjemmel og forvaltningsmæssigt formål Det forvaltningsmæssige formål er at kommunikere med borgere. Lovhjemmel i forbindelse hermed anses for at være implicit givet Kapacitets- og servicekrav Ca breve pr. måned. En forsendelse forventes at fylde ca. 20 KByte (30 KByte v/ base 64), og en masseforsendelse vil indeholde maksimum omkring breve for en kommune. Dvs. filstørrelse omkring 660 MByte. Minimum 90% af disse forsendelser forventes afsendt via Digital Post et brev ad gangen Specifikke forhold for tilslutning af system Det skal sikres, at kommunen har aftaler med Digital Post og en Fjernprint-leverandør, således at både fagsystem og Serviceplatformen kender kommunens SystemId for både Digital Post og Fjernprint samt Fjernprint-URL gennem Serviceaftale/Sikkerhed. Uden disse kan Serviceplatformen ikke rute forsendelsen til den korrekte modtager samt afhente tilmeldinger og status. KOMBIT A/S Halfdansgade København S CVR Side 19 af 87

20 2.3 Kontekst for Ejendomsskat Lovhjemmel og forvaltningsmæssigt formål Det forvaltningsmæssige formål er at kommunikere med borgere. Lovhjemmel i forbindelse hermed anses for at være implicit givet Kapacitets- og servicekrav Ca. 2,1 mio breve en gang årligt samt et mindre antal ad-hoc forsendelser. En forsendelse forventes at fylde ca. 20 KByte (30 KByte v/ base 64), og en masseforsendelse vil indeholde maksimum omkring breve for en kommune. Dvs. filstørrelse omkring 7,5 GByte. Minimum 90% af disse forsendelser forventes afsendt via Digital Post et brev ad gangen Specifikke forhold for tilslutning af system Det skal sikres, at kommunen har aftaler med Digital Post og en Fjernprint-leverandør, således at både fagsystem og Serviceplatformen kender kommunens SystemId for både Digital Post og Fjernprint samt Fjernprint-URL gennem Serviceaftale/Sikkerhed. Uden disse kan Serviceplatformen ikke rute forsendelsen til den korrekte modtager samt afhente tilmeldinger og status. KOMBIT A/S Halfdansgade København S CVR Side 20 af 87

21 3 Specifikation for integrationsparter 3.1 Specifikation af endpoints for KY, KSD og Ejendomsskat Integrationen benyttes til at afsende breve (digitale og fysiske) samt forespørge på tilmelding til Digital Post via Serviceplatformen (SP). Desuden vil fagsystemerne modtager kvitteringer fra Digital Post og status fra Fjernprint via BeskedFordeler fra Serviceplatformen Overordnet forretningslogik Når et fagsystem ønsker at afsende breve, enten digitalt eller fysisk, skal fagsystemet først spørge på, om modtageren er tilmeldt Digital Post på SP Endpoint EP_SP1, hvor svaret kan benyttes i forbindelse med formatering af brevet og senere til afsendelse til enten Digital Post eller Fjernprint. Fagsystemet modtager ændringer til tilmeldinger gennem BeskedFordeler (EP_BF01). Hvis fagsystemet skal afsende et brev benyttes Endpoint EP_SP2, hvor kanalvalg sættes til Digital Post, Fjernprint eller automatisk (D, F, A, P) samt prioritering Direkte eller Masseafsendelse (D, M). Serviceplatformen ruter til kommunens Fjernprintleverandør fra Serviceaftale/Sikkerhed. Status for direkte afsendelsen til Digital Post returneres i kaldet til EP_SP2 (synkront svar). For masseafsendelse til Digital Post eller Fjernprint bliver kvitteringer og status returneret gennem BeskedFordeler (EP_BF01). Fagsystemerne har mulighed for at abonnere, gennem Endpoint EP_BF02, på ændringer i tilmelding til Digital Post (og NemSMS) samt status på print gennem BeskedFordeler, hvor de gennem Endpoint EP_BF1 modtager beskederne. Serviceplatformen sørger for at placere ændringer til tilmeldingerne samt status på print på BeskedFordeler Oversigt over endpoints ID Navn EP_SP1 EP_SP2 EP_BF1 EP_BF2 Spoerg_tilmelding_SP Afsend_brev_SP ModtagBeskeder [SF1460_D/SF1460_A] AdministrerVaerdiliste [SF1460_B] Beskrivelse af endpoint EP_SP1 - Spoerg_tilmelding_SP Transportspecifikation Serviceudstiller Serviceplatform er serviceudstiller Serviceanvender Fagsystemerne, KY, KSD, ESR, er serviceanvendere. KOMBIT A/S Halfdansgade København S CVR Side 21 af 87

22 Teknologisk understøttelse Snitfladen er implementeret som en SOAP webservice, version Teknisk endpoint [Udfyldes med teknisk endpoint] Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL [WSDL-SP] Se filen PrintService.wsdl Endpoint navn [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 PrintService.wsdl Endpoint navn [Afklaring/SP: Endelig Url skal indsættes] Endpoint IP [Afklaring/SP: Endelig IP skal indsættes] Teknisk retning for udveksling Fagsystemet kalder Serviceplatformen Dataretning for udveksling Serviceplatformens webservice sender svar til det kaldende fagsystem Service invokation / Triggers Kommunikationen initieres af, at fagsystemet ønsker at vide om borgeren er tilmeldt Digital Post og/eller NemSMS Dataspecifikation Servicen kaldes med SpoergTilmeldingRequest og den returnerer SpoergTilmeldingResponse. Ved fejl returneres standard KOMBIT SOAP fault. Se Transportkvittering i [Fejlhåndtering] Detaljeret dokumentation af grænseflader findes på [Digital Post]. KOMBIT A/S Halfdansgade København S CVR Side 22 af 87

23 SpoergTilmeldingRequest Niv Feltnavn Kard Værdisæt Betegnelse 1 AfsenderMyndighed 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 Systemvalg 1..1 Char D =Digital Post (eller N =NemSMS) 2 IndholdstypeId 1..1 Den indholdstype (DP/SMS) der spørges på 2 CVR-nr 0..1 String 8-ciftret tal uden bindestreg 2 CPR-nr 0..1 String 10-ciftret tal uden bindestreg SpoergTilmeldingResponse Niv Feltnavn Kard Værdisæt Betegnelse 1 boolean 1..1 Bool true/false Miljø: Produktion Inputdata Outputdata [WSDL-SP]/XSD [WSDL-SP]/XSD Miljø: Test Inputdata [WSDL-SP]/XSD KOMBIT A/S Halfdansgade København S CVR Side 23 af 87

24 Outputdata [WSDL-SP]/XSD Sikkerhed Sikkerhed mellem fagsystemerne og Serviceplatformen er tokenbaseret, som defineret i UC-SEC- 06 i RA STS [STS-Sikkerhed]. Servicen er en gennemstilling til Digital Post Leverancesikkerhed og fejlhåndtering Servicen er ikke forretningskritisk. Quality of Service er At least once. I tilfælde af fejl kan det kaldende system forsøge at gentage forespørgslen Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid 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. KOMBIT A/S Halfdansgade København S CVR Side 24 af 87

25 3.1.4 Beskrivelse af endpoint EP_SP2 - Afsend_brev_SP Transportspecifikation Serviceudstiller Serviceplatform er serviceudstiller Serviceanvender Fagsystemerne, KY, KSD, ESR, er serviceanvendere Teknologisk understøttelse Snitfladen er implementeret som en SOAP webservice, version Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL [WSDL-SP] Se filen PrintService.wsdl Endpoint navn [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 PrintService.wsdl Endpoint navn [Afklaring/SP: Endelig Url skal indsættes] Endpoint IP [Afklaring/SP: Endelig IP skal indsættes] Teknisk retning for udveksling Fagsystemet kalder synkrone service på Serviceplatformen Dataretning for udveksling Fagsystemet afsender data til Fjernprint Service invokation / Triggers Kommunikation initieres når fagsystemet har behov for at afsende et brev til modtageren. KOMBIT A/S Halfdansgade København S CVR Side 25 af 87

26 Dataspecifikation Servicen kaldes med AfsendBrevSPRequest og den returnerer AfsendBrevSPResponse. Ved fejl returneres standard KOMBIT SOAP fault. AfsendBrevSPRequest består af AfsenderMyndighed og BrevSPBody Detaljeret dokumentation af grænseflader og XSD findes på [Fjernprint]. AfsendBrevFPRequest Niv Feltnavn Kard Værdisæt Betegnelse 1 AfsenderMyndighed 1..1 String 2 Objekttype 1..1 String Klassifikation = Myndighed 2 ReferenceID 1..1 URN Kommunens CVR-nr (URN urn:oio:cvr-nr:xxxxxxxx ) 1 BrevSPBody AfsendelsesID 1..1 String (1..30) UUID eller løbenummer oprettet af afsendersystem. Skal være unik inden for et afsendersystem. De første 6 tegn indeholder SystemIdentifikator (MyndighedsId overfor Digital Post, NemSMS eller Fjernprint) med foranstillede nuller, de næste 3 tegn er AfsenderSystem ( KY-, KSD, E&R...) og de sidste 21 tegn angiver et unikt nummer for dokumentet f.eks. et løbenummer med foranstillede nuller KSD Kanalvalg 1..1 String D for DigitalPost, F for fysisk post eller A for automatisk på SP eller P for automatisk på Fjernprint. S for NemSMS. 2 Prioritet 1..1 String D for Direkte og M for Masseafsendelse 2 ForsendelseI 1..1 Complex ForsendelseI.xsd fra [Fjernprint] [KDF/Afklaring liste over Fagsystem-forkortelser KY-, KSD, ESR ] AfsendBreveResponse Niv Feltnavn Kard Værdisæt Betegnelse KOMBIT A/S Halfdansgade København S CVR Side 26 af 87

27 1 [Standard KOMBIT fejl struktur] Hvis der er fejl returneres en KOMBIT SOAP fault. Miljø: Produktion Inputdata Outputdata [WSDL-SP]/XSD [WSDL-SP]/XSD Miljø: Test Inputdata Outputdata [WSDL-SP]/XSD [WSDL-SP]/XSD Sikkerhed Sikkerhed mellem fagsystemerne og Serviceplatformen er tokenbaseret, som defineret i UC-SEC- 06 i RA STS [STS-Sikkerhed] Leverancesikkerhed og fejlhåndtering Det er vigtigt, at alle breve, der bestilles via printkomponenten på Serviceplatformen, afsendes rettidigt til borgeren. Quality of Service skal derfor være mindst At Least Once. I tilfælde af fejl kan afsenderen forsøge at genfremsende beskeden med samme AfsendelsesID. Såfremt afsendelsen allerede er sket ved en genfremsendelse, ignoreres hele meddelelsen Såfremt et eller flere breve fejler senere i processen (via asynkron tilbagemelding), og afsenderen vælger at forsøge genfremsendelse skal dette ske på et nyt AfsendelsesID, da meddelelsen ellers afvises som en dublet. Afsender skal kunne styre, hvor mange parallelle tråde der sender samtidig. Såfremt der kommer mange time-out i en periode, skal grænsen kunne sættes ned, så modtagersystemerne ikke overbelastes Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid. KOMBIT A/S Halfdansgade København S CVR Side 27 af 87

28 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 Beskrivelse af endpoint EP_BF1 - ModtagBesked Beskrivelsen af endpoint EP_BF1 findes i Modtag besked [SF1460_A] og Modtag besked via pull [SF1460_D]. Beskedfordeler udstiller beskeder fra Digital Post og Fjernprint. Endpoint benyttes af fagsystemerne i forbindelse med besked om tilmeldingsændringer, status og kvitteringer Abonnementsvilkår Fagsystemet skal oprette abonnement på følgende beskedtyper: Digital Post tilmelding NemSMS tilmelding Status print Beskedtypen Digital Post tilmelding. Fagsystemerne skal desuden oprette abonnement på Objekt: ObjektType = Person eller Virksomhed og ObjektID = CPR-nummer' eller CVR-nummer KOMBIT A/S Halfdansgade København S CVR Side 28 af 87