colin/colibre
1
0
Fork 0
Code Issues 30 Pull Requests Actions Packages Projects Releases 33 Activity

docs: note la vérification de méthode de paiement réelle comme suivi séparé

Browse Source 
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
Colin Maudry
2026-07-01 14:13:39 +02:00
parent 17c379f0b3
commit b077fd318d
1 changed files with 9 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/superpowers/specs/2026-07-01-subscriptions-handle-history-design.md
+9
View File
@@ -199,3 +199,12 @@ nécessitent une réécriture significative (nouvelles signatures, statut
réconciliation périodique automatique » du design initial. réconciliation périodique automatique » du design initial.
- **Scoping des colonnes des `SELECT *`** dans `subscriptions/db.py` / - **Scoping des colonnes des `SELECT *`** dans `subscriptions/db.py` /
`auth/db.py` (évoqué en discussion, explicitement écarté de cette tâche). `auth/db.py` (évoqué en discussion, explicitement écarté de cette tâche).
- **Vérifier une vraie méthode de paiement (Frisbii) avant d'afficher le
bandeau « Ajouter une méthode de paiement »** dans `_active_view` pour
`status == "pending"`. Aujourd'hui le bandeau s'affiche pour tout `pending`,
y compris juste après un ajout de méthode de paiement via
`/subscriptions/add-payment` si le webhook n'a pas encore fait passer le
statut à `trial`/`active`. `client.get_customer_payment_methods` existe déjà
pour ça. Orthogonal à ce design (ne dépend d'aucune décision ci-dessus) —
traité comme tâche de suivi séparée, avec son propre petit design (gestion
d'erreur API, message si paiement déjà présent mais webhook en retard).