Spørgsmål og svar: LB for omlægning af a-kassekommunikation, fase II v1.1 (06/ )

Transkript

1 Spørgsmål og svar: LB for omlægning af a-kassekommunikation, fase II v1.1 (06/ ) 1 Afsnit 1.1 KMD Det fremgår [af LB en] at afvisninger af fremsendte hændelser blot skal ignoreres. Man har besluttet funktionaliteten ikke understøttes fremadrettet i 1. sætning: 1.1 Afvisning af hændelser vedrørende personer, der ikke er medlem af den pågældende a kasse Via a kassemotoren har a kassen i dag mulighed for at afvise hændelser vedrørende personer, der ikke er medlem af den pågældende a kasse. Denne funktionalitet vil ikke blive understøttet fremadrettet. I sidste sætning i det sidste afsnit i afsnittet står der: Fra udmeldelsesdatoen og frem skal a kassen ignorere hændelser vedrørende et tidligere medlem.. Dvs. reglen er derved: A kassen SKAL i de nævnte situationer kvittere teknisk via wsrm servicen, men kan ikke oplyse overfor AMS at en hændelse slet ikke kan håndteres af A kassen overhovedet. Reglen er: 1) Der vil ikke være mulighed for at afvise hændelser. 2) Rent teknisk skal a kassen kvittere for de wsrm beskeder den modtager, men ignorere hændelser såfremt det vedrører tidligere medlemmer. Den gamle a kasse har ansvaret for at besvare alle underretningspligtige hændelser der har hændelsesdato inden udmeldingen/a kasseskiftet. (NB: hændelser kan godt blive sendt efter a kasseskiftet. Det er med andre ord hændelsesdatoen som er afgørende for om den gamle a kasse skal melde tilbage på en underretningspligtig hændelse). Den nye a kasse har ansvaret for at foretage tilbagemeldingen på alle underretningspligtige hændelser med hændelsesdato fra og med a kasseskiftet. Når der registreres et a kasseskrift i DFDG vil den nye a kasse modtage alle hændelser angående det pågældende medlem for perioden fra a kasseskiftet (dvs. startdatoen for det nye a kassemedlemsskab, som fremgår af MT hændelsen), hvor hændelsesdatoen ligger efter a kasseskiftet. Det skal i forlængelse heraf bemærkes at den gamle såvel som den nye a kasse har et ansvar i ft. at sikre at der ikke er hul i a kassetilhørsforholdet. Hvis der er hul i a kassetilhørsforholdet er den pågældende person ikke berettigt til at modtage dp (dagpengemodtager) i mellemperioden. En afvis funktion er som følge heraf overflødig. (se også ID5) 2 7. Hændelsesoverblik KMD over a kassekommunikation Er det den service A kassen skal anvende for at kunne få fremsendt de UPH hændelser som f.eks. ikke har kunnet håndteres? I givet fald skal service udvides til at kunne håndtereopslag ved A kassenummer, så A kassen kan få fremsendt de udestående Nej, der er tale om en opslagsservice som giver et overblik over kommunikationen mellem jobcentre og a kasser vedrørende underretningspligtige hændelser og tilbagemeldinger herpå på individniveau. I den henseende vil det også på individniveau fremgå om der er ubehandlede UPH er. Den er således alene en afløser for det nuværende

