Papillon Collections — Stories par sous-version V0¶

Ce document présente, pour chaque sous-version de V0, la liste des fonctionnalités formulées comme des stories, avec le persona concerné et la fonctionnalité associée.

v0.0.0 — Orchestration de relance sans paiement¶

Platform Admin — peut créer un nouveau tenant et provisionner le compte initial du Cabinet Admin pour démarrer un nouveau cabinet sur la plateforme.
Cabinet Admin — peut disposer d’un format de fichier d’import standardisé pour charger les données clients et contrats à traiter.
Cabinet Admin — peut faire déposer ses fichiers d’import dans un espace S3 dédié pour permettre leur traitement automatique par la plateforme.
Système d’ingestion — peut récupérer automatiquement, chaque nuit à 02h00 par tenant, les fichiers d’import déposés dans S3.
Système d’ingestion — peut valider les données essentielles du fichier importé et journaliser les succès ou échecs d’import.
Cabinet Admin — peut créer une campagne de relance simple sur les contrats arrivant à échéance dans une fenêtre définie.
Branch Operator — peut consulter la liste des contrats candidats à la relance dans une console opérateur en lecture seule.
Cabinet Admin — peut déclencher l’envoi d’une campagne de relance via de vrais canaux WhatsApp et SMS officiels.
End Customer — peut recevoir une notification contenant un lien signé unique pour accéder à son parcours de renouvellement.
End Customer — peut ouvrir son espace client via un lien signé, sans compte ni mot de passe, pour consulter ses contrats à renouveler.
End Customer — peut consulter la liste de ses contrats et montants dans une interface mobile-first optimisée pour réseau dégradé.
Système d’authentification — peut générer et vérifier des liens signés pour l’accès sécurisé au portail client.
Système de notification — peut envoyer des notifications WhatsApp et SMS en s’appuyant sur des fournisseurs officiels selon le pays du tenant.
Système d’audit — peut enregistrer les événements clés liés à l’ingestion, aux campagnes, aux liens signés et aux notifications envoyées.
Operator User — peut se connecter au back-office via Keycloak avec un accès rattaché à son tenant.

v0.0.1 — Paiement marchand et conformité minimale¶

End Customer — peut sélectionner les contrats à régler via une interface de paiement intégrée au portail client.
End Customer — peut initier un paiement via un premier fournisseur de paiement marchand officiel connecté à la plateforme.
Système de paiement — peut garantir l’idempotence des paiements pour éviter tout double débit sur une même tentative.
Système de paiement — peut vérifier la signature des webhooks du prestataire de paiement avant de traiter les retours de transaction.
Système de paiement — peut réconcilier l’état des paiements via webhook, avec polling de secours si nécessaire.
Cabinet Admin — peut corriger certaines données erronées d’un dossier avant l’envoi d’une campagne.
Cabinet Admin — peut consulter le statut d’une campagne après envoi en mode lecture seule.
End Customer — peut donner son consentement à la réception de relances par SMS/WhatsApp depuis le portail client.
End Customer — peut consulter une notice de confidentialité hébergée par la plateforme avant de poursuivre son parcours.
End Customer — peut se désabonner des relances via un mécanisme d’opt-out prévu dans les messages reçus.
Système de notification — peut bloquer tout nouvel envoi à un client ayant exercé son opt-out.
Système d’authentification — peut stocker les liens signés sous forme de hash SHA-256 plutôt qu’en clair.
Système d’audit — peut enregistrer les événements liés aux envois et aux paiements afin de constituer une piste d’audit exploitable.

v0.0.2 — Multi-agence de base et vérification légère d’identité¶

