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

Interne links (indhold ikke relevant for eksterne)

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.

Automatisk oversigt

Ikke synlig for eksterne. Indhold er kopieret til den manuelle oversigt ovenfor.

Beskrivelse af epic

Beskrivelse til KSS og a-kasser

Særtilfælde vedrørende Min plan og ESCO STAR

I forbindelsen med jobmål og krav til jobsøgning kan der være nogle tilfælde, hvor DFDG ikke har registreret stillingsbetegnelser i jobmål og krav for en borger. I et sådan tilfælde vil DFDG  i konverteringen sætte en fiktiv ESCO STAR kode "Stillingen er ikke aktiv længer, vælg en ny"*. Denne ESCO STAR stillingsbetegnelse er ikke aktiv og ikke knyttet til andre stillingsbetegnelser eller ISCO grupper i hierarkiet. Denne specielle ESCO STAR kode vil kun blive sat af STAR, men aftageren skal kunne vise den for sagsbehandlere i Jobcentre og A-kasser.

02.07.2021

*Bemærk STAR har nu set på navngivning og anvendelse af ESCO STAR kode "Stillingen er ikke aktiv længer, vælg en ny" i forbindelse med 2021-3, og navngivningen ændres til ”Stillingsbetegnelsen er udgået”.

976.14.1 Min Plan data (Jeg skal søge job som, flaskehals, stilling på virksomhedsrettet aktivitet, jobmål, mål på aktiviteter) er konverterede fra DISCOAMS til ESCO-STAR med konverteringstabel

DiscoAMS stillingsbetegnelser konverteres i DFDG forhold data i aktiviteter og plan. Bemærk i DFDG indeholder Min plan ikke DiscoAMS data i de fysiske tabeller. Min plan sniffladen udstiller dog fra aktiviteter og plan, men de konverteres i aktiviteter og plan.

Hvis en ekstern serviceaftager (KSS eller a-kasse) har lokale data omkring aktiviteter og plan, er det serviceaftager, der selv skal foretage konvertering af egne data. Konvertering skal benytte metoden GetDiscoAms08ConceptUriMapping (GET /v1/EscoStar/occupations/discoAms08ConceptUriMappings/{discoAms08Id}).

Konvertering af eksisterende data i Min plan

Aktiviteter 

Her sker en konvertering direkte fra DiscoAMS til ESCOSTAR.

Mål på plan

Mål i planen ligger som en collection derfor ændres denne collection til også at indeholde mål af ESCO typen (men ikke længere DISCOAMS-typen), dette sker via en ny værdi 5 i GoalCodeTypeIdentifier. Konverteringsmæssigt betyder det, at der i DFDG (databasen) laves en ny række, der indeholder ESCOSTAR ud fra den eksisterende DiscoAMS og begge rækker vil forfindes i historiske data, men kun ESCOSTAR vil blive udstilles på servicesnitfladerne.

I nogle forretningsmæssige situationer anvendes DiscoAMS på niveau 1 og 2 og disse er ikke repræsenteret i ESCO STAR. Disse DiscoAMS koder skal mappes til ESCO STAR stillingen "Stillingen er ikke aktiv længer, vælg en nyStillingsbetegnelsen er udgået". Der kan anvendes følgende reglen: "hvis der for en DiscoAMS kode ikke er en mapning til en ESCO STAR kode via mapningstabellen, mappes denne til ESCO STAR dummy stillingsbetegnelsen"  Denne regel kan anvendes da der til alle lovlige DiscoAMS niveau 3 er en mapning til en ESCO STAR kode, det vil fanger alle niveau 1 og 2 samt har den sidegevinst at skulle der være hullet/fejl i data vil disse også blive håndteret.

• STAR beskriver her hvordan en DiscoAMS kode på niveau 1 og 2 kan identificeres*
  

*02.07.2021

