Integration SF1180 Abonnement på hændelser vedr. årsopgørelse og forskudsopgørelse Integrationsbeskrivelse - version 0.1

Transkript

1 Integration SF1180 Abonnement på hændelser vedr. årsopgørelse og forskudsopgørelse Integrationsbeskrivelse - version 0.1 Kommunernes Datafællesskab - KDF

2 Versionshistorik Relevans Dato Initialer Version Kommentarer MHO 0.1 Første version Referencer Ref Titel Kommentarer [SPref] [SIKKERHED] [STS- Sikkerhed] [MQ?] Bilag 7B Ydelser og servicemål for Serviceplatformen Use cases for brug af sikkerhedsmodeller på Serviceplatformen - v Integrationsvilkår Bilag 2. Sikkerhed version 1.3 [Indsæt reference for dokumentation af MQ] [SF1460_A] Modtag Besked Integrationsbeskrivelse for modtagelse af beskeder fra Beskedfordeler. Endnu ikke udarbejdet [SF1460_C] Aflever Besked Integrationsbeskrivelse for afsendelse af beskeder til Beskedfordeler Endnu ikke udarbejdet. KOMBIT A/S Halfdansgade København S CVR Side 2 af 44

3 Indholdsfortegnelse 1 Overordnet beskrivelse Integrationens formål Overordnet forretningsflow i integrationen Servicebetingelser for den samlede integration Teststrategi Tilslutning af services Kontekst for integrationsparter Kontekst for SAPA vedr. årsopgørelse Kontekst for SAPA vedr. forskudsopgørelse Kontekst for KY vedr. årsopgørelse Specifikation for integrationsparter Specifikation af endpoints for SAPA og KY Specifikation af endpoints for KMD Indkomst Specifikation af endpoints for Beskedfordelser Beskrivelse for integrationsplatforme Beskrivelse for Serviceplatformen Beskrivelse for Beskedfordeleren KOMBIT A/S Halfdansgade København S CVR Side 3 af 44

4 1 Overordnet beskrivelse 1.1 Integrationens formål Integration har til formål at modtage advisering om ændringer i årsopgørelser og forskudsopgørelser for en given personkreds fra SKAT via KMD Indkomst. Adviseringerne benyttes i fagsystemet til at generere ændringshændelser for personens skatterelaterede indkomst- og omkostningsgrundlag. 1.2 Overordnet forretningsflow i integrationen Jf. figuren nedenfor indgår følgende forretningsflow i integrationen. Fagsystemet leverer hver måned (jf. driftsaftale med KMD) et request med en liste over de CPR-numre, der skal indgå i personkredsen for den kommende måneds forsendelser med adviseringer om ændringer i års- og forskudsopgørelser fra KMD Indkomst (der sendes et request for hver kombination af kommune, sagsområde og funktion). Requestet sendes via et synkront kald til en af to services udstillet af Serviceplatformen til modtagelse af henholdsvis årsopgørelser eller forskudsopgørelser. Efter modtagelsen persisterer Serviceplatformen journalnummeret fra requestet og angivelse af afsendersystemet. Serviceplatformen transformerer requestet og sender det via MQkø (push) til KMD Indkomst. KMD Indkomst validerer indberetningen af personabonnementer ved modtagelsen og svarer tilbage med kvittering eller fejlmeddelelse via MQ-køen, hvor Serviceplatformen henter dem (pull). Herefter oprettes personabonnementerne. Adviseringen om ændringer i forskuds- og årsopgørelsesdata (og evt. fejlmeddelelser) for den angivne personkreds leveres løbende via MQ-køen, når ændringerne modtages fra SKAT. Efter modtagelsen persisterer Serviceplatformen kvitteringer og advisdata. Disse beriges med journalnummeret, der blev angivet af fagsystemet, og leveres via Beskedfordeleren til fagsystemet. For advisdatas vedkommende sendes der en besked pr. ændret opgørelse. Når fagsystemet har modtage sumkvittering afstemmes denne. Fagsystemet vurderer selv, hvornår abonnement på Beskedfordeleren nedlægges igen. KOMBIT A/S Halfdansgade København S CVR Side 4 af 44

5 KMD Indkomst Serviceplatformen Beskedfordeler Fagsystem (n) Integrationsbeskrivelse Abonnement på hændelser vedr. årsopgørelse og forskudsopgørelse IF01 Indsend personkreds IF02 - Modtag kvittering og advis Opdater årsopgørelse Opdater forskudsopgørelse Kvittering Fejlbeskeder pr. person Modtag advisdata Afsend personkreds årsopgørelse Afsend personkreds forskudsopgørelse Lyt på kø Modtag returdata AMQP Pull Fordel returdata Modtag personkreds årsopgørelse Modtag personkreds forskudsopgørelse Send opdelt data Persister journalnummer Persister journalnummer Opdel advisdata og tilføj journalnummer Transformation til MQ Transformation til MQ Lyt på kø Hent returdata MQ Push MQ Push MQ Pull Modtag personkreds Dan advisdata Udstil returdata Dan kvitteringer 1.3 Servicebetingelser for den samlede integration Servicemål Parameter Flow 1 Flow 2 KOMBIT A/S Halfdansgade København S CVR Side 5 af 44

