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

DS-208 - Getting issue details... STATUS

BI-184 - Getting issue details... STATUS

Indholdsfortegnelse

Afgrænsning af epic

Oversigt over berørte webservices 

Automatisk dannet oversigt 

(kun synlig for STAR)

Manuel kopieret oversigt

(også synlig for eksterne)

Beskrivelse af epic

Oversigt over sager der indgår i epic

De enkelte sager

BIDataService - Mulighed for at filtrere virksomheder fra, til kort "Uopfordret" i Jobnet på baggrund af eksempelvis størrelse.

Mulighed for at filtrere virksomheder fra, til kort "Uopfordret" i Jobnet på baggrund af eksempelvis størrelse

Følgende kort på Jobnet ønskes det fra STARs side at der bliver filtreret virksomheder fra på baggrund af en algoritme i VOA:

Implementeringen af dette vil ske ved at der bliver tilføjet en ekstra kolonne på den eksisterende overførsel, som specificere hvorvidt virksomheden skal vises i Jobnet kortet, .

Da data i dataoverførsel benyttes til flere servicemetoder beskrives data returneret nedenstående:

BIDataService(Version 1)

• GetUnsolicitedCompanies
  • Virksomheder returneret i servicemetoden, vil få virksomheder filtreret fra på baggrund af kolonnen.
• GetUnsolicitedTemporaryEmploymentAgencies
  • Vikarbureauer returneret i servicemetoden, vil få vikarbureauer filtreret fra på baggrund af kolonnen.
  • Det er antaget at defaultning af kolonnen bliver brugt, hvis man ikke ønsker at få filtreret vikarbureauer fra.
• GetCompanyOverview
  • Vil returnere data som hidtil uagtet af, hvad værdien er af den nye kolonne.
  • Strukturen vil ligeledes bibeholdes for servicemetoden.

DS-986 - Getting issue details... STATUS

Manuscript 134476 - PSS v20 - kollektionerne CompanyOwnershipInfo ogCompanyVATInfo skal returnere et tomt resultat

PersonStatusService (version 20).GetVariablePersonStatus - kollektionerne CompanyOwnershipInfo og CompanyVATInfo returnerer tomme resultater, da oplysningerne ikke længere opdateres via filleverancer fra Erhvervsstyrelsen og SKAT, og da a-kasserne selv skal hente oplysninger om moms i GUL og om aktuelle og historiske ejerskabsforhold fra Erhvervsstyrelsen.

Baggrund:

A-kasserne vil selv skulle etablere integration til GUL og til Erhvervsstyrelsens register med oplysninger om aktuelle og historiske ejerskabsforhold, jf. bemærkningerne til lovforslag L 88 (14. november 2017) Forslag til Lov om ændring af lov om arbejdsløshedsforsikring m.v. (Et nyt dagpengesystem for fremtidens arbejdsmarked).

STARs udstilling af de pågældende oplysninger i Sharepoint og PersonStatus-Service forudsættes at ophøre, når GUL er idriftsat – og de nuværende filleverancer af data fra SKAT til STAR ophører, jf. lovbemærkningerne, afsnit 2.13.3. Se uddrag af bemærkningerne i vedlagte dokument.

LSS

I LSS fjernes akkordeon'erne Virksomhedsejerskab og Momsoplysninger (under A-kasse-fanen).

DS-969 - Getting issue details... STATUS

Manuscript 137062 - Ændring til tekst i brev med Jobnet adgangskode

I Jobnet adgangskodebrev, der kan dannes via LSS ønskes 2 tekstændringer:

• Det gult markerede "kan" ønskes ændret til "bør"
• Sætningen understreget med rødt ønskes slettet.

FB 137538 - Der må ved oprettelse og opdatering af CourseActivity og CompanyActivity ikke angives 0 i både HoursPerWeek og MinutesPerWeek i Core-elementet

Som STAR (VOA) ønskes det, at der ved oprettelse og opdatering CourseActivity og CompanyActivity ikke kan registreres og indberettes værdien 0 i både HoursPerWeek og MinutesPerWeek i Core-elementet.

Der kastes fejlkode: 9391 - "Either hours or minutes per week has to be entered for the activity to be valid".