I  august måned kommunikere STAR, via  nedenstående listedata, ud til jobcentre og  A-kasser (og borgere) ift. Jobmål i min plan og /Krav til jobsøgning, så de kan være proaktive ift. ændring af disse stillingsbetegnelser.

For Jobmål i Min plan

En liste over:

• Alle borger der har DiscoAMS niveau 1 og 2 koder i jobmål (goals) i seneste juridisk planversion

• Hvor planen er aktiv (dvs. borger har en åben kontaktgruppe)

For krav til jobsøgning

En liste over:

• Alle borger der har DiscoAMS niveau 1 og 2 koder i krav til jobsøgning (seneste udgave)

• Hvor krav til jobsøgning er aktive (dvs. borger har en åben kontaktgruppe)

976.14.2 - Webservices (Jeg skal søge job som, flaskehals, stilling på virksomhedsrettet aktivitet, jobmål, mål på aktiviteter) understøtter ESCOSTAR inkl. alias i stedet for DISCOAMS

Løsningsmodel

De eksisterende DiscoAMS kode erstattes med ESCOSTAR koder og eksisterende koder konverteres. I det omfang KSS eller a-kasser har aktiviteter eller Min plan data replikleret i deres lokalt fagsystemer, fortager KSS og a-kasse en konvertering lokalt i fagsystemet  

De oprindelige DiscoAMS koder bevares i DFDG's historik af hensyn til revision og datahistorik. De oprindelige DiscoAMS koder vil dog ikke være tilgængelige i snitflader m.v.

se Løsningsmodel for at tilføje ESCO STAR til DFDG database model og snitflader

Note omkring alias 

Vigtigt for KSS og a-kasser

I forbindelse med at borger i dag kan anvende DiscoAMS synonymer (alias) i "Jeg søger job som" på Jobnet og dette videreføres i forhold til ESCOSTAR, hvor der også kan vælge alias. Det nye er nu, at DFDG udstiller borgers valg inkl. alias og også andre stedet tillader sagsbehandler at anvende alias og præsenterer dette valg på Jobnet. For KSS og a-kasser er alias derfor nyt både som begreb og i de fysiske snitflader.

Det generelle forhold med en ESCOSTAR stillingsbetegnelser og alias er at aliaset er et synonym for en stillingsbetegnelse og det vil altid være optionelt at angive et alias.

I forbindelse med Min plan udvides Min plan jobmål også med alias, således at borger på Jobnet vil kunne genkende strukturen fra det borger har angivet i "Jeg søger job som". Ligeledes udvides krav til jobsøgning, så sagsbehandler også her vil kunne anvende alias. Hermed sikres at der bliver sammenhæng mellem hvordan "Jeg søger job som", Min plan jobmål og krav til jobsøgning præsenteres for borger og sagsbehandler.

I forhold til aktiviteter, vil mål på den enkelte aktivitet arve mål for Min plans jobmål og derfor er det mulig også her at angive alias.

Da et alias forretningsmæssigt altid er optionelt, vil der ikke være et krav om at sagsbehandler anvender alias i forhold til Min plan jobmål, mål på aktiviteter og i krav til jobsøgning, men det vil være en fordel for borger, at der er en sammenhæng.

Skulle en a-kasse eller KSS fravælge at anvende alias f.eks. i regi af Min plan, skal a-kassen eller KSS håndterer, at de får borger fra et andet system - f.eks. i forbindelse med flytning - der kan indeholde alias. Denne håndtering kan godt foregå ved, at man ikke viderefør et alias og dermed fjerner dette ved opdatering. 

/wiki/spaces/GI/pages/2767421497

Udgår i 2021-3 til fordel for ny version 6. Det er ikke muligt at blive på version 3 efter 2021-3.

/wiki/spaces/GI/pages/2767913043

Udgår i 2021-3 til fordel for ny version 6. Det er ikke muligt at blive på version 4 efter 2021-3.

/wiki/spaces/GI/pages/2768011305

Udgår i 2021-3 til fordel for ny version 6. Det er ikke muligt at blive på version 5 efter 2021-3.

