936.10 Forenkling af Plan i Min plan universet
- Carsten Olsen
- Jesper Brunholm
- Kenneth Ingemann Larsen (KEIL) (Unlicensed)
Både tekniske og forretningsmæssige forenklinger med input fra KSS og brugere. Acceptkriterierne skal konsolideres og er ikke nødvendigvis udtømmende.
Indholdsfortegnelse
Afgrænsning af epic
| Afgræsning | ||
|---|---|---|
Som en sagsbehandler vil jeg have forenklet arbejdsgangen omkring kerneplanen (planbeskrivelse, jobmål, uddannelsespålæg m.v.) for at jeg som sagsbehandler kan få forenklet mit arbejde og borgers Min plan får en bedre kvalitet. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 936.10.1 | Som STAR vil jeg have en slankning af PSS mht. aktiviteter og Min plan | DFDG |
| 936.10.2 | Som sagsbehandler vil jeg have at Vitas opretter en færdigbehandlet ansøgning som aktivitet i DFDG (de eksisterende ansøgninger i VITAS) | DFDG, VITAS (Flyttes til anden epic i 2019-4 eller senerer) |
| 936.10.3 | Som borger vil jeg have personlig assistance og hjælpemidler vist på Jobnet | DFDG, (Jobnet) Dette acceptkriterie er forudsætningen for Jobnet kan løse epic 903.6 Generation 2.0 af min plan - samtlige aktiviteter vises i Min Plan |
| 936.10.4 | Som Jobkonsulent i a-kassen vil jeg have tilpasset Min plan valideringerne således at jeg kan hente Min plan uafhængigt af plantypen, og hvis plantypen er jobplan så får jeg også mål og planbeskrivelse. Ellers frafiltreres disse oplysninger ift. a-kassen. | DFDG |
| 936.10.5 | Som STAR ønsker jeg Min Plan 1.0 fjernet fra Jobnetkoden, i det omfang elementer ikke genbruges af Min Plan 2.0 | Jobnet |
| 936.10.7 | Som sagsbehandler ønsker jeg, at jeg ikke mere skal vælge plantypen (plantypen afskaffes) | DFDG |
| 936.10.8 | Som sagsbehandler i JC og som STAR ønsker jeg, at DFDG blokerer for oprettelse af dublet-aktiviteter | DFDG (DS-1102) |
| 936.10.9 | Som sagsbehandler vil jeg have tilpasset registreringskrav vedr. mentor så de passer til det fremadrettet registreringsbehov/praksis | DFDG (DS-1102) |
| 936.10.10 | Som STAR vil jeg have ActivityService v. 4 og CompanySearchService V. 5 implementeret på Jobnet, så jeg kan fase JobnetActivityService ud. | Jobnet |
| 936.10.11 | Som jobkonsulent i a-kassen (og sagsbehandler JC) vil jeg have tilpasset a-kassen muligheder for hvilke typer af aktiviteter a-kassen må registrere til dem der er forretningsmæssige lovlige. | DFDG (DS-1102) |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||||||
|---|---|---|---|---|---|---|---|---|---|
| 936.10.1 | 936.10.2 | 936.10.3 | 936.10.4 | 936.10.8 | |||||
| KSS og a-kasser overgår til PASS i stedet for at bruge PSS ifm. aktiviteter og Min plan | x | ||||||||
| KSS er opmærksom på, at VITAS opretter aktiviteter på de bevillinger, der gives i VITAS. Og KSS opretter herefter ikke selv disse (som dublet aktiviteter) | x | ||||||||
| KSS og a-kasser tager opdaterede kodelister i brug | x | ||||||||
| A-kasser er opmærksomme på ændret filtrering. | x | ||||||||
| KSS giver brugerne en pæn fejlbesked, når DFDG kaster fejlkode ved forsøg på registrering og oprettelse af af dublet-aktiviteter | x | ||||||||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto)
| Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|---|---|---|---|---|
| ActivityService (Version 3).CreateActivity | Ændret | Validering for dobbeltregistrering | A-kasse KSS | D+S | |
| ActivityService (Version 3).CreateActivity | Ændret | e-mail kan igen undlades ved mentor | A-kasse(t.o.) KSS | Jobnet | D+S |
| ActivityService (Version 3).UpdateActivity | Ændret | e-mail kan igen undlades ved mentor | A-kasse(t.o.) KSS | Jobnet | D+S |
| ActivityService (Version 4).CreateActivity | Ændret | Validering for dobbeltregistrering | A-kasse KSS | D+S | |
| ActivityService (Version 4).CreateActivity | Ændret | e-mail kan igen undlades ved mentor | A-kasse(t.o.) KSS | Jobnet | D+S |
| ActivityService (Version 4).CreateActivity | Ændret | Personlig assistance og hjælpemidler udløset ny Min plan version | KSS | Jobnet | D+S |
| ActivityService (Version 4).GetSubsidyJob | Ændret | Metode er til a-kasse og den giver udvalgte, ikke-annullerede tilskudsjob, metoden flyttet men gl. metoder ikke udfaset endnu | A-kasse(t.o.) | D+S | |
| ActivityService (Version 4).UpdateActivity | Ændret | e-mail kan igen undlades ved mentor | A-kasse(t.o.) KSS | Jobnet | D+S |
| ActivityService (Version 4).UpdateActivity | Ændret | Personlig assistance og hjælpemidler udløset ny Min plan version | KSS | Jobnet | D+S |
| CodeListService (Version 5).PlanVersionEventTypeIdentifier | Ændret | Nye id'er i kodelisten | A-kasse KSS | Jobnet VOA | D+S |
| JobnetActivityService(version 3).Alle | Udgået | Service udgår. Jobnet bruger i stedet den almindelige ActivityService | Jobnet | D+S | |
| MyPlanService (Version 4).Getmetoder | Ændret | Validering ændret så a-kassen kan hente uanset plantype men i stedet vil data blive filtreret i forhold til hvad a-kassen må se | A-kasse KSS(t.o.) | D+S | |
| MyPlanService (Version 4).Getmetoder | Ændret | Personlig assistance og hjælpemidler udløset ny Min plan version | KSS | Jobnet | D+S |
| PersonStatusService (20).Alle | Andet | Ændres ikke i forbindelse med PersonActivityStatusService udvides | A-kasse(t.o.) KSS(t.o.) | D+S |
Intern oversigt over berørte services
Beskrivelse af epic
936.10.1 Som STAR vil jeg have en slankning af PSS mht. aktiviteter og Min plan
Som en del i omlægning af PersonStatusService til mere forretningsdomæne status service sker der her en udvidelse af PersonActivityStatusService
Bemærk selve metoden er lavet i 2019-2 som user storie under epic 936.7 LAB-Alle skal bruge Min Plan - Mål, Detaljer, historik og beskeder. metoden bliver dog først fuld funktionsdygtig her i denne epic, da det er i 2019-3 filtermekanismen laves.
PersonStatusService (Version 18, 19 og 20)
Denne service beholdes uændret i denne forbindelse, men PSS v18 og v19 udfases i 2019-2 LAB i regi af en anden epic.
PersonActivityStatusService (Version 2)
- ActivityInfo udvides med ResponsibleAuthority så det er muligt at se hvilken myndighed aktiviteten er lavet af
- MyPlanInfo adderes med informationer om seneste Min plan version
- IntegrationContractInfo adderes med informationer om eventuel seneste integrationskontrakt
- Adgangs begrænsning fra PSS overføres
A-kasserne får i første omgang ikke adgang til v2 af servicen (i 2019-2 LAB), da filtrering ikke kan nå at komme på plads til 2019-2 LAB, men først med 2019-3 LAB.
ActivityService (Version 4)
Ny metode til a-kasser, der giver udvalgte, ikke-annullerede tilskudsjob til erstatning af SubsidyJob collection i PersonStatusService
GetSubsidyJob
Metode er til a-kasse og den giver udvalgte, ikke-annullerede tilskudsjob
Forretningsregler:
- >Sammer filtræringsregler som i PSS<
Input
Element | Type | Detaljer | Forekomst | Beskrivelse |
|---|---|---|---|---|
| GetSubsidyJobRequest | GetSubsidyJobRequestType | 1 | ||
| - PersonCivilRegistrationIdentifier | PersonCivilRegistrationIdentifierType Base: string | Pattern: ((((0[1-9]|1[0-9]|2[0-9]|3[0-1])(01|03|05|07|08|10|12))|((0[1-9]|1[0-9]|2[0-9]|30)(04|06|09|11))|((0[1-9]|1[0-9]|2[0-9])(02)))[0-9]{6})|0000000000 | 1 | Borgerens CPR-nummer. |
Output
| Element | Type | Detaljer | Forekomst | Beskrivelse |
| GetSubsidyJobResponse | GetSubsidyJobResponseType | 1 | ||
| - SubsidyJobInfo | SubsidyJobInfoType | 0 - 1 | Udvalgte, ikke-annullerede tilskudsjob. Incl. historiske data. | |
| - - SubsidyJobCollection | ActivitySummaryTypeCollection | 0 - 1 | ||
| - - - ActivitySummaryType | ActivitySummaryType | 0 - * | ||
| - - - - ActivityIdentifier | guid Base: string | Pattern: [\da-fA-F]{8}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{12} | 1 | Entydig identifikation af aktiviteten |
| - - - - ActivityTypeShortText | string | 0 - 1 | Aktivitetstypen. | |
| - - - - ActivityName | string | 0 - 1 | Aktivitetsnavn. | |
| - - - - ActivityStartTime | dateTime | 0 - 1 | Startdato. | |
| - - - - ActivityEndTime | dateTime | 0 - 1 | Slutdato. | |
| - - - - ActivityTypeIdentifier | ActivityTypeIdentifierType | 1 | Ifb. med 2015-4 viser JobNet udelukkende Kursus- og virksomhedsrettet aktiviteter. De to øvrige typer filtreres fra af DFDG | |
| - - - - CompanyIdentifier | CompanyIdentifierType | 1 | Virksomhedsinformation | |
| - - - - - ProductionUnitIdentifier | ProductionUnitIdentifierType Base: string | Length: 10 | 0 - 1 | En P-enhed får tildelt et entydigt identifikationsnummer, et P-nummer, som er et 10-cifret nummer. Et P-nummer vil altid være tilknyttet et CVR-nummer. |
| - - - - - CVRnumberIdentifier | CVRnumberIdentifierType Base: string | Length: 8 | 1 | CVR-nummeret er et 8-cifret nummer, der er unikt for den enkelte virksomhed. |
| - - - - CourseTypeIdentifier | CourseTypeIdentifierType | 0 - 1 | ||
| - - - - JobOrderTypeIdentifier | JobOrderTypeIdentifierType | 0 - 1 | ||
| - - - - ActivityStatusTypeIdentifier | ActivityCoreItemActivityStatusTypeIdentifierCodeListType | 0 - 1 | ||
| - - - - LatestLegalPlanVersionIdentifier | guid Base: string | Pattern: [\da-fA-F]{8}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{12} | 0 - 1 | Seneste Min plan version som aktiviteten er tilknyttet. |
| - - - - HoursPerWeek | int | 1 | Timer pr. uger | |
| - - - - MinutesPerWeek | int | 1 | Minutter pr. uger | |
| - - - - GoalCodeTypeIdentifier | GoalCodeTypeIdentifierType | 0 - 1 | Type der specificere om måltypen er DISCO, AMU, DUN, CUSTOM. | |
| - - - - GoalCode | string | 0 - 1 | Kode for henholdsvis DISCO, AMU, DUN. EX: Hvis feltet GoalCodeTypeIdentifier indeholder DISCO, vil feltet GoalCode indeholde værdien for et beskæftigelsesmål. Er typen DISCO, AMU, DUN specificeret er feltet påkrævet. | |
| - - - - ActivityStatusCauseTypeIdentifier | ActivityStatusCauseTypeIdentifierType | 0 - 1 | Årsag for status på aktiviteten. | |
| - - - - PersonalAssistanceTypeIdentifier | PersonalAssistanceTypeIdentifierType | 0 - 1 | Personlig assistance art type. | |
| - - - - HelpingDeviceTypeIdentifier | HelpingDeviceTypeIdentifierType | 0 - 1 | Hjælpemiddel art type. | |
| - - - - HasChangesBeenPublished | boolean | 0 - 1 | Flag som angiver om rettelsen er blevet publiceret, vil altid være true da publicering for aktiviteter er udfaset. | |
| - - - - HasBeenUpdatedByRevision | boolean | 0 - 1 | Flag som angiver at en aktivitet er blevet historisk opdateret.. |
936.10.2 Som sagsbehandler vil jeg have, at Vitas opretter en færdigbehandlet ansøgning som aktivitet i DFDG
Denne opgave flyttes ud af 2019-3 til senere implementering. (CO 30-04-2019)
For Fleksjob laves dette i epic /wiki/spaces/ISB/pages/1166442585. Dette acceptkriterie 936.10.2 går på resten, dvs. de eksisterende bevillinger, der allerede findes i VITAS og som i dag anvender nedenstående flow
I stedet for det flow, der er i dag med, at:
SB i Vitas er klar med ansøgningVitas sender en besked til DFDG om en ansøgningDFDG sender besked videre som WSRM til KSSKSS kalder DFDG for at få Vitas ansøgningsdataDFDG kalder Vitas som ren proxy
DFDG retunerer dataKSS opretter aktivitet i DFDGDFDG sender besked om aktivitet til KSSBorger kan se aktivitet i Min plan
foretages forenkling i flowet til, at:
SB i Vitas er klar med ansøgningVitas opretter aktivitet i DFDGDFDG sender besked om aktivitet til KSSBorger kan se aktivitet i Min plan
Umiddelbart har Vitas alle nødvendige oplysninger. Der er en ønske om, at aktivitetsservicen udvides med nogle få felter.
STAR opgavenes omfang DFDG 5-15 SP Jobnet ? SP (det er pt. lidt uklart hvad der virker ud af boksen)
Tilpasse ActivityService så den rettighedsmæssigt kan kaldes af andet en KSS/JC (det kan den i dag med det er ikke brugt, så der skal lige undersøges, hvad man p.t. kan og hvad der skal laves)UX på Jobnet til at hjælp borger at det ikke er en aktivitet fra JC på Min plan
936.10.3 Som borger vil jeg have personlig assistance og hjælpemidler vist på Jobnet
Borger kan se de registreringer, der er vedrørende aktiviteter er fra jobcentret inkl. hjælpemidler og personlig assistance.
Løsningsmodel
Da den eksisterende snitflade (JobnetActivityService Version 3.GetActivity) til Jobnet, hvor Jobnet henter detaljer om en given aktivitet i DFDG, indholder ikke tilstrækkelig information til visningen på Jobnet fremadrettet. Dette gælder både generelt og mere specifikt i forhold til personlig assistance og hjælpemidler.
Dette betyder at løsningsmodellen bliver at
- Jobnet skifter til ActivityService.GetActivity som samtidigt er i synk med arkitekturprincippen om DFDG ikke skal have specifikke snitflader til Jobnet, men Jobnet skal bruge den generelle snitflade.
Udfordringer er her, at DFDG i den eksisterende snitflade (ActivityService Version 3.GetActivity) har lavet en del mapninger af data rettet mod præsentationslaget i Jobnet. Disse skal Jobnet selv etablere. - Jobnet skifter til ActivityService.GetActivities, metoden er ens med JobnetActivityService.GetActivities
- Jobnet anvender de nye hændelsestyper til personlig assistance og hjælpemidler i forhold til grønne bokse
/wiki/spaces/ISB/pages/1340408409
ActivityService
Hovedelementer i forhold til ActivityService:
- Ved oprettelse/opdatering af personlig assistance og hjælpemidler udløses fremadrettet en ny version af Min plan
- Der laves nye hændelsestyper til personlig assistance og hjælpemidler
- Der laves ikke konvertering i forhold til personlig assistance og hjælpemidler og Min plan versioner og hændelsestyper
CreateActivity
Forretningsregler:
- Ved oprettelse laves hændelsen (PlanVersionEventTypeIdentifier) til:
- "Personlig assistance oprettet" (Id 74) når aktivitetstypen (ActivityTypeIdentifier) er "Personlig assistance" (Id 4)
- "Hjælpemiddel oprettet" (Id 78) når aktivitetstypen (ActivityTypeIdentifier) er "Hjælpemiddel" (Id 3)
- Samt der laves en ny version af Min plan
UpdateActivity
Forretningsregler:
- Ved opdatering laves hændelsen (PlanVersionEventTypeIdentifier) til (samme princip som ved kursus og virksomhedsrettede aktiviteter):
- "Ændring til personlig assistance" (Id 75) når aktivitetstypen (ActivityTypeIdentifier) er "Personlig assistance" (Id 4) og ændringstypen er 1 (ÆT1) samt aktivitetsstatus (ActivityCoreItemActivityStatusTypeIdentifierCodeListType) ikke sat til "Annulleret" (Id 3) eller "Afbrudt" (Id 4)
- "Personlig assistance annulleret" (Id 76) når aktivitetstypen (ActivityTypeIdentifier) er "Personlig assistance" (Id 4) og aktivitetsstatus (ActivityCoreItemActivityStatusTypeIdentifierCodeListType) er sat til "Annulleret" (Id 3)
- "Personlig assistance afbrudt" (Id 77) når aktivitetstypen (ActivityTypeIdentifier) er "Personlig assistance" (Id 4) og aktivitetsstatus (ActivityCoreItemActivityStatusTypeIdentifierCodeListType) er sat til "Afbrudt" (Id 4)
- "Ændring til hjælpemidler" (Id 79) når aktivitetstypen (ActivityTypeIdentifier) er "Hjælpemiddel" (Id 3) og ændringstypen er 1 (ÆT1) samt aktivitetsstatus (ActivityCoreItemActivityStatusTypeIdentifierCodeListType) ikke sat til "Annulleret" (Id 3) eller "Afbrudt" (Id 4)
- "Hjælpemiddel annulleret" (Id 80) når aktivitetstypen (ActivityTypeIdentifier) er "Hjælpemiddel" (Id 3) og aktivitetsstatus (ActivityCoreItemActivityStatusTypeIdentifierCodeListType) er sat til "Annulleret" (Id 3)
- "Hjælpemiddel afbrudt" (Id 81) når aktivitetstypen (ActivityTypeIdentifier) er "Hjælpemiddel" (Id 3) og aktivitetsstatus (ActivityCoreItemActivityStatusTypeIdentifierCodeListType) er sat til 81" (Id 4)
- Samt der laves en ny version af Min plan
For ændringstyper (hvilke felter der er ÆT1 og ÆT3) se Min plan
MyPlanService, PASS, PSS
Getmetode
Medtager nye hændelsestyper, dog skal a-kasse ikke kunne se de nye hændelsestyper.
WSRMMassageService
A-kassen skal stadig ikke have WSRM vedr. personlig assistance og hjælpemidler
/wiki/spaces/GI/pages/75854301 (Version 3)
Udfases og Jobnet overgår til ActivityService.GetActivity og GetActivities.
Maningen af felter se Mapning mellem gammel JobnetActivityService.GetActivity og ny ActivityService.GetActivity.
CodelistService (Veesion 5)
PlanVersionEventTypeIdentifier
Ny hændelsestyper til Personlig assistance og Hjælpemidler.
Kun nye type angiver, eksisterende type uændret
Identifikator | Navn | Beskrivelse | Startdato | Slutdato |
|---|---|---|---|---|
| 74 | Personlig assistance oprettet | Ny aktivitet af typen personlig assistance oprettet | 01-04-2019 | 01-07-2100 |
| 75 | Ændring til personlig assistance | Ændring til aktivitet personlig assistance | 01-04-2019 | 01-07-2100 |
| 76 | Personlig assistance annulleret | Aktivitet personlig assistance er annulleret | 01-04-2019 | 01-07-2100 |
| 77 | Personlig assistance afbrudt | Aktivitet personlig assistance er afbrudt | 01-04-2019 | 01-07-2100 |
| 78 | Hjælpemiddel oprettet | Ny aktivitet af typen hjælpemidler oprettet | 01-04-2019 | 01-07-2100 |
| 79 | Ændring til hjælpemiddel | Ændring til aktivitet hjælpemidler | 01-04-2019 | 01-07-2100 |
| 80 | Hjælpemiddel annulleret | Aktivitet hjælpemidler er annulleret | 01-04-2019 | 01-07-2100 |
| 81 | Hjælpemiddel afbrudt | Aktivitet hjælpemidler er afbrudt | 01-04-2019 | 01-07-2100 |
På Jobnet mappes teksterne igennem til visning i grøn boks, som fremkommer ved ny plan, jf. /wiki/spaces/ISB/pages/1353974624
Bemærk at den grønne boks fremadrettet ikke vil fremgå af borgers Min Plan PDF. Årsagen er, at den kun fremgår, når borger ikke har kvitteret og at borger i Min Plan 2.0 defacto har kvitteret når PDF kan dannes, da autokvittering sker ved klik på menupunkt Min Plan. Boksen fjernes tillige fra sagsbehandlers PDF, da borger og sagsbehandler skal se det samme.
Personlig assistance og hjælpemidler implementeres i Jobnet ind, som en vilkårlig anden aktivitet. Dvs. at aktiviteterne vil fremgå af tidslinje og listevisning samt af print (Html print) og PDF ("Hent som PDF"), når borger er logget på Jobnet. Bemærk dog, at aktiviteterne først fremgår af sagsbehandlers PDF dannet via LSS eller af KSS ved kald af DFDG fra 2019-4, hvor funktionaliteten implementeres ind (formentlig via epic 936.11).
Jobnet implementerer Personlig assistance ind i /wiki/spaces/ISB/pages/1349779537
Personlige hjælpemidler implementers i /wiki/spaces/ISB/pages/1350107432
Se stories for wireframes og specifikation af hvilke felter der eksakt mappes.
936.10.4 Som Jobkonsulent i a-kassen vil jeg have tilpasset Min plan valideringerne således at jeg kan hente Min plan uafhængigt af plantypen
I forbindelse med at a-kasse forsøget er der behov for at tilpasse valideringerne i Min plan i forhold til plantyper
/wiki/spaces/GI/pages/1206190090
GetCitizenDraftMyPlan, GetLegalMyPlanWithDetails, GetLegalMyPlan, GetMyPlanPdf, GetMyPlan, GetMyPlanVersions og MarkMyPlanAsValid
Ingen snitflade ændringer.
A-kasse filtrering (Det udstregede udgår og erstattes af filtrering på den kerneplanen (den snævre plan), nyt er vist med grønt
A-kasserne har ikke adgang til "Min plan" af typerne ”Plan uden plantype”, "Rehabiliteringsplan" og "Aftale om opfølgning". A-kasserne har kun adgang til "Min plan" versioner der er oprettet mens et medlem har været tilmeldt som dagpengemodtager eller "Uden ydelse" (kontaktgruppe 8).- Ved hentning af "Min plan" vil aktiviteter af afholdelseskategorien "Andet" ikke blive vist. Dette gælder også ved dannelse af .pdf'en. På pdf'en vil det fremgå at der kan være frafiltreret data.
- Ved hentning af "Min plan" vil en eventuel integrationskontrakt (og tilhørende hændelser) ikke blive vist. Dette gælder også ved dannelse af .pdf'en.
- Ved hentning af "Min plan" vil eventuelle mål og planbeskrivelser ikke blive vist. Dette gælder også ved dannelse af .pdf'en.
- Hvis a-kassen forsøger at hente en "Min plan" som a-kasse efter disse filtreringer ikke har adgang til at se kastes en fejlkode (9203, 9204 eller 9205).
/wiki/spaces/GI/pages/1358760391
GetActivePlan, GetDraftPlan, GetPlan og GetPlanVersions
Eksisterende valideringer bibeholde.
HUSK Min plan PDF
936.10.5 Sletning af Jobnets Min Plan 1.0
I 2019-2 koden blev alle borgere omdirigeret til Min Plan 2.0. Min Plan 1.0 er dog fortsat en del af koden og skal fjernes, da det er fordyrrende teknisk gæld at have liggende i det omfang koden ikke genbruges af Min Plan 2.0. Genbrug er nemlig tilfældet visse steder. Eksempelvis i relation til Borger/Sagsbehandler PDF, hvor views er genbrugt, omend i lettere modificeret opgave.
En væsentlig del af sletningen er således at sikre, at Min Plan 2.0, herunder PDF, fortsat virker.
Dette arbejde udføres i /wiki/spaces/ISB/pages/1327038825
936.10.7 Som sagsbehandler ønsker jeg,at jeg ikke mere skal vælge plantypen (plantypen afskaffes)
Ønske: At Plan (snæver / kerneplan) ikke mere indeholder plantypen. Valideringer i DFDG sker fremadrettet ud fra KG m.v.
Baggrund: KSS mener, det er et unødvendigt overhead for SB at skulle vælge en specifik plantype, når det i DFDG, ud fra KG, alder, personkategori (visitiation) m.v. kan afgøres hvilke valideringsregler, der skal anvendes
STAR kommentar:
Det skal verificeres, at det som antaget på workshop forholder sig sådan, at de valideringerne, der går på plantypen, kan erstattes af valideringer der bl.a. forholder sig til KG, alder, personkategori (visitiation).
STAR mener at det bør være muligt for KSS selv at autovælge plantypen så sagsbehandler ikke behøver at tage stilling, dette bør kunne ske efter vi nu har løftet validering på, at aktiviteter kan oprettes uden jobmål (svæver plan) - i den kontekst har vi i princippet så ikke mere brug for en "Plan uden plantype" til andet end frikommuner. KSS'er ved hvem, der er frikommuner og dermed de specielle forhold, der her gælder. For frikommuner vil DFDG ikke kunne afgøre differentieret regler, da DFDG ikke systemmæssigt kender hvilke kommener der er frikommuner og hvilke aftaler der er for den enkelte frikommune.
STAR sætter en regelmatrix op så dette kan gennemgås på en forretningsdag.
Identifikator | Navn | Beskrivelse | Startdato | Slutdato |
|---|---|---|---|---|
| 1 | Plan uden plantype | Plan uden plantype | 01-01-2014 | 01-07-2100 |
| 2 | Jobplan | Jobplan for borger | 01-01-2014 | 01-07-2100 |
| 3 | Uddannelsesplan | Uddannelsesplan og pålæg for borgere under 30 år og UH / 25 år og DP eller KNint | 01-01-2014 | 01-07-2100 |
| 4 | Rehabiliteringsplan | Rehabiliteringsplan indsatsdel | 01-01-2014 | 01-07-2100 |
| 5 | Aftale om opfølgning | Aftale om opfølgning for sygedagpengemodtagere i sygedagpenge visitationskategori 2 | 01-01-2014 | 01-07-2100 |
Kontaktgruppe matrix (foranalyse)
Skal ses i sammenhæng med Kontaktgrupper og mål - pr. 2019-2
Bemærk at planbeskrivelse er optional i alle kombinationer af KG og plantype, dog der der kombinationer hvor planbeskrivelse ikke må angives.
KG | KG Navn | Plantype | Bemærkning til plantype i forhold til nuværende regler |
|---|---|---|---|
| 1 | Dagpengemodtager | Jobplan Uddannelsesplan - med jobmål | Denne situation er plantype stadig relevant. Her er der forskellige regler alt efter om borger skal have en alm. jobplan eller Uddannelsesplan - med jobmål. Med mindre DFDG får en plantype med der angiver af om borger er i den ene eller anden situation kan DFDG ikke validere korrekt (*1) |
| 1 | Dagpengemodtager | Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 1. Da det nu er muligt at lave aktiviteter uden snæver plan og der ikke mere er en planbeskrivelse der skal udfyldes (*2). Det burde ikke være behov for at registrere udd. mål med mindre man laver en udd. plan |
| 2 | Kontanthjælpsmodtager | Jobplan | Denne situation burde plantype ikke mere være relevant. Her kan DFDG styre valideringer ud fra personkategori (jobparat eller aktivitetsparat) |
| 2 | Kontanthjælpsmodtager | Plan uden plantype (*3) | Burde ikke mere være relevant for jobparate. Da det nu er muligt at lave aktiviteter uden snæver plan og der ikke mere er en planbeskrivelse der skal udfyldes. Det burde ikke være behov for at registrere udd. mål man burde så lave KG 12 (udd hjælp). Burde ikke mere være relevant for aktivitetsparate. For aktivitetsparate skal planbeskrivelsen laves, se Jobplan men det er mulighed i dag for ikke at angive en planbeskrivelse på en Jobplan derfor er Plan uden plantype overflødig. (*2) |
| 3 | Kontanthjælpsmodtager omfattet af integrationsprogrammet | Jobplan Uddannelsesplan - med jobmål | Denne situation er plantype stadig relevant. Her er der forskellige regler alt efter om borger skal have en alm. jobplan eller Uddannelsesplan. Med mindre DFDG får en plantype med der angiver af om borger er i den ene eller anden situation kan DFDG ikke validere korrekt (*1) |
| 3 | Kontanthjælpsmodtager omfattet af integrationsprogrammet | Plan uden plantype (*3) | Plantype burde ikke mere være relevant for jobparate. Da det nu er muligt at lave aktiviteter uden snæver plan og der ikke mere er en planbeskrivelse der skal udfyldes. Burde ikke mere være relevant for aktivitetsparate. For aktivitetsparate skal planbeskrivelsen laves, se Jobplan men det er mulighed i dag for ikke at angive en planbeskrivelse på en Jobplan derfor er Plan uden plantype overflødig. (*2) |
| 4 | Revalidering | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 4. Der er i dag mulighed for ikke at angive en planbeskrivelse på en Jobplan derfor er Plan uden plantype overflødig. (*2) Da det nu er muligt at lave aktiviteter uden snæver plan og der ikke mere er en planbeskrivelse der skal udfyldes (*2). Det burde ikke være behov for at registrere plan uden plantype og inkl. evt. udd. mål |
| 5 | For-revalidering | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 5. Da det nu er muligt at lave aktiviteter uden snæver plan og der ikke mere er en planbeskrivelse der skal udfyldes (*2). Det burde ikke være behov for at registrere plan uden plantype og inkl. evt. udd. mål |
| 6 | Sygedagpengemodtager | Jobplan Aftale om opfølgning Rehabiliteringsplan | Denne situation er plantype stadig relevant. Her kan DFDG ikke styre valideringer ud andre data om hvorvidt SB skal bruge Jobplan, Plan uden plantype, Aftale om opfølgning eller Rehabiliteringsplan |
| 6 | Sygedagpengemodtager | Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 6. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 7 | Fleksjobvisiteret | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 7. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 8 | Uden ydelse | Jobplan Uddannelsesplan - med jobmål | Denne situation er plantype stadig relevant. Her er der forskellige regler alt efter om borger skal have en alm. jobplan eller Uddannelsesplan. Med mindre DFDG får en plantype med der angiver af om borger er i den ene eller anden situation kan DFDG ikke validere korrekt (*1) |
| 8 | Uden ydelse | Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 8. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 10 | Fleksjobansat | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 11 | Rehabilitent | Jobplan Rehabiliteringsplan | Denne situation er plantype stadig relevant. Her er der forskellige regler alt efter om borger skal have en alm. jobplan eller Rehabiliteringsplan. Med mindre DFDG får en plantype med der angiver af om borger er i den ene eller anden situation kan DFDG ikke validere korrekt |
| 11 | Rehabilitent | Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 8. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 12 | Modtager af uddannelseshjælp | Uddannelsesplan | Denne situation burde plantype ikke mere være relevant da der kun er en plantype lovlig. |
| 13 | Jobafklaring | Jobplan Rehabiliteringsplan | Denne situation er plantype stadig relevant. Her er der forskellige regler alt efter om borger skal have en alm. jobplan eller Rehabiliteringsplan. Med mindre DFDG får en plantype med der angiver af om borger er i den ene eller anden situation kan DFDG ikke validere korrekt |
| 13 | Jobafklaring | Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 8. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 14 | Førtidspensionister | Jobplan Rehabiliteringsplan | Denne situation er plantype stadig relevant. Her er der forskellige regler alt efter om borger skal have en alm. jobplan eller Rehabiliteringsplan. Med mindre DFDG får en plantype med der angiver af om borger er i den ene eller anden situation kan DFDG ikke validere korrekt |
| 14 | Førtidspensionister | Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 8. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 15 | Kompensation til handicappede i beskæftigelse | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 16 | Unge u. 18 | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 17 | Selvforsørgede, ikke i beskæftigelse | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 18 | Selvforsørgede udlændinge omfattet af integrationsprogrammet | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 19 | Indvandrere omfattet af introduktionsforløbet | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 20 | Beskæftigede | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 21 | Voksenelever | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 22 | Jobrotation | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 23 | Seniorjob | Jobplan Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 10. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 24 | Sygedagpengemodtager fra beskæftigelse | Jobplan Aftale om opfølgning Rehabiliteringsplan | Denne situation er plantype stadig relevant. Her kan DFDG ikke styre valideringer ud andre data om hvorvidt SB skal bruge Jobplan, Plan uden plantype, Aftale om opfølgning eller Rehabiliteringsplan |
| 24 | Sygedagpengemodtager fra beskæftigelse | Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 6. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 25 | Sygedagpengemodtager fra ledighed | Jobplan Aftale om opfølgning Rehabiliteringsplan | Denne situation er plantype stadig relevant. Her kan DFDG ikke styre valideringer ud andre data om hvorvidt SB skal bruge Jobplan, Plan uden plantype, Aftale om opfølgning eller Rehabiliteringsplan |
| 25 | Sygedagpengemodtager fra ledighed | Plan uden plantype (*3) | Denne situation burde plantype ikke mere være relevant. Faktisk burde Plan uden plantype ikke mere kunne anvendes for KG 6. Der er i dag mulighed for ikke at angive en planbeskrivelse på en alle plantyper derfor er Plan uden plantype overflødig. (*2) |
| 26 | Integrationsydelsesmodtager | Jobplan | Denne situation burde plantype ikke mere være relevant. Her kan DFDG styre valideringer ud fra personkategori (jobparat eller aktivitetsparat) |
| 26 | Integrationsydelsesmodtager | Plan uden plantype (*3) | Burde ikke mere være relevant for jobparate. Da det nu er muligt at lave aktiviteter uden snæver plan og der ikke mere er en planbeskrivelse der skal udfyldes. Det burde ikke være behov for at registrere udd. mål man burde så lave KG 12 (udd hjælp). Burde ikke mere være relevant for aktivitetsparate. For aktivitetsparate skal planbeskrivelsen laves, se Jobplan men det er mulighed i dag for ikke at angive en planbeskrivelse på en Jobplan derfor er Plan uden plantype overflødig. (*2) |
| 27 | Integrationsydelsesmodtager omfattet af integrationsprogrammet | Jobplan Uddannelsesplan | Denne situation er plantype stadig relevant. Her er der forskellige regler alt efter om borger skal have en alm. jobplan eller Uddannelsesplan. Med mindre DFDG får en plantype med der angiver af om borger er i den ene eller anden situation kan DFDG ikke validere korrekt (*1) |
| 27 | Integrationsydelsesmodtager omfattet af integrationsprogrammet | Plan uden plantype (*3) | Burde ikke mere være relevant for jobparate. Da det nu er muligt at lave aktiviteter uden snæver plan og der ikke mere er en planbeskrivelse der skal udfyldes. Det burde ikke være behov for at registrere udd. mål man burde så lave KG 12 (udd hjælp). Burde ikke mere være relevant for aktivitetsparate. For aktivitetsparate skal planbeskrivelsen laves, se Jobplan men det er mulighed i dag for ikke at angive en planbeskrivelse på en Jobplan derfor er Plan uden plantype overflødig. (*2) |
| 28 | Integrationsydelsesmodtager med uddannelsespålæg | Uddannelsesplan | Denne situation burde plantype ikke mere være relevant da der kun er en plantype lovlig. |
- (*1) Da vi ikke har selve udd. pålæget når plan og mål oprettes, kan DFDG ikke validere hvilke mål borger skal have dvs. om der både er jobmål og uddannelsesmål eller kun jobmål
(*2) Vi kunne så afskaffe Plan uden plantype her, så ville vi også bedre kunne styre at SB ikke bare lavede en plan uden plantype for at undgå valideringer mht. jobmål - - (*3) Hvis Plan uden plantype så er der en udfordring med frikommuner og da DFDG på snitfladerne ikke ved noget om frikommuner, kan Plan uden plantype nok ikke afskaffes, alternativt en af nedestående
- Skal DFDG vide om en given kommuner er frikommune og dermed har ret til at lave Plan uden plantype
- Frikommuner skal ikke have lov til at lave mål/planbeskrivelse som indrapporteres til DFDG
Jvf. ovenstående skema kan ses at
- Plan uden plantype helt ville kunne udfases og dermed kraftigt reducerer de stedet en SB har behov for at vælge, Dog skal vi huske frikommuner
- De steder hvor der stadig er behov for at SB giver en plantype kan ikke umiddelbart erstattes af andre valideringer i DFDG, men det er måsk muligt at forenkle det valg der skal ske i KSS-systemerne f.kes. er der jo for KG 1 dagpengemodtager objektive kriterie for hvor en SB skal bruge en Jobplan eller en Uddannelsesplan - med jobmål
Kontaktgruppe matrix (foranalysekonklusion)
Plantyper kan ikke undværes da i indberetningen:
- For KG 1, 3, 8 og 27: For personer under 25 kan DFDG ikke uden plantype afgøre og der skal valideres som jobplan eller kombiplan (uddannelsesplan med jobmål)
- For KG 6, 11, 13, 14, 24 og 25: Her kan DFDG ikke styre valideringer ud andre data om hvorvidt SB skal bruge Jobplan, Plan uden plantype, Aftale om opfølgning eller Rehabiliteringsplan (de muligheder der er for de enkelte KG)
- For for frikommuner kan DFDG ikke afgøre om Plan uden plantype eller andre plantyper skal anvendes
Det vil for DFDG ikke være praktisk at afskaffe plantyper i nogle situationer og beholde dem i andre så hvis SB skal hjælpes, må det derfor ske i KSS systemer. Her kan KSS så ud fra situationen automatisk afgøre hvilken plantype der skal vælges og kun i de tilfælde hvor dette ikke automatisk kan lade sig gøre lade SB tage stilling.
936.10.8 Som sagsbehandler i JC og som STAR ønsker jeg, at DFDG blokerer for oprettelse af dublet-aktiviteter
DFDG validerer mod oprettelse af dublet aktiviteter - og kaster en fejl, når sådanne forsøges oprettet.
ActivityService (Version 3 og 4)
CreateActivity
Forretningsregler: (Ny)
- Der validerings ved oprettelse af nye aktivieter, at en lignende aktivitet ikke allerede findes i forvejen. Lignende aktivitet defineres ved at følgende felter er identiske:
- ActivityItemType
- StartDate
- ProviderCVR
- ProviderUnit
- HoursPerWeek
- MinutesPerWeek
- CourseType
Ny fejlkode oprettes til denne validering.
UpdateActivity
Der indføres ikke valideringer ved opdatering af aktiviteter.
936.10.9 Som sagsbehandler vil jeg have tilpasset registreringskrav vedr. mentor så de passer til det fremadrettet registreringsbehov/praksis
ActivityService (Version 3 og 4)
CreateActivity og UpdateActivity
Forretningsregler: (ændring til eksisterende ved mentor)
- For kursusaktiviteter med kursustypen (CourseTypeIdentifier) som "Mentor, individuel" (Id 34) eller "Mentor, Plads" (Id 35) skal følgende felter være udfyldt
- Aktivitetsbeskrivelse (ActivityDescription) skal være udfyldt
- Begrundelse (ReasonForActivity) skal være udfyldt
- Kontaktinformation på mentor skal være udfyldt (ContactInformation)
- Navn (PersonGivenName og PersonSurnameName) er mandatory i WSDL hvis kontaktinfomation angives Mellemnavn (PersonMiddleName) er optional og skal forsat være optionalt
- Telefon (TelephoneNumberIdentifier) skal være udfyldt
E-mail (EmailAddressIdentifier) skal være udfyldtUDGÅR
- Adresse (ActivityLocationAddress) skal være udfyldt
- Kun inkl. de felter der allerede er mandatory i types, ikke mandatory felter kan stadig undlades
Valideringer mht E-mail (EmailAddressIdentifier) skal være udfyldt fjernes inkl. fejlkode og LSS rettelse, således at det kursustypen (CourseTypeIdentifier) som "Mentor, individuel" (Id 34) eller "Mentor, Plads" (Id 35) igen er muligt at undlade at udfylde e-mail.
936.10.10 Implementering og anvendelse af ActivityService og CompanySearchService samt udfasning af JobnetActivityService på Jobnet.
Ved udfasning af JobnetActivityService fra Jobnet, har Jobnet brug for at implementere to nye services, så vi i relation til Plan, tidlsinje med videre, kan få de samme data.
Jobnet implementerer derfor ActivityService v.4 i story /wiki/spaces/ISB/pages/1338540044 og CompanySearchService i story /wiki/spaces/ISB/pages/1338474876
På ActivityService er metoden GetActivities (dvs listen over alle aktiviteter for borger) identisk med metoden Jobnet kom fra, dvs. GetActivities på JobnetActivityService. Skiftet her er derfor sømløst.
Dette er dog ikke tilfældet for metoden GetActivity på ActivityService, hvor DFDG leverer data til Jobnet uden det er fortygget, som tilfældet var, da Jobnet fik data fra JobnetActivityService.GetActivity.
Jobnet har derfor været i DFDG koden med henblik på at se hvorledes DFDG sammensætter felterne til JobnetActivityService. Derefter har vi selv sammensat felterne, så samme - eller et bedre - resultat fremkommer. Et eksempel herpå er Manuscriptsag 135981, hvor Jobnet tidligere via JobnetActivityService fik ét sammensat felt leveret af DFDG , indeholdende både brødtekst og værdier. Nu bygger Jobnet selv strengen op ud fra 3 separate værdier fra ActivityService, hvor vi supplerer med relevant brødtekst alt afhængig af om variablene har forekomst 0 eller 1.
Se mere i /wiki/spaces/ISB/pages/1340408409
Da alle mappinger var på plads, fasede Jobnet JobnetActivityService ud, således at DFDG kan slette den. Det skete i /wiki/spaces/ISB/pages/1341489769
936.10.11 Som jobkonsulent i a-kassen (og sagsbehandler JC) vil jeg have tilpasset a-kassen muligheder for hvilke typer af aktiviteter a-kassen må registrere
For at i forbindelse med at a-kassen får mulighed at registrere aktiviteter, er der behov for at sikre at a-kassen kun registrere de aktivitetestyper der forretningsmæssigt er lovlige/relevante (pt. aktiviteter af typen Kursus). Baggrunden er at det giver jobcentret ekstra opgaver, hvis der sker fejlregistreringer.
/wiki/spaces/GI/pages/1385299969Version 3 og 4)
Ingen snitflade ændringer i denne forbindelse.
CreateActivity og UpdateActivity
Forretningsregler (ud over de eksisterende):
- A-kassen må kun lave aktiviteter af typen Kursus (CourseActivity)
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:
- DFDG
- Services
- WSRMer
- Kodelister
- PersonStatusService (PSS)
- PersonHistoryService (PHS)
- LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
- Jobnet
- VITAS
- JobKon
- JobAG
- BI integrationsplatform
- Alle områder
- Nye batchjobs
- Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon)
- Dataløft
- Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.
- Nye batchjobs
- Kommunalt sagsbehandlingssystem
- A-kasse sagsbehandlingssystem
- Kommunalt bookingsystem
- JobcenterPlanner (JCP)
- WorkForcePlanner (WFP)
- Kommunalt ydelsessystem
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
* Batchjobs
- bør testes både med delta og fuldt load,
- bør hvis der er afhængigheder køres med normalt load fra BI i ét testmiljø i hele testperioden
- bør testes i samarbejde med teams som har afhængigheder
- kørselstid, særligt hvis det er en del af NightlyBatch
Konsekvenser for drift/idriftsættelse
I forbindelse med idriftsættelse:
- Skal der køres et fuldt dataload ved første kørsel af et batchjob - aftal med SF hvornår load skal køres
- skal der køres konvertering
- Skal der køres databasescripts for opdatering af tabeller i databasen
Efter idriftsættelse:
Arkitektur- og implementeringsnoter
Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:
- Nye dataområder
- Nye snitflader
- Nye komponenter
- Nye miljøer
- Nye teknologier
- Nye aftagertyper
- Eller afvigelser fra principperne
Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.