Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 33 Current »

925.1 - Diverse DFDG og LSS fejlrettelser i 2019-1
Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning

STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Knud de Place (STAR)

Jesper Brunholm

Ole Sørensen (Arkitekt)

2019-11.0KSS, A-Kasse, Ydelsessystem

DS-109 - Getting issue details... STATUS




Versionsnummerering

Efter sædvanlig praksis kan denne epic med Manuscript-fejlrettelser ikke være i version 1.0 til fabriksprøve eller til start på ekstern integrationstest eller kundetest, da Manuscript-sager for de patches, der følger efter 2018-4, skal indsættes i epic indtil sidste patch før 2019-1. Epic vil derfor først komme i v 1.0 tæt på 2019-1.

Afgrænsning af epic

Afgrænsning



Som systemejer ønsker jeg at rette fejl i DFDG, så serviceaftagerne og i sidste ende sagsbehandlere i kommuner og a-kasser samt borgerne i selvbetjeningsløsninger kan anvende løsninger, der fungerer som forudsat.



Acceptkriterier



Nr.

Beskrivelse

Relevant for Beskriver hvilke af STARs leverandører som skal løse dette acceptkriterie


925.1.1

Fejl i DFDG rettes så services fungerer som oprindeligt forudsat.

DFDG, Jobnet, JobKon, JobAG, Planner, LSS


925.1.2

DFDG Nightly batch skal igen køre indenfor rammen af "nattetid"

DFDG



Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader

Berørte acceptkriterier








Bemærkninger



Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>



Serviceaftager indgår i test af de enkelte fejlrettelser i det omfang SF / DFDG-testere vurderer det relevant / nødvendigt.










Serviceaftagere forholder sig til evt. ændringer i CodeListService (hvis FB-sagerne indeholder ændringer hertil)










Der forventes ikke snitfladeændringer ved løsningen af FB-sagerne.

Hvis der mod forventning bliver behov for snitfladeændringer, vil de fremgå særskilt i varslingsdokumentet og i afsnit 3.











Oversigt over berørte web services

Snitflade

Serviceaftager der er berørt








Bemærkninger



DFDG

Jobnet

Plannersystemer

KSS

A-kasse

Ydelsessystem

JobKon

Andet




TransferDataService

X



X






Ikke snitfladeændringer

sag 126762














IllnessRecoveryInformationService

X



X


X




Ingen snitfladeændringer 

sag 93311














IllnessCompositeService

  • CreateIllness
  • UpdateIllness

X



x

x





Ny fejlkode 9362

Sag 131227

Eksisterende fejlkode 5015

Sag 119106



PersonNotificationReminderService (v1)

  • GetPersonContactAndNotificationData


x




x


x




Get-metoden returnerer nu null i NotificationReminderType for en borger uden kontaktoplysninger

Sag 132498


PersonHistoryService (v4)

  • GetPersonMigrationHistory


x




x


x




Returnerer fremover ophold i DK inden for de seneste 10 år (mod tidligere inden for de seneste 8 år)Sag 132074

PersonRegistrationService (v9)

  • UpdateContactGroup
x

x



Kaster fejlkode 9370, hvis KG lukkes, når der er åbent sygefravær

Sag 105003

Fejlkode 9370

WsrmMessageService (version 11)

  • GetUnemploymentBenefitsAccountVersion2
  • GetBenefitsAccountFromFormerUnemploymentFundVersion2
x

xx


Felterne CalculationWeek, StartWeekProlongedSupplementalBenefits og StartWeekOrdinarySupplementalBenefits åbnes til at gå til 1989 som tidligste årSag 129429

WsrmMessageService (version 10)

  • GetWarningVersion4
x


x


To WarningRegistrationWSRM'er på afmeldt borger - WarningTypeIdentifier id 48 og 49 udsendes ikke længere til a-kasseSag 122650


Beskrivelse af epic

Konkrete FB-sager der kandiderer til løsning – eller som er løst til 2019-1 fremgår i oversigt nedenfor.

Sager relateret til DFDG flytte-batchjob (CPR-flytning)