ActivityService (Version 6)

For implementeret snitflade se ActivityService (Version 6, 2021-3)/wiki/spaces/GI/pages/3308978306

Version 6 afløser alle tidligere versioner. 

Version 6 må først anvendes i produktion fra release 2021-3 - og må kun anvendes i testmiljøer indtil da.

For ændringer til snitflade se ActivityService (Version 6). Ændringer er farvemarkeret med lysegrøn og lyserød.

CreateActivity, UpdateActivity og GetActivity

• Flaskehalsangivelse (BottleneckSector): Udgår og feltet fjernes.
  De eksisterende Discokoder for flaskehals bliver i database som DiscoAMS koder af hensyn til historik. Data vil dog ikke kunne tilgås via webservicesnitflader.
• ActivationTypeIdentifier: Udgår og feltet fjernes.
  Databasefelt beholdes af hensyn til historik. Data vil dog ikke kunne tilgås via webservicesnitflader.
• Beskæftigelsesmål i forbindelse med virksomhedsrettet aktivitet skiftes fra DiscoAMS (gammelt felt DiscoWeb) til ESCO STAR (nyt felt EmploymentGoalConceptUriDa) og der indføres alias (nyt optiomelt felt EmploymentGoalAliasIdentifier)
• Fejlkode-tekster opdateres (bl.a. 9145, 9356)

GetActivities og GetSubsidyJob

• De mål, der er knyttet til en aktivitet (GoalCode), kan fremadrettet være ESCOSTAR, AMU, DUN eller fritekst. Dvs. ESCOSTAR kode erstatter de oprindelige DiscoAMS koder. 
• Det er kodelisten GoalCodeTypeIdentifierType, der bestemmer typen af mål, rettes til således, at Id 5 fremadrettet repræsenterer ESCOSTAR stillingsbetegnelser i stedet for DiscoAMS stillingesbetegnelser.
• Der laves en ny kodelisteværdi, selvom begge dele er stillingsbetegnelser (forretningsmæssigt genbruges kodelisteværdien ikke). 
• Som en del af det mål, der er knyttet til aktiviteten (GoalCode), kan der (optionelt) fremadrettet også sættes et alias (AliasIdentifier), hvis typen er ESCOSTAR.

GetCompanyActivitySummaries

• Beskæftigelsesmål i forbindelse med virksomhedsrettet aktivitet skiftes fra DiscoAMS (gammelt felt DiscoAms08) til ESCOSTAR (nyt felt EmploymentGoalConceptUriDa) og et alias-felt (EmploymentGoalAliasIdentifier).

/wiki/spaces/GI/pages/2767716458

Udgår i 2021-3 til fordel for ny version 5. Det er ikke muligt at blive på version 4 efter 2021-3.

PlanService (Version 5)

For implementeret snitflade se PlanService (Version 5, 2021-3)/wiki/spaces/GI/pages/2895446046

For oversigt over hvilke niveauer af stillingsbetegnelser, der må anvendes i forhold til jobmål på Min plan: Se Kontaktgrupper og mål i forhold til plantyper.

CreateDraftPlan, GetActivePlan, GetDraftPlan, GetPlan, SavePlanObjective

• Mht. jobmål/uddannelses mål i borgers Min plan (i GoalCollection i PlanService) skiftes fra DiscoAMS (i feltet GoalCode) til ESCO STAR (stadig i felt GoalCode)
• Det er kodelisten GoalCodeTypeIdentifierType, der bestemmer hvilken type af mål rettes til således, at Id 5 fremadrette repræsenterer ESCO STAR stillingsbetegnelser i stedet for DiscoAMS stillingesbetegnelser.
• Som en del af det mål, der er knyttet til aktiviteten (GoalCode), kan der fremadrettet også sættes et alias (AliasIdentifier) hvis typen er ESCO STAR.
• Mht. jobmål/uddannelsesmål i borgers Min plan (i GoalCollection i PlanService) indføres alias således, at der kan være en ensartet sammenhæng mellem "Jeg søger job som",  Jobmål i Min plan og Krav til jobsøgning.
• Tekst på fejlkoder opdateres (bl.a. 8061, 9368, 9369, 9371, 9372)

