App mobile — victimes / ayants droit à cadrer
Carte d'identité
| Utilisateurs | Victimes et ayants droit — grand public, smartphone personnel |
| Plateforme | Application mobile dédiée (iOS + Android), distribuée sur les stores |
| Backend / BFF | portal-bff réutilisé, ou BFF mobile dédié — décision |
| Realm & authentification | Realm usagers — mêmes flux headless que le portail web |
| Exposition réseau | Public (via la gateway) |
| Stack proposée | À décider — cross-platform (Flutter ou React Native) recommandé, PWA en repli |
| Dépôt | À créer |
Distincte de l'app terrain. Cette application vise le grand public (victimes), l'app terrain vise les agents de contrôle. Realm, mode de connexion, distribution et besoins hors-ligne différents — ne pas fusionner les deux.
Périmètre fonctionnel
Sous-ensemble du portail, optimisé pour l'usage mobile :
- Connexion et suivi de dossier en temps réel
- Notifications push natives : offre d'indemnisation, échéances, rendez-vous d'expertise, demandes de pièces
- Dépôt de pièces par capture photo depuis l'appareil
- Consultation des documents (bons, lettres, offres)
- Messagerie et réclamations
- Acceptation/refus d'une offre d'indemnisation (avec signature électronique à terme)
Backlog
Aucun ticket dédié dans le Jira client. L'application partage le périmètre fonctionnel du portail (tag PORT) mais aucune story mobile-spécifique n'existe : notifications push, hors-ligne léger, capture photo, publication sur les stores.
◆ PROPOSÉ · dérivé des CDC (codes indicatifs, pas des clés Jira)
À valider puis importer. Reprend le périmètre du portail réduit à l'usage mobile, plus les épics spécifiques au mobile.
| Épic | Intitulé | Contenu | Est. |
|---|---|---|---|
| MOB-SOCLE | Socle mobile | navigation, i18n, cache lecture hors-ligne, gestion de session, distribution stores | ~12 |
| MOB-COMPTE | Compte & accès | inscription, connexion, MFA, biométrie, récupération de mot de passe | ~10 |
| MOB-DOSSIER | Suivi de dossier | liste des dossiers, détail, statut & étapes, historique | ~12 |
| MOB-DEMANDE | Demandes & pièces | créer une demande, capture photo, téléversement, suivi de soumission | ~12 |
| MOB-OFFRE | Offre & transaction | consulter l'offre, accepter/refuser, PV, signature électronique | ~10 |
| MOB-DOC | Documents | consulter/télécharger bons, lettres, offres, quittances | ~8 |
| MOB-NOTIF | Notifications push | offre, échéances, RDV d'expertise, demandes de pièces, préférences | ~10 |
| MOB-RECLAM | Réclamations & messagerie | déposer une réclamation, fil d'échanges | ~8 |
| Total indicatif | ~82 | ||
Points à trancher avant de démarrer
- Technologie : cross-platform (un seul code base, push natif, meilleure expérience) vs PWA (moins coûteux, accès natif limité).
- Backend : réutiliser portal-bff au départ, ou créer un BFF mobile dédié si les écrans mobiles agrègent différemment.
- Comptes stores : Apple Developer et Google Play (inscription, coûts récurrents, cycles de validation) — à provisionner tôt.
- Passerelle de notifications push (APNs / FCM) — à intégrer côté BFF et à contractualiser.
- Créer le dépôt et le backlog.