Overordnet er problemet at DFDG ved modtagelse af en flyttemeddelelse fra CPRregisteret sammenligner jobcenter for den angivne nye adresse med aktuelt jobcenter i DFDG, og konstaterer at der ikke skal sættes gang i flytteflow til nyt jobcenter hvis det viser sig at borger tilsyneladende er flyttet indenfor samme kommune.

For at tage højde for at der skal laves flytteflow når nyt jobcenter har trukket borgeren til sig inden CPR flytningen, ændrer vi nu, så DFDG ved CPR-notits om flytning undersøger om der er sket et jobcenterskift til ny kommune inden for den seneste uge, og i så fald sætte flytteflow i gang.

Flytteflow er beskrevet på wiki: Borger flytter til ny kommune

Manuscript 126762 - Uønsket overlevering af PersonCategory fra fraflyttet jobcenter

Ved cpr-flytning til en ny kommunen ønskes det, at visitering nulstilles til "ikke-visiteret".
Hvis jobcenter i den nye kommune har trukket borger (ændret jobcentertilknytning til den nye kommune) skal borger kun sættes til ikke-visiteret, hvis det nye jobcenter endnu ikke har registreret en ny visitering.
Det skal gælde for kontanthjælps-, uddannelseshjælps- og integrationsydelses kontaktgrupperne.
Fraværene i nedenstående liste er ulovlige i kombination med visitationkategori (PersonCategory) Ikke Visiteret. Hvis borger har et af disse fravær vil PersonCategory derfor ikke blive nulstillet.

  • 2 'MidlertidigtArbejde'
  • 12 'SygdomHelbredForvaerresVedArbejde'
  • 18 'FritagelseForRådighedUnderDeltagelseITilbud'
  • 22 'SaerligOevrige'
  • 41 'OpfoelgningUdenKontakt'
  • 59 'TillaegForDanskkundskaber'

Manuscript 128141 – Slettes det gamle jobcenters indkaldelser til samtaler, hvis jobcenter i ny kommune ændrer JC tilknytning før CPR-flytning?

Ved CPR-flytning:
Aflyses det gamle jobcenters indkaldelser til samtaler, hvis jobcenter i ny kommune ændrer JC tilknytning før CPR-flytning er registreret?

Hvis ikke, så skal det gamle jobcenters indkaldelser til samtaler aflyses, når CPR-flytning til den nye kommune registreres.

Som hidtil skal henvisningssamtaler ikke aflyses ved CPR-flytning

DFDGs fristbatchjob

Manuscript 127548 - Fristbatchjob tager ikke højde for manuel ændring af JC-tilhørsforhold

DFDG må ikke lukke frister ifm borgerens CPR-flytning, når der er tale om, at jobcentertilknytningen allerede er ændret manuelt.
Det bør kun ske, hvis DFDG-batchjobbet ændrer jobcentertilknytning, eller ved lukning af en frist udstedt af borgerens tidligere jobcenter.

Manuscript 122650 To WarningRegistrationWSRM'er på afmeldt borger

Det er konstateret at der ved afmelding pga. manglende overholdelse af frist til selvbooking i Jobcenter afsendes 2 ens GetWarning WSRM'er til Jobcentret.
Løsningen bliver at fjerne den ekstra indlagte afsendelse, som er det sted i DFDG hvor der afsendes til både a-kasse og jobcenter - hvorfor a-kassens GetWarning WSRM ved afmelding pga. manglende selvbook udgår og ikke længere vil blive afsendt.
A-kassen vil fortsat modtage GetCancelUnemploymentEnrollment med afmeldeårsagen, og vil derigennem kunne identificere hændelsen.

925.1.2 - DFDG Nightly batch skal igen køre indenfor rammen af "nattetid"

Målet er, at Nightly batch er færdig med at køre inden kl 7 om morgenen 99% af alle dage udenfor releaseaktiviteter.
Manuscript-sag relateret til dette: MS-127525 - NightlyBatch - fortsat lange kørselstider efter patchrettelser

Løsningsmodel