PublishPlan

• Enkelt validering rettes, således der valideres for at i en jobplan er de mål der angives ESCO STAR stillingsbetegnelser (Den eksisterende validering er mod DiscoAMS stillingsbetegnelser)
• Tekst på fejlkoder opdateres (bl.a. 8061)

/wiki/spaces/GI/pages/2488074280 

Udgår i 2021-3 til fordel for ny version 6. Det er ikke muligt at blive på version 4 efter 2021-3.

/wiki/spaces/GI/pages/2488074289

Udgår i 2021-3 til fordel for ny version 6. Det er ikke muligt at blive på version 5 efter 2021-3.

MyPlanService (Version 6)

For implementeret snitflade se MyPlanService (Version 6, 2021-3)/wiki/spaces/GI/pages/2920120412

Skal anvendes i produktion fra release 2021-3. Må indtil da alene anvendes i testmiljøer.

GetCitizenDraftMyPlan, GetLegalMyPlan, GetMyPlan

• Jobmål (GoalCollection.GoalType) vil indeholde ESCOSTAR i stedet for DiscoAMS.
  • Som en del af det mål,der er knyttet til aktiviteten (GoalCode), kan der fremadrettet også være sat et alias (AliasIdentifier), hvis typen er ESCOSTAR.
• Mål i forbindelse med aktivitet (GoalCode og GoalCodeTypeIdentifier) vil indeholde ESCOSTAR i stedet for DiscoAMS.
  • Som en del af det mål, der er knyttet til aktiviteten (GoalCode), kan der fremadrettet også være sat et alias (AliasIdentifier), hvis typen er ESCOSTAR.
• Krav til jobsøgning (TradeForJobSearch) vil indeholde ESCOSTAR i stedet for DiscoAMS, DiscoAMS08Collection udgår og i stedet kommer TradeForJobSearchCollection.
• OtherExpectationsForJobSearch længde øges til 5000 tegn.

GetLegalMyPlanWithDetails

• Jobmål (GoalCollection.GoalType) vil indeholde ESCOSTAR i stedet for DiscoAMS.
  • Som en del af det mål, der er knyttet til aktiviteten (GoalCode), kan der fremadrettet også være sat et alias (AliasIdentifier), hvis typen er ESCOSTAR.
• Mål i forbindelse med aktivitet (GoalCode og GoalCodeTypeIdentifier) vil indeholde ESCOSTAR i stedet for DiscoAMS.
  • Som en del af det mål, der er knyttet til aktiviteten (GoalCode), kan der fremadrettet også være sat et alias (AliasIdentifier), hvis typen er ESCOSTAR.
• Krav til jobsøgning (TradeForJobSearch) vil indeholde ESCOSTAR i stedet for DiscoAMS, DiscoAMS08Collection udgår og istedet kommer TradeForJobSearchCollection.
• Flaskehalsangivelse (BottleneckSector) udgår - og feltet fjernes (fra ActivityCoreItem).
• For virksomhedsrettet aktiviteter ændres stillingsbetegnelsen til ESCOSTAR.
• For CompanyActivity erstattes DiscoWeb med EmploymentGoalConceptUriDa og der kan være sat et alias (EmploymentGoalAliasIdentifier)

/wiki/spaces/GI/pages/2767683645

GetActivityGenerelEventVersion1 og GetActivitySpecialEventVersion1

Disse besked-versioner udgår i 2021-3 til fordel for ny version3 af beskederne på WsrmMessageService (version 11). 

/wiki/spaces/GI/pages/2819359436

GetActivityGenerelEventVersion2 og GetActivitySpecialEventVersion2

Disse besked-versioner udgår i 2021-3 til fordel for ny version3 af beskederne på WsrmMessageService (version 11). 

