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

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

Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)

Jira Legacy
server System JIRA columns summary,varslingstype,varslingsnote,eksterne snitflader,interne snitflader,project maximumIssues 100 jqlQuery issuetype = Varsling AND linkedIssue in (VIR-303) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader" serverId 479d1618-4a6f-3f88-8ee1-04c6b02c448a

Beskrivelse af epic

Denne epic implementerer forbedringer, som reducerer kompatibilitetsproblemer mellem VITAS, KSS'er og DFDG ActivityService. På møde mellem STAR, KMD og Schultz d. 24. februar 2022 blev følgende forbedringer aftalt:

• VITAS begrænser fritekstfelter til 2.000 tegn ved oprettelse af nye sager. Eksisterende sager har uændrede feltlængder, som kan være op til 4.000 tegn (FB 232258 m.fl.).

• VITAS må ikke returnere NULL i ActivityStatusCauseTypeIdentifier ved nye sager. ActivityStatusCauseTypeIdentifier udbygges med nye koder, som repræsenterer, 1) at bevillingen er lukket inden den er blevet godkendt, 2) bevilling er udløbet planmæssigt (FB 220307).

• VITAS forhindrer permanent fleksjob for selvstændige (FB 217619).

Forbedringerne er et led i den løbende tilpasning af VITAS til ActivityService, så KSS'ernes opgave med at mappe fra VITAS til ActivityService forenkles. Figuren herunder illustrerer samspil mellem VITAS, KSS'er og ActivityService, samt formål med data i VITAS hhv. ActivityService.

Image Added

Mange (måske de fleste?) tekster på bevillinger udarbejdes af sagsbehandlere på jobcentrene med henblik på at samme tekster kan anvendes både i dialog med virksomhed (VITAS) og i dialog med borgeren (ActivityService / Min plan). 

Ikke omfattede forbedringer

Forbedringerne er et led i den løbende tilpasning af VITAS til ActivityService, så KSS'ernes opgave med at mappe fra VITAS til ActivityService forenkles. Figuren herunder illustrerer samspil mellem VITAS, KSS'er og ActivityService, samt formål med data i VITAS hhv. ActivityService.

Image Removed

971.30.1 ActivityStatusCauseTypeIdentifier har koder til ikke-igangsat og normalt udløb

ActivityStatusCauseTypeIdentifier har i dag fortrinsvis koder for afslutning af en bevilling af særlige årsager og disse er ikke tilstrækkelige til at repræsentere alle de tilstandsskifter, hvor VITAS sender WSRM'er til KSS. KSS ønsker altid - for de ordninger, som anvender ActivityStatusCauseTypeIdentifier - at modtage en værdi i ActivityStatusCauseTypeIdentifier og ønsker ikke at modtage NULL. ActivityStatusCauseTypeIdentifier skal derfor udbygges med nye værdier, som understøtter alle de tilstandsskifter, hvor VITAS sender WSRM'er.

VITAS har overordnet set 3 faser i en bevilling jf. nedenstående figur.

Image Modified

ActivityStatusCauseTypeIdentifier får følgende nye koder:

971.30.2 VITAS fritekstfelter er begrænset til 2.000 tegn ved nyoprettelse

VITAS anvender i dag oftest feltlængder på 4.000 tegn ved fritekstfelter. Det betyder, at virksomheder og sagsbehandlere kan indtaste tekster, der ikke kan lagres i ActivityService, som har følgende maksimale feltlængder:

MyPlanService

• Core-elementet

• CauseRemark: 1-2000 tegn

• ReasonForActivity: 1-2400 tegn

• ActivityDescription: 1-2000 tegn

VITAS skal fremover kun tillade feltlængder på max. 2.000 tegn ved nyoprettelse af sager (ansøgninger, bevillinger ...). VITAS ændrer ikke på eksisterende data, som fortsat kan være op til 4.000 tegn. VITAS implementerer derfor længdebegrænsningen ved frontend validering, mens backend valideringen stadig anvender 4.000 tegn. 

KSS vil opleve, at WSRM'er og webservices er uændrede og tillader fortsat længder på op til 4.000 tegn. KSS vil opleve at WSRM'er og webservicekald ved nye sager i praksis altid har længder på max. 2.000 tegn, mens  WSRM'er og webservicekald ved ældre sager kan returnere feltlængder på op til 4.000 tegn. KSS håndterer for lange tekster i forhold til ActivityService ved ældre sager. Dette princip er aftalt med KSS på mødet 24. februar 2022.