De analyser, der er blevet foretaget i forbindelse med Manuscript 127525 har vist, at DFDGs database bruger mange kræfter og tid på at fremsøge borgeres seneste tilstande i forbindelse med afvikling af batchjob. Tilstandene, som batchjob typisk bruger kræfter og tid på at fremsøge, er borgeres aktuelle kontaktgruppe, borgeres aktuelle tilmelding, borgeres aktuelle personkategorisering samt borgeres seneste juridiske plan, hvilket i dag fremsøges på en ineffektiv måde.
For at gøre de forespørgsler (SQL queries), der skal finde borgeres seneste tilstande, langt mere effektive, skal der indføres et flag på en række tabeller. Dette flag skal angive, om data i den givne række er borgerens aktuelle tilstand, eksempelvis borgeren aktuelle/seneste kontaktgruppe. Flaget skal vedligeholdes når DFDG skriver til de enkelte tabeller og det skal sikres, at der kun eksisterer en markering for seneste tilstand for en borger i hver enkelt tabel. Samtidig skal der oprettes et index på flaget, som muliggør en hurtig og effektiv fremsøgning af den aktuelle tilstand. Alle forespørgsler, der fremsøger borgeres seneste tilstand i batchjob, ændres til at benytte de nyoprettede flag.
Dette løsningskoncept er som et eksperiment afprøvet på en række tabeller (se Manuscript 127525) og resultatet af dette eksperiment viser, at der er store forbedringer at hente ved batchjobkørsler. En forsigtig vurdering er, at det vil give en tidsforbedring på 50%.

Startimplementering på Kontaktgruppe, Tilmeldinger og Personkategori

Rammerne for denne Epic giver mulighed for at afprøve og implementere konceptet på kontaktgrupper, tilmeldinger og personkategorier. Planer og aktiviteter er ikke omfattet i denne epic, da vi p.t. har en anden stor ændring på vej på dette område, nemlig person ID. Vi vil kende de forbedringer det medfører inden vi laver yderligere tiltag. Ydermere har STAR og DFDG planer om at skille planer og aktiviteter fra hinanden, hvilket ligeledes er grund til at vente med denne epics indsats på plan-forretningsområdet.

Forretningsregler for aktuel/seneste tilstand

Nedenstående tabel viser de forretningsmæssige regler, der angiver om et forretningsobjekt indeholder en borgeres aktuelle/seneste tilstand.

Forretningsobjekt

Regler for aktuel/seneste tilstand

Kontaktgruppe

En borgers seneste kontaktgruppe er kontaktgruppen med den seneste startdato (StartDate) uanset om kontaktgruppen er åben eller blevet lukket (også selv om den er lukket før dags dato)

Tilmelding

En borgers seneste tilmelding er tilmeldingen med den seneste tilmeldedato (EnrollmentDate) uanset om tilmeldingen er igangværende (borger er tilmeldt) eller blevet afmeldt (også selv om afmeldingen er sket før dags dato)

Personkategori

En borgers aktuelle personkategori er personkategorien med den seneste registreringsdato (RegistrationDate)


Initiel populering af flag

Der oprettes et flag, som kan angive, om rækken indeholder data for en borgers seneste tilstand. Flaget oprettes og initieres på følgende tabeller:

  • tblPersonStausContactGroup – flaget sættes til TRUE på borgeres seneste kontaktgruppe i forhold til reglerne, som er beskrevet i afsnit 4.3.2.1
  • tblPersonStatusEnrollment – flaget sættes til TRUE på borgeres seneste tilmelding i forhold til reglerne, som er beskrevet i afsnit 4.3.2.1
  • tblPersonStatusCategory – flaget sættes til TRUE på en borgeres aktuelle personkategorisering i forhold til reglerne, som er beskrevet i afsnit 4.3.2.1

Opdatering af flag i daglig drift