6 Tidsrum Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. [Afklaring/BF driftsaftale] [Afklaring/KMD Indkomst: Aftales senere] Service Management Incident Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationen?] KOMBIT A/S Halfdansgade København S CVR Side 6 af 44

7 Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationen?] Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationen?] Lifecycle Management [Afklaring/Programmet: Håndteres i programemnelog #14] 1.4 Teststrategi 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 unittests. 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 unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KMD Indkomst: Findes der et testmiljø med brugbare testdata?] Testdata [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KMD Indkomst: Findes der et testmiljø med brugbare testdata?] 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 Se [SPref] for detaljer. KOMBIT A/S Halfdansgade København S CVR Side 7 af 44

8 Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KMD Indkomst: Aftale vedr. produktionssætning udestår] 1.5 Tilslutning af services Nedenstående er oplysninger om forudsætninger og betingelser, der skal være på plads for at sikre succesfuld tilslutning til integrationsparter Funktionalitet på Serviceplatformen KOMBIT og KMD skal indgå aftale om Serviceplatformens anvendelse af KMD Indkomst. Aftalen giver Serviceplatformen adgang til at repræsentere de kommuner, der lever op til kravene nedenfor (afsnit Fejl! Henvisningskilde ikke fundet.). Serviceplatformen må kun anvende løsningen for de kommuner, KOMBIT har indgået aftale med, og Serviceplatformen må kun kommunikere om personer, der er dækket af de indgåede aftaler. Ved kald til KMD Indkomst skal Serviceplatformen identificere sig med et certifikat, som hos KMD er tilknyttet en pseudo-bruger. Pseudo-brugeren skal være autoriseret til en rolleprofil, som giver adgang til denne løsning. Rolleprofilen tildeles ifm. indgåelse af aftale med KMD herom. Der skal etableres MQ-klient på Serviceplatformen Funktionalitet på Beskedfordeleren For at kunne benytte Beskedfordeleren skal konfiguration være foretaget korrekt. Dette omfatter: Opsætning af nødvendige serviceaftaler i Støttesystemet Administrationsmodulet De beskeder, der afsendes, skal være oprettede i Beskedfordeler og skal løbende vedligeholdes Etablering af relevante abonnementer og dueslag i Beskedfordeler, herunder opsætning af dueslag, leverance af beskeder, dvs. enten afhentning eller levering. Fagsystemet skal have oprette service til modtagelse / afhentning af beskeder Generelle forhold for tilslutning til integrationspart: KMD For at skaffe adgang til informationen fra KMD Indkomst / SKAT kræves det, at kommunen udfører følgende opgaver, inden fagsystemet kan anvende denne service: Anskaffer licens til brug af KMD Indkomst. Oplyser over for KMD, at Serviceplatformen må agere på kommunens vegne. Herunder hvilke sagsområder og funktioner, Serviceplatformen må få adgang til. Opretter dataoverførelsesaftale med SKAT vedr. brug af årsopgørelser og forskudsopgørelser. Autoriserer KMD i SKATs revisorordning til at kommunikere med SKAT på kommunens vegne. KOMBIT A/S Halfdansgade København S CVR Side 8 af 44

9 KMD skal etablere dedikerede MQ-køer til denne forbindelse. KOMBIT A/S Halfdansgade København S CVR Side 9 af 44