GetActivityGeneralEventVersion3 og GetActivitySpecialEventVersion3

Ændringer fremgår på siden GetActivitySpecielEventVersion3 [udv] og GetActivityGeneralEventVersion3 [udv]

GetActivityGeneralEventVersion3

Ændringer i forhold til versionen GetActivityGenerelEventVersion2 af beskeden:

• BottleneckSector udgår af ActivityCoreItem.
• ActivationTypeIdentifier udgår af ActivityCoreItem.
• MinisterialDepartmentTypeIdentifier i CompanyActivity udgår.
• DiscoWeb i CompanyActivity udgår og der tilføjes i stedet EmploymentGoalConceptUriDa og der kan også være sat et alias (EmploymentGoalAliasIdentifier).
• "JobTypeIdentifier"  i CompanyActivity ændres til "JobOrderTypeIdentifier" således, at navngivningen svarer til indholdet i feltet.
• Beskedens navn er rettet fra GetActivityGenerelEvent... til GetActivityGeneralEvent...

GetActivitySpecialEventVersion3

Ændringer i forhold til version 2 af beskeden:

• BottleneckSector udgår af ActivityCoreItem.
• ActivationTypeIdentifier udgår af ActivityCoreItem.
• MinisterialDepartmentTypeIdentifier i CompanyActivity udgår.
• DiscoWeb i CompanyActivity udgår og der tilføjes i stedet EmploymentGoalConceptUriDa og der kan også være sat et alias (EmploymentGoalAliasIdentifier).
• "JobTypeIdentifier"  i CompanyActivity ændres til "JobOrderTypeIdentifier" således, at navngivningen svarer til indholdet i feltet.

Codelists (Version 5)

GoalCodeTypeIdentifier

Ny kodelisteværdi for ESCO STAR.

Jobnet.MyPlanService(Version 1).GetMyPlanPDF

Udgår til fordel for version 3.

Jobnet.MyPlanService(Version 2).GetMyPlanPDF

Udgår til fordel for version 3.

Jobnet.MyPlanService(Version 3).GetMyPlanPDF

Ny EscoSTAR tilpasset version af snitflade. Se detaljer for ændringer her: Jobnet.MyPlanService (Version 3 [UDV], 2021-3). PDF returneret tilpasses EscoSTAR. Arbejdet udføres via 

976.14.3 Brugergrænseflader understøtter ESCO-STAR inkl. alias i stedet for DISCOAMS 

Jobnets tilpasninger

Jobnet løfter til ny version af ActivityService(v6) og JobnetMyPlanService(v6) via hhv. 

Disse services bruge til at tilrettet borgers Min Plan på Jobnet til EscoSTAR.

Under Jobmål, vises ikke længere disoamsværdier, derimod vises PreferredLabelDA - og som noget nyt et evt. angivet alias, i parentes efter PrefferedlabelDA - eksempelvis "Kok (fiskekok)". Knappen Find Job tilpasses, således at den overliggende OccupationGroud og OccupationArea findes med afsæt i ConceptUriDA, da OccupationGroup og OccupationArea er påkrævet i URL, for at facetten arbejdsområde initialiseres på Find Job. 
Alias medtages ikke i søgning på Find Job, da Find Job alene gør brug af ConecptUriDA og derved preferredLabeldDA. Er borgers jobmål detaljeret med et alias, eksempelvis Kok (fiskekok), så matches altså på den noget bredere søgning Kok.
De herover beskrevne koblinger til Find Job gør sig gældende alle steder fra Min Plan, hvor der måtte være links til Find Job. Arbejdet i relation til Jobmåludføres i 

I relation til Virksomhedsrettet aktivitet tilrettes ligeledes til EscoSTAR, hvor der før var DiscoAms. For aktiviteter - eller indsatser som de reelt hedder over for borgerne - gælder, at de tillige slår igennem i kalenderen. Kalenderen rettes derfor til, så det dér - og i detaljevisningen af den enkelte indsats linket til fra kalenderen, er EscoSTAR koder der fremgår. Arbejdet udføres via:  

