...
Nr. | Tema | Spørgsmål fra eksterne | Svar fra STAR |
|---|---|---|---|
1 | “Holdeplads” | Når vi eksterne aftager ikke kender den nye datamodel endnu, er det svært at vurdere om vi kan bruge “holdeplads” til noget som helst, da modellen måske kræver informationer fra vores kunder. | I forbindelse med genfremsendelse af jobannoncer, vil der ikke blive tilføjet nye felter. Dog vil det gamle ID-felt blive ændret til et UUID. STAR har i forbindelse med moderniseringen af JobAnnonceService v. 1 kun primært fjernet datafelter. Som nævnt er EksternReferenceID blevet ændret til et UUID. Datamodel vil medfører ændringer ifm. eks. feltlængdevalideringer. |
2 | Mapning af data version 1 til version 2 | Hvis STAR ikke tilføjer nye felter, hvorfor mapper STAR så ikke de eksisterende data til den nye platform og migrerer data over ved overgangen? | STAR ønske er at få data ind i via webservices, da STAR ændrer i forretningsregler. Hvis vi migrere STAR migrerer fra gamle jobannoncer til nye jobannoncer, får STAR en massiv opgave med at få struktureret data in ind i en ny datamodel. I den “gamle datamodel” er der eks. tre telefonnumre på en kontaktperson, og STAR vil ikke vide hvilke hvilket telefonnummer, som ønskes med over i “ny model”, som kun har et telefonnummer. STAR foreslår at de eksterne aftagere kalder webservice fra STAR (der er en sikkerhedsmodel, som gør, at I ikke kan se hinandens jobannoncer indenfor samme virksomhed/CVR, da det kunne være jeres egen og en konkurrerende indenfor samme CVR). STAR har en “multi-tenant” løsning i en “multi-tenant” løsning, hvilket gør, at der er en betydelig kompleksitet, der sikres, hvis disse bliver sendt ind via webservicene fremfor en konvertering.. |
3 | Ident/Reference | Referencen til en jobannonce forsvinder i forbindelse med releasen - også selvom jeg har lavet et bookmark på Jobnet. Hvordan vil STAR sikrer, at såfremt en borger skal til jobsamtale og genfinde en jobannonce eks. den 10/12-2024? Overfører STAR de gamle ID’er til den nye platform via datamigrering? Forslag fra de eksterne om at lave et “overgangslink”, så man sender gamle link med. Det vil give en langt bedre brugeroplevelse. | Det er ikke planen at tilføje gammel reference til ny jobannonce efter release, fordi det vil give en rigtig dårlig brugeroplevelse, når der “henvises” til et link, som borgeren ikke længere kan tilgås . STAR kan ikke sikre, at alle eksterne aftager vil lave koblingen og nogle jobannoncer vil ikke skulle genfremsendes, da publiceringsdato er overskredet (eks. deadline for jobannonce er samme som releasedato). Det betyder, at brugeren vil opleve, at for nogle jobannoncer kan der være et linkder refererer til “gammel” jobannonce, mens andre jobannoncer vil indeholde links, som ikke bør kunne tilgås pga. publiceringsdato. STAR er bekendt med, at der ligger en større kommunikationsopgave ifm. at informere borgere om nulstilling af jobannoncedatabase, JobAgenter mv. og vil i forbindelse med udvikling af JobAG, hvor virksomheden jo vil møde samme problematikker, stille informationsmateriale og “Gode råd til borgeren” samtidig med, at STAR på Jobnet laver lignende kommunikationstiltag til borgeren ifm. jobagenter mv. |
3a | Ident/Reference | STAR har på mødet misforstået spørgsmål 3, som er blevet reformuleret fra leverandørside efter møde: Forestil jer følgende scenarie: En uge inden I skifter til den nye løsning finder jeg en interessant jobannonce. Den ligger direkte hos jer, f.eks. på en URL som https://job.jobnet.dk/CV/FindWork/Details/6032087. Ansøgningsfristen er 3 uger ude i fremtiden. En uge efter skiftet, har jeg tid til at søge stillingen og prøver at komme ind på URL'en igen, men får at vide at den pågældende annonce ikke længere eksisterer. Det er ikke fordi stillingen ikke længere er slået op, men udelukkende fordi annoncen for den har skiftet ID i jeres system. Det er - i vores bog - en ret skidt brugeroplevelse for kandidaten. Vores erfaring er at de fleste kandidater i den situation antager at annoncen er blevet fjernet fordi stillingen ikke længere kan søges. Hvis vi, når vi genindsender annoncerne, medsender det oprindelige annonce id fra jeres gamle system som en del af det strukturerede data, kan I detektere denne her situation, og sende brugeren over til den korrekte URL for annoncen - indeholdende det nye ID, f.eks. vha. et "301 Moved Permanently" HTTP svar. Brugeren vil slet ikke opdage at I har lavet noget om. Det er i vores optik en markant bedre brugeroplevelse. ………..uanset hvordan STAR vælger at gribe ovenstående an, kommer vi til at arbejde os i en retning, så vores brugere ikke kommer til at opleve det her skift. Mao. vi kommer til at implementere det sådan at kandidaten kan gemme et link på tværs af jeres skifte. | |
3b | Ident/Reference | Vi talte om muligheden for at vi der står for at gensende annoncer til jobnet, på de nye annoncer angiver det gamle id, således at der både overfor brugerne på jobnet kan laves redirect til de bookmarks de måtte have, og at vi som aftagere kan identificere hvilke annoncer fra jobnet der er ”dubletter” fra den gamle service. Er det noget I har forholdt jer til ? | På mødet svarede STAR:
STAR vil yderligere overveje fordele og ulemper ift brugerne - og vende tilbage. |
4 | Test af ny version 2 | Hvornår kan man som ekstern teste den nye JobAnnonceServe V. 2? | Der er mulighed for at starte med at teste fra den 29. juli 2024. Man kan således udvikle om mod nogle nye miljøer, som er tilgængelige og klar op til 7/12-24, hvor STAR releaser. Når STAR hele tiden refererer til 9/12-24, så er det typisk fordi jobcentrene først tilgår vores systemer om mandagen. Men så snart STAR er færdig med miljøsikring 7/12-2024, hvilket STAR typisk vil være sent fredag(tidligt lørdag morgen, så kan de eksterne aftagere benytte JobAnnonceService v. 2- og starte med at fremsende jobannoncer. Timeslots: Ligesom i forbindelse med test af JobAnnonceService v. 1, så vil der være timeslots, hvor man sammen med SPOC kan teste- STAR vil i forbindelse med JobAnnonceService v.2. Både dem som henter, og som indsender jobannoncer vil skulle teste sammen med SPOC. |
5 | Gentestning | Når man som ekstern aftager har testet JobAnnonceService v. 1, behøver man så også at teste JobAnnonceService v.2 | JA - selvom man har testet JobAnnonceService v. 1, så skal man også igennem et testforløb ifm. JobAnnonceService v. 2. |
6 | Tilslutningsaftale | Tilslutningsaftaler og Databehandleraftaler | Tilslutningsaftaler: De fleste aftagere, som benytter JobAnnonceService v. 1, har været igennem et testforløb og underskrevet en ny tilslutningsaftale med STAR ifm. release 2023-3. Disse tilslutningsaftaler vil først skulle “fornyes” ifm. en opdatering,. som SPOC sender varslingsmail ud i 3-4.kvartal af 2025. Databehandleraftaler: De kommunale fagsystemsleverandører (KSS) og a-kassernes fagsystemsleverandører (AKS) har lavet en databehandleraftale med STAR, og skal derfor ikke også lave en tilslutningsaftale ifm. brug af JobAnnonceServicen. |
7 | Der er visse valideringsregler ifm. genfremsendelse af en jobannonce. Hvordan sikres det at vi rent faktisk kan genfremsende, og ikke afvises af diverse valideringsregler? | STAR er bekendt med, at der ifm typen Startdato, som er før dagsdato er nogle valideringsregler. STAR vil i forbindelse med releasen “slække” på nogle af valideringerne, så man ikke behøver at ændre publiceringsdato for en jobannonce, som allerede er oprettet. | |
8 | Valideringsregler | Kommer der en liste over valideringsregler for hver entitet | STAR vil lægge op til fejlkodevalideringer på hvert felt. Ud fra fejlkoder vil man kunne identificere forretningsregler. I Swagger-kontrakten vil de eksterne aftagere I kunne se fejlkodevalideringen, men der vil også være valideringer på tværs af felter. De eksterne aftagere vil få en fuld liste over samtlige valideringer, og der vil være en dokumentation via Swagger-kontrakten. På WIKI vil STAR lave et eksempel på en sådan Swagger-kontrakt, og hvor I kan finde informationen. |
9 | Validering | Kan vi eksterne få en ide om, hvor mange jobannoncer, som ikke skal valideres ? | STAR er usikker på, hvad der menes med spørgsmålet. Der ryger ca. 15.000 jobannoncer gennem JobAnnonceService v.1 til Jobnet, hvoraf 1/3 stammer fra STARs JobAG. Alle disse jobannonce valideres. Hvis de eksterne aftagere mener, hvor mange der ryger til manuel sagsbehandling må man meget gerne stille spørgsmål til CHT@star.dk. Så vil jeg bede om, at der køres et script, som kan fortælle hvor mange der ryger gennem JGM (JobGodkendelsesmodulet). |
10 | Jobagenter i Jobnet | Hvis alle sætter jobannoncer i jobagenten før 9/12, så skal de sendes ud igen den 10/12, hvor det er de eksisterende publiceringsdatoer osv. som er før den 9/12-24? | Så vidt STAR forstår spørgsmålet, så går spørgsmålet på, om der vil blive sendt jobagent e-mails ud for hver jobannonce, som er genindsendt fra version 1 til version 2. Svaret er: Det bør der, eftersom jobannoncen har fået et nyt id (og dermed link), som borgeren skal anvende for at tilgå jobannoncen. I jobagent e-mails, som STAR har sendt ud inden release af 24-4 (9/12-24), bør STAR tilføje en besked om, at links ikke fungerer efter d. 7/12-24 (selve aftenen, hvor den fysiske release foregår, grunden til at STAR skriver 9/12-24, skyldes at jobcentrene først går på om mandagen), da alle jobannoncer nulstilles. |
11 | Godkendelse af jobannoncer | Hvordan vil STAR håndtere at alle jobannoncer bliver godkendt? | STAR er opmærksom på, at alle jobannoncer skal gennem JGM, JobGodkendelsesmodulet. STAR vil undersøge muligheden for, at jobannoncer, som allerede er godkendt ikke behøver at blive godkendt igen i forbindelse med en genfremsendelse efter release 24-4. |
12 | Dobbelt fremsendelse af jobannoncer | Kan STAR ikke arbejde på en løsning, hvor de eksterne aftager i en periode på eks. en måned kan oprette vores jobannoncer i både version 1 og version 2, så jobannoncerne ikke skal genindsendes? | STAR kan forudse, at der vil opstå problemer i forhold til JGM, hvor man ikke kan oprette to identiske jobannoncer. Desuden er JGM ikke klar så lang tid i forvejen iht. releasen. STAR vil undersøge om der kan være en mulighed for at køre “dobbelt”. |
13 | Fremsendelse af jobannoncer i version 2 før release | Vil STAR åbne op for, at vi eksterne aftagere, kan sende ind på JobAnnonceService version 2 inden release? | Det vil STAR overveje om det er en mulighed. Offentlige virksomheder skal jo have en 8 ugers publiceringsperiode, så det vil skabe nogle problemer. |
14 | Fejlbeskeder | Nu da API grænseflade er på dansk og felter også er på dansk, vil man så kunne forvente, at fejlbeskeder også kommer på dansk? | Ja Hele Swagger-kontrakten er på dansk, men de fejlbeskeder som servicen returnerer vil også være på dansk. I JobannonceService version 1 var de fleste fejlbeskeder ifm. valideringer på engelsk, da de var "arvet" fra JobAdService. Dette er ændret. |
15 | Tidslinie proces | Hvornår forventer STAR af være feed-back til den “ufærdige” datamodel, snitflade mv? Og kan man som ekstern aftage påvirke processen/videreudvikling af version 2. | STAR vil meget gerne have jeres bemærkninger, forslag mv til det skellet som ligger til JobAnnonceService version 2. Der ligger pt. en fuldt defineret model (i forhold til nu), men der vil være nogle fejl og mangler, som vi vil justere. De eksterne aftagere er velkomne til at komme med input til den nye version af JobAnnonceServicen. Ønsker g forslag vil komme på backlog, som vi samlet vil prioritere. |
16 | |||
17 | |||