DFDGs kodebase tilrettes, således at de oprettede flag sættes og vedligeholdes, når:

  • der oprettes nye kontaktgrupper – eventuelle eksisterende markeringer, som på flaget er sat til TRUE på borgerens kontaktgrupper fjernes og flaget sættes til TRUE på den seneste kontaktgruppe i forhold til reglerne, som er beskrevet i afsnit 4.3.2.1
  • en borger tilmeldes – eventuelle eksisterende markeringer, som på flaget er sat til TRUE på borgerens tilmeldinger fjernes og flaget sættes til TRUE på den seneste tilmelding i forhold til reglerne, som er beskrevet i afsnit 4.3.2.1
  • der laves nye personkategoriseringer – eventuelle eksisterede markeringer, som på flaget er sat til TRUE på borgerens personkategoriseringer fjernes og flaget sættes til TRUE på den aktuelle personkategorisering i forhold til reglerne, som er beskrevet i afsnit 4.3.2.1

Flaget på de enkelte tabeller er et internt DFDG felt og skal ikke publiceres udadtil. I de tilfælde, hvor DFDG skal fjerne en markering på en eksisterende række i en tabel, så skal oplysninger om den registerende myndighed ikke opdateres på rækken medmindre der samtidig er sket andre forretningsmæssige ændringer til denne række. Flaget skal IKKE indgå i historikken af hensyn til mulighed for fejlfinding, da det fordyrer opdateringer, og ikke giver anden viden end opdateringsdatoen, at alle rækker i historik indeholder at flaget har været true.
DFDGs kodebase skal også sikre at en borger ikke kan have to samtidige markeringer på en tabel.

Batchjobudnyttelse af flagene

Alle batchjob i DFDGs kodebase gennemgås og de forespørgsler (SQL queries), der benytter en borgers seneste tilstande i form af seneste kontaktgruppe, senest tilmelding og/eller aktuelle personkategorisering tilrettes, så de nødvendige oplysninger fremsøges ved hjælp af markeringer på de oprettede flag.
For at optimere disse forespørgsler yderligere, skal der oprettes et index på hver tabel, hvor flaget og CPR nummer indgår. Disse index kan med fordel implementeres, så de også inkluderer lidt mere information omkring borgerens tilstand, det drejer sig for de enkelte tabeller om følgende informationer:

  • tblPersonStatusContactGroup – typen på kontaktgruppe (ContactGroupTypeIdentifier), startdato for kontaktgruppe (StartDate) og slutdatoen for kontaktgruppen (EndDate), da disse typisk også benyttes i forespørgslerne
  • tblPersonStatusEnrollment – klientkategorien på tilmeldingen (ClientCategoryTypeId), tilmeldingsdato (EnrollmentDate) og afmeldingsdato (RemovalDate), da disse typisk også benyttes i forespørgslerne
  • tblPersonStatusCategory – typen på personkategorien (PersonCategoryTypeIdentifier) og registreringsdatoen (RegistrationDate)

Sikring af at batchjob ikke kan køre med fejlagtigt eller mangelfuldt sat flagbestand

  • og medføre at der må laves datagenopretning efter batchkørsel
  • Test af løsningen


    Idriftsættelsesaktiviteter hos D&S udviklere

    Fagligt indlæg

    Der planlægges afholdt et faglig indlæg for udviklere i Data & Service, hvor løsningskonceptet og implementering af løsningen gennemgås. Det faglige indlæg skal tage udgangspunkt i DFDGs kodebase samt den dokumentation, som bliver skrevet på Wiki.

    Ændringer til Manuscript-sager med datagenopretninger og lignende skal fremover sætte flag

    Fremover skal de implementerede flag vedligeholdes, når Manuscript sager giver anledning til datagenopretninger. Dette princip og den arkitekturmæssige beslutning herfor beskrives på Wiki.


Andre sager

Manuscript 131227 - Anmeldelsesdato for 'sygdom - sygemelding' må ikke være fremtidig

Der ønskes en validering i
  • IllnessCompositeService.CreateIllness og
  • IllnessCompositeService.UpdateIllness

så NotificationDate ikke kan være fremtidig, dvs. at NotificationDate ikke må ligge efter d.d., men skal være d.d. eller tidligere.

Der kastes fejlkode 9362 (Illness NotificationDate must be today or earlier), hvis anmeldelsesdato er senere end d.d.

Formål med ændringen

