Journal des modifications

0.16.29.0 — 2026-06-23

Modifications

Le panier devient une entité à part entière (fondation, sans changement visible). Chaque panier dispose maintenant de sa propre fiche en base : les inscriptions et les versements y sont rattachés par une clé étrangère, et les pages « Détail du panier » et « Plan de paiement » résolvent le panier comme un objet de premier rang. Aucun comportement visible ne change pour l'utilisateur ; c'est le socle des prochaines actions au niveau du panier. L'isolation entre associations reste garantie (un panier d'une autre association renvoie une 404) et les paniers existants sont repris automatiquement à la mise à jour.

0.16.28.0 — 2026-06-23

Corrections

On reste sur le plan de paiement après une action. Enregistrer, encaisser ou rejeter un versement renvoie désormais vers la page « Plan de paiement » du panier, plus vers le détail du panier.
Barre de paiement lisible quand il n'y a aucun versement. La piste de la barre de progression reçoit une bordure : en thème sombre elle ne disparaît plus sur fond de carte, et le solde restant s'affiche désormais dans la légende.
Pas de reçu en double sur un double-clic. Marquer un versement reçu ou rejeté deux fois de suite (double-soumission) ne ré-envoie plus les e-mails de reçu ni ne réécrit l'historique : l'action est rendue idempotente sous verrou.

Modifications

Saisie d'un versement accessible depuis le détail du panier ET le plan de paiement. La fenêtre de saisie s'ouvre sur place (sans changer de page) ; seul l'enregistrement redirige vers le plan de paiement.
Le trésorier peut saisir et encaisser les versements (la saisie exige la permission de mise à jour des adhérents).

Sécurité

Isolation par association renforcée à la saisie d'un versement : un moyen de paiement personnalisé d'une autre association est refusé, et le paiement en ligne HelloAsso ne peut plus être choisi comme moyen de saisie manuelle.

0.16.27.0 — 2026-06-22

Modifications

Détail panier scindé en deux écrans. La page de détail d'un panier se concentre désormais sur l'objet panier : bandeau récapitulatif (montant dû, encaissé, solde, nombre de paiements) avec barre de progression, et accordéons par inscrit (lignes de facture, remises, sous-total). La gestion financière déménage sur une nouvelle page dédiée « Plan de paiement ».
Nouvelle page « Plan de paiement ». Barre de progression segmentée par moyen de paiement, filtre par moyen, cartes de versement colorées avec actions « encaisser » / « rejeter », historique du panier (créé / enregistré / encaissé / rejeté) dérivé des versements, et ventilation du payé réel par inscrit. La saisie d'un versement se fait depuis cette page.

Ajouts

Couleurs sémantiques par moyen de paiement (--pay-*, clair + sombre) et composant Progress.

0.16.26.0 — 2026-06-22

Ajouts

Saisie des paiements au niveau du panier (versements). La saisie d'un paiement se fait désormais sur le panier entier, plus sur chaque inscription séparément. Un versement représente la pièce réelle reçue (un chèque, un virement, un paiement en ligne) ; il se répartit automatiquement sur les inscriptions du panier au prorata du solde restant, au centime près. Un panier réglé par plusieurs moyens donne plusieurs versements. La page de détail d'un panier affiche chaque versement, ses imputations par inscrit, son statut, et les actions « marquer reçu » / « marquer rejeté ».
Reçu de versement. Un versement encaissé produit autant de lignes de reçu que d'inscriptions imputées.

Modifications

Moyens de paiement à la saisie : seuls les moyens activés par l'association sont proposés (hors paiement en ligne HelloAsso, géré automatiquement). Un moyen désactivé dans les réglages n'apparaît plus dans la liste.
Marquer un versement rejeté ne dé-valide jamais une inscription déjà validée : le rejet est signalé sans supprimer une adhésion acquise.

Corrections

Montant de versement enregistré au bon ordre de grandeur : un montant saisi en euros n'est plus multiplié par cent à l'enregistrement.

0.16.25.0 — 2026-06-22

Modifications

La liste des inscriptions devient une liste de paniers. Au lieu d'une ligne par personne inscrite, chaque ligne représente désormais un panier (l'ensemble des inscriptions soumises ensemble) : le payeur, le nombre d'inscrits, le statut consolidé et le solde restant en un coup d'œil. Un panier dont les inscriptions ont des statuts différents est signalé comme « mixte ». Un compteur séparé indique combien d'inscriptions correspondent aux filtres, distinct du nombre de paniers affichés.
Barre de filtres unifiée. Les filtres (saison, campagne, cours, statut, recherche) sont regroupés dans une barre cohérente : des pilules déroulantes pour choisir, des puces actives qui rappellent les filtres en cours et se retirent d'un clic. La saison sert d'axe principal ; campagnes et cours se limitent à la saison choisie.

Ajouts

Page de détail d'un panier. Un clic sur un panier ouvre une vue consolidée : récapitulatif du payeur, total dû / payé / solde avec pourcentage de règlement, et le détail de chaque inscription du panier (cours et lignes de montant). Accessible via registrations/paniers/{cart}, isolée par association.

