Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning

Interne links (indhold i links ikke relevant for eksterne)

https://starwiki.atlassian.net/browse/KON-375

Indholdsfortegnelse

Afgrænsning af epic

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)

Automatisk oversigt

Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.

Beskrivelse af epic

Topdesk S2403-216 - Indrejsedato er forkert

Problem

• Ved kald af Borgerkommunikation.BorgerkommunikationStatusService (version 2) for at hente personstatusstruktur er indrejsedato for borgere som ikke er immigreret sat til 1/1-1900. Det bør være null som dokumenteret

Løsning

• Datagenopretning gennemført på T3 og T4, således at indrejsedotoen står til NULL, for borgere som ikke er immigreret.

• Datagenopretning på produktion bliver gennemført ifm. release 2024-1

Topdesk S2402-4480 - Ændring af jobcentertlf-nr. slår ikke igennem

Problem

• Ændring af jobcenter tlf-nr., adresse m.v. på det forretningsmæssige hovedjobcenter (xxx01) slår automatisk ikke igennem på de tekniske hovedjobcenter (xxx00)

Løsning

• Ændring af jobcenter tlf-nr., adresse m.v. på det forretningsmæssige hovedjobcenter (xxx01) slår på ny automatisk igennem på de tekniske hovedjobcenter (xxx00)

Topdesk S2402-4580 - Vi kan ikke besvare NUPH for konverterede UPH - for udmeldte medlemmer

Problem

• A-kasser kan ikke altid afslutte sagsbehandling af NUPH i medlemsperiode eller indtil 120 dage efter medlemsophør. A-kasser har derfor brug for at kunne besvare NUPH også mere end 120 dage efter medlemsophør

Løsning

• Valideringer ændres således, at følgende metoder også kan kaldes af a-kassen efter medlemsophør - og mere end 120 dage efter medlemsophør

  • VisiteringOgStatus.UnderretningService

    • CreateUnderretningSvar

    • UpdateUnderretningSvar

    • DeleteUnderretningSvar

Topdesk S2401-1350 - Kan ikke hente persongruppeprojekt

Problem

• Jobcentre og a-kasser kan ikke hente stats persongruppeprojekter på id, kun ved at hente alle projekter.

• Alle jobcentre og a-kasse må se statsprojekter.

Løsning

• Jobcentre og a-kasser kan hente stats persongruppeprojekter på dettes id.

Topdesk S2402-398 - MyPlanService.GetMyPlan fejler jævnligt

Problem

• Når a-kasser forsøger at hente Min Plan (MyPlan) kan udlæsningen fejle, hvis seneste afholdte samtale i planen ligger før aktuel a-kasses medlemskabsperiode (pga. filtreringsregler).

• Hvis en Min Plan har en afholdt a-kasse samtale identifier (UnemploymentFundInterviewId), som a-kassen ikke må se grundet filtrering, bør denne bare fjernes fra Min Planen når den returneres. Når Kontaktforløb filtrerede samtalen fra, forventede DFDG Classic stadig at samtalen eksisterede, da den fandtes på Min Planen. Dette gav en fejl på en linje kode.  Grundet fejlen er vi stadig sikker på, at en a-kasse aldrig ser en samtale de ikke må, men af samme grund kan de ikke se noget af min planen i sådanne tilfælde

Løsning

• Rettelsen er, at hvis vi finder a-kasse filtrering på afholdte a-kasse samtaler, så sætter vi samtalen til null i den returnerede min plan - uden at kaste en fejl.

Topdesk S2402-189 - Prod: Indberetning af jobmål via CreatePlan afvises for specifik borger

Problem

• Indberetning af jobmål via BorgerIndsats.Planservice metode CreatePlan afvises med besked 4575 "You are not authorized to execute the operation". Borger er dagpengemodtager og omfattet af kontaktforløb i a-kassen.

• Hvis borger har været omfattet af a-kasse forsøg eller af andre årsager har afsluttede fravær id 75, får valideringen anvendt et ikke-aktuelt, afsluttet fravær id 75 - og giver derfor anledning til at der kastes fejlkode 4575.