Undgå at a-kasserne modtager beskeder om "sygdom - sygemelding" (id 11), hvor anmeldelsesdatoen er fremtidig, i det sådanne sager så skal undersøges nærmere ved manuel kontakt mellem a-kasse og jobcenter.

Manuscript 105003 - Kontaktgruppe 6, 24 og 25 må ikke lukkes, når 'sygdom - sygemelding' er åben

Der ønskes en DFDG-validering, så KG 6, 24 og 25 ikke kan lukkes af sagsbehandler, hvis der er en

  • "sygdom - sygemelding" (id 11) uden slutdato, eller
  • en "sygdom - sygemelding" (id 11) med en fremtidig raskmeldingsdato

PersonRegistrationService.UpdateContactGroup validerer og kaster fejlkode 9370 (The contact group can not be ended due to an active absence), hvis KG lukkes i den anførte situation.

Formål med ændringen

Undgå at KSS, eDagpenge og STAR skal bruge tid på at undersøge indmeldinger om "fejl" for denne sagstype, når sagsbehandlerne bruger systemerne uhensigtsmæssigt - og utilsigtet får raskmeldt borgerne med sygedagpengedag i eDagpenge med forkert slutdato for sygefraværsforholdet.

Uhensigtsmæssig registrering er fx når sagsbehandler registrerer en fremtidig raskmelding og sekunder efter lukker kontaktgruppen, da dette samtidig fører til, at personen raskmeldes d.d.

Oversigt over sager der indgår i epic

Indsat dato
Manuscript-sag
Titel 
Område
Manuscript oprettet af
Skal eller kan kundetestes i STAR?
Snitflader til Jobnet
Snitflader til KSS
Snitflader til A-kasser
Snitflader til andre
Bemærkninger
Kandidat til release
Løst til release-tidspunkt
Varslingstask (intern DFDG)
Afsnit 3 om berørte services i epic er opdateret?
22-10-2018110325Engelsk tekst - ved afslut kontaktgruppe
KMD (KSS)

x

Kommentar på kontaktgruppe oversat til dansk ifm. afslutning pga. afslag på bevilling.
2019-1

22-10-2018126762Uønsket overlevering af PersonCategory fra fraflyttet jobcenter
Schultz




Se nærmere beskrivelse i E 925.1
2019-1DS-541 og DS-542Ja
22-10-2018128141Slettes det gamle jobcenters indkaldelser til samtaler, hvis jobcenter i ny kommune ændrer JC tilknytning før CPR-flytning?
STAR




Se nærmere beskrivelse i E 925.1
2019-1

22-10-2018127548Fristbatchjob tager ikke højde for manuel ændring af JC-tilhørsforhold
Schultz




Se nærmere beskrivelse i E 925.1
2019-1

30-10-201893311Errorcode(8080) - An absence with the given NemRefusionIdentifier and startdate does not existsIllnessRecoveryInformationService.CreateIllnessKMD (SDP)

x
eDagpengeÆndret så følgende gælder:

Hvis IRIS.CreateIllness kaldes med samme nemrefid som et eksisterende sygdomsfravær (for borgeren) og med den samme startdato genåbnes det eksisterende sygdomsfravær.

Hvis IRIS.CreateIllness kaldes med samme nemrefid som et eksisterende sygdomsfravær (for borgeren) og med en anden startdato ændres startdatoen for det eksisterende sygdomsfravær.

2019-1DS-658Ja
06-11-201889641KC-TASS-ProcessFutureEnrollments (The client has an absenceregistration...) - fejler for en borgerBatchjob 


xx
Hvis borger melder sig syg, raskmelder sig og melder sig syg igen dagen efter, fjernes eventuelle futureenrollments og et nyt sygdomsfravær oprettes. (Dette vil også ske hvis der oprettes andre fravær som ikke tillader tilmelding).
2019-1

07-11-2018127161KC-Tass-ReenrollWhenIllnessEndsLaterThanToday fejler: The client has an absence registration that does not allow enrollment Batchjob 


x

Batchjobbet gøres mere robust, så det ikke fejler. Batchjobbet vil ikke forsøge at tilmelde borgeren hvis der findes en anden åben aktiv sygemelding end den som er afsluttet
2019-1

