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

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


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Niels Freiberg (STAR)Jesper Brunholm2019-20.5 Hovedspor_(LAB)KSS, A-kasse, Planner-systemer




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

DS-37 - Getting issue details... STATUS



Indholdsfortegnelse




Afgrænsning af epic

Afgræsning

Som sagsbehandler i KSS eller A-kasse vil jeg kunne registrere samtaler korrekt selv om det er mere end 7 dage siden samtalen er afholdt

Acceptkriterier

Nr.BeskrivelseRelevant for
935.2.1

Samtaleregistrering bliver mulig på PersonRegistrationService.CreatePersonInterview, selvom samtaleafholdelsen ligger mere end 7 dage bagud i tid.

Samtaleregistrering bliver mulig på ny InterviewService, hvor 7-dages reglen samtidig bortfalder. STAR/DFDG ser gerne at den nye InterviewService ikke tages i brug til registrering af samtaler med 2019-2 ]

DFDG
935.2.2InterviewService.GetPersonInterview oprettes med henblik på, at der er en fuld get-metode på registrerede afholdte samtaler, så PersonStatusService er udfasbar mht. PersonInterviewInfoDFDG
935.2.3For at have en indkalderneutral og deltagelsesneutral samtaletitel  ændres den eksisterende "Jobsamtale med a-kasse deltagelse"  (id 17) til "Fælles jobsamtale med dagpengemodtager" (id 17)DFDG
935.2.4

Som STAR og sagsbehandler i jobcenter og a-kasse vil jeg have ophævet 7-dages reglen med begrænsning af samtaleregistrering

DFDG
935.2.5Som STAR vil jeg ikke længere vedligeholde gamle versioner af PersonStatusServiceDFDG
Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemærkninger

AC 935.2.1AC 935.2.2AC 935.2.3AC 935.2.4AC 935.2.5
A-kasser og KSS: ibrugtage InterviewService til samtaleregistreringX



STAR/DFDG ser gerne at den nye InterviewService ikke tages i brug til registrering af samtaler med 2019-2.
A-kasser og KSS: ibrugtage InterviewService til hentning af fuld samtaleinfo
X



A-kasser og KSS anvender InterviewType id 17 med ændret titel "Fælles Jobsamtale med dagpengemodtager"

X


KSS og A-kasse: Eventuelle lokale valideringer ift. 7-dages fristen fjernes


X

Som aftager er jeg indstillet på at bruge PersonStatusService version 20



XPSS v18 og v19 udgår
Planner-systemer, der anvendes til indkaldelser skal understøtte ny titel på samtaletype id 17

X



Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne:

SummaryVarslingstypeVarslingsnoteEksterne SnitfladerInterne SnitfladerProject
CodeListService (Version 5).InterviewTypeIdentifierÆndretInterviewType Id 17 omdøbt til "Fælles jobsamtale med dagpengemodtager".A-kasse KSS Planner-systemer Planner-systemer(t.o.)Jobnet(t.o) Planner(t.o)D+S
InterviewService (Version 1).GetInterviewInfoNyNy metode som giver adgang til fuldt datasæt om registrerede samtalerA-kasse(t.o.) KSS(t.o.) Planner-systemer(t.o.)Jobnet(t.o) Planner(t.o)D+S
Omlægning til PersonId på tblPersonStatusInterview m.fl.ÆndretDFDG lægger om til PersonId på tabeller for samtaleregistrering
BI SFD+S
Opgradering til fuldt metadata-sæt på tblPersonStatusInterview m.fl.ÆndretDFDG lægger om til DenGodeDB overholdelse med fuldt metadata-sæt på tabeller for samtaleregistrering
BID+S
PersonStatusService (Version 18).AllUdgåetServiceversionen slettes, brug øvrige statusservices eller højere versionA-kasse KSS Planner-systemerJobnet(t.o) Planner(t.o)D+S
PersonStatusService (Version 19).AllUdgåetServiceversionen slettes, brug øvrige statusservices eller højere versionA-kasse KSS Planner-systemerJobnet(t.o) Planner(t.o)D+S

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