10 2 Kontekst for integrationsparter 2.1 Kontekst for SAPA vedr. årsopgørelse Lovhjemmel og forvaltningsmæssigt formål Lovhjemmel til brug af integrationen og det forvaltningsmæssige formål er dokumenteret i vedhæftede reference: SKAT Hjemmelgrundlag for brug af eindkomst. Der henvises også til Persondataloven sammen med helhedsorienteret sagsbehandling. Persondataloven foreskriver, at der skal være et sagligt formål med indhentning af oplysninger. Se formål nedenfor. 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. Det forvaltningsmæssige formål med at advisere kommunebrugere om en borgers overskydende skat på baggrund af årsopgørelsen er, at overskydende skat er en ekstra indtægt, som skal medtages i beregning af forskellige kommunale ydelser. En sådan ændring kan have stor indflydelse på de ydelser, som borgeren modtager fra kommunen. F.eks. hvis en borger får 6.000,- tilbage i skat, ville det betyde at borgerens månedlige rådighedsbeløb det forgangne år burde have været 500,- større. Derfor burde den folkepension, som borgeren modtog det forgangne år, nedjusteres Kapacitets- og servicekrav [Udfyldes med oplysninger om krav til kapacitet og service fx forventninger til antal transaktioner og volumen, oplysninger om spidsbelastninger, særlige krav til oppetid] Hændelser må, når de modtages af beskedfordeleren, ikke være mere end 1 døgn gamle Specifikke forhold for tilslutning af system Ingen identificeret. 2.2 Kontekst for SAPA vedr. forskudsopgørelse Lovhjemmel og forvaltningsmæssigt formål SAPA skal i forbindelse med den kommunale forretning, kunne håndtere adviseringer om ændringer i borgernes skattemæssige forskudsoplysninger. Disse oplysningerne er eksempelvis nødvendige i forhold til den lovmæssige efterregulering af økonomisk fripladstilskud, jf. Dagtilbudsloven ( I henhold til Dagtilbudsloven er Kommunalbestyrelsen forpligtet til at give et økonomisk fripladstilskud under hensyn til forældrenes økonomiske forhold, jf. eksempelvis 43, punkt 2. KOMBIT A/S Halfdansgade København S CVR Side 10 af 44

11 Data til understøttelse af den lov og pligtmæssige kommunale forretning, er blandt andet underlagt Persondatalovens 6, punkt 5 og 6 ( hvor kommunernes sagsbehandlere skal kunne tilgå data som: er nødvendig af hensyn til udførelsen af en opgave i samfundets interesse, er nødvendig af hensyn til udførelsen af en opgave, der henhører under offentlig myndighedsudøvelse, som den dataansvarlige eller en tredjemand, til hvem oplysningerne videregives, har fået pålagt 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. Det forvaltningsmæssige formål med at advisere kommunebrugere om ændring i en borgers forskudsopgørelse er, at en ændring i forskudsopgørelsen oftest beskriver en forventet kommende ændring i det skatterelaterede indkomst- og omkostningsgrundlag. En sådan ændring kan have stor indflydelse på de ydelser, som borgeren modtager fra kommunen. F.eks. afhænger en borgers boligstøtte det kommende år af den forventede indtægt, hvorfor en ændring i indtægten kan medføre at boligstøtten. Det samme gør sig også gældende for efterregulere økonomisk fripladstilskud Kapacitets- og servicekrav [Udfyldes med oplysninger om krav til kapacitet og service fx forventninger til antal transaktioner og volumen, oplysninger om spidsbelastninger, særlige krav til oppetid] Hændelser må, når de modtages af beskedfordeleren, ikke være mere end 1 døgn gamle Specifikke forhold for tilslutning af system Ingen identificeret. 2.3 Kontekst for KY vedr. årsopgørelse Lovhjemmel og forvaltningsmæssigt formål [Udfyldes med oplysninger om hvilke(n) lovhjemmel der findes for systemets anvendelse af servicen] KOMBIT A/S Halfdansgade København S CVR Side 11 af 44

12 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. Det forvaltningsmæssige formål med integrationen er at kunne generere hændelser omkring overskydende skat, da der er behov for at vide, hvornår en persons årsopgørelse ændres. Denne snitflade dækker dette behov Kapacitets- og servicekrav Forventet volumen for snitfladen er estimeret til: Indberettede abonnementer på personkreds ca filer per måned Modtagne hændelsesbeskeder ca per år Specifikke forhold for tilslutning af system Ingen identificeret. KOMBIT A/S Halfdansgade København S CVR Side 12 af 44

13 3 Specifikation for integrationsparter 3.1 Specifikation af endpoints for SAPA og KY Integration benyttes af sygedagpengesystemet og sagsoverblik/partskontakt-løsningen (fagsystemerne) til indberetning af personkreds til advisering om ændringer i en persons årsopgørelse (KY og SAPA) eller forskudsopgørelse (SAPA) fra KMD Indkomst. Adviseringerne benyttes i fagsystemet til at generere hændelser for personens skatterelaterede indkomst- og omkostningsgrundlag Overordnet forretningslogik Fagsystemet kalder Serviceplatformen, som udstiller en synkron service, der understøtter oprettelse af personabonnement for en personkreds (der sendes et request for hver kombination af kommune, sagsområde og funktion) hos KMD Indkomst. Adviseringer og kvitteringer leveres til fagsystemet via Beskedfordeleren. 1. Fagsystemet kalder EP_FS1 for årsopgørelse eller EP_FS2 for forskudsopgørelse på Serviceplatformen (synkront kald) 2. Serviceplatformen returnerer teknisk kvittering for modtagelse af forespørgslen (synkront kald) 3. Fagsystemet opretter abonnement for personkredsen på Beskedfordeleren (oprettes manuelt) 4. Beskedfordeleren leverer adviseringer og kvittering fra KMD Indkomst KMD udstiller en driftsplan, som angiver tidspunkt for rettidig indberetning af personkredsen samt tidpunkt for afsendelse af leverancen. Driftsplanen kan ses på KMDs kundenet under KMD Indkomst. Det er fagsystemernes eget ansvar at indsende liste med personabonnementer rettidigt ift. driftsplanen Oversigt over endpoints ID Navn EP_FS1 EP_FS2 EP_FS3 IndsendPersonkredsAarsopgoerelse IndsendPersonkredsForskudsopgoerelse BeskedfordelerKvitteringAdvis Beskrivelse af endpoint EP_FS1 - IndsendPersonkredsAarsopgoerelse Transportspecifikation Serviceudstiller Serviceplatformen udstiller service IndsendPersonkredsAarsopgoerelse Operationer: - IndsendPersonkredsAarsopgoerelse Opretter personabonnement KOMBIT A/S Halfdansgade København S CVR Side 13 af 44

14 Serviceanvender Fagsystemet er serviceanvender Teknologisk understøttelse Snitfladen implementeres som webservicebaseret, SOAP/HTTPS Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø: Miljø: Produktion URI til WSDL [Udfyldes af Systematic senere] Der udfyldes med WSDL svarende til den MQ-besked, KMD Indkomst skal modtage for [Afklaring KMD: Indsæt servicenavn, når dette kendes] på denne URL: [Afklaring KMD: Skaf teknisk specifikation] Endpoint navn Endpoint IP [Udfyldes af Systematic senere] [Udfyldes af Systematic senere] Miljø: Test URI til WSDL [Udfyldes af Systematic senere] Der udfyldes med WSDL svarende til den MQ-besked, KMD Indkomst skal modtage for [Afklaring KMD: Indsæt servicenavn, når dette kendes] på denne URL: [Afklaring KMD: Skaf teknisk specifikation] Endpoint navn Endpoint IP [Udfyldes af Systematic senere] [Udfyldes af Systematic senere] Teknisk retning for udveksling Fagsystemet kalder Serviceplatformen med de nødvendige oplysninger for at oprette abonnement Dataretning for udveksling Fagsystemet kalder Serviceplatformen med de nødvendige oplysninger for at oprette abonnement Service invokation / Triggers Kommunikation initieres af, at fagsystemet udsteder et kald til Serviceplatformen. KOMBIT A/S Halfdansgade København S CVR Side 14 af 44

15 Dataspecifikation Da der er tale om en transformationsintegration svarer dataspecifikationen for servicen til dataspecifikationen for MQ-beskeden udstillet af KMD Indkomst: Miljø: Produktion Inputdata [Udfyldes af Systematic senere. Schemaer leveres af Systematic] [Afklaring KMD: Indsæt specifikation til MQ-besked, når denne kendes] Outputdata [Udfyldes af Systematic senere. Schemaer leveres af Systematic] [Afklaring KMD: Indsæt specifikation til MQ-besked, når denne kendes] Miljø: Test Inputdata [Udfyldes af Systematic senere. Schemaer leveres af Systematic] [Afklaring KMD: Indsæt specifikation til MQ-besked, når denne kendes] Hent_IType.xsd Outputdata [Udfyldes af Systematic senere. Schemaer leveres af Systematic] [Afklaring KMD: Indsæt specifikation til MQ-besked, når denne kendes] Der henvises til følgende dokument udstillet af KMD Indkomst for yderligere oplysninger om dataelementer og valideringer: [Afklaring KMD: Indsæt URL til dokumentation, når denne kendes. Henvis evt. til dokumentation for P13-5, der kan vedlægges som bilag] Valideringer fremgår af ovennævnte dokument og/eller WSDL defineret i afsnit Fejl! Henvisningskilde ikke fundet.. OBS! Hvert kald overskriver tidligere indsendte, ubehandlede kald, så hvert kald bør indeholde den fulde personkreds, der skal tegnes abonnement for i den kommende abonnementsperiode. Der sendes et request for hver kombination af kommune, sagsområde og funktion Sikkerhed Sikkerhed mellem fagsystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed]. KOMBIT A/S Halfdansgade København S CVR Side 15 af 44

16 Leverancesikkerhed og fejlhåndtering Da der er tale om en service, hvor der kan kaldes gentagne gange for samme personkreds, vil fagsystemet selv være ansvarlig for at håndterer fejlmeddelelser eller timeout i kaldet. Serviceplatformen sender fejlmeddelelse for fejl i XML-valideringen ved modtagelsen på Serviceplatformen eller ved timeout ved kaldet til MQ-køen på KMD Indkomst. Fagsystemet skal dermed også beslutte, om forespørgsel skal genfremsendes 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 For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref] Beskrivelse af endpoint EP-FS2 - IndsendPersonkredsForskudsopgoerelse Transportspecifikation Serviceudstiller Serviceplatformen udstiller service IndsendPersonkredsForskudsopgoerelse Operationer: - IndsendPersonkredsForskudsopgoerelse Opretter personabonnement Serviceanvender Fagsystemet er serviceanvender Teknologisk understøttelse Snitfladen implementeres som webservicebaseret, SOAP/HTTPS. KOMBIT A/S Halfdansgade København S CVR Side 16 af 44

