Release 18.6, produksjonssatt 14. juni 2018.
Vi har endret tekst på knapp fra “gå til …” til “gå til skjema” for elementer som har status “venter på andre”.
For alle skjema, der brukeren ikke har rettigheter til å utføre nåværende steg, vil teksten på knappen som tar deg videre til skjemaet være endret. Knappen heter “Gå til skjema” i stedet for “Gå til …”. Dette gjelder for alle skjema som er prefikset med “Venter på andre” i element-overskriften.
Som bruker skal jeg kunne videresende skatteoppgjøret for 2017 til min valgte digitale postkasse.
Det er lagt inn en konfigurasjonsverdi som gjør det mulig å oppgi hvilke meldingstjenester som skal videresendes til brukers digitale postkasse. Hvis bruker ikke har digital postkasse, skal brukeren likevel få muligheten til å gjøre det, ved å bli sendt videre til Difi sine sider for oppretting av digital postkasse.
Når brukeren har videresendt en melding vil dette være synlig i ekspandert visning og i aktivitetsloggen.
Vi har endret løsningen slik at eier filtreres bort fra daglig leders tilgangsliste.
I tillegg filtrerer vi bort daglig leders tilganger, knyttet til innehaver.
Arkiverte elementer fra den aller første Altinn-løsningen skal kunne fjernes på forespørsel fra bruker.
Løsningen som kalles for “Altinn 1” ble innført i 2003 og faset ut i 2013.
Som bruker skal jeg kunne be om varsler på SMS og/eller epost for en virksomhet jeg har tilgang til.
Denne endringen fjerner den ekstra siden under “Din kontaktinformasjon for virksomhet”, der man tidligere kunne velge om man skulle motta varsling på epost og/eller sms.
Varsling for enkelttjenester er flyttet til første siden under “Din kontaktinformasjon for virksomhet”.
Man vil nå alltid motta varsling om man har oppgitt epost og/eller SMS som kontaktinformasjon, med mindre man har lagt til varsling for enkelttjenester. Hvis man har lagt til tjenester under “Varsling kun for enkelttjenester” vil man kun motta varslinger for de enkelttjenestene man har valgt i denne listen.
For sluttbruker av altinn vil disse endringene ha lite å bety. For tjenesteutvikler i Altinn vil dette bety nye rutiner når man ønsker å endre autorisasjonsregler på en tjeneste som allerede finnes i produksjon.
Dette betyr i praksis at de rollebaserte reglene knyttet til en tjeneste definert i TUL vil ha tilbakevirkende kraft når de importeres til SBL. Dette gjør det mulig for tjenesteeier å endre på reglene på en tjenesteutgave uten at det må bestilles databaseskript for å få kopiert reglene over på eldre versjoner av tjenesteutgaven.
Det er derimot ikke lenger mulig endre rolleregler på en utgave uten at det påvirker eksisterende versjoner. For å få til det må det lages en ny utgave av tjenesten. Endringer i rolleregler som krever ny utgave er f.eks være at man bytter prosessflyt (et eller flere steg legges til eller fjernes) eller at man for en samhandlingstjeneste endrer antall rollestyrte sider.
Denne endringen betyr at rettighetene knyttet til en lokal rolle som ble definert når Altinn hadde versjon 1 av en tjeneste også har effekt på versjon 2 av tjenesten selvom denne ble importert etter at rollen ble laget. I forrige versjon av Altinn ble slike autorisasjonsregler automatisk kopiert fra forrige versjon til ny versjon av en tjenesteutgave ved import av tjenesten. Denne kopieringen var en meget krevende prosess som skapte problemer med tjenesteimport.
Enkeltrettigheter mot en tjeneste vil med denne endringen også fungere på fremtidige versjoner av tjenesteutgaven som enkeltrettigheten ble definert for. Denne endringen er nærmest identisk med endringen vedrørende lokale roller.
Det er nå mulig å oppdatere XML (FormData) i en innsendingstjeneste i innboks ved bruk av web service.
Det er lagt til nye eksterne grensesnitt for å oppdatere FormData på elementer som er til utfylling. Dette er lik funksjonaliteten som allerede er laget for REST (https://www.altinn.no/api/Help/Api/PUT-who-messages-messageId-forms-formId).
De nye grensesnittene ligger i IntermediaryInbound:
Vi har endret kode slik at søk på template type, som skal brukes ved notification sending, ikke er case-sensitive.
ReceiveRegisterDSF batch oppdateres til å kjøre “comparative update”, hvor den sammenligner innkommende personer med eksisterende person i database og kun skriver til database når person er oppdatert. For å kjøre “comparative update”, kjør ReceiveRegisterDSF batch med argument “ComparativeUpdate=true” .
Når man tidligere fikk opp automatiske påminnelser om å oppdatere Din Kontaktinformasjon, kunne man trykke “Bekreft” eller “Oppdatere”. Når man trykket “Oppdatere” ble man tatt til et nytt vindu, for å oppdatere teksten. URL’en man vanligvis blir tatt videre til fra denne siden falt bort. Videre, hvis man trykket på “Spør meg senere” manglet knappen en adresse å videreføre brukeren til.
Dette er nå løst slik at adressen blir satt riktig. Det er i tillegg lagt til en validering av adressen, så det ikke er mulig å legge inn f.eks. javascript-lenker.
Når man legger til nye brukere under klientdelegering dirigeres man via en side der brukerens navn havner i URLen. Denne ble ikke riktig kodet, slik at tegn som “‘” (enkelt-fnutt) førte til feil tolkning av URLen. Dette er rettet opp slik at navn med spesielle tegn blir riktig kodet. Dette er rettet opp andre steder i klientdelegering, der søketekster ikke blir riktig kodet.
Flere lagrede prosedyrer er optimalisert basert på monitorering i produksjonsmiljøet.
Vi har innført en ny tabell for lagring av statistikk.
Det er innført en attributt i cache.config der man skrur av/på caching for alle nøkler. Vil kun benyttes for test/analyse/feilsøk.
Det oppstår duplikater under kjøring av lagret prosedyre. Løses ved å innføre unik primærnøkkel i temporærtabell.
En endring i autorisering førte til at “Slett”-knappen ble fjernet ved ekspandering av enkelt element i signeringssteget. Retted ved å endre parameter i kall til autentisering.
LogicalFormSchemaDefinition ble før hentet ved å finne nyeste ServiceEditionVersionId for en tjeneste. Om det ikke var overenestemmelse mellom LogicalFormId for schema og det som var brukt på elementet var det ikke mulig å oppdatere elementet gjennom REST/SOAP. Dette er nå rettet opp.
Feilen kommer som ett resultat av KoFuVi-integrasjonen, men har vært mulig tidligere også. Etter KoFuVi har alle telefonnummer registrert i felles ‘Varslingsadresser for virksomheten’ fått med landskode også for norske telefonnummer.
Dersom samme telefonnummer er registrer i ‘Din kontaktinformasjon for virksomheten’ uten landskode +47, eller evt. med 0047 så ble ikke dette oppdaget som duplikat tisligere. Det ble sendt ut dobbel SMS.
Dette er nå rettet opp i, med at man eksplisitt stripper bort landskode når man gjør sammenligning for duplikater.
Feilen kommer som ett resultat av sammenslåingen av logikk for validering og sending av varsel for Prefill, Correspondence og StandAlone.
Dette er nå rettet opp i.