Der etableres en ny service til udstilling af afholdte samtaler, deltagelse m.v. Det bliver derudover muligt at registrere afholdte samtaler selvom samtaledatoen ligger mere end 7 dage tilbage i tid.

Ændret løsningsmodel på InterviewType og registreringsservice pr. primo marts

For at kunne nå i mål sammen med aftagere er løsningsmodellen primo marts ændret markant på følgende to punkter:

Samtaleregistrering foretages uændret på PersonRegistrationService (Version 9) (i stedet for InterviewService).

Samtaletype 1id 7 omdøbes til "Fælles jobsamtale med dagpengemodtager" i stedet for at indføre nyt samtaletypeid 19.


Det er en sen ændring, men da den gør udviklingsopgaven mindre for aftagere, forventer vi ikke at det skaber problemer. 

InterviewService (version 1) med fuld IntervewInfo

Der etableres ny InterviewService (Version 1) med metoden GetPersonInterviewInfo med feltsæt, der svarer til PersonInterviewInfo i PersonStatusService. Se den fulde snitflade på undersiden 935.2 - InterviewService (Version 1) med fuld GetInterview.

Nyt navn på samtaletype til fællessamtaler

Med henblik på at have en samtaletype som er neutral ift. om det er a-kasse eller jobcenter der indkalder, og ligeledes med henblik på ikke at have en borger-forvirrende deltagelsesindikation i samtaletype-titlen, omdøbes InterviewType Id 17 til "Fælles jobsamtale med dagpengemodtager". 

Der kan kun afholdes 1 samtale af denne type (id 17) pr. dag (samtaledato). Der laves ikke DFDG-validering for dette. De nærmere detaljer om ændret indkaldelse m.m. på "Fælles jobsamtale med dagpengemodtager" vil blive behandlet i epic 935.6 i 2019-3 

CodelistService . InterviewType

(bemærk at det nu er samme id i begge rækker!)

Identifikator
Navn
Beskrivelse
Startdato
Slutdato
Kommentar til KSS og a-kasse
17Jobsamtale med a-kasseJobsamtale med deltagelse af a-kasse.01-01-201501-07-2100Tidligere navn og beskrivelse på id 17
17Fælles jobsamtale med dagpengemodtagerFælles jobsamtale hvor både jobcenter og a-kasse kan deltage01-01-201501-07-2100Ændret navn og beskrivelse på id 17

Funktionalitet knyttet til id 17, såsom at a-kasses fravalg i deltagelse nulstilles ved samtaleregistrering af en sådan samtale, forbliver uændret.

GetInterviewInfo

Metoden laves så man her har adgang til de fulde data om samtaleregistreringer, når PersonStatusService udfases (og fulde data i modsætning til, at der i den kommende PersonEngagementStatusService med collection InterviewStatus kun vil være adgang til et overbliksdannende status-udtræk af det fulde datasæt)

Der lægges ift. a-kasserne filtrering på output fra InterviewService.GetInterviewInfo, der svarer til filtreringen, der er på PersonStatusService.

PersonRegistrationService (Version 9)

Registrering af afholdte samtaler uden 7-dages regel

Med henblik på forenkling og styrkelse af datakvaliteten fjernes reglen om at en samtale på registreringstidspunktet højest måtte være afholdt 7 dage inden. 


Særlige krav til test

Test scenarieBerørte systemområder (herunder nye batchjobs*) Identificeret af
Hent/læs (gamle) registrerede afholdte samtalerSe via opslag i LSS, om afholdte samtaler fortsat kan visesKnud
AMP-debugger

PersonRegistrationService.CreatePersonInterview - tjek at samtalen  (id 7 og 17) kan registreres af KSS og tillige af a-kasser for forsøgsdeltagere.

Tjek at samtalen kan hentes via opslag med PersonStatusService  og med den nye service.

Knud
Registrér en ny samtale (via LSS/Datakanon)

InterviewService.CreateInterview - tjek at samtalen (id 7 og 17) kan registreres af KSS og tillige af a-kasser for forsøgsdeltagere..

Tjek at samtalen kan hentes via opslag med PersonStatusService  og med den nye service.

Knud


* 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


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