2 UPH hændelser, A kassen ikke har kunnet håndtere. A kassen kan ikke lave opslag på de cprnumre de ikke kender til de skulle have fået oplysninger på med mindre dette bliver muligt ved denne udvidelse af denne service fra blot at være opslag ved cprnummer til også at være opslag ved A kassenummer. Restanceliste blev nedlagt i forbindelse med opstart af Arbejdsmarkedsportalen. Det har været et ønske gennem mange år at kunne få denne service i spil igen, så A kassen maskinelt kan håndtere udestående UPH ere. Derved også ignorerede hændelser hvad angår UPH ere. At få service i forbindelse med UPH ere som under afsnit 7 lukker dog ikke et evt. problem i forbindelse med hændelser, som er blevet ignoreret. Der vil fortsat være hændelser, som ingen aner det mindste om hvad der er sket med, da det ikke må registreres i A kassesystemerne, at man håndterer personer ved cprnummer, som ikke er medlem. 3 Afsnit 1 KMD Ny beskedservice til a kasserne til at sende rådighedsvurderinger og CV status. Er de den samme funktionalitet som findes i dag, at a kasserne skal svare tilbage på underretninger fra JC? 4 Afsnit 2.4 KMD Heraf fremgår det, at CJ og CN forsat skal sendes via a kassemotoren i fase 2 og ikke via webservice. Vil det sige at der alene oprettes beskedservice til håndtering af rådighedsvurderinger? Eller er det som det fremgår på side 5 både til rådighedsvurderinger og CV status? hændelsesoverblik i Arbejdsmarkedsportalen. God ide med restanceliste AMS vil se på muligheden for at udstilles samlet oversigt over ubehandlede UPH er fordelt på a kasseniveau. Dette vil dog tidligst kunne udstilles i fm. fase III. Angående ignorerede hændelser se ID1 og ID8 Ja. Dog skal servicen alene anvendes til tilbagemeldinger på underretningspligtige hændelser og ikke fsva. CV status (se også ID4) Beskedservicen skal alene anvendes til tilbagemeldinger på underretningspligtige hændelser. Dette vil blive rettet i den endelige LB. Fsva. CV status vil CN og CJ i første omgang fortsat skulle sendes via a kassemotoren. På sigt fase III skal CV status sendes via servicen CVstatus, det er denne service jobcentrene i dag anvender fsva. besked om CVstatus for kontanthjælpsmodtagere. 5 Afsnit 2.2 KMD JC har mulighed for at foretage tilbagekald af fremsendt Til dels. Muligheden for at tilbagekalde udvides til at omfatte en lang række hændelse. Er der tale om den funktionalitet som vi i dag kender underretningspligtige hændelse. Dog vil underretninger vedrørende fra N hændelse F10 JC har foretaget en administrativ aktiveringer ikke være omfattet i fase II. fejlformidling af medlemmet. Tidligere fremsendt meddelelse om henvisning annulleres hermed. (Der fremsendes samme

3 information som for F03.)? 6 afsnit 2.3 KMD I er oplistet de hændelser der vil blive fremsendt til A kasserne. De er også oplistet i afsnit: 8.2 og 8.3 for henholdsvis Fxx og Rxx hændelsestyper i forbindelse med UPH ere. I anmodes om at mappe de ting I oplister, så alle A kasser ved hvordan det fungerer før og efter skift til web servicer. A kasserne anvender i dag alene Fxx og Rxx hændelsestyper i forbindelse med UPH ERE. Kodelisterne 8.2 og 8.3 indeholder ikke indholdsmæssige ændringer/forenklinger i forhold til tidligere, men frem for koder vil a kassen fremadrettet modtage underretningspligtige hændelser fra jobcenteret i form af sigende beskeder/titel. Angående ønsket om en officiel skrivelse fsva. kravet om a anvende de nye koder: Der er ikke tale om nye koder, a kasserne vil modtage de samme underretninger fra jobcenteret som hidtil, men frem for en kode vil a kassen Hvis der alene skal anvendes de angivne koder i afsnit 8.2 og 8.3 modtage en sigende besked. efter overgang til fase 2 bør dette blive meddelt til A kasserne, da alle henvisninger til UPH ere ved tidligere skrivelser o.a. fra 7. kontor går i dialog med tilsynsenheden mhp. at få udarbejdet en officiel f.eks. ADIR derved kan adresseres korrekt. skrivelse om at a kasserne fremadrettet vil modtage underretningspligtige hændelser fra jobcentrene i form af sigende beskeder og ikke som koder. 7 Afsnit 5.5. KMD Hele omhandler jobplansaktiviteter og kommer fra et andet system(jobplanreportingservice version 2). Overtager dette i stedet for I hændelser? I bekræftende fald anmodes i om at oplyse hvordan man hidtil har dannet I hændelser. hvis de har været dannet ud fra de oplysninger der udstilles ved web servicer i afsnit afsnit 5.5. Da oplysningerne kommer fra et andet sted end de øvrige ting i forbindelse med fase 1+2: Skal A kasserne indgåyderligere aftaler for at til gå disse oplysninger? 8 Generelt spm. KMD Hvor lang tid hæfter en A kasse for en besvarelse på en UPH? Vi mener at have hørt fristen er op til 3 måneder efter en person er fraflyttet og evt. er medlem af anden A kasse. Men hvordan skal A kassen kunne besvare en hændelse, når medlemsskabet i DFDG ikke er knyttet til aktuel A kasse? Skal den fraflyttende A kasse få den tilflyttede A kasse til at fremsende besvarelsen? Og hvordan skal det så registreres som Ja overtager fra I hændelser. I hændelser har hidtil været afsendt som en særskillte besked fra JC til A kasserne via Akassemotoren, når JC nu indberetter aktiveringer online mhp. Visning på min side på Jobnet er særskilt indberetning som I hændelse overflødig. Det fulde indhold som hidtil har fremgået af I hændelsen vil nu fremgå af WSRM beskeden. Forstår ikke spm. Om aftaler. Der ændres intet i WS tilslutningsaftalerne af denne årsagen. A kassen har pligt til at svare på alle underretningspligtige hændelser. I fm. a kasseskift er i den henseende fastsat en frist på 90 dage fra et medlem har skiftet a kasse idet den gamle a kasse vil have adgang til oplysninger i DFDG vedr. et tidligere medlem 90 dage fra og med a kasseskiftet (dvs. startdatoen for det nye a kassemedlemsskab, som fremgår af MT hændelsen ) mhp. at få færdigbehandlet ubesvarede underretningspligtige hændelser. Fra og med den dato fra MT er det den nye a kasse der skal besvare underretningspligtige hændelser med hændelsesdato efter a kasseskiftet

