Application mobile

Pour :ParentEnseignant Niveaux :1er degré2nd degré

Une expérience mobile pensée pour l’ENT

L'application native est l'un des points d'accès recensés par la cartographie des acteurs, activités et services.

L’application mobile Open ENT a pour ambition de proposer une nouvelle porte d’entrée vers les services numériques de l’établissement, en offrant aux élèves, aux parents, aux enseignants et aux personnels une expérience simple, fluide et adaptée à leurs usages quotidiens.

L’objectif n’est pas de reproduire le portail web sur un écran plus petit, mais de réinventer l’expérience ENT pour le mobile : accès rapide aux informations essentielles, navigation adaptée aux usages nomades, notifications et interactions simplifiées, tout en conservant les données, les droits et les services déjà disponibles dans l’ENT.

L’application s’appuie ainsi directement sur les services existants d’Open ENT et sur les droits réels de l’utilisateur. Chacun retrouve un environnement personnalisé en fonction de son profil et de ses établissements, avec la possibilité d’accéder aux applications qui lui sont réellement accessibles. Les services peuvent être proposés sous forme d’expériences natives lorsque cela apporte une meilleure ergonomie, ou être ouverts directement dans leur interface web grâce à un SSO transparent.

Cette approche permet de construire progressivement une véritable plateforme mobile modulaire. Les premières applications migrées en natif — notamment l’emploi du temps et le Blog — constituent les premiers éléments d’un écosystème qui pourra s’enrichir progressivement avec les principaux services de l’ENT : actualités, messagerie, agenda, espace documentaire, cours et Wiki, sondages, vie scolaire et espace parent.

L’application combine ainsi trois objectifs : simplifier l’accès aux services, améliorer l’expérience utilisateur et valoriser l’écosystème fonctionnel existant d’Open ENT, sans remettre en cause les données, les règles de gestion ou les droits déjà en place.

Maintenu par Pass Technologie. Code : open-ent-frontend/apps/mobile

Les expériences

Expérience	Public	Statut
Espace parent primaire	Parents 1D	✅ Réalisée
Vie scolaire	Personnels / enseignants 2D	✅ Réalisée (bilan, appel, présences, fiche élève, discipline, EDT, statistiques)
Collège / lycée, université	Élèves / étudiants	À venir

Un utilisateur connecté est automatiquement orienté vers la bonne expérience d'après son profil (un parent Relative → espace parent ; les autres profils → vie scolaire 2D). Un bouton « Découvrir l'espace parent (démo) » sur l'écran de connexion permet d'explorer sans compte, avec des données d'exemple.

Une couverture identique au portail web

Le mobile ne propose pas une sélection d'applications : le lanceur « Mes apps » expose tout le catalogue de l'utilisateur, lu à la même source que le portail (/auth/oauth2/userinfo), avec les mêmes familles, les mêmes libellés et les mêmes pictogrammes que « Mes applications » du web. Une application qui n'a pas encore d'écran natif reste accessible : elle s'ouvre dans une WebView authentifiée (SSO transparent). Une application déployée après la livraison du mobile apparaît donc sans nouvelle version de l'application.

Le portage natif est un gain d'ergonomie, pas une condition d'accès : les écrans natifs ci-dessous remplacent progressivement la WebView, application par application, sans changer le lanceur ni la navigation. Détail : Lanceur d'applications & droits.

Fonctionnalités

• Espace parent primaire — workflow relationnel parent ↔ école (liaison, signatures, mots rapides, vie de classe, agenda).
• Vie scolaire 2D — bilan, appel (créneaux → saisie → validation), présences + fiche élève, discipline + saisie d'incident, emploi du temps, statistiques. Données réelles (établissement de référence Morlaix), sélecteur d'établissement multi-collèges.
• Lanceur d'applications & droits — catalogue « Mes apps » regroupé par famille d'applications (mêmes sections que le portail web), piloté par les droits réels de l'utilisateur, ouverture native ou WebView (SSO transparent) et bascule inter-applications. Toute application accordée à l'utilisateur y figure, portée en natif ou non.
• Emploi du temps — l'EDT du secondaire en natif (vue jour, navigation par semaine, sélecteur classe / « mes cours »), données réelles du module EDT.
• Actualités — le fil d'actualités de l'établissement en natif (à la une + récentes, regroupées par fil), données réelles du module actualités.
• Messagerie — la messagerie ENT en natif (boîte de réception + lecture), données réelles du module conversation.
• Agenda — l'agenda de l'établissement en natif (événements à venir regroupés par jour, colorés par calendrier), données réelles du module calendar.
• Espace documentaire — le navigateur de dossiers/fichiers en natif (icônes par type, aperçu d'image en ligne), données réelles du module workspace.
• Cours et Wiki — les wikis et leurs pages en natif (lecture du contenu mis en forme), données réelles du module wiki.
• Messagerie instantanée — les conversations temps réel en natif (présence, non-lus) et l'appel audio / visioconférence depuis une conversation, données réelles du module chat-nats.
• Sondages — les sondages et leurs résultats en natif (barres de pourcentage), données réelles du module poll.
• Casier — les documents déposés en natif (reçus / envoyés / corbeille, aperçu et rangement), données réelles du module rack.
• Forum — les discussions en natif (catégories → sujets → fil, avec réponse), données réelles du module forum.
• Rendez-vous — le suivi et la demande de rendez-vous en natif (accepter / refuser / annuler, choix d'un créneau), données réelles du module appointments.
• Démarches — remplir une démarche ouverte en natif (formulaire rendu à partir de son JSON Schema, contrôle de saisie, RGPD), données réelles du module workflowhub. La conception et le suivi restent sur le portail web.
• Réservation de ressources — salles et matériel en natif (mes réservations, annulation, demande d'un créneau), données réelles du module rbs.
• Exercices — le suivi des exercices en natif (à faire, rendus, notes et commentaires), données réelles du module exercizer. Réaliser un exercice reste sur le portail web.
• Mur collaboratif — les murs partagés en natif (notes lues dans l'ordre du tableau, ajout d'une note), données réelles du module collaborativewall.
• Frise chronologique — les frises en natif, présentées verticalement (le temps descend), données réelles du module timelinegenerator.

Architecture

• React Native 0.85 (nouvelle architecture), navigation par onglets + piles (@react-navigation).
• Sélecteur d'expérience (ExperienceContext / resolveExperience) : le même binaire sert tous les niveaux ; des flavors par magasin d'applications restent possibles sans dupliquer le code.
• Couche données à deux modes : demo (données locales, zéro réseau — démonstrations et tests e2e autonomes) et live (API ENT : module schoolbook, annuaire, blog, agenda ; mapping serveur→UI pur et testé unitairement).
• Catalogue partagé avec le web : src/apps/entCatalog.ts reprend la taxonomie du portail (libellés, familles, exclusions) et scripts/build-app-icons.sh rastérise ses pictogrammes — le registre mobile ne décrit plus que les applications à traitement natif.
• Tests : Jest (mapping, thème) + e2e Maestro sur émulateur Android (flows de démonstration et parcours live, captures versionnées dans la doc).

Feuille de route

• backends vie de classe et agenda branchés de bout en bout (partage à la classe) ;
• notifications push ultra-prioritaires (FCM) avec relance de signature ;
• pièces jointes et photos réelles (workspace) ;
• expériences élève collège/lycée et université ;
• build et e2e iOS.