17 Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø: Miljø: Produktion URI til WSDL [Udfyldes af Systematic senere] Der udfyldes med WSDL svarende til den MQ-besked, KMD Indkomst skal modtage for [Afklaring KMD: Indsæt servicenavn, når dette kendes] på denne URL: [Afklaring KMD: Skaf teknisk specifikation] Endpoint navn Endpoint IP [Udfyldes af Systematic senere] [Udfyldes af Systematic senere] Miljø: Test URI til WSDL [Udfyldes af Systematic senere] Der udfyldes med WSDL svarende til den MQ-besked, KMD Indkomst skal modtage for [Afklaring KMD: Indsæt servicenavn, når dette kendes] på denne URL: [Afklaring KMD: Skaf teknisk specifikation] Endpoint navn Endpoint IP [Udfyldes af Systematic senere] [Udfyldes af Systematic senere] Teknisk retning for udveksling Fagsystemet kalder Serviceplatformen med de nødvendige oplysninger for at oprette abonnement Dataretning for udveksling Fagsystemet kalder Serviceplatformen med de nødvendige oplysninger for at oprette abonnement Service invokation / Triggers Kommunikation initieres af, at fagsystemet udsteder et kald til Serviceplatformen Dataspecifikation Da der er tale om en transformationsintegration svarer dataspecifikationen for servicen til dataspecifikationen for MQ-beskeden udstillet af KMD Indkomst: Miljø: Produktion Inputdata [Udfyldes af Systematic senere. Schemaer leveres af Systematic] [Afklaring KMD: Indsæt specifikation til MQ-besked, når denne kendes] KOMBIT A/S Halfdansgade København S CVR Side 17 af 44