971.30.3 VITAS tillader ikke permanent fleksjob for selvstændige

971.30.1 STAR har prioriteret ønsker fra KSS'er om tilpasninger i VITAS, der skal forbedre kompatibilitet med ActivityService

VITAS er i al væsentlighed udviklet med fokus på kommunikation mellem virksomheder og jobcentre og kun med begrænset fokus på KSS'erne behov for at modtage data fra VITAS og videregive disse data til ActivityService. Dermed er der en række eksempler på at KSS ikke modtager tilstrækkelige data eller data i et ActivityService kompatibelt format fra VITAS. KSS'erne har ansvaret for at supplere med nødvendige data til ActivityService uanset om VITAS leverer et tilstrækkeligt datagrundlag. 

KSS har peget en række integrationsproblemer i følgende FB sager:

232258

(duplicate 250149)

Bemærk, at løsning af disse problemer kræver ændret forretningsfunktionalitet i VITAS og/eller snitfladeændringer. STAR bør derfor prioritere ændringsønskerne fra KSS ifm. justeringer/tilpasning af ordningerne og/eller arkitekturomlægninger i VITAS.

971.30.2 STAR har planlagt forbedringer i VITAS og evt. ActivityService 

971.30.3 STAR har beskrevet mapningsregler fra VITAS til ActivityService 

971.30.4 Rettelse til håndtering af årsager til afslutning for løntilskud og virksomhedspraktik (MC 154188)

Er denne relevant i denne epic?

På baggrund af case 137692 afholdte vi kort møde den 3 september om evt. tilpasninger til ophørsårsager for løntilksud og virksomhedspraktik. Desuden vejledninger til KSS'erne om hvordan de skal håndterer ophørsårsager med ActivityStatusCauseTypeIdentifier" = Null

Der er blevet udarbejder vedhæftede oplæg. 

Rettelse i Vitas 

Først og fremmest skal der laves en mindre tilpasning i Vitas, så beskrivelsen af ophørsårsags beskrivelse udvides til Den ansatte vil fortsætte i virksomheden uden løntilskud, efter forventet afslutning på forløbet. 

Vejledning til KSS'erne 

Hvis ophørsårsager i Vitas udfyldes med 'Den ansatte stopper, da løntilskud er udløbet'  Eller 'Den ansatte vil fortsætte i virksomheden uden løntilskud, efter forventet afslutning på forløbet, skal KSS'erne vejledes om de modtager ActivityStatusCauseTypeIdentifier = Null    

KSS registrerer ActivityStatusTypeIdentifier 9 = Oprettet og aftalt med borger (Aktiviteten bør have samme slutdato som bevillingen i Vitas og udløbe) – ingen ActivityStatusCauseTypeIdentifier nødvendig. 

Image Removed

Der oprettes desuden ny sag case 154187 til håndtering af ophør på løntilskud og virksomhedspraktik, - hvor borger fortsætter i virksomhed  inden forventet ophør uden løntilksud eller virksomhedspraktik 

Mockup: 

Reference: MC 154188

2020-04-22: Denne udgår fra 2020-3, da forventet ny arktiktur vil give en enklere løsning på denne uden at KSS'erne skal inddrages.

971.30.5 Struktureret formål med virksomhedspraktik omlægges fra fritekstfelt til kodeliste

Epic 970.4 implementerede en midlertidig løsning på struktureret formål med virksomhedspraktik. Det var oprindeligt meningen, at løsningen skulle være midlertidig og skulle omlægges til en struktureret løsning i epic 970.5, men det blev opgivet pga. ændrede prioriteringer hos STAR. Behovet består og giver udfordringer hos VOA.

Se også:

Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:

• DFDG

  • Services

  • WSRMer

  • Kodelister

  • PersonStatusService (PSS)

  • PersonHistoryService (PHS)

  • LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)

• Jobnet

• VITAS

• JobKon

• JobAG

• BI integrationsplatform

• Alle områder

  • Nye batchjobs

    • Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon) 

  • Dataløft

    • Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.

• Kommunalt sagsbehandlingssystem

• A-kasse sagsbehandlingssystem

• Kommunalt bookingsystem

  • JobcenterPlanner (JCP)

  • WorkForcePlanner (WFP)

• Kommunalt ydelsessystem

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 

Mapning til ActivityService implementeres i en særskilt komponent i VITAS således at kendskab til ActivityService ikke spredes til hele VITAS applikationen. Derved vil det også blive lettere at omlægge til eventbroker på et senere tidspunkt, når / hvis en sådan implementeres hos STAR.

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.