1005.17.47 Omlægning af integrationskontrakt til REST - Data efter integrationsloven
Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
STAR Projektleder (PL) | Forretningsanalytiker (FA) | STAR Release | STAR Release | STAR Release | Epic status | Eksterne snitflader |
---|---|---|---|---|---|---|
@Knud de Place (STAR) @Jens Andersen | @Carsten Olsen | DFDG påbegynder 2023-1 DFDG klar 2023-2 med snitflader i test | 2024-2 | 2024-2 | 1.0 | KSS |
Indgik i tilsagn:
til release 2023-4, bølge 1
Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
Anvendes ved ændringer, der har betydning for eksterne.
Dato | Version | Hvem | Hvad er ændret? |
---|---|---|---|
06.01.2023 | 0.1 | Carsten Olsen | Oprettelse som en den af HOI |
18.02.2023 | 0.1 | Knud de Place |
|
11.05.2023 | 0.3 | Carsten Olsen | Løftet til version 0.3 og klar til udsendelse til eksterne som en del af hele Min plan komplekset. |
23.08.2023 | 0.5 | Knud | Opdateret berørte services så det tydeligt fremgår, at de nye REST services anvendes i prod. fra 2024-2 |
13.09.2023 | 0.5 | Knud | Nyt internt AC 15 |
01.03.2024 | 0.5 | Carsten Olsen | Præcisering omkring kaldemønster for at hente og overføre data fra LetAsyl til DFDG |
07.03.2024 | 0.5 | Knud | Opdateret link til wikisider for Borgerindsats.IntegrationslovService, Borgerindsats.LetasylIntegrationslovService |
30.04.2024 | 0.5 | Knud | Opdateret berørte services - 2 nye metoder GetSenesteIntegrationslovsdata og AfslutSenesteKontrakt for at aftagerne kan vælge om der bruges identifier/GUID ifm kald af metoderne:
|
21.05.2024 | 1.0 | Knud | v1.0 |
Interne links (indhold i links ikke relevant for eksterne)
https://starwiki.atlassian.net/browse/DS-11816
https://starwiki.atlassian.net/browse/BI-2901
Indholdsfortegnelse
- 1 Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
- 2 Indholdsfortegnelse
- 3 Afgrænsning af epic
- 4 Oversigt over berørte webservices
- 5 Beskrivelse af epic
- 5.1 Baggrund
- 5.2 Regler
- 5.3 Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
- 5.4 1005.17.47.1 - Som STAR vil jeg have flyttet forretningsområdet integrationslovsdata til forretningsdomænet (silo) Borgerindsats inkl. at det lever op til de principper, der er fastsat
- 5.5 1005.17.47.2 - Som serviceaftager og STAR vil jeg have udstillet integrationslovsdata via ny REST snitflade med samme forretningsindhold og operationer mod DFDG som den eksisterende SOAP service
- 5.6 1005.17.47.3 - Borgerindsats udstiller kodelisterne for integrationslovsdata
- 5.7 1005.17.47.4 - Som serviceaftager og STAR vil jeg have udstillet integrationslovsdata fra Letasyl via ny REST snitflade, Service skal samme forretningsindhold og format som DFDG's integrationslovsdata
- 5.8 1005.17.47.5 - Som serviceaftager vil jeg have udstillet integrationslovsdata fra Letasyl som PDF
- 5.9 1005.17.47.6 - Som serviceaftager vil jeg kunne overføre integrationslovsdata fra Letasyl til DFDG for videre sagsbehandling
- 5.10 1005.17.47.7 - Som serviceaftager kan jeg ikke beholde den eksisterende SOAP service uændret i en overgangsperiode.
- 5.11 1005.17.47.8 - Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne (silo) inkl. kontaktperson i DOA og initial load
- 5.12 1005.17.47.9 - Som STAR vil jeg have at dokumentation for såvel servicelag og frontend lever op til STAR's principper på releasetidspunktet
- 5.13 Acc.kr. 1005.17.47.10 - Som STAR vil jeg have data er omfattet af dataløft og pseudonymisering mod testmiljøer
- 5.14 Acc.kr. 1005.17.47.11 PersonStatusService (version 20) udstiller ikke mere asylovergivelsesdata . I stedet returneres en tom liste
- 5.14.1 PersonStatusService (Version 20)
- 5.14.1.1 GetVariablePersonStatus
- 5.14.1 PersonStatusService (Version 20)
- 5.15 Acc.kr. 1005.17.47.12 Modtager eventdata data håndters af Borgerindsats i forhold til integrationskontrakt
- 5.16 Acc.kr. 1005.17.47.13 Død kode i DFDG, i forbindelse med integrationskontraktdata, fjernes
- 5.17 Acc.kr. 1005.17.47.14 Som Landssupport/LSS er jeg skiftet over til at brug den nye REST-servicen i til læsning og registrering af integrationslovsdata / kontraktdata
- 6 Særlige krav til test
- 7 Konsekvenser for drift/idriftsættelse
- 8 Arkitektur- og implementeringsnoter
- 9 Husk GDPR stillingtagen
Afgrænsning af epic
Afgrænsning | |||
---|---|---|---|
Som serviceaftager og STAR vil jeg have løftet servicesnifladerne for integrationskontrakten, nu integrationslovsdata, til REST som en del af STAR's moderniseringsprogram for at sikre at
| |||
Acceptkriterier | |||
Nr. | Beskrivelse | Relevant for | US (interne links) |
1005.17.47.1 | Som STAR vil jeg have flyttet forretningsområdet integrationslovsdata om kontrakt efter INL til det nye DFDG forretningsdomæne Borgerindsats inkl. at det lever op til de principper, der er fastsat | DFDG, BI | https://starwiki.atlassian.net/browse/DS-12091 |
1005.17.47.2 | Som serviceaftager og STAR vil jeg have udstillet integrationslovsdata (kontraktdata m.v.) via ny REST snitflade med samme forretningsindhold og operationer mod DFDG som den eksisterende SOAP service | DFDG | https://starwiki.atlassian.net/browse/DS-12091 |
1005.17.47.3 | Borgerindsats forretningsdomænet udstiller kodelisterne for integrationslovsdata | DFDG | |
1005.17.47.4 | Som serviceaftager og STAR vil jeg have udstillet integrationslovsdata fra Letasyl via ny REST snitflade. Service skal samme forretningsindhold og format som DFDG's integrationslovsdata | DFDG | |
1005.17.47.5 | Som serviceaftager vil jeg have udstillet integrationslovsdata fra Letasyl som PDF (NYT scope ift. eksisterende SOAP-understøttelse - svarende til KSS' ønske om løsningsmodel med at kunne se CV data fra LetAsyl (inden sagsbehandlers stillingtagen til import af CV-data), da denne forbindelse blev genetableret i 2022) | DFDG | |
1005.17.47.6 | Som serviceaftager vil jeg kunne overføre integrationslovsdata fra Letasyl til DFDG for videre sagsbehandling | DFDG | |
1005.17.47.7 | Som serviceaftager kan jeg ikke beholde den eksisterende SOAP service uændret i en overgangsperiode. (Da forretningsflowet ændres i denne sammenhæng etableres ikke SOAP-REST converter) | DFDG | N/A |
1005.17.47.8 | Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne inkl. kontaktperson i DOA og initial load | BI | https://starwiki.atlassian.net/browse/BI-2621 |
1005.17.47.9 | Som STAR vil jeg have at dokumentation for såvel servicelag og frontend lever op til STAR's principper på releasetidspunktet | DFDG | |
1005.17.47.10 | Som STAR vil jeg have, at data er omfattet af dataløft og pseudonymisering mod testmiljøer | DFDG, SF | |
1005.17.47.11 | PersonStatusService (version 20) udstiller ikke mere asylovergivelsesdata (AsylumTransitionInfo med underliggende elementer). I stedet returneres en tom liste Ny status service i Borgerindsats udstiller relevante integrationslovsdata | DFDG | |
1005.17.47.12 | Modtager eventdata data håndters af Borgerindsats i forhold til integrationskontrakt | DFDG | |
1005.17.47.13 | Død kode i DFDG, i forbindelse med Min plan fjernes. Samles i en userstorie under epic 1005.17.48 Samling af Min plan og komposit Min plan service | DFDG | |
1005.17.47.14 | Som Landssupport/LSS er jeg skiftet over til at brug den nye REST-servicen i til læsning og registrering af integrationslovsdata / kontraktdata | DFDG | |
1005.17.47.15 | Som STAR og ekstern aftager ønsker jeg services og metoder dekoreret med scopes | DFDG |
Pakke MINPLAN-1 (Del 2a) i Knuds liste - Beta roadmap DFDG
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||||
---|---|---|---|---|---|---|---|
1005.17.47.2 | 1005.17.47.3 | 1005.5.4 | 1005.17.47.5 | 1005.17.47.6 | 1005.17.47.11 og 1005.17.47.7 | ||
Som KSS skal jeg overgå til ny REST snitflade
| X | X |
|
|
| ||
Som KSS skal jeg hente integrationslovsdata (kontraktdata) fra LetAsyl og vise for sagsbehandler enten som struktureret data eller PDF inden sagsbehandler tager stilling til import og overførsel af data fra LetAsyl til DFDG |
| X | X |
|
| Model svarer til det vi gør ved CV data fra Letasyl | |
Som KSS vil jeg overføre integrationslovsdata fra Letasyl til DFDG, når disse er klar i Letasyl, til videre sagsbehandling i jobcenter fagsystemet. |
| X |
| Model svarer til det vi gøre med CV data fra Letasyl | |||
Som bruger af PersonStatusService vil jeg skifte til REST snitflade og kald til statusservice i Borgerindsats for at hente oplysninger om asylovergivelsesdata |
|
| X | Det laves ikke SOAP-REST converter |
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne
Links i listen virker kun med STAR Jira konto og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår i tabellen.
(kopiér og indsæt manuelt i tabellen)
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
---|---|---|---|---|---|
Ny | Erstatter fra 2024-2 gl. soap kodeliste ReasonForResidencePermitTypeIdentifierType | KSS | BI, Jobnet | D+S | |
Ny | Erstatter fra 2024-2 gl. soap kodeliste DanishGoalTypeIdentifierType | KSS | BI | D+S | |
Borgerindsats.IntegrationslovService.AfslutKontrakt (PUT /v1/AfslutKontrakt) | Ny | Erstatter fra 2024-2 gl. soap metode IntegrationContractService (Version 1).TerminateIntegrationContract - kald med identifier | KSS | BI | D+S |
Borgerindsats.IntegrationslovService.AfslutSenesteKontrakt | Ny | Erstatter fra 2024-2 gl. soap metode IntegrationContractService (Version 1).TerminateIntegrationContract - kald uden identifier | KSS | BI | D+S |
Borgerindsats.IntegrationslovService.CreateIntegrationslovsdata (POST /v1/Integrationslovsdata) | Ny | Erstatter fra 2024-2 gl. soap metode IntegrationContractService (Version 1).CreateIntegrationContract | KSS | BI | D+S |
Ny | Erstatter fra 2024-2 gl. soap metode IntegrationContractService (Version 1).GetIntegrationContract - kald medidentifier | KSS | N/A | D+S | |
Borgerindsats.IntegrationslovService.GetSenesteIntegrationslovsdata | Ny | Erstatter fra 2024-2 gl. soap metode IntegrationContractService (Version 1).GetIntegrationContract - kald uden identifier | KSS | N/A | D+S |
Borgerindsats.LetAsylIntegrationslovService.GetIntegrationslovsdata (GET /v1/Integrationslovsdata) | Ny | Erstatter fra 2024-2 gl. soap metode IntegrationContractService (Version 1).GetIntegrationContract | KSS | N/A | D+S |
Ny | Fra 2024-2: Supplement til gl. soap metode. Muliggør læsning af kontraktdata i PDF inden sagsbehandler tager stilling til import/overførel af data fra LetAsyl til DFDG | KSS | N/A | D+S | |
Ny | Erstatter fra 2024-2 gl. soap kodeliste EducationEvaluationCaseStatusTypeIdentifierType | KSS | BI | D+S | |
Udgået | Erstattes i 2024-2 af tilsvarende REST kodeliste | KSS | BI | D+S | |
CodelistService (Version 5).EducationEvaluationCaseStatusTypeIdentifierType | Udgået | Erstattes i 2024-2 af tilsvarende REST kodeliste | KSS | BI | D+S |
CodelistService (Version 5).ReasonForResidencePermitTypeIdentifierType | Udgået | Erstattes i 2024-2 af tilsvarende REST kodeliste | KSS | BI | D+S |
IntegrationContractService (Version 1).CreateIntegrationContract | Udgået | Erstattes i 2024-2 af tilsvarende REST metode | KSS | N/A | D+S |
IntegrationContractService (Version 1).GetIntegrationContract | Udgået | Erstattes i 2024-2 af tilsvarende REST metode | KSS | N/A | D+S |
IntegrationContractService (Version 1).TerminateIntegrationContract | Udgået | Erstattes i 2024-2 af tilsvarende REST metode | KSS | BI | D+S |
Automatisk oversigt
Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.
Omlægningen indgår omlægning af Min plan komplekset
Beskrivelse af epic
Baggrund
Her udfylder PO oplysninger om baggrund for epic'en, herunder fx om der ligger politisk aftale eller lovgivning bag. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.
Som en del af DFDG's udfasning af end of life teknologier og STAR's moderniseringsprogram sker der i forhold til kontraktdata efter integrationsloven følgende:
I DFDG et skift til REST snitflade - og i denne epic uden samtidige forretningsmæssige ændringer
I Jobnet en overgang til ny REST snitflade samt ny frontend arkitektur (denne opgave er ikke en del af denne epic, men vil blive specificeret i en efterfølgende epic)
Tilpasning af flow for afhentning og overførsel af integrationslovsdata fra Letasyl til DFDG inkl. at kontraktdata fra LetAsyl (også) udstilles KSS som PDF.
Regler
Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.
Eksisterende forretningsregler bibeholdes, dog ændres der i flow for at hente data i forbindelse med integrationloven fra LetAsyl.
Eksisterende regler i databkg. forventes uændret (kapitel 46 om Oplysninger vedrørende flygtninge, der overgår til kommunen i bkg. nr 1282 af 14. september 2022 - obs. kan være et et andet kapitel nr. i senere udgaver af bkg.).
Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
Her beskriver PO overordnet, hvordan epic'en forventes at påvirke aftagerne. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.
Serviceaftager skal overgå til ny REST snitflade i forbindelse med omlægning af hele Min plan komplekset. Se epics øverst i dokumentet. Servicesnitflader vil være tilgængelig for udvikling fra DFDG release 2023-2.
1005.17.47.1 - Som STAR vil jeg have flyttet forretningsområdet integrationslovsdata til forretningsdomænet (silo) Borgerindsats inkl. at det lever op til de principper, der er fastsat
Løsningsmodel (internt STAR acc.kr.)
Etablering af database i borgerindsats og anden infrastruktur.
1005.17.47.2 - Som serviceaftager og STAR vil jeg have udstillet integrationslovsdata via ny REST snitflade med samme forretningsindhold og operationer mod DFDG som den eksisterende SOAP service
Løsningsmodel
Ny REST service og getmetode i Borgerindsats
Fejlkoder bevares
Der ændres ikke i adgangsforhold til service/metoder
Eksisterende SOAP service lukkes
Borgerindsats.IntegrationslovService - https://starwiki.atlassian.net/wiki/spaces/FYS/pages/3925835777
Ny REST service til registrering og udstilling af integrationslovsdata.
Dataindhold uændret, mindre tilpasning til struktur og udfase visse fejlkoder.
GetIntegrationslovsdata (GET /v1/Integrationslovsdata/{IntegrationslovdataIdentifier})
Metode til at hente en borgers data i forbindelse med integrationsloven
CreateIntegrationslovsdata (POST /v1/Integrationslovsdata)
Metode til at oprettelse en borgers data / kontrakt i forbindelse med integrationsloven
AfslutKontrakt (PUT /v1/AfslutKontrakt)
Metode til afslutning af kontrakt, jf. integrationsloven
IntegrationContractService - IntegrationContractService (2021-1)
Eksisterende SOAP service udfases inklusiv følgende metoder GetIntegrationContract, CreateIntegrationContract og TerminateIntegrationContract. Disse erstattes af Borgerindsats.IntegrationslovService (2023-2)
Ændret integrationsmønster i forhold til LetAsyl
Møsntret ændrs er sammen model som anvendt ved CV oplysninger fra LetAsyl
Se forrretningsdokumentation Skiftespor (hentning af integrationskontrakdata i DFDG eller Letasyl) for flere oplysninger.
1005.17.47.3 - Borgerindsats udstiller kodelisterne for integrationslovsdata
Løsningsmodel
Kodelister for integrationslovsdata overflyttes til Borgerindsats
Borgerindsats.UddannelsesVurderingssagsstatusTypeCodeList
Erstattet EducationEvaluationCaseStatusTypeIdentifierType
Borgerindsats.AarsagTilOpholdstilladelseTypeCodeList
Erstatter ReasonForResidencePermitTypeIdentifierType
Borgerindsats.DanskmaalTypeCodeList
Erstatter DanishGoalTypeIdentifierType
CodelistService (version 5) - CodeListService (Version 5)
EducationEvaluationCaseStatusTypeIdentifierType, ReasonForResidencePermitTypeIdentifierType og DanishGoalTypeIdentifierType
Udgår i den klassiske DFDG CodeListService (version 5) og flyttes til domænet Borgerindsats.
Bemærk de nævnte kodelister i DFDG CodeListService (version 5) vil i en overgangsperiode fortsat være tilgængelige, men evt. ændringer til udfaldsrum m.v. vil kun ske i de nye kodelister i Borgerindsats.
1005.17.47.4 - Som serviceaftager og STAR vil jeg have udstillet integrationslovsdata fra Letasyl via ny REST snitflade, Service skal samme forretningsindhold og format som DFDG's integrationslovsdata
Løsningsmodel
Løsningsmodellen vil være den samme, som blev blev valgt i forhold til CV.
DFDG udstiller en get-metode hvor kommunen / jobcenteret kan hente integrationslovsdata i Letasyl i samme struktur som den normale get metode
DFDG udstiller som noget nyt en PDF med integrationslovsdata fra Letasyl (acc.kr. 1005.17.47.5), som KSS kan anvende i stedet for den almindelige GET-metode med strukturerede data
DFDG udstiller en metode hvor jobcenter / kommune kan overføre data om kontrakt efter integrationsloven fra LetAsyl til DFDG (acc.kr. 1005.17.47.6)
Alle tre med de eksisterende begrænsninger i forhold til, hvornår og hvor længe data er tilgængelige i Letasyl.
Borgerindsats.LetasylIntegrationslovService - https://starwiki.atlassian.net/wiki/spaces/FYS/pages/3925868574
Ny service til at hente integrationslovsdata i Letasyl og overføre disse til DFDG.
GetIntegrationslovsdata (GET /v1/Integrationslovsdata)
Metode til at hente en borgers data i LetAsyl i forbindelse med integrationsloven
1005.17.47.5 - Som serviceaftager vil jeg have udstillet integrationslovsdata fra Letasyl som PDF
Som serviceaftager vil jeg have udstillet integrationslovsdata fra Letasyl som PDF, så jeg ikke skal lave en dyr integration til brug for visning for jobkonsulent inden stillingtagen til overførsel af data fra Letasyl til jobcenter fagsystemet til brug for videre sagsbehandling.
Løsningsmodel
se acc.kr. 1005.17.47.4
Borgerindsats.LetasylIntegrationslovService - https://starwiki.atlassian.net/wiki/spaces/FYS/pages/3925868574
Ny service til at hente integrationslovsdata i Letasyl og overføre disse til DFDG.
GetLetAsylIntegrationslovdataPdf (GET /v1/LetAsylIntegrationslovdata/pdf)
Metode til at hente en borgers date i forbindelse med integrationsloven som PDF.
1005.17.47.6 - Som serviceaftager vil jeg kunne overføre integrationslovsdata fra Letasyl til DFDG for videre sagsbehandling
Løsningsmodel
se acc.kr. 1005.17.47.4
Borgerindsats.LetasylIntegrationslovService - https://starwiki.atlassian.net/wiki/spaces/FYS/pages/3925868574
Ny service til at hente integrationslovsdata i Letasyl og overføre disse til DFDG.
OverfoerLetAsylIntegrationslovsdata (POST /v1/LetAsylIntegrationslovsdata/action/transfer)
Metode til at overføre integrationslovsdata fra asyloperatør (Letasyl) til DFDG.
1005.17.47.7 - Som serviceaftager kan jeg ikke beholde den eksisterende SOAP service uændret i en overgangsperiode.
Da forreningsflowet ændres i denne sammenhæng etableres ikke SOAP-REST converter.
IntegrationContractService - IntegrationContractService (2021-1)
Udgår til fordel for Borgerindsats.IntegrationslovService (2023-2) og Borgerindsats.LetasylIntegrationslovService (2023-2) mht erstatning af metoder GetIntegrationContract, CreateIntegrationContract og TerminateIntegrationContract
1005.17.47.8 - Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne (silo) inkl. kontaktperson i DOA og initial load
Løsningsmodel (internt STAR acc.kr.)
Initial load af data / Tilpasning af BI load til borgerindsats domænet (silo)
Dataleverance til DOA (VOA) tilpasses til ny kilde
Kontaktperson i DOA:
1005.17.47.9 - Som STAR vil jeg have at dokumentation for såvel servicelag og frontend lever op til STAR's principper på releasetidspunktet
Løsningsmodel (internt STAR acc.kr.)
QA af regler fra kode mod dokumenteret regler og fejlkode
Ajourfører dokumentation
Sider der skal rettes og QA er (liste er ikke udtømmende)
Acc.kr. 1005.17.47.10 - Som STAR vil jeg have data er omfattet af dataløft og pseudonymisering mod testmiljøer
Løsningsmodel (internt STAR acc.kr.)
Tilpasning af regler af for pseudonymisering og aftale med SF om hvornår data skal med i dataløft til testmiljøer
Systemforvalter til retter pseudonymiseringsflow
Acc.kr. 1005.17.47.11 PersonStatusService (version 20) udstiller ikke mere asylovergivelsesdata . I stedet returneres en tom liste
PersonStatusService (Version 20)
GetVariablePersonStatus
Udstiller ikke mere asylovergivelsesdata (AsylumTransitionInfo med underliggende elementer). I stedet returneres en tom liste
Acc.kr. 1005.17.47.12 Modtager eventdata data håndters af Borgerindsats i forhold til integrationskontrakt
Løsningsmodel (internt STAR acc.kr.)
I forbindelse med integrationskontrakt er der ikke afledte event der skal håndteres
Acc.kr. 1005.17.47.13 Død kode i DFDG, i forbindelse med integrationskontraktdata, fjernes
Løsningsmodel (internt STAR acc.kr.)
Fjernelse af gammel og død kode i DFDG classic
Acc.kr. 1005.17.47.14 Som Landssupport/LSS er jeg skiftet over til at brug den nye REST-servicen i til læsning og registrering af integrationslovsdata / kontraktdata
Løsningsmodel (internt STAR acc.kr.)
Landssupport/LSS er skiftet til at brug IntegrationslovService ved brug af nyt ClientApi fra IntegrationslovSerice i Borgerindsats forretningsdomænet.
Kode brugt i forbindelse med IntegrationContractService er fjernet fra LSS
Særlige krav til test
Test scenarie | Deltagelse i test | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
---|---|---|---|
Asyldata/kontraktdata kan hentes som strukturerede data fra LetAsyl | KSS deltagelse i test ønskes (hvis KSS har valgt at hente strukturerede data) | Knud | |
Asyldata/kontraktdata kan hentes som DFDG dannet PDF på baggrund af data fra LetAsyl | KSS deltagelse i test ønskes (hvis KSS har valgt at hente PDF) | Knud | |
Asyldata/kontraktdata kan hentes som strukturerede data fra LetAsyl og overføres til DFDG/Borgerindsats | KSS deltagelse i test ønskes | Knud | |
KSS kan afslutte en oprettet kontrakt, både nye kontrakter og konverterede kontrakter | KSS deltagelse i test ønskes |
| Knud |
* 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: Ja. konvtering fra DFDG (classic til Borgerindsats)
Skal der køres databasescripts for opdatering af tabeller i databasen:
BI foretager initial load af forsørgelseshistorik i ydelsesudstilling silo. Der er ikke tale om konvertering i denne forbindelse da det er samme loadmodel som i den gamle forsørgelseshistorik på DFDG classic.
Efter idriftsættelse:
N/A
Arkitektur- og implementeringsnoter
Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:
Nye dataområder: Nej, flytning til domæne Borgerindsats
Nye snitflader: Nej, flytning til domæne Borgerindsats
Nye komponenter: Nej
Nye miljøer: Nej
Nye teknologier: Modernisering
Nye aftagertyper: Nej
Eller afvigelser fra principperne: Nej
Eventuelle behov for reduktion af teknisk gæld skal afdækkes: N/A
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.
Husk GDPR stillingtagen
Ingen personfølsomme data i epics
Illustrationer, skærmdumps m.v. må ikke indeholde cpr.nr., CV. nr., rigtige personnavne på borgere eller deres kontaktoplysninger i form af e-mail, telefonnr., adresse m.v.
Angiv hvem der har foretaget dette tjek:
Angiv dato for tjek:
Opbevaring af oplysninger i STARs it-systemer
Ved oprettelse af nye dataområder skal der tages stilling til, hvornår formålet med data ophører og dermed fastlægges en slettepolitik.
Ved indførelse af nye data på eksisterende dataområder skal GDPR slettejobs opdateres.
Dette er ikke et nyt dataområde blot en flytning fra DFDG classic og til Borgerindsats.
Integrationslovsdata / kontraktdata indgår i slettepolitik for Min plan.
Hvem må tilgå oplysningerne?
Afsnittet må ikke blot slettes, hvis det vurderes ikke relevant. Det skal dokumenteres at man har forhold sig til nedenstående.
Husk det er hensynet til borgeren der tæller højst. Der skal være hjemmel til at sagsbehandler må tilgå oplysninger. Formålet skal være som led i administrationen af beskæftigelsesreglerne eller ydelsesadministration.
Korrekte sikkerhedsattributter på services
PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.
Tilladte organisationer (eksempel - se den fulde liste over myndighedstyper på siden DFDGs sikkerhedsmodel )
Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang | |
---|---|---|---|---|---|---|
A-kasse | Ingen adgang for a-kasser til kontraktdata | |||||
JobCenter | X | X | ||||
Kommune | X | |||||
STAR | X | |||||
AUB | ||||||
UDK | ||||||
STIL |
A-kasse filtrering
Hvis a-kassen må anvende metoden, må a-kassen så se / hente alle data? Eller skal der foretages filtrering ift. at a-kassen fx kun må se nogle udfaldsrum / kodelisteværdier? Husk at filtreringen skal ramme eventuel visning på Jobnet aht. sagsbehandlerlogin
Ingen adgang for a-kasser til kontraktdata
Sagsbehandlerlogin på Jobnet - tag stilling til adgang!
En sagsbehandler i et jobcenter kan tilgå en borger tilknyttet det konkrete jobcenter.
En sagsbehandler i en a-kasse kan tilgå en borger, som er medlem af a-kassen og KG 1 (tilmeldt og ikke-tilmeldt) eller KG 8 og tilmeldekategori 5 - dimittend.
Begrænsninger kan foretages via (a-kasse-) filtrering, eller ved at afgrænse på action niveau på konkrete sider på Jobnet.
Stillingtagen: Beskriv kort, at der er taget stilling til sagsbehandlerlogin
Ingen adgang for a-kasser til kontraktdata