Løsningen

• Valideringen skal se på det aktuelle fravær id 75, når der valideres.

Topdesk S2401-319 - Flere jobcentertilknytninger på borger i Borgerkommunikation

Endvidere FB 409621, FB 408957 (S2312-475), FB 408765 (S2312-223) og S2312-2037

Problem

• Der opstår dubletter / flere åbne jobcenter tilknytninger på en person i Borgerkommunikation.

• I denne situation kan jobcentertilknytningen ikke opdateres af jobcenteret.

Løsning

• Datagenopretninger er løbende foretaget

• Rettelse, så flere åbne JC tilknytninger ikke kan ske.

Topdesk S2312-919 / FB 408211 - Mulig fejl i datoer modtaget via WSRM

Problem

• GetIndkaldelseVersion1 WSRM tager ikke hensyn til om indkaldelsen oprindeligt er indberettet med lokal tid eller Zulu tid. Når indkaldelsen gemmes i databasen, ignoreres tidszone-angivelsen tilsyneladende, og dermed gemmes tidspunktet en time forskudt (på denne tid af året), dvs. i del viste tilfælde som kl. 9, selvom der forretningsmæssigt ønskes kl. 10 dansk tid.
  MoedeStarttidspunkt 2024-01-05 09:00:00.0000000
  I den udsendte WSRM bevares tidszone-angivelsen, dvs. database og WSRM er en time forskudt af hinanden.

Løsning

• I Star.Foundation.Classic har vi en WCF Service Behavior Extension (RequestInspectorBehaviorExtension), der sikrer, at alle Zulu tider i Requests konverteres til lokal tid, før vi udfører vores forretningslogik. Denne WCF Service Behavior er ibrugtaget på alle services i DFDG Classic. Dette betyder, at DFDG Classic kan modtage Requests indeholdende Zulu tider og konvertere disse tider til lokal tid, inden servicens forretningslogik udføres. DFDG Classic understøtter og håndterer dermed modtagelse af Requests indeholdende Zulu tider.

• De nye DFDG forretningsdomæner kommer med ændring i denne sag til at understøtte samme logik - altså en konvertering af eventuelle Zulu tider til lokal tid på Requests, inden vi i de nye DFDG forretningsdomæner udfører forretningslogik.

tningsdomænerne implementere logik i Star.Foundation, som håndterer Zulu tider på samme måde, som vi gør i DFDG Classic, altså ændrer Zulu tider til lokal tider i alle requests

Topdesk S2401-979 - CreatedDate = 0001-01-01 i CitizenMessageService

Problem

• Ved kald til GetMessages på CitizenMessageService returneres der dialogbeskeder, der for nogle medlemmer indeholder en created date = 0001-01-01T00:00:00. Der er tale om beskeder konverteret ved idriftsættelsen af Dialogmodulet i 2016. Konverterede beskeder i CitizenMessageReply har CreatedDate = '0001-01-01' og CorrectionComment 'Oprettet som historisk svar d. 01/09/2016 04:54:05'.

• Det kan ikke alle aftagende systemer tåle

Løsning

• Datagenopretning af disse beskeder således, at CitizenMessageReply får sat CreatedDate = LastModifiedDate, som ligger på den 2016-09-01 på tidspunkter mellem 12 og 20.

• Datagenoprettet i prod. 02.02.2024

Topdesk S2401-955 - Fællessamtale indfrier jobcenterets frist

Problem

• A-kassens registrering af afholdt jobsamtaler indfrier frist for selvbooking af jobsamtale i jobcenter

• I modsætning til i a-kasseforsøget er der brug for at sondre mellem om afholdte jobsamtaler er afholdt af a-kasse eller jobcenter ift. om de skal være fristindfriende (da a-kasserne i forsøget ikke kunne registrere jobsamtaler uden for den periode de havde ansvaret for kontaktforløbet)