Cabinet Admin — peut créer et gérer les agences rattachées à son cabinet dans l’interface d’administration.
Cabinet Admin — peut créer et affecter des utilisateurs à une agence donnée.
Agency Admin — peut opérer dans le périmètre de sa seule agence, avec un accès restreint à sa structure.
Branch Operator — peut visualiser uniquement les contrats et campagnes de son agence grâce à un routage par agence.
Branch Operator — peut modifier inline certaines données d’un dossier avant envoi de la campagne.
Cabinet Admin — peut consulter une visibilité globale en lecture seule sur l’état des campagnes multi-agences.
End Customer — peut passer une vérification légère d’identité via les derniers chiffres de son téléphone avant d’accéder à certaines actions.
End Customer — peut sélectionner contrat par contrat ceux qu’il souhaite renouveler ou payer.
Système d’ingestion — peut appliquer des règles de validation enrichies sur les imports pour améliorer la qualité des données.
Système de paiement — peut compléter la réconciliation avec un mécanisme de status polling sur les transactions.
Système de notification — peut gérer une file d’envoi distincte par agence pour les campagnes de relance.
Système d’authentification — peut combiner lien signé et challenge téléphone “last-4” pour renforcer l’accès côté client.

v0.0.3 — Upload web et contrôle des campagnes après envoi¶

Cabinet Admin — peut téléverser un fichier d’import directement depuis l’interface web, en plus du canal S3 existant.
Cabinet Admin — peut obtenir un retour immédiat sur la validité ou les erreurs de son fichier lors de l’upload web.
Cabinet Admin — peut consulter une campagne après son envoi pour suivre son état.
Cabinet Admin — peut révoquer une campagne déjà envoyée lorsque cela est nécessaire.
Cabinet Admin — peut annuler une campagne dans les cas prévus par le produit.
End Customer — bénéficie d’un chargement différé des détails de paiement afin d’améliorer la performance initiale du portail sur mobile.

v0.0.4 — Déploiement BYO-DB pour clients entreprise¶

Platform Admin — peut provisionner un tenant en mode BYO-DB pour un client entreprise souhaitant héberger ses données dans sa propre base PostgreSQL.
Platform Admin — peut appliquer le même jeu de migrations à un tenant SHARED ou BYO sans divergence de schéma.
Système de contexte tenant — peut router les requêtes métier vers la base dédiée du tenant entreprise concerné.
Client entreprise — peut être onboardé en mode greenfield sur sa propre base de données, sans migration d’annuaire legacy à ce stade.

v0.0.5 — Fédération d’identité entreprise¶

Client entreprise — peut connecter son fournisseur d’identité OIDC ou SAML à Papillon Collections pour activer le SSO.
Operator User entreprise — peut se connecter à la plateforme via l’identité d’entreprise de son organisation.
Système d’authentification — peut rediriger un utilisateur vers le bon IdP en fonction de son domaine de messagerie.
Système d’authentification — peut mapper automatiquement les utilisateurs fédérés dans les bons groupes et organisations Keycloak.

v0.1.0 — Durcissement production et readiness gate V1¶

End Customer — peut utiliser un lien signé dont la durée de validité est limitée à 72 heures.
End Customer — peut reprendre son parcours client dans la fenêtre de validité du lien, même en cas de connectivité instable.
Système d’authentification — peut appliquer une limite de tentatives sur un lien signé et le révoquer en cas d’abus ou d’échecs répétés.
Système opérateur — peut exposer des métriques d’observabilité pour suivre les performances et incidents du back-office.
Système de paiement — peut instrumenter les flux de paiement pour améliorer le suivi, les alertes et les premiers mécanismes de retry minimal.
Système de notification — peut appliquer du rate limiting et améliorer la robustesse des retries d’envoi.
Système d’audit / compliance — peut préparer des stubs de rapports de conformité pour soutenir les besoins réglementaires et d’audit.

Personas utilisés¶

Platform Admin : administrateur plateforme côté Papillon/Altarys, responsable du provisionnement tenant et de certains paramétrages globaux.
Cabinet Admin : administrateur principal d’un cabinet ou réseau d’agences sur son tenant.
Agency Admin : responsable d’agence opérant sur un périmètre restreint à son agence.
Branch Operator : opérateur métier en charge du suivi terrain et de la préparation des campagnes dans son agence.
Operator User : utilisateur back-office authentifié côté plateforme ou cabinet.
End Customer : assuré final recevant les relances, consultant ses contrats et effectuant le paiement.
Client entreprise : compte entreprise ou direction IT/IAM d’un client grand compte en contexte BYO-DB ou SSO.
Système d’ingestion / paiement / notification / authentification / audit : formulation utilisée lorsque la fonctionnalité est principalement technique mais constitue bien une capacité produit visible ou critique dans la sous-version.