18 Outputdata [Udfyldes af Systematic senere. Schemaer leveres af Systematic] [Afklaring KMD: Indsæt specifikation til MQ-besked, når denne kendes] Miljø: Test Inputdata [Udfyldes af Systematic senere. Schemaer leveres af Systematic] [Afklaring KMD: Indsæt specifikation til MQ-besked, når denne kendes] Hent_IType.xsd Outputdata [Udfyldes af Systematic senere. Schemaer leveres af Systematic] [Afklaring KMD: Indsæt specifikation til MQ-besked, når denne kendes] Der henvises til følgende dokument udstillet af KMD Indkomst for yderligere oplysninger om dataelementer og valideringer: [Afklaring KMD: Indsæt URL til dokumentation, når denne kendes. Henvis evt. til dokumentation for P13-5, der kan vedlægges som bilag] Valideringer fremgår af ovennævnte dokument og/eller WSDL defineret i afsnit Fejl! Henvisningskilde ikke fundet.. OBS! Hvert kald overskriver tidligere indsendte, ubehandlede kald, så hvert kald bør indeholde den fulde personkreds, der skal tegnes abonnement for i den kommende abonnementsperiode. Der sendes et request for hver kombination af kommune, sagsområde og funktion Sikkerhed Sikkerhed mellem fagsystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed] Leverancesikkerhed og fejlhåndtering Da der er tale om en service, hvor der kan kaldes gentagne gange for samme personkreds, vil fagsystemet selv være ansvarlig for at håndterer fejlmeddelelser eller timeout i kaldet. Serviceplatformen sender fejlmeddelelse for fejl i XML-valideringen ved modtagelsen på Serviceplatformen eller ved timeout ved kaldet til MQ-køen på KMD Indkomst. Fagsystemet skal dermed også beslutte, om forespørgsel skal genfremsendes Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid. KOMBIT A/S Halfdansgade København S CVR Side 18 af 44

19 Aftalt driftstid Parameter Tidsrum Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer Værdi For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref]. For Serviceplatformen gælder oplysninger i den nuværende driftsaftale. Se [SPref] Beskrivelse af endpoint EP_FS3 - BeskedfordelerKvitteringAdvis Denne integration er standardintegrationsmønster for afsendelse af hændelsesbesked fra Beskedfordeler Transportspecifikation Serviceudstiller [Afklaring SAPA: Skal der bruges pull eller push] [Afklaring KY: Skal der bruges pull eller push] Serviceanvender [Afklaring SAPA: Skal der bruges pull eller push] [Afklaring KY: Skal der bruges pull eller push] Teknologisk understøttelse Fagsystemet skal udstille REST-service, der vil blive specificeret af Beskedfordelerens leverandør Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL [Afklaring/STS: specifikation kommer efter 18/2-15] Endpoint navn [Afklaring SAPA] KOMBIT A/S Halfdansgade København S CVR Side 19 af 44

20 [Afklaring KY] [Afklaring STS] Endpoint IP [Afklaring SAPA] [Afklaring KY] [Afklaring STS] Miljø: Test URI til WSDL [Afklaring/STS: specifikation kommer efter 18/2-15] Endpoint navn [Afklaring SAPA] [Afklaring KY] [Afklaring STS] Endpoint IP [Afklaring SAPA] [Afklaring KY] [Afklaring STS] Teknisk retning for udveksling [Afklaring SAPA: Skal der bruges pull eller push] [Afklaring KY: Skal der bruges pull eller push] Dataretning for udveksling Beskedfordeler leverer data til fagsystemerne Service invokation / Triggers [Afklaring SAPA: Skal der bruges pull eller push] [Afklaring KY: Skal der bruges pull eller push] Dataspecifikation Dette afsnit beskriver specifikationen for de hændelsesbeskeder der distribueres via beskedfordeleren. Miljø: Produktion Inputdata Outputdata KOMBIT A/S Halfdansgade København S CVR Side 20 af 44

21 Miljø: Test Inputdata t_itype.xsd Outputdata Sikkerhed Sikkerhed mellem fagsystemerne og beskedfordeler er tokenbaseret, som defineret i RA STS [STS-Sikkerhed] Leverancesikkerhed og fejlhåndtering [Afklaring/KDF: Hvad gælder for beskedfordeler?] 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 [Afklaring/KSD tidsrum] [Afklaring/KSD svartid] [Afklaring/KSD tilgængelighed] [Afklaring/KSD spidsbelastning] [Afklaring/KSD Servicevinduer] Service Management Incident Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] KOMBIT A/S Halfdansgade København S CVR Side 21 af 44

