Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
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? |
---|---|---|---|
20-04-2022 | 0.1 | Jesper Brunholm | Gennemskrivning på vej til tilsagnsklar |
22-04-2022 | 0.3 | Jesper Brunholm, Knud de Place, Camilla H. Trolle | Review og opdateringer. Løft til version 0.3 |
05-05-2022 | 0.3 | Jesper Brunholm | Samtaleform id 8 omdøbes til "Digitalt møde" |
10-05-2022 | 0.2 | Jesper Brunholm | Sænket til 0.2 i afventen af at vi senere på dagen sender i gentilsagn med nye kriterier for tilsagn. |
10-05-2022 | 0.2 | Jesper Brunholm | Klar til PO review inden løft til 0.3 og gentilsagn. Tilsagnskriterier opdaterede og snitflader klar som grundlag for tilsagn. Deltagelsesvalg er harmoniseret med PersonStatusService logikken. |
10-05-2022 | 0.3 | Knud de Place | Klar til fornyet eksternt tilsagn |
11-05-2022 | 0.2 | Knud de Plave | Fornyet tilsagnsrunde afventer input fra a-kasserne fra tilsagnsbølge 1 |
Indholdsfortegnelse
Afgrænsning af epic
Afgrænsning | ||
---|---|---|
Som en borger på Jobnet vil jeg aktivt selv kunne vælge samtaleform når jeg selvbooker og ombooker samtaler for at opnå større valgfrihed ifm. mødeform | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
999.3.1 | Som borger vil jeg på Jobnet kunne tilgå link til digitalt møde indkaldt af jobcentret | DFDG, Jobnet |
999.3.2 | Som borger vil jeg kunne vælge samtaleform når jeg booker og ombooker på Jobnet | DFDG, Jobnet |
999.3.3 | Som borger vil jeg kunne se mine historiske Indkaldelser | DFDG, Jobnet |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
---|---|---|---|---|---|
999.3.1 | 999.3.2 | 999.3.3 | <epic nr>.1 .4 | ||
KSS og a-kasser tager ny IndkaldelseService i brug - og ophører med at bruge BookingService | X | ||||
KSS og a-kasser tager nye tilbagemeldingsmetoder til kontaktforløb ifm. fælles jobsamtale med dagpengemodtager i brug, herunder i brugergrænseflade til sagsbehandler | X | IndkaldelseService metoderne CreateIndkaldelse og UpdateMyndighedsdeltager | |||
KSS og a-kasser tager nye WSRM'er i brug på WsrmMessageService (version 11) og ophører med at bruge de gamle beskedtyper | X | Afhængigt af tidligere WSRM-aftagning, GetIndkaldelseVersion1 (tidl. GetBookings) GetIndkaldelseshaendelseVersion1 og GetAkasseIndkaldelseVersion1 (Tidligere GetUnemploymentFundBookingVersion1) | |||
Ved ændring af mødetidspunkt (dato og klokkeslet) skal data-/klokkeslet opdateres - og blot ske ved opdatering af fx en kommentar ved opdatering af den oprindelige booking. | X |
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.
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
---|---|---|---|---|---|
BookingService (v2).alle | Udgået | BookingService udfases . Aftagere skal i stedet benytte den nye IndkaldelseService | A-kasse, KSS | N/A | D+S |
BookingWSRMMessageService (V3).GetAcceptedBookings | Udgået | Metoden udgår og erstattes af metoden GetIndkaldelseshaendelseVersion1 på WSRMMessageService v11 | A-kasse, KSS, Plannersystemer | N/A | D+S |
BookingWSRMMessageService (V3).GetBookings | Udgået | Metoden udgår og erstattes af metoden GetIndkaldelseVersion1 på WSRMMessageService v11 | A-kasse, KSS, Plannersystemer | N/A | D+S |
BookingWSRMMessageService (V3).GetCancelledBookings | Udgået | Metoden udgår og erstattes af metoden GetIndkaldelseshaendelseVersion1 på WSRMMessageService v11 | A-kasse, KSS, Plannersystemer | N/A | D+S |
CodelistService (v5).InterviewContactTypeIdentifier | Ændret | Udfasning af id'er 4 og 5. Id 8 omdøbes. Nyt id 9 | A-kasse, KSS, Plannersystemer | Jobnet | D+S |
CodelistService (v5).SamtaleformType | Ny | Kodeliste som overtager efter InterviewContactTypeIdentifier i nye services. | A-kasse, KSS, Plannersystemer | Jobnet | D+S |
IndkaldelseService (v1).SaveDeltagelsesvalg | Ny | Ny metode til at oprette indikation på gæstende myndigheds eller borgers ønske ift. deltagere på fælles jobsamtale | A-kasse, KSS | N/A | D+S |
IndkaldelseService (v1).CreateIndkaldelse | Ny | Ny metode til at oprette en indkaldelse | A-kasse, KSS | N/A | D+S |
IndkaldelseService (v1).CreateMyndighedsdeltager | Ny | Ny metode til at oprette en myndighedsdeltager på en fælles jobsamtale | A-kasse, KSS | N/A | D+S |
IndkaldelseService (v1).DeleteIndkaldelse | Ny | Ny metode til at aflyse en indkaldelse | A-kasse, KSS | N/A | D+S |
IndkaldelseService (v1).DeleteMyndighedsdeltager | Ny | Ny metode til at slette en myndighedsdeltager på en fælles jobsamtale | A-kasse, KSS | N/A | D+S |
IndkaldelseService (v1).GetIndkaldelseInfo | Ny | Ny metode til at hente BookingInfo | A-kasse, KSS, Plannersystemer | Jobnet | D+S |
IndkaldelseService (v1).GetIndkaldelseshistorik | Ny | Ny metode til at hente BookingHistory | A-kasse, KSS, Plannersystemer | Jobnet | D+S |
IndkaldelseService (v1).GetMoededeltagelseshistorik | Ny | Ny metode til at hente og mødedeltagelseshistorik, tidl. MeetingParticipationHistory | A-kasse, KSS, Plannersystemer | N/A | D+S |
IndkaldelseService (v1).UpdateIndkaldelse | Ny | Ny metode til at opdatere en indkaldelse | A-kasse, KSS | N/A | D+S |
IndkaldelseService (v1).UpdateMyndighedsdeltager | Ny | Ny metode til at opdatere en myndighedsdeltager på en fælles jobsamtale | A-kasse, KSS | N/A | D+S |
PersonHistoryService (v4).GetPersonHistory.BookingHistory | Udgået | BookingHistory udfases og vil returnere null. Aftagere skal i stedet benytte den nye IndkaldelseService | A-kasse, KSS, Plannersystemer | N/A | D+S |
PersonHistoryService (v4).GetPersonHistory.MeetingParticipationHistory | Udgået | MeetingParticipationHistory udfases og vil returnere null. Aftagere skal i stedet benytte den nye IndkaldelseService | A-kasse, KSS, Plannersystemer | N/A | D+S |
PersonRegistrationService (v9).RegisterUnemploymentFundParticipation | Udgået | Metoden udfases. Aftagere skal i stedet benytte ny metode på IndkaldelseService | A-kasse, KSS | N/A | D+S |
PersonRegistrationService (v9).RegisterUnemploymentFundParticipationChoice | Udgået | Metoden udfases. Aftagere skal i stedet benytte ny metode på IndkaldelseService | A-kasse, KSS | N/A | D+S |
PersonStatusService (v20).GetVariablePersonStatus.BookingInfo | Udgået | Booking collection udfases og vil returnere null. Aftagere skal i stedet benytte den nye IndkaldelseService | A-kasse, KSS, Plannersystemer | N/A | D+S |
WSRMMessageService (v11).GetAkasseIndkaldelseVersion1 | Ny | Opdateret udgave af GetUnemploymentFundBooking beskeden | A-kasse | N/A | D+S |
WSRMMessageService (V11).GetIndkaldelseshaendelseVersion1 | Ny | Ny metode til besked om hændelserne aflysning og mødeaccept på mødeindkaldelser | A-kasse, KSS, Plannersystemer | N/A | D+S |
WSRMMessageService (V11).GetIndkaldelseVersion1 | Ny | Ny metode til besked om opdateringer på mødeindkaldelser | A-kasse, KSS, Plannersystemer | N/A | D+S |
WSRMMessageService (v11).GetUnemploymentFundBookingVersion1 | Udgået | Beskeden udfases, a-kasser skal i stedet bruge den nye GetAkasseIndkaldelseVersion1 | A-kasse | N/A | D+S |
Bemærk at der i ISB 999 er lavet en oversigt over løsningens indhold i forskellige releases
Automatisk oversigt
Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.
Beskrivelse af epic
Baggrund
Regeringen, Dansk Folkeparti, Socialistisk Folkeparti og Enhedslisten er enige om, at beskæftigelsesindsatsen skal nytænkes, så jobcentrene bruger ressourcerne der, hvor de har størst effekt og kommer flest ledige til gavn.
Delaftalen fremgår på bm.dk. Link til aftalen: 2021-juni-aftaletekst_foerste-delaftale-om-nytaenkning-af-beskaeftigelsesindsatsen.pdf.
Elementer i aftalen
Aftalen indeholder følgende elementer (her alene gengivet kort, idet der i øvrigt henvises til aftaleteksten):
- En styrket og forenklet ungeindsats
- Færre proceskrav for indsatsen til uddannelseshjælpsmodtagere
- Aftalepartierne er enige om, at lempe og forenkle kravene til uddannelseshjælpsmodtageres deltagelse i intensiv, kontinuerlig aktivering, så der fremover må være fire måneder mellem hvert tilbud.
- Forslaget ændrer ikke ved kontaktforløbet (samtaler) med de unge. Det fastholdes desuden, at unge skal have deres første samtale i jobcenteret inden for én uge efter første henvendelse til kommunen og skal have første tilbud inden for første måned.
- Styrket understøttelse af overgang til og gennemførelse af uddannelse
- Uddannelseshjælpsmodtagere der påbegynder en uddannelse får ret til en mentor, der kan understøtte, at den unge fastholdes i uddannelsen. Retten til en mentor gælder i op til 6 måneder efter uddannelsesstart med mulighed for forlængelse
- Jobcenteret forpligtes til at reagere på beskeder om risiko for frafald fra uddannelsesinstitutionerne de første 6 måneder efter studiestart. De kan herefter tage stilling til, om relevante fastholdelsesinitiativer skal iværksættes.
- Færre proceskrav for indsatsen til uddannelseshjælpsmodtagere
- Samtaler over video eller telefon
- Aftalepartierne er ... enige om, at borgerne skal have større fleksibilitet og mulighed for selv at vælge mødeformen ved en samtale.
Med denne aftale får ledige efter seks måneders ledighed mulighed for at vælge, om samtaler med jobcenter eller a-kasse skal afholdes ved personligt fremmøde, over video eller telefonisk. - Jobcenter og a-kasse kan ændre samtaleformen fra video eller telefonisk til personligt fremmøde, såfremt de vurderer, at der er behov for det.
- Aftalepartierne er ... enige om, at borgerne skal have større fleksibilitet og mulighed for selv at vælge mødeformen ved en samtale.
Regler
Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.
I de almindelige bemærkninger i lovforslag L 67 fremgår bl.a.:
3.6 Implementeringskonsekvenser for det offentlige ..... Målgrupper i beskæftigelsesindsatsen, som selv skal booke samtaler, kan via den nuværende it-understøttelse selvbooke samtaler i jobcenteret og arbejdsløshedskassen. Når borgeren i dag selvbooker et møde i jobcenteret, kan borgeren vælge mellem de mødetyper og de ledige tider, som det enkelte jobcenter stiller til rådighed. For at give borgere, der omfattes af de foreslåede nye muligheder for selv at vælge mødeform, en bedre service og for at lette jobcentrenes administrative opgaver forbundet med borgernes selvbooking af samtaler opgraderes it-systemerne i løbet af 1. halvår 2022 således, at borgerne lettere aktivt ved den enkelte selvbooking af en samtale kan vælge, om der inden for jobcenterets aktuelle ledige mødetilbud ønskes en samtale med fysisk fremmøde, et digitalt møde eller et telefonisk møde. Den bedre understøttelse af valg af ønsket mødeform i forbindelse med selvbooking giver anledning til ændringer i jobcentrenes og arbejdsløshedskassernes it-systemer og i de statslige systemer. Det vil lige som i dag være jobcentrene, der løbende skal sørge for, at der er relevante mødetyper og tider til rådighed for borgernes selvbooking af job- og opfølgningssamtaler. I perioden fra loven forventes at træde i kraft den 1. januar 2022 og frem til, it-systemerne er opgraderet, forventet medio 2022, kan jobcenteret i titlen på de enkelte selvbookingstilbud angive mødeformen. Hermed vil borgeren tidligere i selvbookingflowet kunne se og vælge den ønskede mødeform. |
Partierne bag Første delaftale om nytænkning af beskæftigelsesindsatsen (S, DF, SF, EL), forligskredsen bag beskæftigelsesreformen (S, DF, V, RV, K) samt forligskredsen bag sygedagpengereformen (S, V, RV, SF, DF, K og LA) er i februar 2022 orienteret om, at implementeringen vil være lidt mere tidskrævende end først antaget - og bliver forsinket med tre måneder, fra juni 2022 til september 2022.
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.
A-kasser, KSS og Planner-systemer vil skulle omlægge til nye services, jf. afsnittet "Oversigt over berørte webservices".
Acc.kr. 999.3.1 - Som borger vil jeg på Jobnet kunne tilgå link til digitalt møde indkaldt af jobcentret
Når borger har et kommende møde med samtaleform 8 - Digitalt møde - vises link til dette som en del af borgerens oplysninger om mødet på Jobnet.
Acc.kr. 999.3.2 - Som borger vil jeg kunne vælge samtaleform, når jeg booker på Jobnet
Modernisering af InterviewContactTypeIdentifier, som bliver til kodelisten SamtaleformType
Kodelisten hedder SamtaleformType i nye services i kontaktforløbs-siloen, og hedder fortsat InterviewContactTypeIdentifier i DFDG classic (incl. WSRM'er). Indholdet bliver ens i de to kodelister:
Identifikator | Navn | Beskrivelse | Startdato | Slutdato |
---|---|---|---|---|
1 | Personlig kontakt | Personlig kontakt (med borgeren) | 04-11-2008 | 04-11-2108 |
2 | Telefon | Telefon (borgeren eller ansvarlig henvender sig telefonisk) | 04-11-2008 | 04-11-2108 |
3 | Brev | Borgeren modtager brev via almindelig post, via e-mail, via e-boks, via Offentlig Digital Post, via Borger.dk m.v. Kontakt foregår ved en-vejs kommunikation | 04-11-2008 | 04-11-2108 |
4 | Digitalt | Borgeren og sagsbehandler kommunikerer digitalt via fx e-mail, sms eller anden form for skriftlig, digital kommunikation. Kontakten åbner mulighed for to-vejs kommunikation. | 04-11-2008 | 01-07-2022 |
5 | Andet | Andet (informationer modtages fra 3. person) | 04-11-2008 | 01-07-2022 |
6 | Møde direkte på arbejde | Møde direkte på arbejde | 04-11-2008 | 13-03-2020 |
7 | Teknisk registrering | Systemteknisk registrering af en samtale | 01-08-2014 | 01-07-2015 |
8 | Digitalt møde | Kontakten foregår digitalt, fortrinsvis hvor borger og sagsbehandler kommunikerer med lyd og billede. Direkte to-vejs kommunikation. | 01-01-2015 | 01-07-2100 |
9 | Ingen direkte borgerkontakt | Dialog sker gennem 3. person, fx ifm. sygdom hvor direkte borgerkontakt ikke er mulig | 01-06-2022 | 01-07-2100 |
Id 4 udgår, fordi vi ønsker at id 8 ensrettet bruges til videomøderne
Id 5 udgår, fordi vi ikke ser et forretningsmæssigt formål, og vi er nærvøse for, at det er en "skraldespand" hvis indhold burde være delt ud på øvrige registreringer.
Id 9 indføres for, at det fortsat er muligt at registrere afholdte samtaler, hvor kontakt er sket igennem 3. person. Dette for understøttelse af Sygedagpengeloven §13, stk. 5
BookingService bliver til IndkaldelseService
Servicestrukturen er under udarbejdelse på 999... IndkaldelseService (Version 1) (tidl. BookingService).
DigitaltMoedelink skal være til stede, når mødet er med afholdelsesform id 8 "Digitalt møde", og vises da for borger på Jobnet. Samme link forventes at kunne bruges til gæstende myndigheders deltagelse i møder, fx fælles jobsamtale, uanset om borger deltager fysisk.
Feltet selvbooket vil fremadrettet fungere sådan, at når borger 1 gang aktivt har booket eller ombooket på en indkaldelse, så forbliver feltet TRUE i resten af indkaldelsens forløb (og det vil være ulovligt at opdatere feltet til FALSE).
Beskyttelse af gruppemøder med validering
Som en del af indkaldelsestrukturen tilføjes 2 nye felter: GruppemoedeId og GruppemoedeEjersystem. Når GruppemoedeEjersystem er sat, validerer DFDG imod at gruppemødet kan ændres af andre systemer.
Kan ses på 999... IndkaldelseService (Version 1) (tidl. BookingService)
Fælles jobsamtale med gæstende myndighed forenkles
Struktur indlagt på 999... IndkaldelseService (Version 1) (tidl. BookingService)
InterviewWithMoreAuthorities og myndighedsdeltagelse forenkles til at indkalde myndigheden. Mødeaccept fra gæstende myndighed giver klar kommunikation. Separat opdatering af myndighedsdeltagere med GUID gør registrering enkel (man skal ikke håndtere hele mødet).
EksternIdentifikation og mødeaccept samt kontaktinfo giver smidigere kontakt. Indikation om frasagt deltagelse på indkaldelsen gør, at aktuel information er samlet på et sted.
Floweksempel
- Ved indkaldelse til fælles jobsamtale med dagpengemodtager i a-kasse-forsøg oprettes en myndighedsdeltager af typen jobcenter. Dermed er det indikeret, at jobcentret forventes at deltage
- Jobcentret går efterfølgende ind og accepterer mødet og bekræfter dermed sin deltagelse samt tilføjer kontaktinformation.
- Mødeaccept fra myndighed giver klar forventningsafstemning imellem myndighederne
- Deltagelsesvalg håndteres fortsat uafhængigt af indkaldelser i egen metode, men sættes ind på indkaldelsen for at have sammenhængende information
A-kasserne får adgang til ombooknings- og aflysningsindstillinger
A-kasserne har for enkelhedens skyld ikke haft adgang til felterne for, om borger må kunne ombooke og aflyse et møde, samt deadlines for dette.
Det laver vi om på, da der er fremsat ønske om at a-kasserne også have mulighed for at vælge at udnytte informationerne, som koordinerer, hvad borger må, imellem en a-kasses indkaldesystem og en a-kasses selvbookingsystem.
- ReBookingPossible og ReBookingDeadline bliver OmbookningMulig og Ombookningsfrist
- CancellationPossible og CancellationDeadline bliver til Aflysbart og Aflysningsfrist
Valideringerne forbliver de samme som hidtil, hvor frist kun kan sættes, hvis hovedattributten er sat (fx kun aflysningsfrist, når aflysbart er true).
Adressebekendtgørelsesoverholdelse
Bekendtgørelse om vejnavne og adresser siger bl.a. i Kapitel 5, §16, om husnumre, at
“Stk. 2. Et husnummer består af indtil 4 tegn. Et husnummer består altid af et tal i intervallet fra 1 til 999, som eventuelt kan være suppleret af ét stort bogstav fra A til Z, uden mellemrum mellem tal og bogstav. Et eventuelt bogstav er en del af husnummeret. Husnumre med og uden bogstav er ligestillede. På grund af risikoen for forveksling må bogstaverne I, J, O og Q dog ikke benyttes i et nyt husnummer, eller når et husnummer ændres.”
Vi har dog det problem, som indlagt i fx FB 246713 at vi får data fra CVR registeret, som ikke overholder dette format.
Løsningsmodellen bliver regex-baseret.
Data fra CVR vaskes ifm. import, således at de overholder standarden.
Registrering af mødedeltagelsesvalg
Metoderne fra PersonRegistrationService til registrering af gæstende myndigheds deltagelsesvalg i fælles jobsamtale, samt registrering af borgers valg om gæstende myndigheds deltagelse, flytter til IndkaldelseService.
Metoden, SaveDeltagelsesvalg, er beskrevet på underside.
Hvis et sådant valg indkommer imens der ligger en åben indkaldelse på myndighedens deltagelse, fjernes myndigheden fra denne indkaldelse.
Hvis registrering foretages imens der foreligger en indkaldelse, påføres valget og myndighedens deltagelse fjernes hvis der er tale om fravalg, hvis der er tale om tilvalg forventes myndigheden selv at opdatere indkaldelsen med accept af mødet og deltagelse. WSRM IndkaldelseOpdateret udsendes til relevante parter.
Som hidtil:
Når DFDG modtager registreringen sendes WSRM (WSRMMessageService v10.GetMeetingParticipation) om dette til såvel a-kasse som jobcenter.
Hvis den gæstende myndighed fravælger at deltage, opdateres en eventuel allerede oprettet indkaldelse til et møde af typen ”Fælles Jobsamtale med dagpengemodtager” ved at fjerne den gæstende myndigheds deltagelse. I den forbindelse bliver der, ud over de to WSRM'er om ændret deltagelsesvalg og ændret booking, også sendt en GetWarningVersion4 WSRM til Jobcenteret med WarningTypeIdentifier 51 - "A-kasse-deltagelse fjernet fra booking", medmindre borgeren er a-kasse forsøgs-deltager.
Hvis borgeren fravælger den gæstende myndigheds deltagelse, opdateres en fremtidig indkaldelse til et møde af typen ”Fælles Jobsamtale med dagpengemodtager” ved at fjerne den gæstende myndigheds deltagelse. I den forbindelse bliver der, ud over WSRM'er om ændret deltagelsesvalg (WSRMMessageService v10.GetMeetingParticipation) til begge myndigheder, og ændret booking, også sendt en GetWarningVersion4 WSRM til Jobcenteret med WarningTypeIdentifier 51 - "A-kasse-deltagelse fjernet fra booking" medmindre borgeren er a-kasse forsøgs-deltager.
Der er ingen valideringer på sammenhængene.
Udfasning af BookingInfo fra PersonStatusService
Ny metode GetIndkaldelseInfo på IndkaldelseService overtager status-ansvaret på indkaldelser. PersonStatusService-kollektionen vil returnere blankt.
Udfasning af BookingHistorik og MeetingParticipationHistory på PersonHistoryService
Nye metoder GetIndkaldelseHistorik og MoededeltagelsesvalgHistorik på IndkaldelseService overtager denne opgave.
BookingWSRMMessageService nedlægges, 2 nye WSRM'er og en opdateret i WSRMMessageService
GetBookings bliver til GetIndkaldelseVersion1 med en struktur som får opdateringerne til indkaldelsesstrukturen, men i øvrigt tilstræbes at ligge så tæt på den nuværende struktur som muligt.
GetBookingsAccepted og GetCancelledBookings samles i GetIndkaldelseshaendelseVersion1. Strukturen er tilgængelig på 999... WsrmMessageService (Version 11, 2022-3)
GetUnemploymentFundBookingVersion1 bliver til GetAkasseIndkaldelseVersion1 med en struktur som får opdateringerne til indkaldelsesstrukturen, men i øvrigt tilstræbes at ligge så tæt på den nuværende struktur som muligt.
BookingWsrmMessageService nedlægges og de nye beskedtyper vil indgå i WsrmMessageService (version 11).
Acc.kr. 999.3.3 - Som borger vil jeg kunne se mine historiske Indkaldelser
Borgers møder for samme dag vises fremover på Jobnet hele dagen, med henblik på at information om møder også er tilgængelige efter mødestart (i dag vises de ikke så snart mødetidspunktet (klokkeslæt) er nået).
Særlige krav til test
Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
---|---|---|
Jobcenter og a-kasse replikeres til ny silo ifm. opdateringer | DFDG classic, Kontaktforløbssiloen | Jesper Brunholm |
* 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:
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes:
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.
- Ja, det er tjekket, at epic ikke indeholder dette.
Angiv hvem der har foretaget dette tjek: Jesper Brunholm
Angiv dato for tjek: 22-04-2022
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.
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 | X | |||||
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
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