Endelig tilrettes Krav til jobsøgning, som kan stilles af A-kasse såvel som Jobcenter. Det vil kun være muligt at stille krav på stillingsbetegnelsesniveau hvor DiscoAms erstattes af EscoSTAR værdier. Tilretningen sker i tidslinjekomponenten, i listevisning og i modal der fremkommer ved klik på tidslinjen. Jobnets arbejdes udføres via  

976.14.5 Som a-kasse vil jeg kunne sende udkast til Min plan med ESCOSTAR stillingsbetegnelser i stedet for DiscoAMS

I forbindelse med at a-kassen sender "Udkast til Min plan" til jobcentret via CitizenMessageService opdateres XML-filen, der anvendes til at indeholde ESCOSTAR stillingsbetegnelser til Jobmål i stedet for DiscoAMS.

Det er STAR, der udarbejder den nye version af XML'en og publicerer denne på wiki.

Link til XML-skema fil https://starwiki.atlassian.net/wiki/download/attachments/1887142446/Stillingsbetegnelse.xsd?api=v2

Link til XML-eksempel : https://starwiki.atlassian.net/wiki/download/attachments/1887142446/Stillingsbetegnelse_eksempel.xml?api=v2

Uddybet instruktion i brugen på confluence: Sagsbehandlerkommunikation via CitizenMessageService (og indtil 2021 - 4 Jobnet for Jobkonsulenter) - afsnit Udkast til Min plan fra a-kasse til jobcenter.

976.14.8 Vitas ansøgningsdata er konverterede fra DISCOAMS til ESCOSTAR med konverteringstabel

Internt acceptkriterie i VITAS.

Alle VITAS databasetabeller, som indeholder DISCO-AMS koder (FkDiscoCode) får tilføjet en kolonne med ESCO-STAR kode (conceptUriDa). VITAS omlægges efter en-til-en modellen, dvs. alias lagres ikke i VITAS. DISCO-AMS koder er ikke længere obligatorisk., mens ESCO-STAR koder er obligatoriske, hvor DISCO-AMS koder hidtil har været det.

Eksisterende ansøgninger, bevillinger mv. i VITAS konverteres fra DISCOAMS til ESCO-STAR med konverteringstabel. Det betyder, at eksisterende ansøgninger, bevillinger mv. kan og ofte vil ændre titel på stillingsbetegnelserne til nye, tilsvarende stillingsbetegnelser i ESCO-STAR klassifikationen. Virksomheder og jobcentre vil opleve, at ansøgninger, bevillinger mv., bevillinger mv.ændres uden at virksomhederne eller jobcentre aktivt har redigeret ansøgninger, bevillinger mv..

De eksisterende DISCOAMS koder beholdes på eksisterende ansøgninger, bevillinger mv. af hensyn til historik, men udstilles ikke længere i VITAS' brugergrænseflade, webservices eller WSRM'er. Dvs. virksomheder, jobcentre mv. kan ikke se de oprindelige stillingsbetegnelser.

Bjarne Hansen (Edora)

976.14.9 Vitas brugergrænseflade er tilpasset til at vælge ESCOSTAR stillingsbetegnelser. Alias anvendes kun til at fremsøge stillingsbetegnelse

Internt acceptkriterie i VITAS.

Alle inputfelter og visningsfelter i VITAS, som bruges til at vælge eller vise stillingsbetegnelser er omlagt fra DISCO-AMS til ESCO-STAR. Brugerne kan indtaste stillingsbetegnelse med type-ahead med stillingsbetegnelser og alias fra ESCO-STAR. Type-ahead viser matchende stillingsbetegnelser og alias i følgende format: <stillingsbetegnelse> (<alias>). Dvs. samme princip, som allerede er implementeret i JobAG. VITAS anvender kun alias til at hjælpe brugerne med at finde stillingsbetegnelse, men lagrer ikke alias og viser dermed heller ikke alias, når ansøgning, bevilling mv. indlæses.