0.16.24.1 — 2026-06-19

Modifications

Liste des inscriptions plus lisible. Chaque ligne affiche désormais le solde restant à payer à droite (« reste à payer », ou « Soldé » quand tout est réglé), au lieu de répéter le montant total déjà visible juste à côté. La saison n'apparaît plus deux fois lorsque le nom de la campagne la contient déjà (fini les « Inscriptions 2025-2026 — 2025-2026 »), et le badge de statut de paiement passe à une taille lisible. Sur mobile, le montant ne chevauche plus le texte de la ligne.

0.16.24.0 — 2026-06-18

Ajouts

Écran d'accueil « Avant de commencer » au début du formulaire d'inscription public. Il explique en trois points comment se déroule l'inscription : une personne à la fois (ses activités puis ses coordonnées), d'autres ensuite si besoin (frère, sœur, proche), et un seul paiement à la fin pour toute la famille.

Modifications

Refonte de la barre de progression du formulaire d'inscription. Elle affiche désormais quatre étapes claires — Bienvenue, Adhérent(s), Payeur, Récap & paiement — avec une sous-étape Activités → Identité qui indique, pour chaque adhérent, où l'on en est, et rappelle qu'elle se répète pour chaque personne.
L'écran Coordonnées s'adresse à la bonne personne. Son titre reprend le prénom saisi (« Coordonnées · Nathan »), ou à défaut le rang de la personne (« 1ʳᵉ personne », « 2ᵉ personne »), pour qu'on sache toujours de qui on renseigne les informations.
Ajouter un adhérent supplémentaire mène directement à ses activités, exactement comme pour le premier adhérent. Le parcours d'ajout est uniforme : le prénom se renseigne à l'étape Coordonnées pour tout le monde.

0.16.23.1 — 2026-06-18

Modifications

Optimisation du fichier CLAUDE.md (instructions agent). Fusion des trois sections de délégation (Task Delegation, Skill routing, Subagents) en une seule, ajout d'une politique de choix de modèle pour les subagents (haiku/sonnet/opus) avec garde sur les frontières hexagonales/DDD et les audits sécurité/RGPD, condensation des sections Docs et Gstack Plans, retrait du contenu superflu. Le bloc laravel-boost-guidelines reste inchangé (auto-géré par boost:install). Changement de documentation outillage uniquement, sans impact applicatif.
Allègement des descriptions de subagents (.claude/agents/). Les frontmatter description: de filament-admin-builder, laravel-model-architect, rgaa-v4-auditor et vue-inertia-dev (blocs <example> verbeux, ~10 ko cumulés chargés à chaque session) sont réduits à un trigger concis (~0,9 ko), mots-clés de routage préservés. Le corps des agents (chargé seulement à l'invocation) est inchangé. Réduit le contexte de démarrage.

0.16.23.0 — 2026-06-17

Ajouts

Nouveau type de rubrique « Optionnel — 1 choix max ». Une rubrique peut désormais être réglée pour n'accepter aucun ou un seul choix par personne. Conçu pour les cours parent-enfant (où PARENT et ENFANT vivent dans la même rubrique), il empêche qu'une même personne coche les deux options à la fois — sur le formulaire public comme côté back-office. La rubrique reste facultative : on peut ne rien y choisir. Le type se règle depuis l'écran de réglages de campagne.

Corrections

Le formulaire public n'imposait aucune limite par catégorie. Une personne pouvait sélectionner plusieurs propositions d'une même catégorie « à choix unique ». Le nombre de choix est désormais vérifié côté serveur, par personne.

0.16.22.0 — 2026-06-17

Modifications

Les e-mails du parcours d'inscription et de paiement adoptent une identité visuelle commune. Un châssis de marque partagé (en-tête au nom du club, mise en page, pied « Propulsé par Cohez.io ») est désormais appliqué aux mails du funnel — confirmation de panier, relance HelloAsso, paiement reçu, inscription validée, ajustement de panier. Chaque mail porte en pied son statut, sa référence de panier et sa date d'inscription, pour un repérage immédiat.
Le mail « Votre paiement a bien été reçu » est enrichi : il s'adresse nommément au payeur, récapitule le montant total, le montant déjà payé et le reste à régler, et précise le moyen de règlement utilisé.

Corrections

La relance d'acompte réaffiche la date limite de règlement. Lors de l'harmonisation des e-mails, l'échéance de l'acompte (« à régler avant le … ») avait disparu de la relance — pourtant le cœur du message. Elle est rétablie, par adhérent.
Le pied de l'e-mail d'inscription validée n'expose plus l'adresse du payeur. Le mail part toujours à l'adhérent ; le pied « Envoyé à » affichait par erreur l'adresse du payeur (libellé inexact et divulgation de données). Il affiche désormais l'adresse réelle du destinataire.
Les noms à apostrophe s'affichent en clair dans la version texte des e-mails (nom de club, de cours, de personne), au lieu d'une entité HTML illisible (').

Retraits

L'e-mail d'administration « Paiement reçu pour une inscription » est supprimé, jugé redondant. Le reçu envoyé au payeur reste inchangé.