Overview

Artifact ID: f04f0faeac9dabb9e16788ee7c05c34d763a9afb
Page Name:Cotisations
Date: 2020-01-29 23:03:33
Original User: badolato
Mimetype:text/x-markdown
Parent: 172776eedf71db75435a45a952e7859f15129497 (diff)
Next 58201be0bff9db36ba9038e2f371ec3d7ac1fe88
Content

Fonctionnement des cotisations et activités (à partir de 2020)

(Reprise des infos de [ce ticket])

La partie "cotisations" est renommée en "cotisations et activités". En interne dans le code on utiliserait simplement "activité".

Une activité pourrait donc être :

  • ponctuelle
  • valide pour une période donnée en jours (à partir d'une date qui sera définie lors de l'enregistrement du paiement de chaque membre, et qui pourra être par défaut cette même date d'enregistrement mais aussi une date dans le passé ou dans le futur).
  • valide pour une période donnée en dates fixes (définies lors de la création et de la configuration de l'activité)

Une activité serait gratuite ou aurait zéro, un ou plusieurs tarifs. "zéro" si l'activité est à prix libre. La cas "gratuit" est probablement à traiter différemment du cas "prix libre".

On pourrait inscrire un membre à une activité, en pouvant le marquer comme "à jour" ou "en attente", et en indiquant le tarif auquel il est soumis. Il ne pourrait pas être soumis à plusieurs tarifs en même temps.

Remarque: Dans le cas de l'activité à prix libre, le tarif auquel le membre est soumis ne pourra être indiqué qu'après que sa cotisation ait été enregistrée. Car avant cela, on ne sait pas combien le membre va cotiser...

Pour chaque activité on pourrait lier des écritures et faire le solde pour voir s'il a tout payé. Ceci permet de gérer les paiements en plusieurs fois.

L'interface de gestion d'une activité pour un membre doit permettre de le marquer comme "à jour" ou "en attente".

Il doit y avoir une interface permettant de marquer comme "à jour" tous les membres "en attente" d'une activité dont le solde atteint ou dépasse le tarif auquel ils sont soumis.

Le statut "à jour" (pour chaque activité où il est inscrit) est associé à une date d'expiration et stocké associé au membre, il n'est plus calculé à la volée, ce qui simplifie le code, mais empêche d'avoir les changements répercutés sur les membres si on modifie une cotisation/activité.

Après avoir créé un membre, la page suivante qui sera présentée est l'inscription à une ou plusieurs activités / cotisations, permettant de tout faire d'un coup.

Comme aujourd'hui, la fiche d'un membre devra montrer les cotisations qui lui sont associées, en séparant celles "à jour" et "en attente", et aussi l'historique de cotisation et les montants.

Comme aujourd'hui, une autre interface doit montrer la liste des cotisations et pour chacune la liste des membres "à jour" et "en attente" (avec éventuellement possibilité d'envoyer un message à une sélection de membres "en attente").

Il faudrait aussi permettre quelque part d'associer (et de dissocier) d'un seul coup plusieurs membres à une activité. C'est en particulier important après la création d'une nouvelle activité. Cela pourrait se faire, par exemple, dans la liste actuelle d'actions applicables à une selection de membres dans la recherche avancée (liste déroulante en bas de la page de résultats de recherche avancée).

Évolution possible dans le futur

  • possibilité de laisser le membre choisir quel tarif il veut payer (pour le moment il ne pourrait pas changer de tarif lui-même).