Tilbagemelding på høringssvar angående bestandskørsel via webservice fra a-kasser og a-kassernes leverandører jfr. Mail af 14. maj 2014.

Transkript

1 N o t a t Tilbagemelding på høringssvar angående bestandskørsel via webservice fra a-kasser og a-kassernes leverandører jfr. Mail af 14. maj juni 2014 J.nr kt Id 1 Id 2 Id 3 Id 4 Id 5 Id 6 Spørgsmål/bemærkninger Område: Generelt Hvor/hvordan får vi fat i login-information til Sharepoint? Den kvartalsvise bestandskørsel bør vel synkroniseres mellem a-kaserne, så den foregår på samme tidspunkt? En mere detaljeret beskrivelse af afhentningen af filen ønskes, herunder skal dem der afhenter filerne have SharePoint installeret (licenser osv.)? Punkt 2.2: A-kassen skal selvfølgelig have lavet et fornuftligt udtræk som kan modsvare DFDGs udtræk. Her skal tages højde for de forudsigelige asynkrone forhold, som fx at vi d.d. har registreret en ind- eller udmeldelse gældende fra i forgårs, som vi endnu ikke har sendt til DFDG. Måske skal der også tages højde for fejlede hændelser, som ikke modtages i DFDG, som forventet? En opgave, der skal defineres, kodes og testes. Punkt 4: A-kassen skal stoppe et webservice-job (metriktal), fordi STAR ikke bruger disse data til noget som helst og aldrig har gjort det, selv om det var målsætningen med disse indberetninger; det bør kalde på noget selvransagelse hos STAR. STAR undgår derved at løse den/de fejl, der er i deres optælling af metriktal (FB 49096). Punkt 2 med rød skrift: Deadline på opgaven kan formentlig nås med mindre release kommer til at indeholde mere kode for a-kasserne. Vi foretrækker dog en dato medio september p.g.a. ferieafholdelse i august. Idriftsættelse medio septem- Tilbagemelding Se Id 8. Løsningen understøtter, at bestandskørsler samt ajourføring af DFDG s a-kassemedlemsregister via webservice foretages asynkront, der er derfor ikke behov for at a-kasserne koordinerer bestandskørslerne internt. Proceduren omkring afhentning af filen er uddybet i LB version 1.0. Se desuden ID 8. STAR udstiller medlemsbestandsfilen fra og med 4. juli Den enkelte a-kasse vil herefter have mulighed for at hente filen og sætte eget system op til at håndtere indlæsning af filen mv. Det er STAR s vurdering af muligheden for løbende bestandskørsler samt asynkron ajourføring af medlemsbestanden via webservice er en bedre løsning end indberetningen af metriktal da løsningen gør det muligt, at identificere uoverensstemmelser på individniveau og foretage en genopretning via indberetning af medlemsafgang/medlemstilgang. Medlemsbestandsfilerne er planlagt leveret til ComsService hos KMD fra og med 4. juli Den enkelte a-kasse vil herefter have mulighed for at hente filen og sætte eget system op til at håndtere indlæsning af filen mv. STAR vil ikke levere egentlige testdata.

