Overview

Artifact ID: 6a836a89159005a531f61550243df420848f4a5e
Page Name:Cotisations
Date: 2020-01-29 14:22:23
Original User: bohwaz
Mimetype:text/x-markdown
Parent: 3b381456034d6b748b2f62a56cf87f229a9b7fda (diff)
Next 172776eedf71db75435a45a952e7859f15129497
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
  • valide pour une période donnée en dates fixes

Une activité aurait zéro, un ou plusieurs tarifs. "zéro" si l'activité est à prix libre.

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

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" 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é.

É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)