22 3.1.7 Testplan Integrationstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring KY: Integrationstest] [Afklaring SAPA: Integrationstest] Produktionssætningstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring KY: Produktionssætningstest] [Afklaring SAPA: Produktionssætningstest] 3.2 Specifikation af endpoints for KMD Indkomst Integration benyttes af Serviceplatformen til indberetning af personkreds til advisering om ændringer i en persons års- eller forskudsopgørelse fra SKAT via KMD Indkomst. KMD Indkomst udstiller en MQ-service opdelt i to indgående MQ-køer hhv. datakø og statuskø der begge tilgås fra Serviceplatformen via en MQ-klient. Årsagen til opdeling i datakø og statuskø er, at der kan understøttes flere transaktioner i samme forsendelse. Data afsendes på datakøen i en eller flere transaktioner. Efter sidste data er sendt, sendes en commit-besked på statuskøen. KMD Indkomst behandler ikke data sendt til datakøen før denne commit-besked er modtaget. Samme procedure gælder ved modtagelse af advisdata og kvitteringer fra KMD Indkomst via et tilsvarende sæt udgående køer fra KMD Indkomst. Her må Serviceplatformen ikke behandle data før commit-besked er modtaget på statuskøen Overordnet forretningslogik [Udfyld med tekst der gennemgår endpoint for endpoint hvilke sammenhænge der findes, hvilken rækkefølge endpoints kaldes og med hvilke formål.] KOMBIT A/S Halfdansgade København S CVR Side 22 af 44

23 [Fx Endpoint EP_FS1 kalder ] Oversigt over endpoints ID Navn EP_KMD1 EP_KMD2 EP_KMD3 EP_KMD4 IndsendPersonkredsData IndsendPersonkredsStatus UdstilKvitteringAdvisData UdstilKvitteringAdvisStatus Beskrivelse af endpoint EP_KMD1 - IndsendPersonkredsData Transportspecifikation Serviceudstiller KMD Indkomst udstiller en MQ service med en kø til at modtage data (datakø). Indberetninger afsendes fra Serviceplatformen via datakøen i en eller flere transaktioner. Når alle data er afsendt i en leverance, sendes en afslutningsbesked på statuskøen (EP_KMD2) Serviceanvender Serviceplatformen er serviceanvender Teknologisk understøttelse Snitfladen er implementeret som en MQ-kø udstillet af KMD, der tilgås via MQ-klient på Serviceplatformen Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP Miljø: Test URI til WSDL Endpoint navn KOMBIT A/S Halfdansgade København S CVR Side 23 af 44

