Outils pour utilisateurs

🇫🇷 Français | 🇬🇧 English


User Journey

Objective

Describe the user journey during an authentication with L’Identité Numérique La Poste.

👉 This page helps understand the end-user experience.


Overview

The journey relies on an interaction between:

  • the partner service
  • LINLP
  • the user’s smartphone

Journey Steps

1. Accessing the service

  • The user accesses the partner service
  • They choose “Sign in with L’Identité Numérique La Poste”

2. Redirection to LINLP

  • The user is redirected to the LINLP identification screen
  • They enter their phone number

3. Smartphone notification

  • An authentication request is sent to their phone
  • The LINLP application opens

4. Authentication validation

  • The user confirms their identity:
    • using their secret PIN code

👉 This step constitutes strong authentication (2FA)


⚠️ This step is optional.

It is displayed only in the following cases:

  • first authentication of the user on the service
  • changes to requested scopes
  • consent is forced during the `/auth` call using `prompt=consent`

👉 The user then reviews the requested data and approves sharing.


💡 Outside these cases, this step is not displayed and the journey continues directly.

6. Return to the service

  • The user is redirected back to the partner service
  • Their information is shared with the service

Result

👉 The partner service receives:

  • proof of authentication (`id_token`)
  • user data (depending on scopes)

Special Cases

User refusal

  • The user rejects the request
  • Return to the authentication screen

Timeout

  • The user does not validate in time
  • The request expires

Unknown user

  • Phone number not associated with a LINLP identity
  • Timeout followed by return to the authentication screen

UX Considerations

⚠️ The journey depends on the smartphone

  • The user must have access to their phone.

⚠️ Validation delay

  • Provide a waiting state on the interface.

Key Takeaways

  • The journey is simple and secure
  • The user always validates on their smartphone
  • The service never manages credentials
  • Authentication relies on two factors (mobile device and secret code)

Next Step

👉 See use cases:

Use Cases

This website uses cookies. By using the website, you agree with storing cookies on your computer. Also, you acknowledge that you have read and understand our Privacy Policy. If you do not agree, please leave the website.

Plus d’informations