Overview

Artifact ID: d7b12c43cfe3b3cd37413bb33dee3d9b3e370fd6
Page Name:Cotisations
Date: 2020-01-30 00:36:47
Original User: badolato
Mimetype:text/x-markdown
Parent: c9226d5b708f5a4f6d81dff494d098b55a128f9a (diff)
Next cd4df12ffa7d1dadbc0a088f426e524a986f7bb3
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 (à la date de paiement ou à une autre date libre)
  • valide pour une période donnée en jours (à partir d'une date initiale définie lors de l'enregistrement du paiement, 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é)

Remarque: Le troisième cas est juste un cas particulier du second, dans lequel la date initiale est simplement fixée à l'avance.

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, parmi non seulement ceux "en attente", pour des relances, mais aussi parmi ceux "à jour"... par exemple pour une annonce liée à l'activité).

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é (par exemple, au début de chaque année pour la nouvelle cotisation annuelle). Cela pourrait se faire aussi dans les actions applicables à une selection de membres dans la recherche avancée (cf. liste déroulante en bas de la page de résultats de recherche avancée).

Dans ce nouveau système, le statut "à jour" ou "en attente" serait donc une valeur fixe inscrite dans la base de données. Du coup, il serait très utile de pouvoir faire des recherches sur le statut des cotisations dans la 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).

Questions

  • Dans ce nouveau système, le statut et le montant sont donc définis individuellement pour chaque membre (ainsi que la date initiale des activités en période donnée, et évetuellement la date des activités ponctuelles). Le reste est fixé dans la définition de l'activité (i.e. montant -hors cas libre-, durée de la période, dates fixes, etc.). Ne faudrait-il pas prévoir aussi les cas où la durée de la période et/ou la date initiale peuvent être individualisables?

Un exemple (peut-être un peu tiré par les cheveux?): L'inscription à l'activité est de 10 EUR par mois. Si le membre paye 50 EUR, on enregistre 5 mois de validité à partir d'une certaine date initiale (qui peut ou pas être celle du paiement).