Løsning

• A-kassens afholdelse af jobsamtaler og fælles jobsamtaler indfrier ikke frister for selvbook af samtaler i jobcentret

Topdesk S2401-1368 - DFDG giver nogle gange timeout ved forsøg på opdatering af data, selvom data er blevet gemt

Problem

• DFDG giver nogle gange timeout ved forsøg på opdatering af data, selvom data er blevet gemt. Bl.a. observeret ved registrering af afholdte samtaler.

Løsning

• Ændring i brug af nøgler på indexes.

Topdesk S2401-928 - Fejl med email i WSRM beskeder

Problem

• Der er i prod. set eksempler på, at brugere foretager registreringer med mellemrum/blanktegn foranstillet deres e-mailadresse. Det giver valideringsfejl ved WSRM læsning.

• Eksempel (anonymiseret):

  • The 'http://service.bm.dk/pjaktass/2015/01/21/RequestUserStructure/:UserEmail' element is invalid - The value ' marxxx.yyy@3f.dk' is invalid according to its datatype 'http://rep.oio.dk/xkom.dk/xml/schemas/2005/03/15/:EmailAddressIdentifierType' - The Pattern constraint failed - i disse beskeder:

    • GetPersonInterviewVersion10

    • GetMyPlanVersionNotificationEventVersion

Løsning

• Robustgørelse og opgradering af DFDG.Foundation + DFDGs brug af DFDG.Foundation

• Beskeder med whitespace i RequestUserStructure.UserEmail bliver trimmet, så WSRM'er, der måtte indeholde en sådan, ikke kommer på fejlkøen

Topdesk S2312-519 / FB 399921 - Opblødning af valideringer for kontaktgruppeskift

Problem

• Skift af KG blokeres, hvis borger har et aktivitetstillæg og dette tillæg ikke er lovligt i ny KG.

• Det har blokeret for sagsbehandleres registrering KG-skift i situationer, hvor tilflytningsjobcenter ikke har kunne se eller opdatere et aktivitetstillæg registreret af tidligere jobcenter

Løsning

• Ved registrering af KG-skift afslutter DFDG aktivitetstillæg, der ikke er lovlig i borgers nye KG

Topdesk S2401-770 - Borger i KG 1 bliver ikke oprettet i jobcentret

(Intern KON-2276)

Problem

• Når til- eller fraflytningsjobcenter ikke følger det aftalte flytteflow ift. DFDG får tilflytningsjobcentret ikke besked om tilflytning

Løsning

• Robustgørelse af flytteflow, så der dannes besked om tilflytning selvom det aftalte flytteflow ikke følges

Topdesk S2401-667 - Samtaler - udsted frist fejler

Problem

• Ved udstedelse af frist, hvor borger aktuelt har en frist til en anden samtaletype, kastes fejlen 1100 "An error has occurred”, hvor fejlkode 9219 "Borgeren har en frist med en anden samtaletype som først skal lukkes” var forventet. Denne fejl gives hvis den eksisterende frist har status 1 (aktiv), men ikke status 5 (Indfriet afholdt frist).

• En work around er, at jobcenteret først lukker den gamle frist og derefter opretter en ny frist med den ønskede samtaletype.

Løsning

• Fejlkode 9219 kastes i denne situation.

Topdesk S2401-643 - HTTP headers understøtter ikke specialtegn (eks. ÆØÅ) og S2312-503 (408220) Angivelse af non-ASCII characters i HTTP headers kommer retur som volap

Problem

• Det har vist sig at .NET som udgangspunkt ikke understøtter specialtegn i HTTP headers, men kun US-ASCII

