Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Overordnet beskrivelse:
Analyse af hvad der skal til for at vi D&S via de eksterne bookingsystemer kan lade borgere selv booke fællesjobsamtalerfælles jobsamtaler

Målgruppe:

PO, FA, Udviklere

...

Teknisk analyse:
Vi har i dag to flow for selvbookings, dels via Jobnet (som burger JobnetBookingService og de bagvedliggende booking systemer) og dels via InterviewService hvor a-kasserne kan lave en indkaldelse og markere at det er borgeren selv der har booket. Vi begærnset begrænser her analysen til kun at omhandle Jobnet/JobnetBookingService/BorgerBookingService flowet.

Ændringer til flow for booking

  • For at kunne give de korrekte mødetilbud/timeslots, skal bookingsystemerne vide om borgeren tilhøre tilhører den ene eller den anden a-kasse.

  • Vi skal tage højde for om borgeren og/eller a-kassen har frabedt sig a-kassens deltagelse.

  • Vi tillader ikke at fælles jobsamtaler bliver aflyst af borgeren og skal validere for dette.

  • Inden vi laver en booking på D&S’s DFDGs side, skal vi hvis a-kassen skal deltage, indsætte en generisk a-kassekonsulent.

  • Borgere kan blive afmeldt pga. manglende selvbooking af fælles jobsamtaler og skal derfor også kunne straksbooke disse.

Image Added

A-kassespecifikke møder

Dette er tænkt løst ved at jobcentrene laver persongruppemarkeringer for hver a-kasse, hvorefter bookingsystemerne kan tilbagesende mødetilbud og timeslots hvor netop den pågældende a-kasse kan deltage. Dette betyder at vi ikke skal lave snitfladeændringer, selvom det ville ha' været en lidt pænere løsning at give bookingsystemerne a-kasseinformationen direkte i kaldet fra JobnetBookingService

...

Vi vil løse dette ved at efter vi har fået bookingdetaljerne fra bookingsystemet, så lave et opslag i JorbentBookingService for om enten borgeren eller a-kassen har frabedt sig deltagelse. Skulle de det, vil vi så lave en fællessamtale fælles jobsamtaler uden a-kasse deltagelse. Vi bliver herefter nødt til at fortælle bookingsystemet om a-kassen skal deltage for deres planlægningsskyld. Dvs. der kommer en snitfladeændring til BorgerBookingService.CreateBooking der skal have feltet “akasseDeltager” med.

Validering af ombooking og aflysning

Efter vi modtager bookingdetaljer fra bookingsystem, laver vi en validering af resultatet for at sikre vi kan oprette bookingen. Denne validering skal udvides således at for fælles jobsamtaler må borgeren ikke kunne aflyse.

Generisk a-kassekonsulent

Hvis a-kassen skal deltage, skal vi tilføje en genetisk a-kassekonsulent som deltager inden vi laver booking lokalt. A-kassen og jobcenteret kan så efterfølgende tilrettet denne deltager når de ved hvem der skal deltage.

Straksbooking af fælles jobsamtalersamtalerjobsamtaler

Flowet i dag omkring om borgeren er straksbookingramt og med at lave en straksbooking kan håndtere alle typer samtaler og skal derfor ikke rettes, men blot testes grundigt.

...

Vi har implementeret at man kan lave frister til fælles jobsamtaler. Hvis man har en frist til en jobsamtale i forvejen, vil man få en fejlmeddelelse 9219 “Borgeren har en frist med en anden samtaletype som først skal lukkes”. Hvis man derimod opretter en ny frist til en jobsamtale, vil man blot få lukket den gamle frist og oprettet en ny. Måske skulle vi lave samme ændring således at enhver frist til samtaletype 7 og 17 lukker enhver aktiv frist til samtaletype 7 eller 17Dette forbliver således fremover, så hvis jobcenteret vil lave en frist for en fælles jobsamtale for en borger med en frist for jobcenter, må sagsbehandleren først lukke den eksisterende frist.

Flowet for ombooking ser ud til at kunne håndtere fælles jobsamtaler også, men dette skal naturligvis testes grundigt.