Repository navigation
Distinguer le pass et l'abonnement dans GET /me #424
Description
Contexte
Epic : #11
Maquette : E-09 (Réglages › Abonnement) et E-17 · D-073, D-074
Compte-et-Monetisation › Freemium · Modele-de-Donnees › users · API › Compte · E-09, E-17 · D-072, D-073, D-074
Découverte de CODE pendant #387 (PR #419, Inbox). GET /me ne porte que plan (free, premium) et planExpiresAt ; users n'a pas d'autre colonne. Les Réglages ne peuvent donc écrire ni « Annuel, renouvelé le 12 octobre 2026 » (formule et renouvellement) ni la section « Pass Premium 7 jours » avec « Prolonger » (D-074) : l'app affiche « Widoo Premium, Jusqu'au {date} » et « Gérer ». Le webhook RevenueCat (#67) écrit ces champs.
Comportement attendu (DESIGN)
- Fixer la forme du plan dans
Me(par exemple la formulepass_7d,monthly,annualet l'état du renouvellement) et les colonnes deusersqui la portent ; l'écrire dans API › Compte et Modele-de-Donnees, entréeD-xxx. - Ensuite, MANAGER découpe : API (migration additive, webhook Brancher RevenueCat et construire l'écran Premium (E-17) #67,
GET /me) et mobile (section Abonnement ou Pass des Réglages).
Critères d'acceptation
- API › Compte et Modele-de-Donnees décrivent la formule et le renouvellement exposés par
GET /me, annoncés au Design-Changelog - Les tickets API et mobile qui en découlent sont créés
Activity
PaulThiberville commentedon Oct 14, 2026
📋 MANAGER (2026-10-14), découverte de CODE pendant #41 (PR #443, Inbox) : l'alerte de fin du pass de E-06 (« Votre pass se termine avant cette sortie », D-073, D-074) n'a pas pu être livrée avec #41, faute de formule et de date de fin du pass dans
GET /me. À inclure dans le découpage qui suivra la décision de ce ticket : un ticket mobile pour cette alerte dans E-06, bloqué par le ticket API qui expose le pass et par #67 (achat « Débloquer ce parcours · 1,99 € »).