4 værende en anden A kasse som laver besvarelsen på vegne af en anden A kasse. Hvad er fristen? Hvad er muligt? vedrørende medlemmet (se i øvrigt den generelle LB afsnit 2). Det skal bemærkes at den gamle og ny a kasse har et delt ansvar i ft. at sikre, at der ikke opstår hul i medlemmet a kassetilknytning. Et hul i a kassetilknytningen vil medføre er den pågældende person ikke er berettigt til at modtage dp (dagpengemodtager) i mellemperioden. Ved MA vil medlemmet blive afmeldt som dp modtager, men den gamle a kasse har fortsat pligt til behandle alle underretningspligtigt hændelser optil for afmeldingen. 9 Afsnit 8.2 og 8.2 KMD Manglende mapning af UPH ere: Under det seneste møde i workshops om omlægning af A kassekommunikationen til web servicer blev der gjort opmærksom på manglende mapning/sammenhæng til de koder A kasserne anvender. Anders Ellegaard Dahl har oplyst undervejs under udarbejdelsen(som vi(tidligere Organisator A/S nu KMD A/S og Winnie kunder ved Heidi Lindholm Rasmussen(FTF A)) ikke har været involveret i) at man ville gå efter en løsning som indarbejdede de hidtidige koder, da tingene ellers ikke ville kunne komme på plads. Vore kunder indskærper AMS foretager den nødvendige mapning, som er opridset i KMD kommentar Omlægning af a kassekomm til webservice fase 2.pdf under #5. Problemet med manglende mapning er ikke løst ved note(1) side 9 i dokumentet Omlægning af A kassekommunikation til webservices fase II.pdf. Det bør være en officiel skrivelse fra AMS, som opridser kravet om at anvende de nye koder f.eks. efter overgangen til fase II er sket. Derved vil alle A kasser blive adviseret om den nye praksis, de skal indrette sig efter på sigt. Se også ID1. Det er de samme indholdsmæssige beskeder som vil blive sendt, de har bare ikke kodenavn længere. Se også ID6. Det skal pointeres, at udvekslingen af hændelser efter ønske fra a kasserne ikke længere baseres på koder, men på hændelser med sigende indhold. Det vil derfor være dette, som bør vises i GUI i a kassernes systemer.

5 10 Afsnit 2.4 KMD Endnu ikke omtalte hændelser fra A kasserne, som sendes d.d.: U1. V1. Er det fordi de ikke længere skal kunne sendes? Mapning/henvisning efterspørges. U1 og V1 skal fortsat håndteres via a kassemotoren. Dette vil fremgå af den endelige LB for fase II. Angående U1: Da hele området vedrørende selvvalgt uddannelse er under omlægning er U1 ikke medtaget i denne fase, der tages stilling til U1 når der er en afklaring af snitfladerne/ansvarsfordelingen i ft. selvvalgt uddannelse. Angående V1: AMS undersøger om der fortsat er behov for at a kassen orienterer jobcenteret om at medlemmet er vejledt i fm. Jobplan Hændelsesoverblik KMD over a kassekommunikation Webservice GetEventHistory bør ikke indgå som en del af fordret test; men som en mulig option da Arbejdsmarkedsportalen fortsætter med at fungere efter idriftsættelse af fase II. Ok til at GetEventHistory ikke medtages i fase II, men det skal bemærkes at hvis GetEventHistory ikke er medtaget i fase II skal den i stedet medtages i fase III. For at omlægningen af a kassekommunikationen til ws ikke skal blive for voldsom for alle parter, herunder a kasserne, er der tilstræbt en rimelig balance mellem faserne. Arbejdsmarkedsstyrelsen har i den forbindelse lagt op til at GetEventHistory testes i fase II rent indholdsmæssigt er der samtidigt et forretningsmæssigt sammenhæng mellem omlægningen af UPH er og tilbagemeldinger til WS og implementeirngen af det nye hændelsesoverblik. 12 Generel bemærkning FOA Hvis vi kan få mapning mellem nuværende struktur på de flade filer og fremtidig struktur vil det være godt. Ok, der laves mapningen mellem GetCompulsoryNotificationEventVersion6, GetJobReferralEvent, GetUpdateActivityStatus og de nuværende flade filer. Det skal dog pointeres, at de gamle koder ikke længere bør anvendes i GUI m.v., bl.a. fordi de heller ikke vil fremgå i jobcentrenes systemer. Hvis de så fremgår på skærmen for en a kassemedarbejder og han i dialog med en jobcentermedarbejder henviser til disse, vil det blive en goddag mand økseskaft samtale! For så vist angår mapning af tilbagemeldinger på underretningspligtige hændelser fremgår den af appendix. 13 Generel bemærkning FOA Der er ufatteligt mange meget lange felter (op til 4050 tegn), men det formoder jeg ikke, vi har indflydelse på 14 Generel bemærkning FOA Desuden er der en del ord og begreber, som jeg ikke synes jeg har styr på, bl.a. 1) betydningen af ordet udfaldsrum i Det er standarden for længden af tekstfelter i fx jobplaner. 1) Udfaldsrum dækker over mulige værdier.

