Løsningsbeskrivelse til P13-08-B1 KMD Sag som Afsendersystem (Bølge 1, spor 3)

Transkript

1 Løsningsbeskrivelse til P13-08-B1 KMD Sag sm Afsendersystem (Bølge 1, spr 3) Side 1 af 24

2 Indhld 1 Prjektets rammer Frmål g baggrund fr prjektet Prjektets frventede hvedresultat Prjektets målgruppe Myndighedskrav til løsningen Referencer Løsningsbeskrivelse Arkitektur Frretningsgange Frretningsregler Anvendte snitflader på STS Imprter Opdater Fjern (fysisk sletning) Udfyldelse af data i snitfladerne Fejlhåndtering Virkningsdater dbbelthistrik Sikkerhed Løsningsbeskrivelsen, estimat g planen vil blive pdateret i frhld til implementering af sikkerhed i frhld til Serviceplatfrmen, når detailkrav/dkumentatin er mdtaget fra KOMBIT g mfanget er analyseseret. Drift g pstart Frudsætninger Autrisatin g lgning hs KMD Test Knsekvenser fr ÆA33 Batchsynkrnisering Prjektets rammer Frmål g baggrund fr prjektet Prjektets frventede hvedresultat Prjektets målgruppe Myndighedskrav til løsningen Referencer Løsningsbeskrivelse Arkitektur Frretningsgange Frretningsregler Anvendte snitflader på STS Imprter Opdater Fjern (fysisk sletning) Udfyldelse af data i snitfladerne Fejlhåndtering Virkningsdater dbbelthistrik Sikkerhed Side 2 af 24

3 2.7 Løsningsbeskrivelsen, estimat g planen vil blive pdateret i frhld til implementering af sikkerhed i frhld til Serviceplatfrmen, når detailkrav/dkumentatin er mdtaget fra KOMBIT g mfanget er analyseseret. Drift g pstart Frudsætninger Autrisatin g lgning hs KMD Test Knsekvenser fr ÆA33 Batchsynkrnisering Versinsversigt Versin Dat Oprettet af Beskrivelse af ændring CVS, SKI, PSZ Første versin af dkumentet CVS, SKI, PSZ Rettelser i frbindelse med arbejdsmøde CVS Rettelser i frbindelse med fjernelse af imprt/fjern CVS, PSZ Svar på kmmentarer fra KOMBIT CVS, PSZ Opdateret på møde med KOMBIT 9/ CVS, PSZ Opdateret i fht. ÆA CVS, HUO Svar på KOMBIT kmmentarer CVS, PSZ Uddybning ifht. KOMBIT kmmentarer (xls med bemærkninger til v1.6) g pdateret på ws PSZ Rettet ihht kmmentarer fra KOMBIT (ID3, ID12, ID15 g ID20) PSZCVS Opdateret i frbindelse med test g indføjet tests i sikkerhedsafsnit jf aftale af Baseline efter SIT TUJ Reference til dkument med fejlkder indsat HVJ ÆA 516: Ny virkning på sag g dkument fr fremdriften. Beskrevet i tabel 3 Side 3 af 24

4 1 Prjektets rammer 1.1 Frmål g baggrund fr prjektet I frbindelse med udfasningsassistancen vedrørende KMD Sag, er det aftalt, at der skal ske en synkrnisering af sager mellem Støttesystemet Sags- g Dkumentindeks g KMD Sag således, at alle sager, jurnalntater g dkumenter, der prettes i KMD Sag, prettes sm kpier i Sags- g Dkumentindeks g mvendt. Frmålet er primært at understøtte rammearkitekturens støttesystem Sags- g Dkumentindeks ifm. udfasningen af KMD Sag. Til synkrnisering med Sags- g Dkumentindeks er prindeligt implementeret 3 snitflader under klippekrt: P13-08 Hændelsesdrevet eksprt af sager (KMD Sag -> Sags- g Dkumentindeks) P13-09 Hændelsesdrevet eksprt af jurnalntater (KMD Sag -> Sags- g Dkumentindeks) P13-39 Vedligehld sager, nter, dkumentreferencer g advis (Sags- g Dkumentindeks -> KMD Sag) Disse snitflader er implementeret med interne MQ-køer mellem KMD Sag g 3. part. Denne implementering, er det aftalt at ændre i Bølge 1, således at KMD Sag udstiller 2 snitflader: P13-08-B1 KMD Sag sm Afsendersystem (spr 3) P13-39-B1 KMD Sag sm Mdtagersystem (spr 4). Frmålet med nærværende klippekrtsprjekt, P13-08-B1 er, at sikre at KMD Sag pdaterer Sags- g Dkumentindeks i KOMBITs Støttesystemer (STS) via gennemstilling fretaget af Serviceplatfrmen, defineret sm Bølge 1, spr 3 (ÆA85). 1.2 Prjektets frventede hvedresultat En standard service på KMD Sag, der faciliterer en hændelsesbaseret integratin af sager, jurnalntater g dkumenter mellem KMD Sag g Sags- g Dkumentindeks, således at der fr hver gang, der i KMD Sag prettes g/eller ajurføres på frretningsbjektet Sag eller dkument, sker en synkrnisering af data til Sags- g Dkumentindeks. 1.3 Prjektets målgruppe Kmmunerne g UDK er den primære målgruppe gennem deres kmmende anvendelse af løsninger realiseret via rammearkitekturen. 1.4 Myndighedskrav til løsningen Servicen skal være udstillet på g benytte den fælleskmmunale Serviceplatfrm. Side 4 af 24