Valideringen foretages (kun) på de 2 nævnte aktivitetstyper, da det forretningsmæssigt kan forekomme, at der er 0 som gyldigt forretningsmæssig værdi i personlig assistance (fx ved rejseudgifter) - og det et hjælpemiddel ikke vil have en udstrækning i timer eller minutter.

Begrundelse for ny validering

Begrundelsen for denne forretningsmæssige validering er, at op mod 1/3 af alle vejlednings-/opkvalificeringsforløb indberettet i 2019 er indberettet med værdien 0 i både timetalsfeltet og minuttals-feltet. Det har den betydning, at

• forløbet / placeringen fremgår i borgers Min plan med en kalendermæssig udstrækning, men med en varighed på 0 timer/minutter pr. uge
• forløbet frasorteres i målinger på Jobindsats - og det får jobcentret til at fremstå som om flere borgere end det er tilfældet ikke er omfattet af aktiveringstilbud

FB 137548 - Ændring af format-krav i ActivityService (version 4).GetActivity

STAR har et ønske om at fjerne formatkrav i ActivityService (version 4).GetActivity for

• Timetalsgrænser
• Valideringer på formatet på e-mailadresser
• Valideringer på formatet for husnummer
• Valideringer på formatet for etage

så gamle registreringer / indkonverterede oplysninger ikke bliver blokeret for læsning pga. valideringer, der er indført eller skærpet efter den oprindelige registrering. Men da e-mailadresser, husnummer og etagenr. er OIO-typer, der bruges på tværs af metoder i ActivityService er det kun valideringen på timetal, der kan ændres i denne sag.

Derfor er det alene timetalsgrænser på Get-metoden, der ændres i denne sag.

Der er i stedet foretaget datagenopretning i prod. den 10. juni 2019 af omkring 600 aktiviteter, hvor der var registreret ulovlig e-mailadresse på kontaktperson på tilbudsstedet eller på sagsbehandler.

Begrundelse for ændret validering

Muliggøre, at KSS selv kan hente aktiviteter (der er konverteret ind eller på anden måde registreret før de nuværende valideringer på Create- og Update-metoderne) – og så kan sagsbehandler selv opdatere vha. UpdateActivity - så de ikke spærrer for funktioner/registreringer i KSS på aktivitetsområdet eller andre områder.

FB 136179 -Borgere med folkepensionsalder efter 65½ år får fejl ved tilmelding via Jobnet

Ud fra indfasning af differentieret pensionsalder, fjernes validering på at alder skal være mindre end 65:

UnemploymentEnrollmentService version 6 og 7 på metoderne

• UnemploymentEnrollmentCv
• UnemploymentEnrollmentAndBookCv

Eftersom A-kasser foretager medlems afgang af deres medlemmer, når medlemmerne er nået den differentierede pensionsalder, vil der fra Jobnets kald til DFDG ikke længere valideres på personers alder skal være mindre end 65.

Jobnet vil derfor heller ikke kunne forvente at modtage nedenstående fejlkode på ovenstående metoder

Udover nævnte rettelse vil der ikke ske yderligere ændringer i UnemploymentEnrollmentService.

FB 142236 - DFDG-TASS-GetUdbEvents fejler efter 2019-2r01: InstitutionPostnr should not be null

STIL har ændret i deres snitflade og praksis mht. til udfyldelse af postnr. på hændelser fra Ungedatabasen således, at postnummer ikke altid er udfyldtt når DFDG henter hændelser fra Ungedatabasen. Dette får DFDG-indlæsningen af hændelser uden postnr. til at fejle.

Det er ikke muligt blot at tillade indlæsning af hændelser uden postnr,, da dette vil resultere i, at serviceresponse og WSRM'er vil fejle, da postnr, i DFDGs snitflade mod KSS er et krævet felt.

• EducationEventService.GetEducationIncomingEvents - elementet EducationLocationPostal
• WsrmMessageService (version 10).GetEducationIncomingEventVersion10 - elementet EducationLocationPostal

Løsning:

Hvis ikke postnummer er angivet i response fra UDB, gemmes "9999" i stedet. og "9999" vil derfor også indgå i DFDGs serviceresponse og WSRM'er til KSS.

Dette for at undgå sen versionsløft  eller sen ændring af forekomst-oplysninger i EducationEventService og GetEducationIncomingEventVersion10.

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 

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.