24 Endpoint IP Teknisk retning for udveksling Serviceplatformens MQ-klient sender personkreds til KMD Indkomst via MQ-køen Dataretning for udveksling Serviceplatformen sender personkreds til KDM Indkomst Service invokation / Triggers Kommunikation initieres når Serviceplatformen modtager en opdateret personkreds fra et fagsystem Dataspecifikation [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 Outputdata Miljø: Test Inputdata Outputdata [Afventer KMD] Hent_IType.xsd Der henvises til følgende dokument udstillet af KMD Indkomst for yderligere oplysninger om dataelementer og valideringer: [Afklaring KMD: Indsæt URL til dokumentation, når denne kendes. Henvis evt. til dokumentation for P13-5, der kan vedlægges som bilag] Valideringer fremgår af ovennævnte dokument Sikkerhed Sikkerhed mellem Serviceplatformen og KMD Indkomst er certifikatbaseret, som defineret i RA STS [STS-Sikkerhed]. KOMBIT A/S Halfdansgade København S CVR Side 24 af 44

25 Leverancesikkerhed og fejlhåndtering Indberetninger overføres Exactly once. Dette styres via MQ-transaktion. Såfremt samme indberetning fremsendes to gange på samme HovedindberetningsID, vil de gentagne data blive afvist af KMD med en fejl. Såfremt der opstår en fejl i en af transmissionerne på datakøen, kan der sendes en Annuller besked på statuskøen, og hele transmissionen kan herefter genfremsendes igen. KMD håndterer fejl på MQ service og tilhørende køer. Serviceplatformen håndterer genfremsendelse af indberetninger og tilhørende statusbeskeder til KMD i tilfælde af fejl på MQ-kald [Afklaring/KDF: Er ovenstående korrekt. Ovenstående skal også omfatte information om aftalte timeoutintervaller og regler for genfremsendelse.] 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 [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] Beskrivelse af endpoint EP_KMD2 - IndsendPersonkredsStatus Transportspecifikation Serviceudstiller KMD Indkomst udstiller en MQ service med en kø til at modtage afslutningsbeskeder (statuskø). Indberetninger afsendes fra Serviceplatformen via datakøen (EP_KMD1) i en eller flere transaktioner. Når alle data er afsendt i en leverance, sendes en afslutningsbesked på statuskøen Serviceanvender Serviceplatformen er serviceanvender. KOMBIT A/S Halfdansgade København S CVR Side 25 af 44

26 Teknologisk understøttelse Snitfladen er implementeret som en MQ-kø udstillet af KMD, der tilgås via MQ-klient på Serviceplatformen Teknisk endpoint [Udfyldes med teknisk endpoint] Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP Miljø: Test URI til WSDL Endpoint navn Endpoint IP Teknisk retning for udveksling Serviceplatformen foretager kald til KMD Indkomst MQ-server via MQ-klient Dataretning for udveksling Serviceplatformens MQ-klient afsender afslutningsbeskeder til KMD Indkomst via MQ-køen Service invokation / Triggers Kommunikation initieres af, at Serviceplatformen har afsluttet eller ønsker at annullere afsendelse af data til KMD Indkomst Dataspecifikation [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 Outputdata KOMBIT A/S Halfdansgade København S CVR Side 26 af 44

27 Miljø: Test Inputdata Outputdata t_itype.xsd Formatet fremsendes som fast format poster. Der skal anvendes Codepage ISO , og linje skilletegn skal være LF (Linefeed) Sikkerhed Sikkerhed mellem Serviceplatformen og KMD Indkomst er certifikatbaseret, som defineret i RA STS [STS-Sikkerhed] Leverancesikkerhed og fejlhåndtering Kvitteringer overføres Exactly once. Dette styres via MQ-transaktion. Såfremt samme indberetning fremsendes to gange på samme HovedindberetningsID, vil de gentagne data blive afvist af KMD med en fejl. Såfremt der opstår en fejl i en af transmissionerne på datakøen, kan der sendes en Annuller besked på statuskøen, og hele transmissionen kan herefter genfremsendes igen. KMD håndterer fejl på MQ service og tilhørende køer. Serviceplatformen håndterer genfremsendelse af indberetninger og tilhørende statusbeskeder til KMD i tilfælde af fejl på MQ-kald. [Afklaring/KDF: Er ovenstående korrekt. Ovenstående skal også omfatte information om aftalte timeoutintervaller og regler for genfremsendelse.] Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Tidsrum Svartid Tilgængelighed Spidsbelastningsperiode Værdi [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] KOMBIT A/S Halfdansgade København S CVR Side 27 af 44

28 Servicevinduer [Afklaring/KMD Indkomst: Aftales senere] Beskrivelse af endpoint EP_KMD3 - UdstilKvitteringAdvisData Transportspecifikation Serviceudstiller KMD Indkomst udstiller en MQ service med en kø til at afsende data (datakø). Data polles af Serviceplatformen via læsning på køen. Forretningskvitteringer og advisdata afsendes af KMD via datakøen i en eller flere transaktioner. Når alle data er afsendt i en leverance, sendes en afslutningsbesked på statuskøen Serviceanvender Serviceplatformen er serviceanvender Teknologisk understøttelse Snitfladen er implementeret som en MQ-kø udstillet af KMD, der tilgås via MQ-klient på Serviceplatformen Teknisk endpoint [Udfyldes med teknisk endpoint] Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP Miljø: Test URI til WSDL Endpoint navn Endpoint IP Teknisk retning for udveksling Serviceplatformen foretager kald til KMD Indkomst MQ-server via MQ-klient, som returnerer næste besked på køen når denne er klar. KOMBIT A/S Halfdansgade København S CVR Side 28 af 44

29 Dataretning for udveksling Serviceplatformens MQ-klient modtager data til forretningskvitteringer og advisdata fra KMD Indkomst via MQ-køen Service invokation / Triggers Kommunikation initieres af, at KMD Indkomst har modtaget opdaterede data om ændret års- eller forskudsopgørelse for en person indeholdt i den tidligere indberettede personkreds og har uploadet data og statusmeddelelse på statuskøen (EP_KMD4) Dataspecifikation [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 Outputdata Miljø: Test Inputdata Outputdata Der henvises til følgende dokument udstillet af KMD Indkomst for yderligere oplysninger om dataelementer og valideringer: [Afklaring KMD: Indsæt URL til dokumentation, når denne kendes. Henvis evt. til dokumentation for P13-5, der kan vedlægges som bilag] Valideringer fremgår af ovennævnte dokument Sikkerhed Sikkerhed mellem Serviceplatformen og KMD Indkomst er certifikatbaseret, som defineret i RA STS [STS-Sikkerhed] Leverancesikkerhed og fejlhåndtering Kvitteringer og advisdata modtages retur Excactly once. Såfremt der opstår en fejl i en af transmissionerne på datakøen, kan KMD sende en Annuller besked på statuskøen (EP_KMD4). Dette skal bevirke at Serviceplatformen ignorerer al information modtaget på samme ID via datakøen. Herefter genfremsender KMD hele transmissionen igen. KOMBIT A/S Halfdansgade København S CVR Side 29 af 44

30 KMD håndterer fejl på MQ service og tilhørende køer. Serviceplatformen (det kaldende fagsystem) håndterer fejl modtaget i indberetningskvitteringen (afviste indberetninger), herunder eventuel genfremsendelse i en ny indberetning. [Ovenstående skal også omfatte information om aftalte timeoutintervaller og regler for genfremsendelse.] 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 [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] Beskrivelse af endpoint EP_KMD4 - UdstilKvitteringAdvisStatus Transportspecifikation Serviceudstiller KMD Indkomst udstiller en MQ service med en kø til at modtage afslutningsbeskeder fra KMD (statuskø). Data polles af Serviceplatformen via læsning på køen. Forretningskvitteringer og advisdata afsendes af KMD via datakøen i en eller flere transaktioner. Når alle data er afsendt i en leverance, sender KMD en afslutningsbesked på statuskøen Serviceanvender Serviceplatformen er serviceanvender Teknologisk understøttelse Snitfladen er implementeret som en MQ-kø udstillet af KMD, der tilgås via MQ-klient på Serviceplatformen Teknisk endpoint [Udfyldes med teknisk endpoint] Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. KOMBIT A/S Halfdansgade København S CVR Side 30 af 44

31 Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP Miljø: Test URI til WSDL Endpoint navn Endpoint IP Teknisk retning for udveksling Serviceplatformen foretager MQget-kald til KMD Indkomst MQ-server via MQ-klient, som returnerer næste besked på køen når denne er klar Dataretning for udveksling Serviceplatformens MQ-klient modtager afslutningsbeskeder til forretningskvitteringer og advisdata fra KMD Indkomst via MQ-køen Service invokation / Triggers Kommunikation initieres af, at KMD Indkomst har afsluttet eller ønsker at annullere afsendelse af data til Serviceplatformen via EP_KMD Dataspecifikation [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 Outputdata Miljø: Test Inputdata Outputdata KOMBIT A/S Halfdansgade København S CVR Side 31 af 44

32 Sikkerhed Sikkerhed mellem Serviceplatformen og KMD Indkomst er certifikatbaseret, som defineret i RA STS [STS-Sikkerhed] Leverancesikkerhed og fejlhåndtering Afslutningsbeskeder overføres Exactly once. Dette styres via MQ-transaktion. Såfremt Serviceplatformen ved en fejl modtager samme information to gange, logges dette som en fejl, men ignoreres i øvrigt. Såfremt der opstår en fejl i en af transmissionerne på datakøen, kan KMD sende en Annuller besked på statuskøen. Dette skal bevirke at Serviceplatformen ignorerer al information modtaget på samme ID via datakøen (EP_KMD3). Herefter genfremsender KMD hele transmissionen igen. KMD håndterer fejl på MQ service og tilhørende køer. [Ovenstående skal også omfatte information om aftalte timeoutintervaller og regler for genfremsendelse.] 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 [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] [Afklaring/KMD Indkomst: Aftales senere] Service Management Incident Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] KOMBIT A/S Halfdansgade København S CVR Side 32 af 44

33 Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] Testplan Integrationstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring KMD: Integrationstest] Produktionssætningstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring KMD: Produktionssætningstest] 3.3 Specifikation af endpoints for Beskedfordelser Integrationen benyttes til at [Udfyld med kortfattet formål fx at indberette indkomstpligtige ydelser udbetalt af kommunen ]. [Udfyld med detaljeret beskrivelse af integration fx Serviceplatformen udstiller service til indberetning af ] Overordnet forretningslogik [Udfyld med tekst der gennemgår endpoint for endpoint hvilke sammenhænge der findes, hvilken rækkefølge endpoints kaldes og med hvilke formål.] [Fx Endpoint EP_FS1 kalder ] Oversigt over endpoints ID Navn KOMBIT A/S Halfdansgade København S CVR Side 33 af 44

