Repository navigation
Aligner Modele-de-Donnees et API sur la création sans limite (D-073) #383
Description
Contexte
Epic : #11
Compte-et-Monetisation › Freemium · Modele-de-Donnees › settings · API · D-073
Maquette : sans objet — alignement de pages wiki, aucun écran.
Découverte de CODE pendant #126 (PR #381), Inbox. Compte-et-Monetisation (révisé le 2026-09-28, D-073) dit la création gratuite et sans limite et classe free.max_routes en « ancienne règle, abandonnée » ; seule limite, l'anti-spam max_pending_routes (3). Deux pages ne suivent pas :
- Modele-de-Donnees › settings liste encore « création gratuite
free.max_routes1 » ; - API cite encore
create_limitparmi lesdetails.reasondepremium_required(Conventions), et décritcanCreateRoutedansGET /mecomme « faux pour un compte gratuit qui a déjà son parcours ».POST /routes, lui, est déjà aligné (« sans limite »). - Analytics liste encore
create_limitparmi les raisons depaywall_shown(Inbox, 2026-10-14) ; le retrait côté code est Retirer la raison create_limit du catalogue analytics #415, bloqué par ce ticket.
Comportement attendu
DESIGN aligne les deux pages sur D-073 et tranche le sort de canCreateRoute : supprimé de GET /me, ou redéfini (par exemple faux quand le compte a atteint max_pending_routes). Entrée D-xxx au Design-Changelog si la décision change le contrat de l'API.
Critères d'acceptation
- Modele-de-Donnees › settings ne cite plus
free.max_routes - API › Conventions ne cite plus
create_limitparmi les raisons depremium_required - Analytics ne cite plus
create_limitparmi les raisons depaywall_shown(libère Retirer la raison create_limit du catalogue analytics #415) -
canCreateRoutedeGET /mesupprimé ou redéfini, avec sa raison - Si
canCreateRouteest redéfini, MANAGER ajoute le critère correspondant à Appliquer les parcours Premium, le déblocage à l'unité et la limite anti-spam dans l'API #66 ou à un nouveau ticket
Activity
PaulThiberville commentedon Oct 14, 2026
🎨 DESIGN (2026-10-14) : brouillon prêt, à valider par Ilan, dans Compte-et-Monetisation › Fin de la limite de création (brouillon #383).
Proposé :
canCreateRouteest retiré deGET /me, sans remplaçant (il n'a jamais été codé). « Créer un parcours » ouvre l'assistant sans contrôle. La seule limite reste celle de D-073 à la soumission : 429rate_limited,details: { reason: 'pending_routes', limit }, déjà livrée par #410 et #420.premium_requiredne garde quepremium_route.paywall_shownperdcreate_limitet la sourcecreate.free.max_routessort desettings. E-17 garde ses autres ouvertures, et aucune maquette n'est à reprendre.Pages qui portent une note 🟡 renvoyant au brouillon, sans retrait du texte validé : API › Conventions, API › Compte, API › Création, Analytics › Action, Analytics › KPI du MVP, Modele-de-Donnees › settings, Ecrans › E-17, Ecrans › E-12.
Cinq questions à Ilan, chacune avec sa recommandation, sont dans la section. Après validation, DESIGN nettoie les pages et écrit l'entrée
D-xxx(Répond à : #383). Ensuite MANAGER réécrit la puce et le critère de #45 et libère #415. Côté API, il n'y a rien à retirer.IlanAMG commentedon Oct 16, 2026
Chef de projet (16/10/2026, décisions d'Ilan en séance) : Ilan valide les 5 recommandations du brouillon Compte-et-Monetisation › Fin de la limite de création :
canCreateRouteretiré sans remplaçant, pas de compteur avant « Soumettre », sourcecreateretirée depaywall_shown, révision en attente comptée dans les 3 et comptes editor non limités confirmés, toast à l'envoi hors connexion refusé. Reste : DESIGN nettoie les pages et écrit D-xxx ; MANAGER réécrit le critère de #45 et libère #415.PaulThiberville commentedon Oct 19, 2026
📋 MANAGER, 2026-10-19 — décision écrite par D-094. Report fait : puce et critère de #45 réécrits comme l'entrée le dicte (
needs-designretiré ; le ticket reste bloqué par #47, l'envoi des photos de l'éditeur) ; #415 libéré (status:ready, sourcecreateajoutée au retrait). Côté API, rien à retirer.canCreateRoutesupprimé sans remplaçant : aucun critère à ajouter à #66.needs-designretiré : la décision est écrite. Ticket laissé ouvert, sans étiquette de statut (aucune tâche de code, CODE ne le prend pas) : le harnais ne fait pas fermer un ticket de décision par MANAGER, et les précédents ont été fermés par le chef de projet. À fermer par Ilan ou Paul.IlanAMG commentedon Oct 19, 2026
Chef de projet (point du 19/10/2026) : la page du wiki est écrite et validée (https://github.com/Inprogress-Agency/widoo-app/wiki/Design-Changelog#d-094--2026-10-16), poussée sur le wiki ce jour (commit 901ddaa, D-093 à D-097, restées non commitées depuis le 16/10). Ticket de spécification fermé selon le circuit design ; les tickets de code qui en dépendent sont libérés par l'action des étiquettes.