2 Id 7 Id 8 Id 9 ber, vil kræve at STAR er klar med testdata medio juli senest. Vi frygter, at FogBugz-sager vedr. fejlende modtagelse af MT/MA vil få en lav prioritet, når vi selv kan rette op på asynkrone forhold. Vi har pt flg. FB-sager vedr. fejl, vi mener ligger i DFDG: og Vi bruger tid til at overvåge driften på dette område og har gjort det længe. Område: CSV-fil via Sharepoint Ønske om at kunne modtage data fra DFDG som csv-fil i AT & T- postkassen i stedet for via SharePoint. Vi anbefaler, STAR udstiller bestandskørsler fra DFDG via webservice. Derved er alle aftaler m.v. for alle A-kasser uanset leverandør og A-kasse dækket ind af de aftaler STAR har med alle A-kasser m.h.t. webservice. Frist for gennemførsel af første bestandskørsel er rykket til ultimo september, men den enkelte a- kasse kan fortsat vælge at gennemføre bestandskørslen tidligere. Fejl omhandlende MT/MA vil ikke blive nedprioriteret. Det er i stedet et ønske om at sikre et større fokus på området samt bedre datakvalitet. Da alle a-kasser og a-kasseleverandører har tilkendegivet at de ønsker at modtage bestandsfilen via ComsService hos KMD (tidligere AT&T postkassen) i stedet for Sharepoint ændres løsningen så filen i stedet leveres til ComsService hos KMD. Logik for levering af filen til ComsService hos KMD fremgår af LB version 1.0. STAR vil undersøge muligheden for på sigt at udstille bestandskørsler via webservice. En webservice baseret udstilling af medlemsbestanden kan tidligst implementeres andet halvår i løbet af 2015 og under forudsætning af at det på det tidspunkt vurderes at være et behov samt at der kan findes en tilfredsstillende løsning. Id 10 I afsnit 2.2, fodnote 2 angives, at På længere sigt kan det overvejes, om bestandsudtrækket også skal gøres tilgængeligt via webservice. Det vil være hensigtsmæssigt kun at skulle udvikle én løsning, hvorfor det ønskes at bestandsudtrækket gøres tilgængeligt via webservices fra start. Såfremt STAR fastholder, en to trins-model, vil vi gerne have afklaret tidshorisonten for på længere sigt. Baggrunden for at udstille medlemsbestanden som en CSV-fil er, at en løsning baseret på en flad fil kan implementeres hurtigt hvorved et akut behov for at få foretaget bestandskørsler kan imødekommes. Se Id 9. Id 11 Afsnit Medlemsbestand CSV- Angående medlemsudtræk via webservice se Id 2

3 Id 12 Id 13 Id 14 filformat: Lav medlemsbestand ved webservice med tags udfra kolonnenavn, som i øvrigt er de samme som eksisterer tilknyttet webservicerne MembershipRegistration og MembershipCancellation. En webservice-baseret løsning vil give mulighed for automatisering. Du skriver godt nok, at det kun forventes at a-kasserne skal foretage bestandskørsler 4 gange om året hvormed det manuelle arbejde er begrænset, men alligevel forventes det, at a- kasserne forholder sig til de ugentlige optællinger for at vurdere hvor stor uoverensstemmelsen er. Område: Forretning Lad A-kasserne sende overflytninger(membershipcancellation) som alle andre udmeldelser og tilret de bagvedliggende rutiner. Det er vel blot at åbne op for at A-kassen får tilladelse/lov til at sende en overflytning. Jævnfør GetUnemplyment- FundMembershipCancellationCodeTypeIdentifierCodelist (se tabel 1) Hele afsnit 3 kan udgå, hvis A-kasserne blot kan sende en overflytning(ved MembershipCancellation), som man kan sende andre udmeldelser. Derved skal der ikke defineres tilladelser/love og regler for overflytninger. Og HAMR-registreret er korrekt registreret, når en person udmeldes af en A- kasser uanset hvilken udmeldelsesårsag det så er. Afsnit 3.b Insisterer STAR på at A-kasser nu også skal sende/registrere en overflytning som en udmeldt i forbindelse med bestandskørsel skal A-kassen lave dobbeltregistrering for en i A-kassen eentydig registrering. 9. Angående navngivning af kolonner vil der blive anvendt samme betegnelser som anvendes i UnemploymentFundMembershipService. Angående medlemsudtræk via webservice se Id 9. Angående den ugentlige medlemsbestand forventes det ikke, at a-kassen forholder sig aktivt til de ugentlige medlemsudtræk. Hensigten med at udstille filen på ugentlig basis er at give den enkelte a-kasse fleksibilitet i forhold til gennemførelsen af medlemssynkroniseringen. Den enkelte a-kasse kan således selv tilrettelægge hvornår de 4 påkrævede medlemssynkroniseringer ønskes gennemført- A-kassen har samtidigt mulighed for at foretage hyppigere bestandskørsler - eksempelvis hvis der er mistanke om problemer med de løbende indberetninger af henholdsvis medlemsafgang og medlemstilgang. Som det er i dag er det ikke tilladt for den gamle A-kasse at initiere a-kasseskift vha. registrering af en MA-hændelse via UnemploymentFundMembershipService da det kan det få betydning for beregning af personens dagpenge hvis der er uoverenstemmelse mellem en afsendt MA og en efterfølgende MT-hændelse. Med løsningen for løbende medlemssynkronisering via webservice gøres den løbende registrering af medlemstilgang og afgang i forbindelse med a-kasseskift mere smidig i det den gamle a-kasse kan sende en MA, når det er mere end 30 dage siden, overflytningen angiveligt fandt sted, og borger fortsat står som medlem af fraflytter a- kassen. A-kassen skal i forbindelse med medlemssynkroniseringen anvende den korrekte udmelde/indmelde årsag, som er kendt i a-kassens system. Kodelisteværdien udmeldt i forbindelse med bestandskørsel skal ikke benyttes og vil blive udfa- 3