15-11-2018122650To WarningRegistrationWSRM'er på afmeldt borgerWSRMSchultz

XX
DFDG fjerner den ekstra afsendelse, hvorfor a-kassens GetWarning WSRM ved afmelding pga. manglende selvbook udgår og ikke længere vil blive afsendt.
Se nærmere i epicdokument

 2019-1DS-442Ja
26-11-2018129429UnemploymentBenefitsAccountService tæller SupplementalBenefitsAccount felt StartWeekOrdinarySupplementalBenefitsDagpengetællereKMD A-kasse
XXX
Beregningsuge, startuge for forlængede supplerende dagpenge og startuge for supplerende dagpenge kan sættes tilbage til 1989.
2019-1

DS-497, DS-498, DS-499, DS-501, DS-500

Ja
03-12-201889779Borger tilmeldt uden en kontaktgruppeTil- og afmeldingSTARx
xx
Eksisterende funktionalitet: Hvis borger er i kontaktgruppe 1,2,3,8,12,26,27 eller 28 og borgerens kontaktgruppe lukkes med en slutdato som ligger på et tidspunkt hvor borger er tilmeldt, vil DFDG returne fejlkode 4919 "The contact group can not be ended due to an active enrollment" (dette gælder både ved oprettelse og opdatering).

Denne sag løses ved at udvide denne liste så valideringen også kommer til at omfatte kontaktgrupperne 14-23.

2019-1

04-12-2018125908LBA'ere i kommuner/jobcentre kan ikke udsøge bruger på rollerAMP-Admin2 - administration af rollerSTARx





2019-1

04-12-2018130373Batchjobbet KC-TASS-MissingAppropriation fejler dagligt med tom fejlBatchjob SF






2019-1

04-12-2018130840Der skal kunne registreres "Særlig øvrige" (ID 22) på aktivitetsparate uddannelseshjælpsmodtagere i KG12Fravær og fritagelserSTARx





2019-1

05-12-2018119539IllnessCompositeService - UpdatIllness - fejl 4981WikiFOAx
xx
Det fremgår nu på wiki, at fejlkode 4981 kan kastes af UpdateIllness
2019-1

05-12-2018119106Fejlkode 5015 mangler på wiki under IllnessCompositeService.UpdateIllnessWikiSTARx
xx
Det fremgår nu på wiki, at fejlkode 5015 kan kastes af UpdateIllness
2019-1

10-12-2018127179Execution Timeout Expired ved JoblogpersonsearchJoblogServiceKMD Facilia


x


2019-1

13-12-2018131974Ensretning af logning af batchjobsDFDG logningDFDG






2019-1

14-12-2018Sygefravær modtages med fremtidige anmeldelsesdatoer

IllnessCompositeService

  • CreateIllness
  • UpdateIllness
FOAx
xx
Ny validering så anmeldelsesdato ikke kan være fremtidig. Ny fejlkode 9362.
2019-1DS-627 og DS-628Ja
17-12-2018KC-TASS-ReenrollWhenIllnessEndsLaterThanToday fejl: The ContactGroupTypeIdentifier is invalidDFDG batchjobSF




Batchjobbet er ændret, så CPR-nummeret logges ved fejl.
2019-1

20-12-2018'Aktuel opholdsadresse' Ja/Nej er byttet rundtLSSSTAR




Rettelse i LSS brugergrænseflade
2019-1

21-12-2018119106Fejlkode mangler op wiki

IllnessCompositeService

  • UpdateIllness
STARx
xx
Fejlkode 5015 vises på wiki
2019-1

02-01-2018'Aktuel opholdsadresse' Ja/Nej er byttet rundtLSSSTARx



Rettelse i LSS visning
2019-1

07-01-2018PersonNotificationReminderService. GetPersonContactAndNotificationData fejlerPersonNotificationReminderServiceDFDGx
xx
Get-metoden returnerer nu null i NotificationReminderType for en borger uden kontaktoplysninger
2019-1DS-659Ja
08-01-2019132074Opholdskrav

PersonHistoryService

  • GetPersonMigrationHistory