6 15 7. Hændelsesoverblik over a kassekommunikation ActivityStatusCauseTypeIdentifier/ 2) vil blive specificeret i endelig LB. ActivityStatusTypeIdentifier/JobTypeIdentifier/MinisterialDepar tmenttypeidentifier og 2) urn i CaseWorkerStructure. FOA Afsnit 7 virker lidt ufærdigt? Det vil blive uddybet i løsningsbeskrivelsen. Teknisk er udkastet tilstrækkeligt, men der vil blive tilføjet en uddybende forklaring, 16 Afsnit 2.4 (s. 11) FOA cj/cn: a kassen sender status på personens cv via DFDG "Det gøres i denne fase fortsat via A kassemotoren"? Er det noget, vi skal forholde os til? 17 Afsnit 3 (s. 13) FOA Eventdate ændres til RegistrationDate: det skal vel rettes i alle programmer? (Men det er ikke rettet på side 18 og 19) Skal fortsat sendes via a kassemotoren. I de to nævnte tilfælde, er der ikke tale om en registreringsdato fra det system hvor registreringen er fortaget i, men datostempel for modtagelse af registreringen i DFDG. 18 Afsnit 5.5 (s. 32) FOA Jeg ser en større udfordring i at modtage kodelister på regionsplan i f.t. flaskehalsområderne, idet regionerne ikke nødvendigvis matcher a kassernes afdelingsopdelinger Når a kassen fremadrettet vil modtage oplysninger om aktiveringer som WSRM vil a kassen få alle oplysninger der indgår i en aktivering. Ikke alle oplysninger er lige relevante for a kasserne. Dette felt kan a kasserne på nuværende tidspunkt ignorere da det ikke har relevans for a kassernes sagsbehandling om en aktivering indgår i en flaskehalsbevilling. Det kan tilføjes, at der i år fx ikke findes en flaskehalsbevilling; men felte er bibeholdt, da der kan komme en til næste år. 19 Afsnit 5.5 (s. 38) FOA DistrictName og CountryIdentificationsCode: skal vi bruge det tilder er tale om at adressen på arbejdsstedet fremsendes i hh. til OIOstandarden. noget? Det virker meget besværligt med hhv 2/3 karakterer eller 3 cifre (ISO 3166) ELLER 4 cifre (Myndighedskode fra CPR) kunne det ikke være stringent det ene? 20 Afsnit 6 (s. 48) FOA Bør beskrives ud fra, hvad a kasserne skal sende ikke hvad jobcentrene kan hente? Ok., tilrettes i endelig LB. 21 Generelt FOA Det er meget vanskeligt at forholde sig til næste fase på et tidspunkt, hvor fase 1 er i gang, og jeg vil stærkt anbefale, at man evaluerer fase 1 og bruger denne evaluering i forberedelsen af fase 2 herunder: gør meget opmærksom på, hvor der ikke sker 1 til 1 konvertering laver testcases meget tidligt i forløbet Vil indgå i overvejelserne planlægningen af fase III og det videre forløb af fase II.

7 ID Afsnit Leverandør Kommentar Svar har komponenttestet i KC, før integrationstest påbegyndes evt. laver pilot integrationstest i med en it leverandør, der er med i en evaluering, som andre it leverandører får adgang til