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 23 Next »

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


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Camilla Hagedorn TrolleBjarne Hansen (Edora)Carsten Olsen2022-30.1KSS, a-kasse (t.o.)




key po fa ux sme eksterne snitflader interne snitflader status labels
Loading...
Refresh

VIR-1870 - Getting issue details... STATUS

DS-7480 - Getting issue details... STATUS

BI-1643 - Getting issue details... STATUS


Indholdsfortegnelse




Afgrænsning af epic

Afgrænsning

Som KSS

vil jeg have forbedret kompatibilitet mellem VITAS og ActivityService

for at det er muligt for KSS at overføre data fra VITAS til ActivityService 

Acceptkriterier



Nr.

Beskrivelse

Relevant for

971.30.1

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

VITAS, DFDG, KSS, Jobnet

971.30.2

VITAS fritekstfelter er begrænset til 2.000 tegn ved nyoprettelse

VITAS, DFDG, KSS, Jobnet

971.30.3

VITAS tillader ikke permanent fleksjob for selvstændige

VITAS, DFDG, KSS

Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader

Berørte acceptkriterier

Bemærkninger


971.30.1

971.30.2

971.30.3



A-kasse skal vide, at der kommer nye aktivitets-status-årsagskoder (ActivityStatusCauseTypeIdentifier) på aktiviteter, men skal ikke aktivt anvende de nye værdierX



KSS skal vide, at der kommer nye aktivitets-status-årsagskoder (ActivityStatusCauseTypeIdentifier) på aktiviteter - og kan anvende de nye værdier, der er efterspurgt af KSSX









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)

summary varslingstype varslingsnote eksterne snitflader interne snitflader project
Loading...
Refresh

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, FB 171457 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.

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

Epic'en adresserer ikke følgende sager i integrationen mellem VITAS, KSS'er og DFDG ActivityService, som fortsat er åbne:

FB

Beskrivelse

Oprettet dato

130668

ÆØ - Tilskudssats i VITAS tilføjes tykke WSRM beskeder JobOrderNotificationsService

2018-11-08

122822

ÆØ: JobAllocationTypeIdentifier mangler denne i WSRM (VITAS)? (Voksenelev)

2018-06-07

141870

Uoverensstemmelse mellem tal og data

2019-07-05


Bedre adskillelse mellem interne tilstande i VITAS og eksternt rettede tilstande (møde. 24. februar 2022)


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.

ActivityStatusCauseTypeIdentifier får følgende nye koder:

Identifikator
Navn
Beskrivelse
Startdato
Slutdato
1FejloprettetJobcenteret har desværre fejloprettet aktiviteten10-07-200801-07-2100
2Revision af planJobcenteret har revideret planen10-07-200801-07-2100
3Aflyst af jobcenter/AA/A-kasse/KursusudbyderAktiveringen er aflyst af jobcenteret, din anden aktør, A-kassen eller kursusudbyderen10-07-200801-07-2100
4Overholdt ikke aktivitetBorgeren har ikke fulgt aktiviteten10-07-200801-07-2100
5Udeblevet fra start/mødeBorgeren er udeblevet fra aktivitet10-07-200801-07-2100
6Afbrudt kursusBorgeren har afbrudt sin deltagelse i et kursus10-07-200801-07-2100
7Ikke ansatBorgeren er ikke ansat10-07-200801-07-2100
8Ikke kontaktet/mødt arbejdsgiverBorgeren har ikke kontaktet eller er ikke mødt hos arbejdsgiver10-07-200801-07-2100
9Ønsker ikke jobbetBorgeren ønsker ikke jobbet10-07-200801-07-2100
10Opsagt af ledigBorgeren har opsagt sin ansættelse10-07-200801-07-2100
11Opsagt af virksomhedenBorgeren er opsagt af virksomheden10-07-200801-07-2100
12EksporteretÅrsagen skal sættes på alle aktiviteter i et it-system, der har eksporteret en aktivitet i forbindelse med enten opstart eller flytning02-12-201001-07-2100
13Overgået til ressourceforløbOvergået til ressourceforløb04-02-201301-07-2100
14Bevilling ikke godkendtVirksomhed, jobcenter eller borger har ikke godkendt bevillingen eller har trukket bevillingen tilbage