STARx
xx
Returnerer fremover ophold i DK inden for de seneste 10 år (mod tidligere inden for de seneste 8 år)
2018-4.0.2DS-660Ja
08-01-2018119811Ferie- og sygemelding via Jobnet vises som registreret af caseworker

Registrering via JobnetIllnessService og JobnetVacationService.

Udstilling af historik via PHS. 

STARx





2019-1

08-01-2019129939Døde-batchjobbets brug af udmeldingsårsag
Netcompany


x
Kodelistværdi ændret fra 8 til 7, så udmeldingsårsag er "Udmeldt grundet død"
2019-1

08-01-2019Uhensigtsmæssig sagsbehandler registrering (lukning af KG), når der registreres en fremtidig raskmeldingPersonRegistrationService - UpdateContactGroupSTAR på baggrund af drøftelser med KOMBITx
x

Kaster fejlkode 9370, hvis KG lukkes, når der er åbent sygefravær
2019-1DS-661Ja
09-01-2019

Batchovervågning: Mangler mulighed for at se hvad der er fejlet i weekender og helligdage

LSSSF




LSS batchovervågning (webside BatchLog) nu tilgængelig fra hovedside via 3 links: Seneste døgn, Seneste 3 dage og Seneste uge.

Det er nu muligt fra BatchLog side at fremsøge 'Alle exclusiv succes' samt at fremhæve batchjobs der indgår i NightlyBatch.


2019-1

09-01-2019Kundetest: Manglende genetablering af kontaktgruppe Seniorjobber efter raskmeldingRaskmelding af seniorjobbere, der har været i KG 24 (Sygedagpengemodtager fra beskæftigelse)STARx
x

Ved raskmelding af borger i KG24 (Sygedagpengemodtager Fra Beskaeftigelse), som skiftede fra seneste anden KG23 Seniorjob, sættes borger tilbage i KG23
2019-1

10-01-2019Advis om utilstrækkelig joblogging på dagpengemodtagereGetWarningVersion4Schultzx
x



2019-1

10-01-2019Advis Utilstrækkelig joblogging er dannet på borger uden åben kontaktgruppeGetWarningVersion4Schultzx
x



2019-1

11-01-2019Er kursusfiltreringen i f.t. WSRM godt nok specificeret?

GetActivityGenerelEventVersion1

GetMyPlanVersionNotificationEventVersion1

FOAx

x

A-kasserne skal ikke have
- GetActivityGenerelEventVersion1 (og får det heller ikke i dag)
-  GetMyPlanVersionNotificationEventVersion1 (fremover)

når afholdelseskategori er "Andet", dvs. når CourseTypeIdentifierType = 38.


2019-1

28-01-2019Historisk oprettede hjælpemidler markeres ikke som "revision"
DFDGx
x

Historisk oprettede hjælpemidler markeres nu som "revision" (historisk registrering). Det samme gælder for personlig assistance.
2019-1

07-02-2019Afbrudt aktivitet med fremtidig slutdato fejler på JobnetActivityService - UpdateActivitySTARx
x

Når en aktivitet er afbrudt er det ikke tilladt at ændre EndDate til en senere dato
8041 - The specified activity status is not allowed.

2019-1

07-02-2019Forskel på Eventtime i PSS og PHS for ContactgroupPersonHistoryServiceKMD (KSS)

xx
Rettet fejlagtig mapning til ContactGroupEventTime fra EventDate feltet ved læsning til PHS.
2019-1

Særlige krav til test

Testscenarie

Berørte systemområder

Identificeret af







Kendte udeståender fra udviklingsfasen

Link til søgeresultat fra FogBugz på epic-nummer:

User stories

User stories er kun til interne brug for STAR's leverandører.

Bilag

Bilag 1 – FB xxxx – Redaktionelle ændringer til xxxxx

Id

Navn

Beskrivelse

Startdato

Slutdato













Bilag 2 – FB xxxx – Redaktionelle ændringer til xxxxx

Her vises alene et udsnit af kodelisten.

Id

Navn

Beskrivelse

Startdato

Slutdato






  • No labels