Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.


Expandera
titleVisa Revisionshistorik


VersionDatumFörfattareKommentar
0.1

 

Kopierad från version 2.1.1
0.1.1

Uppdaterade Inställningar - Biometri Aktivering WIP
0.1.2

 

Former user (Deleted) Uppdaterade Inställningar - Biometri, IAM-84 WIP
0.2.0

 

Uppdaterade bilder för Biometri, Alternativa flöden och felmeddelanden
0.3.0

 

Uppdaterade bilder efter version 2.2.4
0.3.1

 

Lade till platshållare för beskrivningar av plattformskraven för att få använda Biometri och vilka enheter som vi blockerat från att använda biometri. Du kanske kan kolla att de jag skrivit stämmer och justera (även om du bara vill uttrycka något annorlunda Former user (Deleted) ?

0.4.0

 

Uppdaterade bilder efter version 2.2.5, lade till alternativt flöde och legitimering/signering för biometri
0.5.0

&  

  • Justerade skrivningar under avsnittet "Aktivering av biometri".
  • Justerade supporterade versioner till 2.2.5 from 31 augusti 2022.
  • Delade upp felhantering i "Felhantering för biometri" och "Felhantering generellt"
  • Felhantering
    • Flyttade avsnitt om när användaren skannar QR-kod för legitimering/underskrift när hen saknar SITHS eID till avsnittet felhantering.
    • §Flyttade avsnittet för att i efterhand tillåta SITHS eID-appen att använda Face ID på iOS till avsnittet Felhantering
    • Justerade orsaken till SITHS eID borttaget då det för versioner efter 1.0.6 beror på att SITHS eID är ogiltigt eller spärrat.
    • Justerade orsaker till Ogiltig QR-kod
    • Justerade orsaker till Inloggningen misslyckades
    • Justerade orsak till SITHS eID saknas
    • Lade till fel för om användaren försökt använda biometri för många gånger på enheten
0.5.1

 

Lade till information om att borttag och ersättande av Mobilt SITHS inte medför att Mobilt SITHS spärras.
0.5.2

 

Lade till nya bilder för aktivering av biometri
1.0

 

Godkänd av förvaltning. Lade även till några pekare till "Legitimering och Underskrift med Biometri" från de vanliga legitimering och underskriftsflödena.
1.01

 

Lade till information om att appen beter sig olika på Android och iOS efter lyckad legitimering/underskrift. På android upplevs det som att man automatiskt kommer tillbaka till tjänsten/appen där man startade legitimeringen/underskriften. På iOS måste användaren själv navigera tillbaka.


...

Efter lyckad inloggning kommer SITHS eID-appen uppvisa två olika beteenden beroende på om du har en Mobil enhet med Android eller iOS OM legitimeringen/underskriften hanterades via Ineras IdP

Android

SITHS eID-appen flyttas till bakgrunden och försöker ladda senast använda app på den mobila enheten igen. Detta är som regel den app där användaren påbörjade sin legitimering/underskrift. Detta upplevs som att du sömlöst lyckats med inloggningen enligt "2.2.6 Legitimeringen lyckades" nedan.

iOS

Har inte stöd för att SITHS eID-appen ska kunna hjälpa användaren att navigera tillbaka till tjänsten på samma sätt som Android. Istället uppmanas användaren att göra detta själv genom meddelandet:

"Klart att användas. Nu kan du återvända till den föregående appen eller webbsidan"

Info

För tekniker: Använder ni en lokal IdP som integrerats mot Autentiseringstjänsten kan en "referer" skickas med som SITHS eID-appen dirigerar användaren användaren till. Detta har dock valts bort av Ineras IdP pga. risken att IdP redan är klar och har dirigerat tillbaka användaren till tjänsten. Detta skulle få som följd att användaren:

  • Navigeras bort från tjänsten till IdP och får ett felmeddelande
  • Att en ny webbläsarflik öppnas med ett felmeddelande och den tjänst där inloggningen lyckades ligger i en annan flik i webbläsaren som användaren måste förstå att hen ska navigera till.

Legitimering lyckades

När du har tagit dig tillbaka till tjänsten där du påbörjade din legitimering/underskrift är du inloggad eller har lyckats med din underskrift. Detta under förutsättning att:

...