4 Id 15 Id 16 Id 17 Id 18 [Send fil via webservice og] berig gerne de leverede data med de data, som blev leveret ved en af seneste medlemsbestandskørsel. Derved vil der ikke være behov for at lave opslag efterfølgende for statusoplysninger af denne art. Vi har ikke indsigt i, hvor i DFDG de er lagret; men de vil lette bestandskørsler. Det er især oplysningen i felt 3, 7 og 8 vi gerne vil have leveret med, da der KAN være og ER uoverensstemmelser mellem det der er registreret i A-kassen og det der er registreret i DFDG. Punkt 2 (punkt 3 i opremsningen): MT med oprindelig dato kan ikke bruges, hvis en fraflytning er blevet annulleret efter den annullerede (nye) a-kasse har sendt MT. I disse tilfælde skal vi sende en nyere optagelsesdato end vores oprindelige ellers vil DFDG ikke have hændelsen. Punkt 3: Hvis vi skal sende MA/MembershipCancellation som beskrevet, så skal vi have sikkerhed for, at DFDG vil modtage MA/MembershipCancellation på døde borgere; de har i al fald afvist dem konsekvent tidligere, så vi er holdt op med at sende dem. Punkt 3: Hvis vi skal sende MA/MembershipCancellation som beskrevet, så skal vi o være sikre på, hvilken dato de 30 dage tæller fra nævnt i pkt. b (sidste dag i medlemsperiode, første dag efter medlemsperiode eller registreringstidspunkt for udmeldelse)? set. Dette er understøttet af eksisterende logik. Ved medlemsskift modtager den nye a-kasse WSRM vedrørende tilmeldeforhold samt aktivering. Der har ikke i den eksisterende logik vedr. MT er eller bestandskørsler (MB-hændelser) eksisteret et begreb om annullering af en tidligere sendt MT eller medlemsoprettelse i medlemsregistret. Star må derfor forstå det anførte som et ændringsønske, der imidlertid ikke kan imødekommes på nuværende tidspunkt. For at minimere eventulle uhensigtsmæssigheder kan MT fra den kasse, der ønsker at tilbageføre et medlem er det eventuelt en mulighed, at sende med optagelsesdato dagen efter den forrige a- kasses optagelsesdato. Der skal ikke sendes MA på døde borgere. Kodelisteværdien skal ikke benyttes og vil blive udfaset. De 30 dage opgøres fra registreringstidspunktet for udmeldelse i a-kassens system. Er præciseret i LB en. 4

5 Id 19 Hvad gør vi helt konkret, hvis der er uoverensstemmelse mellem de oplysninger vi modtager fra jer, f.eks. MedlemsDato, ForsikringsGrad og DagpengeRetDato, og de oplysninger vi selv har registreret? Skal vi blot ignorere dem, da der ikke findes mulighed for at sende rettelser til oplysningerne? Ved uoverensstemmelser mellem DFDG s medlemsregister og a-kassens medlemsregister angående MedlemsDato, ForsikringsGrad og DagpengeRetDato sender a-kassen MT med korrekte oplysninger. Se dog Id 16. 5