Bjarne Hansen (Edora)

976.14.10 Vitas Servicesnitflader er tilpasset til at udstille ESCOSTAR stillingsbetegnelser

De nuværende versioner af VITAS' webservices, som har DISCOAMS koder, udgår og erstattes af nye versioner, som udstiller ESCOSTAR koder (conceptUriDa) i stedet for DISCOAMS koder (DiscoWeb):

• Vitas.FlexjobService (Version 1, 2020-2) udgår og erstattes af Vitas.FlexjobService (Version 2, 2021-3)
• Vitas.JobRotationService (Version 1, 2020-2) udgår og erstattes af Vitas.JobRotationService (Version 2, 2021-3).

Bemærk: Vitas.MentorService, Vitas.PersonalAssistanceService, Vitas.AidService og Vitas.PdfServiceVitas.PdfService er ikke berørte.

Bemærk: VITAS udstiller ikke alias fra ESCO-STAR på webservices og WSRM'er.

Bjarne Hansen (Edora)

976.14.11 Afsendelse af WSRM fra Vitas via DFDG  er tilpasset til at udstille ESCO-STAR stillingsbetegnelser

WSRM besked ændres således at stillingsbetegnelse fremadrettet er angivet som ESCO STAR kode. 

Bemærk: VITAS udstiller ikke alias fra ESCOSTAR på webservices og WSRM'er.

/wiki/spaces/GI/pages/2767716485

Intern snitflade, hvor VITAS kalder DFDG for at få sendt WSRM ud.

Udgår til fordel for version 7.

/wiki/spaces/GI/pages/2632089614

Intern snitflade, hvor VITAS kalder DFDG for at få sendt WSRM ud.

SendJobOfferStatusNotification, SendJobAllocationStatusNotification, og SendIguAgreementStatusNotification

• Stillingsbetegnelse: Den eksisterende DiscoWeb attribut erstattes med ConceptUriDa. 

/wiki/spaces/GI/pages/2819359436

GetJobOfferStatusNotificationVersion6

Udgår til fordel for version 7.

GetJobAllocationStatusNotificationVersion6

Udgår til fordel for version 7.

GetIguAgreementStatusNotificationVersion3

Udgår til fordel for version 4.

GetJobAllocationAddOnsStatusNotificationVersion4

Ingen ændringer til denne Vitas WSRM.

WsrmMessageService (Version 11, [UDV] - ESCO og VITAS GetJobOfferStatusNotificationVersion, GetJobAllocationStatusNotificationVersion, GetIguAgreementStatusNotificationVersion)

GetJobOfferStatusNotificationVersion7, GetJobAllocationStatusNotificationVersion7 og GetIguAgreementStatusNotificationVersion4

• Stillingsbetegnelse den eksisterende DiscoWeb attribut erstattes med ConceptUriDa. 

ANDRE ÆNDRINGER INTERN NOTE

JobDescription længde i Activityservice øges fra 500 til 4000

JobOfferInformation fra Vitas??? tænker ikke anvendt

976.17.12 Der kan igen oprettes jobannoncer ifm. Løntilskud i VITAS

VITAS har af tekniske årsager ikke kunnet oprette jobannoncer i 2021-2. Funktionen genetableres i 2021-3.

976.17.13 Som STAR vil jeg have at JN og DFDG rydder op i CvServiceForDFDG og CitizenAccountServiceForDFDG

Internt STAR kriterie

Der fortages oprydning i forbindelse med CvServiceForDFDG og CitizenAccountServiceForDFDG.

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: Nej
• Nye snitflader: Nej
• Nye komponenter: Nej
• Nye miljøer: Nej
• Nye teknologier: Nej
• Nye aftagertyper: Nej
• Eller afvigelser fra principperne: Nej
• 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.