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

...

Interne links (indhold i links ikke relevant for eksterne)

...

Afgrænsning af epic

...

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.

...

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

...

• 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" }

...

• 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

...

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

KON-1871 - indtil videre Internt link

Jira Legacy
server System

...

Jira serverId 479d1618-4a6f-3f88-8ee1-04c6b02c448a key 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

Jira Legacy
server System

...

Jira serverId 479d1618-4a6f-3f88-8ee1-04c6b02c448a key 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

...

• 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

• Ønske om 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)

...

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

...

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

...