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 29 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 Brunholm

2019-3 Udvikling

2019-4 Release

0.5 Hovedspor_(LAB)Plannersystemer(t.o.), KSS, A-kasse




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

DS-290 - Getting issue details... STATUS



Indholdsfortegnelse




Afgrænsning af epic

Afgrænsning

Som borger vil jeg have flere muligheder for selvbooking i kraft af at det er muligt i flere systemer

Acceptkriterier

Nr.BeskrivelseRelevant for
905.3.1Det er muligt at selvbooke møder til afholdelse i jobcenter på andre systemer end JobnetDFDG
905.3.2Selvbookede møder i a-kassen registreres som selvbookede i DFDGDFDG
905.3.3Selvbookede aftaler registreres med borgeren som agerende brugerDFDG
905.3.4Ombooknings- og aflysningsvalideringer bortfalder på opdatering af bookingDFDG, Jobnet
905.3.5Som STAR vil jeg have verificeret, at Jobnet reagerer som ønsket, i situationen hvor eksisterende snitflader ibrugtages af nye eksterne interessenterJobnet
Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterier

Acceptkriterie 905.3.1Acceptkriterie 905.3.2Acceptkriterie 905.3.3
KSS- og plannersystemer: WSRM'er om bookings som er selvbookede, men ikke har STAR som opretter, vil kunne modtages uden at skabe problemerXX

A-kasser: Møder som medlemmer har booket i a-kassens selvbooking-løsning fremstår som selvbookede ved indberettelse af aftalen til DFDG.



X
KSS- og plannersystemer: Det er (fortsat) op til jobcentrene og deres tilknyttede systemer at koordinere sagsbehandlere med tilhørende id, som bruges i bookingsX

KSS-, A-kasse- plannersystemer: Når der er tale om selvbooking registreres der borgeridentifikation i RegistrationMetadata

X


Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):

Der vil ikke være snitfladeændringer til nogen service.

Der vil være valideringsændringer og dermed såvel nye som udgående fejlkoder på BookingService (Version 2), JobnetBookingService (Version 3) og ExternalBookingService (Version 3) 