15Aktivitetsperioden afsluttet ordinærtBevillingen er lukket efter ordinært udløb

VITAS mapper til disse nye koder jf. nedenstående tabel:

JobAllocationStatusTypeIdentifier
Identifikator
JobAllocationStatusTypeIdentifier
Navn
Beskrivelse
ActivityStatusCauseTypeIdentifier
Identifikator
ActivityStatusCauseTypeIdentifier
Navn
1Afventer godkendelse hos virksomhedBevilling eller vurdering oprettet på en ansøgning og afventer godkendelse hos virksomhedN/AN/A
2Godkendt af virksomhedVirksomhed har godkendt bevilling eller vurderingN/AN/A
3Afvist af virksomhedVirksomhed har afvist bevilling eller vurdering14Bevilling ikke godkendt
4LukketBevilling eller vurdering er blevet lukketJf. registrering på sagen, hvis der er registreret ophørsårsag. Og ellers:15f. registrering på sagen, hvis der er registreret ophørsårsag. Og ellers:Aktivitetsperioden afsluttet ordinært
5ForlængelsesanmodningVirksomhed har anmodet om forlængelseN/AN/A
6Forlængelse godkendtAnmodning om forlængelse godkendtN/AN/A
7Forlængelse afvistAnmodning om forlængelse afvistN/AN/A
8OphørsanmodningVirksomhed har anmodet om ophørJf. ophørsårsag på sagenJf. ophørsårsag på sagen
9Ophør godkendtAnmodning om ophør godkendtJf. ophørsårsag på sagenJf. ophørsårsag på sagen
10Ophør afvistAnmodning om ophør afvistN/AN/A
11Afventer godkendelse af borgerBevilling eller vurdering oprettet på en ansøgning eller bevilling og afventer godkendelse hos borgerN/AN/A
12Godkendt af borgerBorger har godkendt bevilling eller vurderingN/AN/A
13Afvist af borgerBorger har afvist bevilling eller vurdering14Bevilling ikke godkendt
BEMÆRK: Ikke alle ordninger anvender ActivityStatusCauseTypeIdentifier.

Observation til senere overvejelse sammen med KSS

VITAS bør ved evt. renovation udstille nye, eksternt rettet hændelser (ikke status) til KSS'erne fx med tilhørende eksterne tilstande:

Ekstern hændelse

Ekstern tilstand

Bemærkning

Bevilling under godkendelse

Under godkendelse

Er ikke en bevilling endnu. Relevant for KSS?

Bevilling godkendt

Godkendt

Afventer starttidspunkt

Bevilling igangsat

Aktiv

Starttidspunkt nået

Bevillingsperiode på aktiv bevilling er ændret

Aktiv

Forlænget / reduceret, m. evt. ophørsårsag

Bevilling ophørt

Lukket

Ordinært udløb eller afbrudt før tid, m. evt. ophørsårsag

Bevilling annulleret

Annulleret 

Bevillingen blev aldrig godkendt og dermed aldrig til en bevilling. Relevant for KSS?

Denne ændring er ikke relevant nu og skal analyseres nærmere inden beslutning. Formålet er at undgå at afkoble VITAS' interne tilstandshåndtering fra eksterne interessenter.

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.

KSS kan evt. trunkere for lange data på ældre sager og henvise til VITAS, fx "... Teksten er beskåret, men findes komplet i VITAS, som sagsbehandleren har adgang til". Borgeren har ikke adgang til VITAS.

971.30.3 VITAS tillader ikke permanent fleksjob for selvstændige

VITAS validerer at selvstændige ikke kan få permanent fleksjob, dvs. følgende kombination er ikke tilladt: FlexjobDurationIdentifierType type=2 og EmployedInOwnCompany=true

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

Test scenarie

Berørte systemområder (herunder nye batchjobs*) 

Identificeret af







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


  • No labels