• Hvis man f.eks. sender følgende ved kald til https://visiteringogstatust3.startest.dk/v1/Underretning

  {"requestUserStructure":{"requestUserType":2,"userFullName":"Åse Ærø","userIdentifier":"0e94d985-f72a-4e17-acd5-2d14fe6f78a0","userEmail":"aaae@example.org"},"requestOrganisationStructure":{"organisationType":8,"organisationCode":"79100"},"registrationDateTime":"2024-01-22T12:34:10.123456+01:00"}

  vil brugerFuldtNavn se forkert ud i det svar der returneres:

  { "kaldendeBruger": { "brugerFuldtNavn": "�se �r�", "brugerType": 2, "brugerId": "0e94d985-f72a-4e17-acd5-2d14fe6f78a0", "brugerEmail": "aaae@example.org" }

Løsning

• Implementering af rettelse i STAR.Foundation så værdien af userFullName kan URL-encodes

• Rettelsen omfatter de nye DFDG forretningsdomæner (og ikke det gamle DFDG).

KON-1575 - WSB: ServerSide Fejl hvis for mange resultater i listen over afsendte beskeder

Problem

• Ved kald af EksternKommunikation.BeskedService (version 1).GetBeskeder kan fås en meget lang og uoverskuelig resultatliste (herunder i visningen i LSS), hvis søgekriterierne er for brede

Løsning i 2024-1

• Der kastes fejlkode, hvis resultatlisten overstiger 500 beskeder. Hvis flere resultater udsøges kastes en fejlkode 9470 - 'Din søgning gav for mange resultater. Begræns din filtrering'

• Der er tilføjet en konfigurationsværdi (default=500) som angiver max resulteter som webservicen kan returnere.

Forventet ændring i 2024-2

• I 2024-2 ses på at ændre til paginering (på baggrund af input fra WFP og KMD)

   

Topdesk 2401-437 - Borger i KG 1 udlagt til A-kasse - kan ikke bookes til samtale i jc

Problem

• Borger i KG 1 udlagt til A-kasse, dvs. borger i KG1 med aktivt fravær id 75 kan ikke bookes til ‘Anden samtale’ samtale i jobcentret, men den afholdte ‘Anden samtale’ kan registreres som afholdt

Løsning

• For borgere i KG 1 med aktivt fravær id 75 forfines valideringerne ift. jobcentrets mulighed for at registrere indkaldelser således, at det alene indkaldelser til samtaletype id 7 og 17 jobcentret ikke kan foretage, mens a-kassen har ansvaret for kontaktforløbet

Topdesk 2401-614 -Afvisning af sanktionsindberetning

Problem

• Ved CreateSanktion og UpdateSanktion valideres for at gentagelsesvirkningsdato er angivet, hvis sanktionstype = id 3 og sanktionsårsag = id 304

Løsning

• Ved CreateSanktion og UpdateSanktion valideres ikke (længere) for at gentagelsesvirkningsdato er angivet, hvis sanktionstype = id 3 og sanktionsårsag = id 304.

• Der valideres således:

  • Hvis gentagelsesvirkningsdato ikke er udfyldt for 

    • sanktionstype id 3 og sanktionsårsag er 301, 302 eller 303

    • sanktionstype 6 

FB 404125 / Topdesk 2312-514

• Behov for try/catch mønster omkring sletning/lukning/afslutning af indkaldelser, frister, anden aktørhenvisninger, persongruppemarkeringer mm. som kan slettes/lukkes/afsluttes ifm eventhåndtering af kontaktgruppeskift og jobcenterskift. Fejl skal undertrykkes hvis vi vil slette en entitet der allerede er slettet.

• Løst i 2024-1.

Topdesk 2401-331 - Medlem tilmeldes fravær 75, selvom han er i forlængelse

Problem

• DFDG registrerer fravær id 75 på medlem med forbrug < 410 timer / 333 timer, selvom forbruget er i den forlængede dp.periode (og ikke den ordinære dp.periode)

Løsning

• Kriteriet for DFDGs registrering ud fra forbrug < 410 timer (fuldtidsforsikrede) / 333 timer (deltidsforsikrede) suppleres med, at forbruget skal være i den ordinære dp.periode

Topdesk 2401-173 - YdelsesUdstilling aftager ikke Borgerstamdata events fra Borgerkommunikation

Problem

• YdelsesUdstilling aftager ikke Borgerstamdata events fra Borgerkommunikation. Det betyder at CPR oplysninger ikke opdateres i Ydelsesudstilling

Løsning

• YdelsesUdstilling aftager Borgerstamdata events fra Borgerkommunikation

• Manuel datagenopretning af cpr oplysninger i Ydelsesudstilling i den mellemliggende periode

Topdesk 2401-289 - Performanceproblem i Borgerindsats

Problem

• Performanceissue i Borgerindsats. Fejlen rammer primært Borgerindsats. Der er få aftagere af Borgerindsats, så der bør ikke være så mange, der er berørt af fejlen. Der er indirekte påvirkninger af de andre databaser, da Borgerindsats spiser store mænger ressourcer fra fællespuljen.

Løsning

• Rettelse til læsning af data.

Topdesk 2401-159 - Oprettelse af fravær id 75

Problem

• DFDG har ikke oprettet fravær id 75 trods indberettet faktisk udløb i dp.tæller T5

Løsning

• Kriterierne for DFDG’s påsætning af fravær id 75 udvides med:

  • eller hvis ReferentialPeriod.ReferentialPeriodEndDate er overskredet (dato for 'faktisk udløb')

  • eller hvis BenefitsExpiry er overskredet (dato for ’faktisk udløb’)

Topdesk 2312-2198 - Der kan ikke oprettes persongruppeprojekter i LSS

Problem

• Der kan efter LSS opgradering ikke oprettes persongruppeprojekter i LSS

Løsning

• Der kan oprettes persongruppeprojekter type 1 og 5 i LSS

Topdesk 2312-1706 - Tovholder kan kun godkende sine egne kandidater

Problem

• Jobordre med A-kasse ansvarlig/tovholder kan ikke godkende formidlet kandidater fra de primære myndigheder.

• Derimod kan de primære myndigheder godkende sine egne formidlinger.

Løsning

• Tovholder kan godkende kandidater formidlet fra de primære myndigheder.

Topdesk 2312-1144 / FB 409948 - Indberetning af sanktion uden for medlemsperiode

Problem

• Der kan ikke indberettes sanktion efter medlemmet er overgået til en anden a-kasse.

Løsning

• Sanktion kan indberettes efter skift til anden a-kasse.

• Sanktioner der er afvist i den mellemliggende periode vil skulle indberettes af a-kassen efter rettelsen.

Topdesk 2312-685 / FB 408587 - Fejl på kald af UnemploymentFundPaymentService.GetInsurenUnemploymentPaymentData

Problem

• Nogle gange kastes fejlen ‘Unknown Error (Could not deserialize the response stream as Star.Ydelsesudstilling.ClientApi.V1.Dagpenge.GetDagpengeResponse.Dto.’

Løsning

• Rettet fejl i GetDagpenge og i slettet unødvendig app.config

TopDesk S2401-267

Problem

• 2 eksisterende afdelinger får ændret navngivning pr. 1.1.2024:

  • 153504 → nyt navn: 3F Holstebro-Lemvig

  • 150104 → nyt navn: 3F Københavns Chauffører og Vestegnen

• Eksisterende afdelinger sammenlægges - og de ophørende lukkes, når de er tømt for medlemmer:

  • 153506 - 3FA Vest

  • 150143 - 3FA Vestegnen

  • 150144 - 3FA Industri Vestegnen

Løsning

• 2 eksisterende afdelinger får ændret navngivning pr. 1.1.2024 (opdateret i prod. og på T3 den 08.01.2024):

  • 153504 → nyt navn: 3F Holstebro-Lemvig

  • 150104 → nyt navn: 3F Københavns Chauffører og Vestegnen

FB 407298 / TopDesk S2312-1202

Problem

• Når klientsystem gemmes i AmpAdmin2 ser tabellerne tblClientSystemCerti…. ser det ud til at data ikke bliver gemt

Løsning

• Når klientsystem gemmes i AmpAdmin2 ser tabellerne tblClientSystemCerti…. gemmes data - og anvendes ved opsætning af ClientSystemTypeIdentifierType således, at ophav til WSRM’er og WSB’er fremgår korrekt

FB 408293 / TopDesk S2312-1169 - UDB ønsker at afsendelse af Opret sendes med korrekt startdato på uddannelsespålægget

Problem

• ‘Opret’ sendes fra DFDG med forkert dato for start på uddannelsespålægget (vist med år 0001)

Løsning

• ‘Opret’ sendes fra DFDG med rette dato for start på uddannelsespålægget

FB 402864 / TopDesk S2312-1148 - WSB vedr. entitet oprettet af DFDG har "SystemId":1,"Systemnavn":"Andet"

Problem

• Afledte handlinger foretaget af DFDG som fx dannelse af NUPH WSB får ClientSystemTypeidentifierType sat til Id 1 “Andet”, hvor aftagerne forventer at id sættes til id 30 “DFDG”, når det er DFDG der foretager handlingen/*registreringen afledt af eksternes andre registreringer

Løsning

• DFDG sætter i denne situation ClientSystemTypeidentifierType til Id id 30 “DFDG”, dvs. DFDG sætter DFDG som ophav for NUPH oprettelse/ændringer når disse sker på grund af aktivitetsændringer.

• En generel løsning med om alle afledte hændelser skal være markeret som DFDG udestår dog stadigt

• (Intern note: Rettelsen bliver at man til STAR.Foundation kan sende en ekstra parameter der overstyre certifikatnøglen. Dvs. kun i de tilfælde hvor man aktivt vælger at overstyre, vil det slå igennem.)

FB 407267 / TopDesk S2312-1914 - Borgerindsats.AsylovergivelseService (version 1).GetAsylovergivelse - mulighed for Gæsteadgang

Problem

• Der kan ikke opnås Gæsteadgang til at kalde GetAsylovergivelse

Løsning

• Mulighed for at kalde Borgerindsats.AsylovergivelseService (version 1).GetAsylovergivelse ved brug af Gæsteadgang

FB 408936 / TopDesk S2312-287 – INT-SHP: Fejl ved ændring af overtagelsesdato (9198 - Det er ikke muligt at gemme på borgerens målgruppe

Problem

• Overtagelsesdato kan ikke opdateres med AsylovergivelsesService#UpdateAsylovergivelse selvom borgers KG 27 er tilladt ift. at registrere og opdatere asylovergivelsesdata. Der kastes fejlkode 9198 - ‘Ikke tilladt at sætte overgivelsesdato for denne kontaktgruppe’

Løsning

• Datagenopretning af konkret datafejl på borger.

• Ingen kodeændringer i denne sag.

FB 408937 / TopDesk S2312-281 - (408937) Kan ikke rette overtagelsesdato ( fejl 9244 - Du kan kun vælge en kommune som høre under dit jobcenter

Problem

• I feltbeskrivelsen for AsylovergivelsesService#UpdateAsylovergivelseser det ud til, at der skal anvendes borgers aktuelle kommune ved en Update.

• Der er tilsyneladende tale om at valideringen, der også fremgik i feltbeskrivelsen for CvService#UpdateAsylumTransition, ikke indgik i CvService. Fejlkode 9244 er i hvert fald ikke kastet fra medio maj til medio december 2023 på CvService-metoden.

Løsning

• Valideringen i AsylovergivelsesService#UpdateAsylovergivelse opdateres således, at der ikke valideres på at angivelsen af kommunenr. er sammenhængende med jobcenternr.

TopDesk S2312-1472 - PUT Asylovergivelse returnere 1100. Burde returnere 9201

Problem

• Ved UpdateAsylovergivelse på en borger, hvor der ikke i forvejen er registreret asyldata kastes fejlkode 1100, hvor fejlkode 9201 burde kastes (ligesom på gl. SOAP-service)

Løsning

• Fejlkode 9201 kastes (som i den gl. SOAP-service) ved UpdateAsylovergivelse på en borger, hvor der ikke i forvejen er registreret asyldata

FB FB409914 / S2312-1184 - GetVariablePersonStatus: If the 'nillable' attribute is false in the schema, the 'xsi:nil' attribute must not be present in the instance.

Problem

• Hvis borger har skiftet CPR, dannes en tom CVAsylumTransition, der bliver mappet til en ulovlig struktur på vej ud

Løsning

• PSS skal også kunne kaldes for borger med ændret cpr nr uanset om de har Asyl-data

FB 406885 / TopDesk S2312-478 - Fast Track for fleksjobansatte

Problem

• Fleksjobansatte, der bliver sygemeldt og ønsker Fast track opfølgning, men som endnu ikke er blevet sygedagpengemodtagere. har ret til, menkan i dag ikke få registreret en opfølgningssamtale

Løsning

• Ændring af valideringer således, at opfølgningssamtale (samtaletype id 4) tillades på fleksjobansatte (KG10) på

  • AfholdtSamtaleService

    • CreateAfholdtSamtale

    • UpdateAfholdtSamtale

  • IndkaldelseService

    • CreateIndkaldelse

    • UpdateIndkaldelse

    • DeleteIndkaldelse

TopDesk S2312-377 - (409113) NUPH - autobesvarelse af DFDG

Problem

• DFDG har autobesvaret en NUPH ud fra forkert fraværsperiode og ikke set på om der var fravær på hændelsesdatoen - og i autosvaret henvist/refereret til et fravær på hændelsesdatoen, der ikke skal føre til autobesvarelse

Løsning

• DFDG skal se på om der er fravær på hændelsesdatoen, der skal føre til autobesvarelse

KON-1871 - indtil videre Internt link https://starwiki.atlassian.net/browse/KON-1871

Problem

• Batchjobbet DFDG-TASS-CreateMomentaryAbsenceTransitionalPeriod skal ikke bruges alligevel ifm. Nytænkning - og det skal derfor fjernes

Løsning

• Fjerne batchjobbet

KON-1865 - indtil videre Internt link https://starwiki.atlassian.net/browse/KON-1865

Problem

• Fraværs afslutningsårsag (AbsenceCauseTypeIdentifier) id 49 'Nytænkning 24, dp. kontaktforløb efter gl. regler' skal ikke bruges alligevel ifm. fravær id 75

Løsning

• Afslutningsårsag id 49 får påsat slutdato 18.03.2024 i kodelisten AbsenceCauseTypeIdentifier

FB 395335 - Borger i løntilskud - hvor tilbud afbrydes - står tilmeldt

Problem

• Batchjobbet DFDG-TASS-CancelEnrollmentSalarySubsidiaryEnded får ikke afmeldt borgere, hvis tilbuddet afbrydes.

• Batchjobbet udsøger udelukkende løntilskud der er afbrudt med status Annulleret (3)

Løsning

• Bathjob skal udsøge alle løntilskud i alle typer status, ikke kun 3, hvor slutdato nås/passeres.

FB 402923 - Aktivitetstillæg får ikke sat Slutdato til dags dato når borger markeres død

Problem

• Aktivitetstillæg får ikke sat Slutdato til dags dato når borger markeres død

Løsning

• Aktivitetstillæg får sat Slutdato til dags dato når borger via oplysninger fra CPR markeres som død

FB 406044 - Nye FOA a-kasseafdelinger 1.1.2024

Problem

• FOA får nye underafdelinger 1.1.2024

  • 171081 Region Nordjylland

  • 171082 Region Midtjylland

  • 171083 Region Syddanmark

  • 171084 Region Hovedstaden

  • 171085 Region Sjælland

Løsning

• De nye afdelingsnumre oprettes i kodelisten UnemploymentFundList efter 2023-4 idriftsættelse - og med startdato 1.1.2024

FB 403560 - AmpAdmin2: Myndighed -1 fremgår når man skal oprette ny bruger med STAR Organisation

Problem

• Myndighed -1 fremgår når man skal oprette ny bruger med STAR Organisation

Løsning

• Rettet SaveUserOrganisations i CreateUser i AmpAdmin2 til ikke at gemme STAR, IkkeSpecificeret ifm. oprettelse af ny STAR-bruger

FB 400937 / Topdesk S2312-508 - Udsendelse af WSRM fra CitizenMessageService - ønske om WSRM til både afsendende myndighed og modtagende myndighed

Problem

• Ændringsønske fra KSS, så der også bliver udsendt WSRM på den oprettede myndighed. I de situationer hvor der er flere aktører/systemer der arbejder med samme data for en borger, så er det et fatalt hul i arkitekturen hvis der ikke sendes WSRM til oprettede/rettende Myndighed.

Løsning

• WSRM sendes til både afsendende myndighed og modtagende myndighed, når besked

  • en a-kasse eller et jobcenter opretter en besked (Myndighed til myndighed) (CreateMessage

  • en a-kasse eller et jobcenter "svarer" på en besked. (Myndighed til myndighed) (CreateMessageReply)

• Og så er der brug for at dokumentere på https://starwiki.atlassian.net/wiki/spaces/FYS/pages/4202692610/WsrmMessageService+2024-1#GetCitizenMessageEvent hvem der modtager WSRM (om nogen), når

  • en a-kasse eller et jobcenter "skifter status" på en besked. (Myndighed til myndighed) (SetMessageStatus)

  • en a-kasse eller et jobcenter "skifter status" på et svar på en besked. (Myndighed til myndighed) (SetMessageReplyStatus)

  • en a-kasse eller et jobcenter eller Jobnet sætter "MarkMessageIdentifierType" på en besked eller et tilknyttet svar. (Myndighed til myndighed) (MarkMessage)

FB 402934 - Ændringer til AMP

Problem

• DIGST har gjort STAR opmærksom på 3 uhensigtsmæssigeheder i AMP

  • Forsiden: På AMP'ens forside må ikke anvendes Nem ID grafikken oven for login-knappen

  • Forsiden, højre side: Linket i drop down boksen "Kompetenceafklaringstilbud.dk" er dødt

  • Forsiden, læs mere: Vilkår bør opdateres

Løsning

• Forsiden: På AMP'ens forside: Nem ID grafikken oven for login-knappen skal fjernes / erstattes med MitId grafik

• Forsiden, højre side: Under "Andre services fra STAR" fjernes "Kompetenceafklaringstilbud.dk" i drop down

• Forsiden, læs mere, ændres til:

Efter ændring

• T11 (det orange DFDG login er kun til stede i testmiljøer)

  Open

  

• Læs mere:

  Open

  

• Drop down (Under "Andre services fra STAR" er fjernet "Kompetenceafklaringstilbud.dk" i drop down)

   

FB 402479 - JobAllocationTypeIdentifierType udfasning af id 8-12

Problem

• JobAllocationTypeIdentifierType kodelistens id 8-12 er efter Ny LAB ikke længere relevante ift. registreringer af voksenlærlinge aktiviteter

Løsning

• Id 8-12 påsættes slutdato i kodelisterne

  • DFDG (classic): CodeListService (version 5).JobAllocationTypeIdentifierType

  • Borgerindsats.AktiveringspuljeTypeCodeList

FB 338429 - Ønske om nye roller ved oprettelse af kontaktperson / 401561 - Værgemål

Problem

• Ønske om 2 nye roller ved oprettelse af kontaktperson

Løsning

• Borgerkommunikation.FagprofessionelKontaktRolleTypeCodeList

  • Nyt Id 35

    • Navn: Forældremyndighed / forældre

    • Beskrivelse: Forældremyndighed / forældre

  • Nyt id 36 ​​​​​​​

    • Navn: Værge

    • Beskrivelse: Værge ifm. værgemål

Særlige krav til test

* 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.

• 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.

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 )

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