SummaryVarslingstypeVarslingsnoteEksterne SnitfladerInterne SnitfladerProject
BookingService.CreateBookingÆndretBorgers selvbook kan indmeldes, ved brug af dette tilkommer nye valideringerA-kasse KSS(t.o.) Plannersystemer(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

Indtil LAB har det i lovgrundlaget for borgers selvbook af samtaler til afholdelse i Jobcenterregi været defineret at det skulle foregå på Jobnet.

Det bliver der lavet om på med LAB, så det bliver muligt at indberette borgers selvbookede aftaler som selvbookede i eksempelvis lokale plannersystemer eller apps.

I vid udstrækning muliggøres dette ved at DFDG modtager aftaler (bookings) i BookingService hvor feltet SelfBooked indikerer at aftalen er selvbooket af borger.

De bookings som dermed fremkommer forventes at være fuldbårne bookings som kan indgå i det eksisterende samlede flow, og fx kan ombookes fra Jobnet i det omfang der er udstillet tider i det plannersystem som det pågældende jobcenter har valgt.


Borgers accept af booking til møde i jobcenter

Aftaler med påtegning om at borger har selvbooket vil som alle andre blive udstillet til borger på Jobnet. De sættes af DFDG til at have BookingAccepted = true (borger har accepteret bookingen) og BookingAcceptedTime sat til modtagelsestidspunktet for bookingen i DFDG.

Hvis sagsbehandler efterfølgende ændrer bookingen vil borgers accept blive nulstillet, og borger kan så efterfølgende acceptere bookingen igen på Jobnet.

Det tiltænkte flow fra KSS/A-K/plannersystem er:

Ansvar for udstiller af brugergrænsesnitflade ift. overholdelse af frist til selvbook med henblik på samtaleforløbets kadence af samtaler

I de tilfælde hvor borger har en frist til selvbooking vil det i et vist omfang påhvile det system som stiller brugersnitflade til rådighed for borgeren at sikre at borger ikke får mulighed for at booke til afholdelse senere end 7 dage efter den udstedte frist.

For at hjælpe med dette validerer DFDG på aftaler der kommer ind i BookingServices.CreateBooking med SelfBooking sat true. Disse må ikke ligge til afholdelse mere end 7 dage efter frist. Manglende overholdelse giver fejlen: 8288 "Booking is later than deadline of existing InterviewDeadline with same InterviewType.". Denne validering udføres kun for CreateBooking. For UpdateBooking kan flaget være "gammelt", fra oprettelsen - altså at en sagsbehandler ombooker en aftale som borger oprindeligt har booket. Vi vil ikke validere på dette, da vi så skal kræve at alle systemer som indberetter bookings nulstiller SelfBooked ved hver opdatering, det er ikke ønsket.

Bookingsystemet skal derudover sikre at borger ikke får tilbudt jobsamtaler eller opfølgningssamtaler hvis borger allerede har en fremtidig samtale af en af disse to typer. Fejl: 8273 "Citizen already has a booking of type Jobsamtale." og 9220 "Citizen already has a booking of type Opfølgningssamtale".

Straksbooking

Straksbooking er begrebet for at en borger har haft en frist til selvbooking, men ikke har booket indenfor fristen, som dermed nu er overskredet.

Det forventes at når en borger er straksbookingramt (dvs. har en aktiv frist for selvbooking som er overskredet, og ikke har et fremtidigt møde af den samtaletype der er frist til): Henvises borger til at booke på Jobnet fordi han har overskredet sin frist og der dermed er strengere krav til booking. 

Fejl: 9390 "Citizen is required to make an immediate booking and can only selfbook via Jobnet".

905.3.3 Metadata og indikation af bookingens ophav

Behovet for at genkende hvilket system der har initieret en booking er størst i WSRM sammenhæng, med henblik på at identificere hvilke WSRM'er der er bekræftelse af bookings oprettede i eget system, og hvilke der de facto genererer en opgave.

I BookingWsrmMessageService.GetBookings medtages RequestUserMetadata fra oprettelsen af en booking.

I PersonStatusService har man BookingOriginator med UserIdentifier og OrganisationType som ved selvbooking fra Jobnet er henholdsvis Cv nummer og Star (id 5).

Serviceaftager skal angive RequestUserMetadata.RequestUserTypeIdentifier = 1 (Citizen) og RequestUserMetadata.UserIdentifier skal være borgerens CPR ved SelfBooked = true for CreateBooking. Fejl: ¤XX1 - "When SelfBooked is true, UserIdentifier has to be citizen's CPR and UserType has to be 1 - Citizen".

Flow og sammenhæng imellem registreringsdata

Kardinaliteter m.m. på header kan ses på DFDGs sikkerhedsmodel

RegistreringDFDG Database

PersonStatusService

BookingInfo

PersonHistoryService

BookingHistory

WSRM GetBookings

ActiveOrganisationHeader




RegisteringAuthority
OrganisationTypeIdentifier2 a-kasse / 8 jobcenterActiveAuthorityTypeId
OrganisationTypeIdentifier
- OrganisationCode(a-k nummer / jc-nummer )ActiveAuthorityCode
- OrganisationCode

RequestUserMetadata

- RequestUserStructure





RequestUserMetadata

- RequestUserStructure

RequestUserMetadata

- RequestUserStructure

- UserFullName(Borgers fulde navn)RequestUserFullname
- UserFullName- UserFullName
RequestUserTypeIdentifier1 borgerRequestUserTypeID
RequestUserTypeIdentifierRequestUserTypeIdentifier
- UserIdentifier(Borgers CPRnummer)RequestUserID
- UserIdentifier- UserIdentifier
- UserEmail(Blank)RequestUserEmail
(- UserEmail)(- UserEmail)

  RequestOrganisationStructure



BookingOriginator  RequestOrganisationStructure  RequestOrganisationStructure
OrganisationTypeIdentifier2 a-kasse / 8 jobcenterAuthorityTypeIdOrganisationTypeIdentifierOrganisationTypeIdentifierOrganisationTypeIdentifier
- OrganisationCode(a-k nummer / jc-nummer )AuthorityCode- OrganisationCode- OrganisationCode- OrganisationCode
CreateBooking




- SelfBookedTRUEIsSelfBooked- SelfBooked- SelfBooked- SelfBooked
- InterviewUnemploymentFundParticipationFALSE 1)
- InterviewUnemploymentFundParticipation- InterviewUnemploymentFundParticipation- InterviewUnemploymentFundParticipation
- InterviewWithMoreAuthoritiesFALSE1)
- InterviewWithMoreAuthorities- InterviewWithMoreAuthorities- InterviewWithMoreAuthorities