34 EP_KMD1 EP_KMD2 EP_KMD3 EP_KMD4 IndsendPersonkredsData IndsendPersonkredsStatus UdstilKvitteringAdvisData UdstilKvitteringAdvisStatus Beskrivelse af endpoint [(Udfyld endpoint ID)] - [Udfyld endpoint navn] Transportspecifikation Serviceudstiller [Udfyldes fx Serviceplatform er serviceudstiller. ] Serviceanvender [Udfyldes fx XXX er serviceanvender. ] Teknologisk understøttelse [Udfyldes fx Snitfladen er implementeret som en SOAP webservice, version 1.2 ] Teknisk endpoint [Udfyldes med teknisk endpoint] Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP Miljø: Test URI til WSDL Endpoint navn Endpoint IP Teknisk retning for udveksling [Udfyldes fx XXX foretager upload af data til SFTP-server på Serviceplatformen. ] Dataretning for udveksling [Udfyldes fx Serviceplatformens MQ-klient sender indberetningsdata til XXX på MQ-køen ] KOMBIT A/S Halfdansgade København S CVR Side 34 af 44

35 Service invokation / Triggers [Udfyldes fx Kommunikation initieres af, at XXX har nye data, der skal indberettes til myndighed YYY ] Dataspecifikation [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 Outputdata Miljø: Test Inputdata t_itype.xsd Outputdata Sikkerhed [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, ( hvor der også ligger vejledning til udviklere, samt demoprojekter.] Leverancesikkerhed og fejlhåndtering [Udfyldes med oplysninger om den tekniske leverancesikkerhed via snitfladen, herunder fx med henvisning til definitioner i QoS for basic delivery assurances: At most once, At least once, Exactly once og No guarantee. [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.] KOMBIT A/S Halfdansgade København S CVR Side 35 af 44