Release 1.3.0.303
Nuværende kopi af data fra prod er fra 07-06-2021
Vi har tidligere annonceret en lukning af PP, pga. bølge 2 prøvekonvertering. Der vil alligevel ikke blive lukket.
Problemstilling:
I ESAS findes der to versioner af formål - Delformål og formål. Vi kan ikke se ”delformål” under dimensioner i Navision. hvor kommer delformål fra og hvorfor er den der?
Hvad betyder det hvis vi bruger den - ved en fejl?
Løsning:
Der er lavet en ændring i koden, således der ryddes op i de data som står i esas. Der sker en sammenligning med Navision Stat og esas. Hvis der er forskelligheder rettes det i esas, så det står som i Navision. Denne sammenligning kommer til at køre om natten.
Script:
Der køres et script hvor dimensioner med status Inaktiv får status Slettet.
De kan herefter kun fremsøges via avanceret søgning.
Problemstilling:
nemStudie visning på ansøger virker ikke for institutioner med WAYF opkobling.
Problemstilling:
Jeg har oplevet i flere om gange, at når jeg står op en PUE og trykker på "nemStudie eksempel visning", så får jeg en fejl.
Bemærkning:
Der er opstået en ny fejl som forhindrer venstremenuen vises i eksempelvisningen.
Problemstilling:
Indlæsningen sluttede af med at melde 30 fejl i opfølgninger på ansøgningsopsætningen:
Fejl ved indlæsning af TBM-fil fra KOT.
Hovedparten af fejlene skyldes indlæsningen forsøger at opdatere KOT-grupper på inaktive ansøgninger.
Problemstilling:
Vi prøver at slette en GUE, men kan ikke få lov, fordi den fremkommer med fejl: "GUE'en kan ikke deaktiveres, da der er tilknyttet en indberettet indberetningslinje", men det passer ikke - der er ikke indberettet på denne prøve eller dette semester. Desuden ligger der 3 linjer for hver GUE.
Løsning:
Der var nogle udfordringer med nogle indberetningslinjer med 0 STÅ blev fik status 'indberettet'. Dette er løst, så det forsat er sådan at indberetningslinjer med 0 STÅ ikke indberettes til CØSA. Da GUEen stadig ligger på en indberettet linje, kan den ikke slettes. Derfor opfordrer jeg til at deaktivere GUEer med en inaktiv status (ikke status slettet), og derefter blot se bort fra GUEen.
Problemstilling:
På uddannelsen 4180 stemmer STÅ'en i kvitteringen fra CØSA ikke overens med indberetningsgrundlaget. Der er en forskel på 38,5 STÅ i alt i kvitteringen fra CØSA.
Bemærkning:
Linjer i PROD der står som "klar til afsendelse" er ikke blevet sendt med i indberetningen.
Script:
På et senere tidspunkt udarbejdes et script, der skal opdatere linjer med "klar til afsendelse" til "ikke indberettet", eftersom de ikke er sendt med i indberetningen.
Problemstilling:
Vi har en ansøger som har søgt via nemStudie. Ansøgerens bilag er blevet tilknyttet til ansøgningen, men ansøgningsresumeet er ikke tilknyttet som bilag.
Løsning:
Rettelsen gør, at PUE skift også inkluderer UVM fagkode. Det inkluderer også en verifikation af, at hvis UVM fagkoden bliver ændret på GUE (I dette tilfælde gennem PUE skift), at den relaterede SUE på den GUE også har den samme UVM fagkode.
Problemstilling:
I forbindelse med at vi i går udsendte tilbud på Top-up, så erfarede vi at selvom vi på både kommunikationen samt ansøgningshandlingen havde påført hvornår det måtte blive vist på nemStudie, så ændrede status på ansøgningen sig ved aktivering af ansøgningssynkroniseringen. Det vil sige at ansøgerne kunne se et svar på deres ansøgning, før de egentlig burde.
Det drejer sig udelukkende om de ansøgere som modtog et afslag på deres ansøgning. Det vil sige dem som blev tilbudt en plads er ikke omfattet.
Dette er problematisk særligt i forhold til udsendelse af svar på ansøgninger i KOT optaget den 28. juli. Der må ansøgerne ikke modtage svar på deres ansøgning før kl. 00.01 den 28. juli, men for at vi kan nå at få flettet brevene er vi nødsaget til at aktivere ansøgningssynkroniseringen før det konkrete tidspunkt.
Løsning:
En midlertidig løsning til Top-up optagelse, hvor ansøgningens status på nemStudie ved "ikke optagelse" ikke bliver ændret, men forbliver "Modtaget" som den gør ved KOT-optagelse.
Bemærkning:
Løsningen for ansøgninger fra optagelse.dk leveres på et senere tidspunkt.
Problemstilling:
Vi har ÅU studerende med kommunerekvirent, som har ressourceudløsende STÅ og her rekvirenttypen UVM i indberetningsgrundlaget, trods rekvirentperioden er identisk med PUE-perioden.
Jeg kan ikke se, hvad det skyldes, at der opstår ressourceudløsende STÅ.
Løsning:
Der oprettes nu indberetningslinjer med korrekt STÅ og rekvirenttype på.
Problemstilling:
Når vi genindskriver studerende der er blevet udmeldt ved en fejl, kan jeg se at ECTS forsvinder i studieforløbslinjen samt i boksen ECTS.
Løsning:
Gennemførte GUE'r forbliver gennemførte ved en genindskrivning..
Rettelsen er en del af arbejdsprocessen 'Overfør Ansøger og Ansøgning til Studerende og Studieforløb(child)
Problemstilling:
Hvis holdets navn er 200 tegn eller mere, vil holdet ikke blive oprettet.
Løsning:
Holdets navn afkortes til 200 tegn, hvis det er længere.
Problemstilling:
Efter deployet i går, bliver alle felter vist ved adgangsgrundlaget i ansøgningsentiteten – uanset hvilket adgangsgrundlag man vælger. Det er ikke alle felter der er relevante ved alle typer at adgangsgrundlag og derfor var der før forskel på, hvilke felter der bliver vist. Det er meget forstyrrende at alle felter nu fremgår.
Løsning:
Ændret tilbage som det var før deploy.
Problemstilling:
Nemstudie tillader aktuelt at en browser automatisk oversætter teksten.
Løsning:
Chrome og Edge giver begge stadig muligheden for at oversætte, men der sker ikke noget, når man sætter oversættelsen i gang. Firefox har vist ikke automatisk oversættelse, men eventuelle udvidelser respekterer forhåbentligt vores anmodning om ikke at oversætte. Forventer også løsningen fungerer på Safari.
Problemstilling:
Efter opdateringen til version 1.3 er felterne "Meddelelsesemne" og "Meddelelse" igen krævet på kommunikation ved oprettelse af arbejdsproces.
Det var blevet rettet, så de ikke var krævede, men nu er de begge krævede igen.
Løsning:
Fået lidt mere styr på deploy processen, således at det igen virker som før 1.3 releasen.
Problemstilling:
I sektionen Kvalifikationspoint er feltet "Beskrivelse" forsvundet efter opdateringen. Det er muligt der også var en kolonne som hed "Oprettet af".
Løsning:
Fået lidt mere styr på deploy processen, således at det igen virker som før 1.3 releasen.
Problemstilling:
Vi har en studerende, der har sendt en ansøgning fra NemStudie, og hun er blevet oprettet som Ansøger i esas. Men der er ikke indkommet en ansøgning i esas.
Vi kan se i NemStudie, at status på Ansøgningen er modtaget, så den burde være gået igennem til esas.
Problemstilling:
Vi har nogle ansøgere, hvor vi i første omgang har givet dem afslag, da de ikke har fremsendt tilstrækkeligt dokumentation. Ansøgerne har efterfølgende sendt dokumentation, og vi har ændret sagsbehandlingsstatus fra ikke optagelsesberettiget til f.eks. afventer.
På vores listevisning fremgår fortsat afslagsbegrundelsestype. Har det en betydning?
Løsning:
Det har ikke som sådan en betydning, da den nuværende sagsbehandlingsstatus på ansøgningen er den som gælder.
Problemet opstår da systemet ikke fjerner værdien sat i felterne, på trods af at de ikke vises. Der er udviklet et workflow, som fjerner afslagsbegrundelsen og typen, hvis sagsbehandlingsstatus ændres. Ulempen ved dette er så, at vil man skifte tilbage til "Afslag", så er værdierne fra tidligere afslag ikke længere gemt, og begrundelsen skal derfor udfyldes igen.
Ændringsanmodning:
Ændringsanmodningen er godkendt af Niels Kølle og Kirsten ift. ikke udenlandske virksomheder.
* Beskrivelse af problematikken
I øjeblikket mangler der valideringsregler på virksomhedsområdet, hvilket gør at der kan blive oprettet forkerte niveauer med oplysninger som tilhører et andet niveau.
* Ønsket funktionalitet
Der skal oprettes valideringsregler, så der ikke bliver oprettet forkerte oplysninger på forkerte niveauer:
Forslag fra Netcompany:
- CVR nummer kontrol af 8 karakterer
Validering, så vi sikrer for ikke udenlandske virksomheder at:
Udenlandske virksomheder håndteres i SISESAS-3903
Problemstilling:
Tegn vises forkert ved indlæsning af KOT svar. Eksempelvis bogstaverne æ, ø og å.
Problemstilling:
Om det er alle disse script kørsler og overgangen til version 1.3, ved jeg ikke, men vi har i hvert fald pludselig fået oprettet PUEr på Esbjerg strukturen med inst. afd. Kolding.
Så lige nu har vi dobbelte PUEr på Esbjerg strukturen - en til Esbjerg og en til Kolding - helt frem til 2027.
Det er underligt nok ikke på alle SUEr, det er sket, men på langt hovedparten af dem.
På Kolding strukturen er de samme PUEr der også, så der mangler ikke nogen.
Hvorfor? og hvordan får vi dem nemmest slettet igen, uden at vi skal bruge meget tid på det?
Vi forventer PUEr er på rette institution.
Løsning:
Fejlen er rettet, men institutionerne skal selv slette de overflødige PUEr.
I sagen er beskrevet den avancerede søgning man kan fremfinde dem med.
Problemstilling:
I browser Chrome version 90 og 91 bliver modalvindue tekster ikke altid korrekt opdateret. Dermed vises en tidligere tekst som var vist i modal-vinduet i stedet for den korrekte.
Det sker fx når man svarer på ansøgningshandlinger, hvor man efter at have uploadet bilag trykker på send - her vises den forrige tekst som omhandler bilag upload og ikke afsendelsen.
Løsning:
Der er lavet en midlertidig løsning på problemet hvor filerne til front-end ikke bliver komprimeret, som normalt gøres for at give en lille performance optimering - det er tvivlsom om det overhovedet kan mærkes på sitet. Den nye opdatering af Google Browseren læser ikke filerne korrekt når de er komprimeret og derfor opstår der underlig adfærd omkring popups.
Script til samme sag beskrevet i ovenstående afsnit "Løste sager i denne opdatering".
Problemstilling:
Vi oplever at når vi åbner nogle bilag til en ansøgning at der står ”Bilaget er blevet slettet”. Status på bilaget er aktiv. Derudover har jeg været i kontakt med en af de berørte ansøgere, for at høre hvorvidt vedkommende evt. havde slettet bilaget på optagelse.dk. Dette var ikke tilfældet.
Ingen