- BookingAccepted (sat af DFDG ved modtagelse)- BookingAccepted- BookingAccepted



- BookingAcceptedTime (sat af DFDG ved modtagelse)- BookingAcceptedTime- BookingAcceptedTime
(hele resten af booking-forretningsobjektet)

(hele resten af booking-forretningsobjektet)(hele resten af booking-forretningsobjektet)(hele resten af booking-forretningsobjektet)

Note 1: InterviewUnemploymentFundParticipation og InterviewWithMoreAuthorities er specifikke for samtaletypen "Fælles jobsamtale med dagpengemodtager" og kan ikke selvbookes. 

En booking med metadata og sammenhæng til tabelindhold kan ses på undersiden 905.3 Request metadata eksempel

905.3.4 Ombooknings- og aflysningsvalideringer bortfalder på UpdateBooking og RescheduleBooking

Det giver jævnligt anledning til problemer at ombookningsdeadline skal ligge i fremtiden når man fx opdaterer sagsbehandleren på en booking. Der rettes derfor på valideringen så der ikke længere valideres på at ombooknings- og afbookningsdeadline (ReBookingDeadline respektive CancellationDeadline) skal være i fremtiden på BookingService.UpdateBooking og ExternalBookingService.RescheduleBooking. Valideringen forbliver aktiv i CreateBooking situationen.

Følgende fejlkoder bortfalder ift. BookingService.UpdateBooking og JobnetBookingService.RescheduleBooking (sidstnævnte er relevant for plannersystemer, da det er i kommunikationen med ExternalBookingService DFDG ofte finder grund til at håndhæve kravet)

8132The rebooking deadline must not be before todays date
8133The cancellation deadline must not be before todays date

Jobnets udvikling

Jobnet gennemgår programkode for steder hvor der reageres på de slettede fejlkoder. Denne programkode vil jo ikke længere rammes og skal derfor slettes fra Jobnet. 

Øvrig funktionalitet der ændres i tilknytning til bookninger

Kvitteringsmails (mails til borger som informerer om, eller bekræfter ændringer til møder, som nævnt på BookingService) sendes ikke når det er borger selv der har booket fra et andet system end Jobnet. (Huskeservice sendes derimod som hidtil.)

905.3.5 Integrationstest af Jobnet 


Jobnet udfører en integrationstest, så det verificeres, at Jobnet responderer som ønsket på de data der oprettes. Det er nye interessenter der tager eksisterende snitflader i brug, så forventeligt virker alt ud af boksen. For god ordens skyld verificeres dette dog.

DFDG kan være Jobnet behjælpelig, da DFDG har testcases, som indsætter forskellige data. Disse data slettes dog straks efter succesfuld kørsel og er derfor mere en test af snitfladen selv. Såfremt data for en periode får lov at blive, kan Jobnets testere verificere, at Jobnet virker som ønsket. Jobnets test aftaler nærmere med DFDG.



Særlige krav til test

Test scenarieBerørte systemområder (herunder nye batchjobs*) Identificeret af
Test af visning på Jobnet

Jobnet. Kundetests opmærksomhed henledes på acceptkriterie 905.3.5.

Måske kundetest kan følge en lignende procedure for at simulere borgers booking i eksterne systemer, når visning på Jobnet skal efterprøves?

Kenneth Ingemann Larsen (KEIL) (Unlicensed)



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





  • No labels