5 Dataudvekslingen skal følge den mellem KL, ATP, KMD g KOMBIT udarbejdede mdel fr Dataudvekslingsaftale. 1.5 Referencer Følgende dkumenter refereres:. Reference Beskrivelse Dkumentnavn [MAPNING-1] Dkument der beskriver mapningen mellem felter i KMD Sag g XML-strukturer anvendt i snitfladerne. Mapning-Imprt-P13-8-B1 2.0.dcxMapning- Imprt-P13-8-B1 R1 173-ÆA232 [STS-snitBaselinebaselinkumentindeks-Sag STS Sags- g Dkumentindeks Snitfladebeskrivelse- KOMBIT - baseline pr Sags- g dflade_v.2.0 g dkument-snit- Fejlkder Oversigt ver fejlkder (se afsnittet Fejlhåndtering) Fejlkder [STS-XSD] Sags- g Dkumentindeks XSD er KOMBIT - baseline pr [STS-fælles] Fællesdkument fr Støttesystemerne F+ªllesdkument fr snitfladerne i St+ ttesystemerne_v.2.0 Frmateret: Hyperlink, Engelsk (USA) Feltkde ændret Frmateret: Engelsk (USA) Frmateret: Skrifttype: 8 pkt, Engelsk (USA) 2 Løsningsbeskrivelse Den anvendte arkitektur er baseret på diskussiner g afklarende møder med KOMBIT. 2.1 Arkitektur Den nuværende løsning i P13-08 g P13-09 vil blive tilpasset til at kunne understøtte den på nuværende tidspunkt kendte struktur g frretningslgik i STS Sags- g Dkumentindeks. Da Sags- g Dkumentindeks anvender jurnalpst fr både jurnalntater g dkumentreferencer, men dette er en integreret del af KMD Sag g ikke et selvstændigt frretningsbjekt, er det nødvendigt at sammenlægge de interne køer fr P13-08 g P13-09, så det sikres at alle hændelser bliver sendt til Serviceplatfrmen/STS i den rigtige rækkefølge, hvis der sker flere ting på samme sag hurtigt efter hinanden. Ved at lægge de t køer sammen, giver det gså mulighed fr at udtrække både sager, jurnalntater, jurnalpster g dkumentreferencer i samme flw. Hvilket gså vil fungere mere ptimalt i frhld til ÆA33, hvr der skal fretages almindelig imprt, i frhld til funktiner i STS. Fr at kunne separere den daglige drift fra batchkørslerne fra ÆA33, vil KMD pdele synkrniseringen til Serviceplatfrmen/STS i en nline g en batch del, således at det er sikret at den daglige nline drift bliver pririteret højere end batch. Det vil være den samme kde, der udtrækker data. Der udvikles en brker, sm kan varetage frsendelse af hændelser fra de interne KMD Sag MQ køer til STS via gennemstilling til Serviceplatfrmen, samt mdtage det synkrne svar fra Serviceplatfrmen. Brkeren skal desuden håndtere sikkerhed g sikre driftsstabilitet, se Figur 1. Side 5 af 24

6 KMDeksternt KMDinternt MQ-kø Serviceplatfrmen KMD Sag Hent data Brker Støttesystem (Sags- g Dkumentindeks) Status MQ-kø Figur 1 P13-08-B1 arkitektur Løsningen er en hændelsesbaseret service, sm eksprterer sager, jurnalpster g dkumenter hver gang der prettes g/eller ajurføres på bjektet Sag eller Dkument i KMD Sag. Kmmunikatinen med Serviceplatfrmen er en synkrn kmmunikatin. Brkeren vil håndtere samtidighed i anvendelse af Fjern/Imprter snitfladerne, ved at kalde dem begge i samme flw. Hvis brkeren får fejl fra Serviceplatfrmen/STS, vil den sende fejlen tilbage til mainframen, sm har psat autmatiske regler fr håndteringen af dette. Se mere i afsnit Fejlhåndtering KMD vil sikre at der bliver flere interne MQ-køer mellem KMD Sag g brkeren, g at brkeren vil have flere instanser, der kalder Serviceplatfrmen parallelt. KMD sikrer, via en frdelingsnøgle, at alle sagshændelser g jurnalpsthændelser, der mhandler den samme sag, vil kmme på samme interne MQ-kø så rækkefølgen på Opdater/Imprter fasthldes. Alle køer vil være pdelte så der både er køer til daglig drift, g køer til batch til ÆA33. Uanset hvilken kø (batch/nline) der pdateres fra vil det være de seneste data der verføres, da brker først henter data lige før afsendelse af data. KMD sikrer, at det er muligt, efter behv, at p- g nedskalere antallet af tråde til Serviceplatfrmen g samtidig antallet af interne MQ-køer. Online er sat til 40 brkere, g batch mellem brkere. At ændre antal brkere kræver manuel prces. Løsningen kan gså benyttes til genfremsendelse af allerede afleverede hændelser. Kmmunikatinen mkring hændelsen sker så tæt på hændelsestidspunktet sm muligt. 2.2 Frretningsgange De primære frretningsgange i KMD Sag, sm giver anledning til synkrnisering af Sags- g Dkumentindekset er følgende En brugers prettelse/pdatering af en sag i KMD Sags klient Oprettelse af en sag med de nødvendige grunddata fx primær part, KLE nr., verskrift, mv. Oprettelse af/ændring til fx parter, KLE nr., jurnalntater, dkumenter, sagshenvisninger, mv. Sletning af fx sekundære parter, jurnalntater (kladder), dkumenter Side 6 af 24

7 Dkumenter indskannes g ankmmer i KMD Sag g dermed Sags- g Dkumentindeks sm sagsløse dkumenter. Oprettelse/pdatering af en sag fra et fagsystem (pdatering via MdtagHændelse) Oprettelse/pdatering af en sag fra et fagsystem via OIO-snitflader Arkiveringskørsel Alle de venfr beskrevne måder hvrpå sager kan prettes/pdateres/slettes vil udløse hændelser, sm msættes til kald af snitflader, der udstilles af Sags- g Dkumentindeks. Hvilke snitflader, der anvendes i hvilke situatiner er beskrevet i afsnit 2.4. Løsningen er implementeret på datalaget, hvrfr alle ændringer vil trigge en hændelse g derfr vil alle hændelser blive synkrniseret. Der er lavet et batch jb, der går ind g finder sager, der er gjrt kasabel/ikke tilgængelige i KMD SAG, g derefter sikre, at vi fjerner sager i STS når dette sker. Håndtering af dkumenter Sags- g Dkumentindeks har følgende frretningsregel: Dkumenter skal enten være tilknyttet en sag eller have en KLE-pmærkning. Dkumentrelatin mellem sag g dkument hvr dkumentet ikke er KLE-pmærket kan ikke slettes. KMD Sag har ikke KLE-pmærkning på dkumenter g dkumenter skal derfr tilknyttes en sag via en pdatering. Opdateringen skal fretages i 2 step: Opdater (JPOST) Imprter (Dkument) hvis dkumentet ikke allerede er leveret til STS. KMD Sag sikrer, at de t step eksekveres i netp denne rækkefølge, idet imprterer(dkument) før Opdater(JPOST) vil give en fejl fra STS, da en JPOST kan sendes uden at dkumentet eksisterer, men dkumentet kan ikke sendes uden at JPOSTen med dkumentrelatinen eksisterer. Den angivne frretningsregel har betydning fr følgende frretningsgange: Dkument prettes i KMD Sag Dkumentet bliver ikke sendt til Sags- g Dkumentindeks, da det ikke er tilknyttet til ngen sag. Dkumentrelatin prettes mellem dkument g sag Ved prettelse af en relatin mellem et dkument g en eksisterende sag prettes en Jpst på sagen, sm sendes til Sags- g Dkumentindeks inden dkumentet gså sendes til Sags- g Dkumentindeks. I frbindelse med pdateringen afklarer KMD Sag m dkumentet allerede er tilknyttet en eksisterende sag, ved at kigge i KMD Sag. Hvis dkumentet allerede er tilknyttet en (anden) sag, sendes dkumentet ikke til Sags- g Dkumentindeks. Side 7 af 24

8 Fr at sikre at dkumentet kmmer tidsmæssigt efter pdateringen med Jpsten, lægges de t peratiner på samme MQ-kø. Sag slettes Når en sag, sm har relatin til et dkument skal slettes, undersøges det m dkumentet har relatiner til andre sager. Hvis dkumentet ikke har er relatin til andre sager slettes dkumentet, hvrefter sagen slettes. Dette gøre via Ffjern- funktinen på STS. Dkumentrelatin mellem dkument g sag slettes Når relatin mellem et dkument g en sag fjernes, undersøges m dkumentet har relatin til andre sager. Hvis dkumentet ikke har er relatin til andre sager slettes dkumentet, hvrefter dkumentrelatinen slettes på sagen med kald af Fjernm/Imprter på den berørte sag (Fjern med kaskadesletning af dkumenter). Dkument slettes Når et dkument slettes, undersøges hvilke sager dkumentet har relatin til. Hvis dkumentet har ikke er relatin til flere sager slettes dkumentet, hvrefter dkumentrelatinen slettes på sagen. Dkument pdateres Hvis der rettes i et dkument undersøges m dkumentet er tilknyttet til en sag. Hvis dkumentet er tilknyttet en sag pdateres dkumentet i Sags- g Dkumentindeks. Hvis dkumentet ikke er tilknyttet til en sag pdateres dkumentet ikkke i Sags- g Dkumentindeks. Se endvidere knsekvenser i frbindelse med ÆA33, afsnit Frretningsregler I dette afsnit beskrives de regler, sm gælder, når der skal sendes hændelser til Sags- g Dkumentindeks. Disse regler er beskrevet sm frretningsregler på 3 niveauer: Regler sm er implementeret i Sags- g Dkumentindeks Regler sm er implementeret i KMD Sag Regler sm er implementeret i brkeren, der har ansvaret fr kmmunikatinen med Serviceplatfrmen. Side 8 af 24

9 Disse frretningsregler er beskrevet nedenfr: Regler, sm er implementeret i Sags- g Dkumentindeks (jf. [STS-fælles] ) De frretningsregler, sm nævnes i det følgende, bliver kntrlleret ved runtime-kald til de nævnte peratiner. Frretningsbjekt Sag Opret, Imprter, Ret, Opdater g Kassér 48 Sag skal have en relatin til It-system med rlle Master 48 Sag skal have en relatin til It-system med rlle Afsender 48 Sag skal have en Aktør med rllen Ejer 48 Aktøren med rllen Ejer skal være et CVR-Nummer 48 Sag skal have en Aktør med rllen Ansvarlig 48 Sag skal have en Sagsklasse med rllen PrimærKlasse 48 IT-System: Fr relatinsrllen Master må indeks ikke angives, da kardinaliteten 48 IT-System: Fr relatinsrllen Afsender må indeks ikke angives, da kardinaliteten 48 Sagsaktør: Fr relatinsrllen Ejer må indeks ikke angives, da kardinaliteten maks tillader en relatinsrlle 48 Sagsaktør: Fr relatinsrllen Ansvarlig må indeks ikke angives, da kardinaliteten 48 Sagsklasse: Fr relatinsrllen PrimærKlasse må indeks ikke angives, da kardinaliteten Opret, Imprter, Ret, Opdater, Søg g Fremsøg 48 ReferenceId fr Part har ikke krrekt frmat Opret, Imprter, Ret g Opdater 48 Sagsaktør: Mindst 1 attribut skal være udfyldt 48 Sagspart: Mindst 1 attribut skal være udfyldt 48 Jurnalpst: Fr relatinsrllen Vedlagt må indeks ikke angives, da kardinaliteten 48 Jurnalpst: Fr relatinsrllen Tilakteret må indeks ikke angives, da kardinaliteten maks tilla-der en relatinsrlle 48 Jurnalpst: Fr relatinsrllen Jurnalntat må indeks ikke angives, da kardinaliteten 48 Jurnalpst: Kun én af reltinsrllerne Vedlagt eller Tilakteret må frefindes 48 Sag: Fr relatinsrllen Oversag må indeks ikke angives, da kardinaliteten maks tillader en re-latinsrlle 48 Sag: Fr relatinsrllen Præcedens må indeks ikke angives, da kardinaliteten maks tillader en relatinsrlle 48 Sagsaktør: Fr relatinsrllen Ansvarlig må indeks ikke angives, da kardinaliteten 48 Sagsaktør: Fr relatinsrllen Primær Behandler må indeks ikke angives, da kardinaliteten 48 Sagsaktør: Fr relatinsrllen UdlåntTil må indeks ikke angives, da kardinaliteten 48 Sagsaktør: Fr relatinsrllen Bpælskmmune må indeks ikke angives, da kardinaliteten Side 9 af 24

10 48 Sagsgenstand: Fr relatinsrllen Afgiftsbjekt må indeks ikke angives, da kardinaliteten 48 Sagsgenstand: Fr relatinsrllen Ejendmsskat må indeks ikke angives, da kardinaliteten 48 Sagsklasse: Fr relatinsrllen Opgaveklasse må indeks ikke angives, da kardinaliteten 48 Sagsklasse: Fr relatinsrllen Handlingsklasse må indeks ikke angives, da kardinaliteten 48 Sagsklasse: Fr relatinsrllen Kntklasse må indeks ikke angives, da kardinaliteten 48 Sagsklasse: Fr relatinsrllen Sikkerhedsklasse må indeks ikke angives, da kardinaliteten 48 Sagsklasse: Fr relatinsrllen Følsmhedsklasse må indeks ikke angives, da kardinaliteten 48 Sagsklasse: Fr relatinsrllen Insatsklasse må indeks ikke angives, da kardinaliteten 48 Sagsklasse: Fr relatinsrllen Ydelsesklasse må indeks ikke angives, da kardinaliteten 48 Sagspart: Fr relatinsrllen Primærpart må indeks ikke angives, da kardinaliteten 48 Sagspart: Fr relatinsrllen Ydelsesmdtager må indeks ikke angives, da kardinaliteten Imprter g Opdater 48 Tidspunkt skal være udfyldt Imprter Registrering på bjekt har ikke livscyklus Oprettet eller Imprteret Frretningsbjekt Dkument Opret, Imprter, Ret, Opdater g Kassér 48 Dkument skal have en relatin til It-system med rlle Master 48 Dkument skal have en relatin til It-system med rlle Afsender 48 Dkument skal have en Aktør med rllen Ejer 48 Aktøren med rllen Ejer skal være et CVR-Nummer 48 Dkument skal have en Aktør med rllen Ansvarlig Dkumentet er ikke tilknyttet en sag, så BrugervendtNøgle (KLE-nummer) skal være udfyldt 48 IT-System: Fr relatinsrllen Master må indeks ikke angives, da kardinaliteten 48 IT-System: Fr relatinsrllen Afsender må indeks ikke angives, da kardinaliteten 48 Dkumentaktør: Fr relatinsrllen Ejer må indeks ikke angives, da kardinaliteten 48 Dkumentaktør: Fr relatinsrllen Ansvarlig må indeks ikke angives, da kardinaliteten Opret, Imprter, Ret, Opdater, Søg g Fremsøg 48 ReferenceId fr Part har ikke krrekt frmat Side 10 af 24

11 Opret, Imprter, Ret g Opdater 48 Dkumentaktør: Mindst 1 attribut skal være udfyldt 48 Dkumentpart: Mindst 1 attribut skal være udfyldt 48 Dkument: Fr relatinsrllen NyRevisin må indeks ikke angives, da kardinaliteten maks tilla-der en relatinsrlle 48 Dkumentaktør: Fr relatinsrllen PrimærBehandler må indeks ikke angives, da kardinaliteten 48 Dkumentaktør: Fr relatinsrllen FrdeltTil må indeks ikke angives, da kardinaliteten 48 Dkumentklasse: Fr relatinsrllen PrimærKlasse må indeks ikke angives, da kardinaliteten Imprter g Opdater 48 Tidspunkt skal være udfyldt Imprter Registrering på bjekt har ikke livscyklus Oprettet eller Imprteret Fremsøg 48 Søgning efter sagsløse dkumenter resulterede gså i sager Implementering af regler fra snitfladebeskrivelsen Frmatet til indsættelse af Part er jf. [STS-snit]: urn:i:cpr-nr:xxxx urn:i:cvr-nr:xxxxx urn:i:se-nr:xxxx urn:i:pnr:xxxx urn:i:fuldtnavn:xxxx Specifikt i frhld til reglen ReferenceId fr Part har ikke krrekt frmat. Regler, sm er implementeret i KMD Sag Hændelser på alle aktive g passive sager synkrniseres til Sags- g Dkumentindeks. Indekssager g sager med status sm ikke er Aktiv eller Passiv synkrniseres ikke. I KMD Sag kan et jurnalntat være i kladde tilstand. Jurnalntater synkrniseres kun når de er gdkendte. En almindelig bruger kan ikke slette relatinen til et gdkendt jurnalntat, men det kan en administratr. Derfr kan den slettes i Sags- g Dkumentindeks. Når mainframe afleverer data til et kald af Imprter snitflade til brkeren, medsendes samtidig data til kald af Fjern snitfladen. Fr at sikre at alle hændelser på en sag kmmer i den krrekte rækkefølge, skal alle kald til snitfladerne fr den enkelte sag skal lægges i samme interne KMD Sag MQ-kø. Det antages at dette sker efter en frdelingsnøgle baseret på sagens IDUUID. Side 11 af 24

12 Fr at sikre at de snitfladekald, der kmmer fra batchsynkrniseringen ikke giver anledning til frsinkelser i den daglige drift, skal disse lægges på en eller flere separatebatch interne KMD Sag MQ-køer. Den/disse køer behandles kun når køerne til daglig drift er tmme. Hvis Sags- g Dkumentindeks returnerer en fejl på et kald af Opdater snitfladen, vil Imprter snitflade efterfølgende blive kaldt så sagen/dkument er helt pdateret. Regler, sm er implementeret i brkeren Ved kald af snitfladen Imprter skal der altid først kaldes Fjern, g umiddelbart derefter Imprter. Fr at sikre rækkefølgen af de synkrne kald til Serviceplatfrmen har Brkeren en tråd til Serviceplatfrmen pr. intern MQ-kø fra KMD Sag. Således er rækkefølgen i hændelserne på de interne KMD Sag MQ-køerne direkte afspejlet i de synkrne kald md Serviceplatfrmen. 2.4 Anvendte snitflader på STS I frbindelse med gennemførelse af analysefasen er det fremkmmet, at de snitflader, der skal anvendes i frbindelse med P13-08-B1 til at pdatere Sags- g Dkumentindeks er følgende: Imprter Opdater Fjern (fysisk sletning) Nedenfr er dkumenteret hvrledes denne løsning anvender disse 3 snitflader Imprter Anvendes til at levere sager g dkumenter til Sags- g Dkumentindeks. De data der sendes er de kmplette sagsplysninger, samtlige jurnalntater (jurnalpster), samtlige dkumentreferencer (jurnalpster) g metadata fr samtlige dkumenter, der er tilknyttet sagen. Hvis dkumentmetadata fejler med fejlkden at bjektet findes i frvejen, vil KMD sende Opdater på de berørte dkumentmetadata Opdater Anvendes til at pdatere sager i Sags- g Dkumentindeks. XML en indehlder altid sagens stamdata (se afsnit ) samt, hvr det er relevant, de data, hvrmed sagen pdateres, fx tilføjelse af en ny part, nyt dkument g nyt jurnalntat. Opdater snitfladen anvendes i alle de tilfælde hvr KMD Sag ved præcis hvad der er rettet eller slettet g har den præcise identifikatin i Sags- g Dkumentindekset (se afsnit Fejl! Henvisningskilde ikke fundet.errr! Reference surce nt fund ). Fr yderligere detaljer vdr. anvendelse af Opdater henvises til mapningsarket. Frmateret: Dansk Side 12 af 24

13 2.4.3 Fjern (fysisk sletning) Anvendes til at fjerne sager g dkumenter i Sags- g Dkumentindekset, hvr sagen har fået fjernet relatiner, sm KMD Sag ikke kan identificere entydigt. Anvendes primært i så fald sammen med Imprter. Snitfladen Fjern i Sags- g Dkumentindeks sletter hele sagen, herunder sletter alle dkumenter, sm alene er tilknyttet den slettede sag (med kaskadesletning). Når en sag falder fr kassatin (ikke længere tilgængelig mere i KMD SAG) Fx ved en gdkendt arkiveringskørsel kaldes snitfladen Fjern fr de disse sager, hvr afleveringen til Statens Arkiver er gdkendt. Hvis en sag slettes fysisk i KMD Sag, uafhængigt af arkivering, kaldes Fjern, således at den gså fjernes fysisk i Sags- g Dkumentindeks Udfyldelse af data i snitfladerne I analyse/designfasen er der gennemført en række wrkshps med KOMBIT, hvr de enkelte snitflader er gennemgået med henblik på, hvrledes datastrukturen g datamapningen skal anvendes. Anvendelsen af en given snitflade er ligeledes baseret på, hvrdan KMD Sag er pbygges, samt hvilke data, der er til rådighed i KMD Sag, på det tidspunkt, hvr hændelsen indtræffer. De data der leveres til Sags- g Dkumentindeks ved anvendelse af de udstillede snitflader er beskrevet i [Mapning-1]. Følgende afsnit tager udgangspunkt i dette dkument Stamdata Generelt gælder at Imprter g Opdater altid er ppuleret med de fulde stamdata, dvs. de data, hvr der kun er en instans. Det gælder følgende data: Sag: Registrering:Attributliste Registrering:TilstandListe Registrering:RelatinListe RelatinListe:Sagsakter.PrimærBehandler RelatinListe:Sagsakter.EjerMyndighed RelatinListe:Sagsakter.AnsvarligAfdeling RelatinListe:Sagsarkiv RelatinListe:Sagsklasse.KLEEmne RelatinListe:Sagsklasse.KLEHandling Relatin:SagsPart.PrimaerPart LkalUdvidelse:SagsItSystem.Master LkalUdvidelse:SagsItSystem.Afsender LkalUdvidelse:Sikkerhedsprfil Frmateret: Skrifttype: Ikke Fed Side 13 af 24

14 Dkument: Registrering:Attributliste Registrering:TilstandListe Registrering:RelatinListe RelatinListe:Sagsakter.PrimærBehandler RelatinListe:Sagsakter.EjerMyndighed RelatinListe:Sagsakter.AnsvarligAfdeling RelatinListe:DkumentPart.PrimaerPart RelatinsListe:ITsystem.Master RelatinsListe:ITsystem.AnsvarligAfsender Registrering:Variantliste Andre data De andre data i XML en udfyldes i den udstrækning de er relevante fr den kaldte snitflade. I nedenstående skema er vist hvilke data der er udfyldt i frbindelse med ændring af en attribut eller sletning af en attribut, dvs. Opdater Fjern/Imprter. De attributter, der er markeret i Tabel 1g Tabel 2 med grønt er de stamdata, sm er beskrevet i afsnittet venfr, mens de hvide er data, sm udfyldes afhængig af den anvendte snitflade. Hvilken/ hvilke snitflader, der anvendes er angivet under hhv. ved ændring g ved sletning. Objekt Kardinalitet ved ændring ved sletning SAG - Attributliste 1..1 Opdater N/A SAG - Tilstandsliste 1..1 Opdater N/A SAG SagsAkter Ejer myndighed 1..1 Opdater N/A SAG SagsAkter Ansvarlig afdeling 0..1 Opdater Opdater (Virkning.TilTidspunkt) SAG SagsAkter Primær sagsbehandler 0..1 Opdater Opdater (Virkning.TilTidspunkt) SAG SagsKlasse Primær KLE emne 1..1 Opdater Opdater SAG SagsKlasse Primær KLE Handling 1..1 Opdater Opdater SAG SagsPart Primær Part 0..1 Opdater Opdater SAG SagsPart Sekundær Part 0.. Opdater Opdater (Virkning.TilTidspunkt) SAG SagsRelatin 0.. Opdater Opdater (Virkning.TilTidspunkt) SAG SagsGenstande 0.. Opdater Opdater (Virkning.TilTidspunkt) SAG SagsJurnalpst Ntat 0.. Opdater Opdater (Virkning.TilTidspunkt) SAG SagsJurnalpst Dkument 0.. Opdater Opdater (Virkning.TilTidspunkt) Side 14 af 24

15 Objekt Kardinalitet ved ændring ved sletning SAG SagsItSystem 1..1 Opdater N/A SAG - Sikkerhedsprfil 1..1 Opdater N/A Tabel 112 Data fr Sags bjektet Registrering:SagsPart Sekundær Part Hvis man tilføjer en sekundærpart, vil der blive sendt stamdata med Virkning.Fra-dat sat til d.d. på den sekundære part. Hvis man ændrer en sekundær part, fx rllen, vil der udelukkende blive sendt de nødvendige stamdata til parten g Virkning.Til dat sat til d.d. samt en sekundær part med samme indeks, den nye rlle g Virkning.Fra dat sat til d.d.vil man slette den nuværende part, g tilføje en ny. Dette sker da man ændre indeksværdi. Ved at sætte virkning til på den nuværende part, g tilføje den nye med virkning fra lidttil nu. Hvis man sletter en sekundærpart, så vil der udelukkende blive sendt de nødvendige sag stamdata, g så en sekundærpart med Virkning.TilTidspunkt, sat til d.d., med det knkrete Indeks. Registrering:SagsRelatin Hvis man tilføjer eller ændrer en sagsrelatin, så vil der blive sendt stamdata, plus alle sagsrelatiner. Hvis man sletter en Sagsrelatin, så vil der udelukkende blive sendt de nødvendige sag stamdata, g så en Sagsrelatin med Virkning.TilTidspunkt, sat til d.d., med det knkrete Indeks. Registrering:SagsGenstande Hvis man tilføjer eller ændrer en sagsgenstand, så vil der blive sendt stamdata, plus alle sagsgenstande. Når der bliver ændret en sagsgenstand, sendes der en sletning af den gamle, g en tilføjelse af den nye. Hvis man sletter en sagsgenstand, så vil der udelukkende blive sendt de nødvendige sag stamdata, g så en sagsgenstand med Virkning.TilTidspunkt, sat til d.d., med det knkrete Indeks. Registrering:SagsJurnalpst Ntat Hvis man tilføjer et nyt jurnalntat, så vil der udelukkende blive sendt de nødvendige sags stamdata, g den nye Jurnalpst med jurnalntatplysninger. Hvis man ændrer et jurnalntat, så vil der udelukkende blive sendt de nødvendige sag stamdata, g en Jurnalpst med de ændrede jurnalntat plysninger, med det knkrete Indeks. Hvis man sletter et jurnalntat, så vil der udelukkende blive sendt de nødvendige sag stamdata, g så en Jurnalpst med Virkning.TilTidspunkt, sat til d.d., med det knkrete Indeks. Registrering:SagsJurnalpst Dkument Side 15 af 24

16 Hvis man tilføjer en ny dkumentrelatin, så vil der udelukkende blive sendt de nødvendige sag stamdata, g en Jurnalpst med dkumentrelatinen. Hvis man ændrer en dkumentrelatin, så vil der udelukkende blive sendt de nødvendige sag stamdata, g så en Jurnalpst med den ændrede dkumentrelatin, med det knkrete Indeks. Hvis man sletter en Jpst, så vil der udelukkende blive sendt de nødvendige sag stamdata, g en Jurnalpst med Virkning.TilTidspunkt, sat til d.d., med det knkrete Indeks. Objekt Krdinalitet ved ændring ved sletning DOKUMENT Attributliste 1..1 Opdater N/A DOKUMENT - Tilstandsliste 1..1 Opdater N/A DOKUMENT Dkumentakter Ejer myndighed 1..1 N/A(Opdater) N/A DOKUMENT Dkumentakter Ansvarlig afdeling 0..1 Opdater Opdater (Virkning.TilTidspunkt) DOKUMENT Dkumentakter Primær sagsbehandler 0..1 Opdater Opdater (Virkning.TilTidspunkt) DOKUMENT Dkumentpart Primær Part 0..1 Opdater Opdater (Virkning.TilTidspunkt) DOKUMENT Dkumentpart Sekundær PParter 0.. Opdater Opdatere (Virkning.TilTidspunkt) DOKUMENT VariantListe Opdater Opdater Tabel 2 Data fr Dkument bjektet Registrering:DkumentPart Sekundær PParter Hvis man tilføjer en sekundærpart vil der blive sendt stamdata, på den tilføjede sekundære part. I KMD Sag har parter på dkumenter den samme rlle ( Parter ) g rllen vil derfr ikke ændres. Hvis man sletter en sekundærpart, så vil der udelukkende blive sendt de nødvendige sag stamdata, g en sekundærpart med Virkning.TilTidspunkt, sat til d.d., med det knkrete Indeks FejlscenarierFejlhåndtering Fejlhåndtering. Fejlkder: 20 OK 40 Frespørgslen har frkert struktur 41 Ikke autriseret til at kalde servicen 44 Det frespurgte frretningsbjekt ikke fundet 46 Registreringsinterval ikke gyldigt Side 16 af 24

17 47 Virkningsinterval ikke gyldigt 48 <Se relevant fejlmeddelelse i Fællesdkument fr snitfladerne i Støttesystemerne> 49 Frretningsbjekt har livscyklus sm ikke tillader imprt 51 Service ikke implementeret 53 Service ikke tilgængelig 55 Serviceversin ikke understøttet Interne KSU fejl SOAP FAULT Andre fejl Alle fejl fra kan ses i excelark på Kundenet, gsm vil blive pdateret løbende ved pdagelse af nye fejl. Kmmenterede [JTT1]: Link til dette? Når vi ser en ny SOAP fault, kategriserer vi den, g bestemmer en handling til den. F.eks. m vi skal gensende eller smide den på fejlkø til manuel behandling. Excel ark er vedhæftet mail, men vil blive lagt på sharepint Antal fejl tælles p g, når der er 50 fejl vilpå en kmmune, vil vi stppe med at sende sager p, indtil denkmmunen bliver genåbnet. De hændelser der skal gensendes, plus alle nye hændelser, vil blive lagt i DB2, g blive afsendt når kmmunen bliver genåbnet. Hver hele time vil vi genåbne alle kmmuner, der er lukket, plus nulstille antal fejl på restenøvrige kmmuner. Så det er kun hvis der kmmer 50 fejl indenfr en time, at vi vil lukke en kmmune, g undlade at sende flere hændelser. Når kmmune bliver genåbnet, vil man gensende hændelser i den rækkefølge de er kmmet ind, fr at sikre sekvens. Batch jb fra ÆØA33, vil kntrllere m kmmune er lukket,. Hhvis kmmune er lukket, vil den lægge hændelse blive lagt tilbage på kø, g afvente i 5 min. Dvs. den vil først sende hændelser vil først blive sendt md STS når kmmune er åben igen. Dette er fr at sikre, at vi ikke sender md SP/STS når det er prblemer, g frstyrrer daglig drift på nline- køer, med mange batch hændelser. Nedenfr er fremgår der hvad vi pt. vil gøre ved frskellige fejlkder., detdette er i høj grad gså fr at håndtere pstart, hvr kmmune er i drift, men endnu ikke synkrniseret endnu via ÆØA33. Generelt uafhængig af funktin kaldt: Fejl: : Ikke gensend, Skriv mail, Fejl, sm skal analyseres manuelt. Fejl: 2010: Brker prøver hente data igen. Midlertidig fejl med at hente data fra MQ. Fejl: 4005: Batch brker venter 5 min. Kmmune er blevet lukket Side 17 af 24

18 Fejl: 4006: Ikke gensend, ikke ptæl fejl. Slet hændelse. Kmmune er blevet deaktiveret SAG Imprter(Opret) Fejl: 40, 41, 47, 48: Ikke gensend, Skriv mail, ptæl fejl Fejl i struktur, skal håndteres manuelt. Fejl: 3999: Gensend, skriv mail, ptæl fejl Ukendt SOAP Fault, sm skal analyseres g tilføjes. Fejl: Andre andre fejl: Gensend, ptæl fejl Prøv igen, midlertidig fejl. Opdater(ret) Fejl: 40, 47, 48, 3999: Lav Imprter sag, Skriv mail, ptæl fejl Lave imprter på fejl, så data bliver rigtige i STS, g sikre vi får fejl at vide, så vi kan analysere den Fejl: 44: Imprter sag, ikke ptæl fejl Sager er ikke i STS, sandsynligvis pga. ÆØA33 ikke er kørt Fejl: Andre andre fejl: Gensend, ptæl fejl Prøv igen, midlertidig fejl. Fjern(slet) Fejl: 44: OK Er at der ikke kan findes sag, er ikke fejl ved fjern. Fejl: 40, 3999: Gensend, skriv mail, ptæl fejl Midlertidige fejl. Men vil gdt kende dem. Burde ikke kunne pstå fejl 40. Fejl: Andre andre fejl: Gensend, ptæl fejl Prøv igen, midlertidig fejl. Dkument Imprter(Opret) Fejl 40, 47: Ikke gensend, Skriv mail, ptæl fejl Fejl i struktur, skal håndteres manuelt. Fejl 48: Lav imprter på alle sager, dkument er på, herunder imprt DOK, Optæl ikke fejl Frventer denne fejl primært skyldes manglende sag imprt, så dkument ikke er tilknyttet sag. Derfr imprt af alle sager Fejl 49: Opdater dkument, Ikke tæl fejl Skyldes dkument er blevet allerede imprteret, så laver vi pdater på dkument. Fejl: 3999: Gensend, skriv mail, ptæl fejl Ukendt SOAP Fault, sm skal analyseres g tilføjes. Prøver igen da vi vurdere det er midlertidig fejl. Fejl: Andre andre fejl : Gensend, ptæl fejl Prøv igen, midlertidig fejl. Opdater(Ret) Fejl: 40, 47, 48: Ikke gensend, Skriv mail, ptæl fejl Manuel håndtering, ikke kendt fejl. Fejl: 44: Imprter dkument, ikke ptæl fejl Dkument er ikke synkrniseret til STS, sandsynligvis på ÆØA33 ikke er kørt. Fejl: 3999: Gensend, skriv mail, ptæl fejl Ukendt SOAP fault, Prøv igen, midlertidig fejl. Giv besked Fejl: Andre andre fejl: Gensend, ptæl fejl Prøv igen, midlertidig fejl. Side 18 af 24

19 Imprter fejler Opdater fejler Fjern fejler Imprter fejler Hvis snitfladen Imprter fejler, kan det skyldes en af følgende årsager: 1. Objektet findes allerede a. Det er usandsynligt at denne årsag fremkmmer, da denne løsning altid afsender en Fjern transaktin før der afsendes en Imprter transaktin. Skulle det frekmme, vil der være tale m en prgramfejl. 2. Manglende autrisatin a. Ved manglende autrisatin ptælles antallet af frsøg med manglende autrisatin g der stppes fr afsendelse efter et fastsat antal frsøg, således at der ikke fretages unødige kald til snitfladerne fr en kmmune sm ikke har den frnødne autrisatin på plads. Disse ptællinger fretages i en intern autrisatinstabel. 3. Frkert indhld a. Hvis denne fejl pstår ved Imprter, så skyldes det, at der er en fejl i enten det afgivende system eller det mdtagende system. Hændelserne fejlmarkeres g kan senere gensendes. KMD sikrer et fejlhåndteringssystem til dette. 4. Fejl ved kald af Service (anvendelse af snitfladen) Opdater fejler a. Denne fejl kan fx skyldes, at der ikke er frbindelse til den kaldte Service Hændelserne fejlmarkeres g kan senere gensendes. KMD sikrer et fejlhåndteringssystem til dette. Der implementeres et system, sm gensender fejlende transaktiner efter 1 time g efter 24 timer. Herefter skal en manuel prces gennemføres fr at gensende indenfr 30 dage. Hvis snitfladen Opdater fejler, kan det skyldes en af følgende årsager: 1. Objektet sm frsøges pdateret findes ikke i STS a. Objektet gensendes med snitfladen Imprter inklusive alle sagens jurnalntat g relaterede dkumenter 2. Manglende autrisatin a. Ved manglende autrisatin ptælles antallet af frsøg med manglende autrisatin g der stppes fr afsendelse efter et fastsat antal frsøg, således at der ikke fretages unødige kald til snitfladerne fr en kmmune sm ikke har den frnødne autrisatin på plads. Disse ptællinger fretages i en intern autrisatinstabel. Optællingen lgges g kan fremsøges på frespørgsel. Side 19 af 24

20 3. Frkert indhld dvs. datastrukturen er udfyldt frkert a. Hvis denne fejl pstår ved Opdater, så skyldes det, at der er en fejl i enten det afgivende system eller det mdtagende system. Hændelserne fejlmarkeres g kan senere gensendes. KMD sikrer et fejlhåndteringssystem til dette. 4. Fejl ved kald af Service (anvendelse af snitfladen) Fjern fejler a. Denne fejl kan fx skyldes, at der ikke er frbindelse til den kaldte Service. Dette medfører stp af afviklingen, mens transaktinen bibehldes på de interne KMD Sag MQ-køer. Der implementeres et system sm gensender fejlende transaktiner efter 1 time g efter 24 timer. Herefter skal en manuel prces gennemføres fr at gensende indenfr 30 dage. Hvis snitfladen Fjern fejler, kan det skyldes en af følgende årsager: 1. Objektet sm frsøges fjernet findes ikke i STS a. Fejlen ignreres af brker i frbindelse med en Fjern/Imprter. Ellers - hvis denne fejl pstår, skyldes det, at der er en fejl i enten det afgivende system eller det mdtagende system. Hændelserne fejlmarkeres g kan senere gensendes. KMD sikrer et fejlhåndteringssystem til dette. 2. Manglende autrisatin a. Ved manglende autrisatin ptælles antallet af frsøg med manglende autrisatin g der stppes fr afsendelse efter et fastsat antal frsøg, således at der ikke fretages unødige kald til snitfladerne fr en kmmune sm ikke har den frnødne autrisatin på plads. Disse ptællinger fretages i en intern autrisatinstabel. 3. Frkert indhld dvs. datastrukturen er udfyldt frkert b. Hvis denne fejl pstår ved Fjern, så skyldes det, at der er en fejl i enten det afgivende system eller det mdtagende system. Hændelserne fejlmarkeres g kan senere gensendes. KMD sikrer et fejlhåndteringssystem til dette. 4. Fejl ved kald af Service (anvendelse af snitfladen) a. Denne fejl kan fx skyldes, at der ikke er frbindelse til den kaldte Service. Dette medfører stp af afviklingen, mens transaktinen bibehldes på de interne KMD Sag MQ-køer. Der implementeres et system sm gensender fejlende transaktiner efter 1 time g efter 24 timer. Herefter skal en manuel prces gennemføres fr at gensende indenfr 30 dage. 2.5 Virkningsdater dbbelthistrik STS registrerer alle ændringer i Ydelses- g Sags- g Dkumentindeksets data i med bitemprale egenskaber, dvs. understøtter dbbelthistrik. Dermed pnås en versinsunderstøttelse af alle bjekters egenskaber. Dbbelthistrik betyder at alle registreringer af data fretages med t tidsstempler: Registreringstidspunkt Virkningstidspunkt Side 20 af 24

21 Begge disse dater kan angives af Afsendersystemet i XML-strukturen når en snitflade til indekset kaldes. Afsendersystemet kan således styre hvrledes data i indekset bliver gemt g efterfølgende kan fremsøges af Anvendersystemerne. Ved anvendelse af dbbelthistrik vil en pdatering af et bjekt i indekset betyde, at en fuld registrering af det berørte frretningsbjekt gemmes med en ny registreringstid, samt ny virkningstid (angivet af Afsendersystemet) g den prindelige registrering frbliver uberørt af pdateringen. Når et Anvendersystem skal fremsøge en instans af et frretningsbjekt skal det fremsøges på basis af virkning g/eller registreringstidspunkt. Hvilke tidspunkter, der skal angives afhænger af Anvendersystemets frmål med søgningen. KMD Sag understøtter, sm nævnt, ikke dbbelthistrik, så fr at sikre at de rigtige data fremsøges af Anvendersystemerne skal KMD Sag sikre den rette anvendelse af indeksernes snitflader, dvs. primært anvendelsen af tidspunkter, således at Anvendersystemerne får de rigtige data ved søgninger. De tidspunkter, der kan angives er: Virkning.FraTidspunkt Virkning.TilTidspunkt Registrering.FraTidspunkt I indeksernes data skal både FraTidspunkt g TilTidspunkt være angivet, så hvis Afsendersystemet i et kald af en snitflade udelader en dat, er der i indekserne frretningsregler til udfyldelse af det manglende tidspunkt, se afsnit 2.3 m Sags- g Dkumentindeksets frretningsregler. I KMD Sag pereres med følgende (relevante) tidspunkter: hændelsestidspunkt (fuldt timestamp): det tidspunkt hændelsen registreres på databasen svarende til det tidspunkt den frretningsmæssige hændelse sker sidst ændret (fuldt timestamp): det tidspunkt hvr en sag/et dkument/et jurnalntat senest er ændret. Udtrækstidspunkt fr data. I brkerne er det implementeret at brkeren henter den nyeste versin af sagen/dkumentet i frbindelse med pbygning af xml til Serviceplatfrmen/STS. Det betyder at der ved anvendelse af tidspunktet sidst ændret kan frekmme flere registreringer med de samme data g det samme hændelsestidspunkt. Dette er ikke et pdateringsmæssigt prblem, i frhld til STS, da det ikke vil give fejl eller frkerte data. I tabellen nedenfr er angivet hvilket tidspunkt der skal anvendes fr hver af de 3 typer registreringer Imprter, Opdater g Batchsynkrnisering (ÆA33), fr hhv. sag g dkument. Side 21 af 24

22 ÆA33 Imprter Opdater Sag Dk Sag Dk Sag Dk Registreringstidspunkt Sidst ændret Sidst ændret Sidst ændret Sidst ændret fr dkumentet Sidst ændretudtræk af data fra fra brkersidst Udtræk af data brker ændret fr dkumentet Virkning-Fra- Tidspunkt (alle pånær tilstand) Hændelsestidspunkt Hændelses-tidspunkt fra sagen Hændelses-tidspunkt Sagens Jpst pdaterings-hændelsestidspunkt Hændelses-tidspunkt Hændelses-tidspunkt enten fra sagen eller dk Virkning-Fra- Tidspunkt på tilstand Sags_dat hvis tilstand er Opstaaet Dkument_dat Sags_dat hvis tilstand er Opstaaet Dkument_dat Sags_dat hvis tilstand er Opstaaet Dkument_dat Arkivdat (passivdat) hvis tilstand er Afsluttet Arkivdat (passivdat) hvis tilstand er Afsluttet Arkivdat (passivdat) hvis tilstand er Afsluttet VirkningFra Hændelsestidspunkt på Jpst-Dk Hændelses-tidspunkt fra sagen Hændelses-tidspunkt på Jpst på Dk N/A Hændelses-tidspunkt på Jpst på Dk N/A VirkningFra på Jpst-Jn Sidst ændret på jurnalntat N/A Sidst ændret på jurnalntat N/A Sidst ændret på N/A jurnalntat/ved slet hændelsestidpunktsidst ændret på jurnalntat Tabel 3 Tidsstempler anvendt i frbindelse med registreringer i STS 2.6 Sikkerhed Sikkerhed i frhld til Serviceplatfrmen er inkluderet i scpe fr klippekrtet, men er ikke behandlet sm en del af denne Løsningsbeskrivelse, da kravene hertil ikke er kendt. Det betyder at det anvendte estimat er et bedste gæt ud fra en frudsætning m, at pgaven er umiddelbar tilgængelig. Estimatet vil blive revurderet når de endelige krav er kendt. Løsningen bruger sikkerhedsmdellen AuthrityCntext, sm består i at vi bruger en speciel versin af WSDL/XSD, udgivet atf Serviceplatfrmen, der indehlderkræver at man definerer et CVR nummer fr kmmunen i en AuthrityCntext, hvrefter Serviceplatfrmen får Tken fra STS g kalder videre med dette. Vi kalder serviceplatfrmen med certifikat. 2.7 Løsningsbeskrivelsen, estimat g planen vil blive pdateret i frhld til implementering af sikkerhed i frhld til Serviceplatfrmen, når detailkrav/dkumentatin er mdtaget fra KOMBIT g mfanget er analyseseret. Drift g pstart KOMBIT skal sikre, at den enkelte kmmune klarmeldes til synkrnisering, herunder bestilling af ÆØA33 til lad af kmmune. Først når kmmunen er klarmeldt igangsættes synkrniseringen fr data fra KMD Sag. Hvis en kmmunes synkrnisering er sat på hld pga. manglende/fejlende psætning genstartes synkrniseringen på samme måde, sm når den startes initielt. Side 22 af 24

23 Synkrniseringsstatus (aktiv/inaktiv) styres via en intern KMD Sag tabel. 2.8 Frudsætninger Det frudsættes at KOMBIT har fuldmagt fra dataejerne til de data, sm leveres gennem Serviceplatfrmen til Sags- g Dkumentindeks. Kun myndigheder sm har afgivet fuldmagt via tilslutningsaftale vil blive kblet på synkrniseringen. Den frnødne psætning på Serviceplatfrmen er KOMBITs ansvar g før denne psætning pr. myndighed er blevet knfigureret vil ingen synkrnisering kunne fretages. Den anvendte XML struktur er den af KOMBIT fremsendte XSD versin 1.2.STS-1, dateret Header til kmmunikatin med Serviceplatfrmen Afventer dkumentatin fra KOMBIT. 2.9 Autrisatin g lgning hs KMD KMD lgger brugerens aktiviteter generelt. Der indføres ingen ekstra lgning i frbindelse med adgang til sager via P13-08-B1. Transaktinshistrikken ver snitfladen bliver gemt sammen med retursvar fra Serviceplatfrmen/STS. Fr hver sagshændelse lgges følgende plysninger i KMD Sag sagshændelsestabellen: Hændelsens UUID Administratinsenheds ID Leverandør (hændelsens leverandør) SAG_COID (hvr relevant) SAG_INSTID (hvr relevant) DOK_COID (hvr relevant) DOK_INSTID (hvr relevant) NOTAT_COID (hvr relevant) NOTAT_INSTID (hvr relevant) Evt. hændelsesnummer TransaktinsID Ændring-peratinTimestamp fr kald til SP Request til SP Reply fra SP Ændring sket tidsstempel Ændring sket - funktin Aktuel status (prettet/sendt/genfremsendt) Handlingstidsstempel Sagshændelserne gemmes 30 dage bagud g kan dermed genfremsendes i dette tidsrum. Der er histrik på hver hændelse, sm ajurføres i frbindelse med retursvar fra Serviceplatfrmen/STS. De gensendte hændelser behlder transaktins ID, men hvis hændelsen gensendes pga. retursvar fra Serviceplatfrmen/STS vil det medføre en helt ny hændelsestransaktin uden relatin til den prindelige. Der skal gemmes en transaktinsid, sm kan spres i Serviceplatfrmen. Kmmenterede [VC2]: Dette er ikke min vurdering vil fungere i frhld til dbbelthistrik på STS, vil anbefale at køre ÆA33 hvis vi kmmer ud af synkrnisering Side 23 af 24

24 2.10 Test Der udarbejdes en særskilt teststrategi fr denne løsningsbeskrivelse. 3 Knsekvenser fr ÆA33 Batchsynkrnisering KOMBIT har tidligere bestilt en synkrniseringssnitflade ved ændringsanmdning ÆA33 Batchsynkrnisering. Denne batchsynkrnisering fungerer ved at gøre brug af snitfladenrne P B1 g P Da P13-08-B1 g P13-09 rerganiseres i denne løsning, betyder det, at der bliver ngle knsekvensrettelser til ÆA33 Batchsynkrnisering, sm skal håndteres således, at batchsynkrniseringen frtsat fungerer efter implementering af denne løsning. Disse knsekvensrettelser er beskrevet i dette afsnit. På nuværende tidspunkt afsender batchsynkrniseringen altid transaktiner med snitfladen Imprter. Dette gælder fr såvel sager sm fr ntater g dkumenter. Med den nye XML struktur samles dette, således at der kan sendes en samlet Imprter med sag, g hvis det er angivet i bestillingen, jurnalntater g dkumentplysninger. Ud ver at det vil give bedre perfrmance, vil det gså sikre at der ikke pstår prblemer med den krnlgiske rækkefølge af transaktinerne. Dette betyder gså at den nye frretningsregel i STS, m at dkumenter altid skal være tilknyttet til en sag, ikke vil give udfrdringer i frbindelse med ÆA33. Før hvert kald af snitfladen Imprter kaldes snitfladen Fjern, hvilket sikrer md prblemet at en given sag ptentielt kan indgå i flere frskellige batchsynkrniseringer. Retursvaret fra Serviceplatfrmen/STS på kaldet af snitfladen Fjern ignreres. Denne metde betyder dg at tidligere verførte ntater/relatiner til dkumenter vil frsvinde såfremt en senere bestilling ikke indehlder dkumenter. Retursvar i frbindelse med batchpdatering behandles sm fr andre hændelser., blt vil de blive placeret på en særskilt svarkø. Fejl i kmmunikatinen med Serviceplatfrmen/STS ptælles sm i nline g såfremt de verstiger det angivne antal, stpper synkrniseringen. Er der færre fejl ptalt, gensendes en Imprter. Side 24 af 24