Deelight writes:

[EMAIL PROTECTED] a écrit :
On pourrait avoir ceci en années glissantes : quand on entre la première
cotisation, elle démarre à la date d'enregistrement. Quand on entre une
nouvelle cotisation pour un membre, la date d'enregistrement est
"aujourd'hui", mais on pré-rempli la date de début de cotisation au
lendemain de la fin de la précédente. Et on n'accèpte pas de cotisations
qui se chevauchent.


Le résultat serait différent par rapport à ce qui est fait actuellement.
  Dans le fonctionnement actuel (années glissantes):

- si on a une cotisation le 01/01/2004, elle court jusqu'au 31/12/2004
- si on a une nouvelle costisation le 05/01/2005, elle court jusqu'au
04/01/2006.

On considèré que la personne n'était plus adhérente du 01/01/2005 au
04/01/2005. Ca permet notamment de ne pas se planter pour une personne
qui avait résilié son adhésion, et qui se réinscrit au bout d'un certain
temps.

Oui tu as raison. Si la cotisation en cours n'a pas expiré, on pré-remplit
avec le lendemain de la fin de la cotisation. Sinon on prend la date
courante. Ca me paraît plus logique aussi.


Cependant je trouve la méthode actuelle
plus souple puisqu'elle n'impose pas cette restriction à
l'administrateur, et elle se débrouille avec ce qu'on lui fournit.

C'est plus souple mais est-ce que c'est vraiment ce qu'attend l'utilisateur
puisque de toute façon on fait comme si la date de début était la fin de la
précédente cotisation. C'est le principe même du report. Bien qu'on fasse
croire qu'on prend en compte la date qu'il donne, on calcule la date
d'échéance en décalant les périodes de cotisation pour corriger le
chevauchement. Il me semble plus clair d'interdire le chevauchement.

Enfin si on part sur l'idée de ce champ je pense qu'il faudrait le
préremplir de cette manière :

- Année glissantes :
   - si c'est une premiere cotisation, date du jour
   - si c'est une nouvelle cotisation, date prévue de fin de la
     précédente adhésion si elle court encore, et date du jour si elle
     est révolue. On considère donc que la personne n'était plus
     adhérente entre les deux (comme c'est le cas actuellement). Libre à
     l'administrateur de modifier la date de cotisation pour qu'elle
     corresponde à la fin de la précédente adhésion.

- Par exercice
   - si c'est une premiere cotisation, date définie de début d'exercice,
     pour la période en cours (on considèrerait que l'adhérent s'inscrit
     pour l'exercice en cours, et pas le prochain... mais il faudrait
     eventuellement en discuter pour voir ce qui concient le mieux)
   - si c'est une nouvelle cotisation, date définie de début            
     d'exercice pour l'année en cours, on la suivante l'adhésion n'était
     pas révolue.

Oui ça me paraît bien.


Il y a tout de même quelquechose qui me pose un peu problème avec ce
fonctionnement, c'est que cas de saisie d'une ancienne cotisation pour
un membre, les échéances ne sont pas recalculées.

Ce n'est pas la peine puisque l'échéance ne change pas. C'est de toute façon
le max des fins des cotisations.

Quand on installe Galette, il y a généralement une phase on l'on saisit
toutes les cotisations des membres, sur une ou plusieurs années. Dans
l'état actuel, l'ordre de saisie importe peu puisque l'échéance est
dynamiquement recalculée. Avec ce nouveau système, il faudrait
absolument saisir les cotisations dans l'ordre pour que l'échéance soit
correcte...

Non ce n'est pas la peine de les remplir dans l'ordre. Ce serait plus simple
parce que la date pré-remplie serait correcte. Mais rien n'empêche de
changer la date dans le passé pour peu que la cotisation qu'on rentre ne
chevauche pas la suivante (càd celle qui a été déjà rentrée).

Le champs date_echeance de la table des adhérent sera recalculée à chaque
fois mais comme le max.

J'aimerai bien faire ça. Je suis optimiste en ce moment.

Libre à toi de tenter le coup alors :)

Je ne veux pas imposer mon point de vue. Si ça correspond bien à
l'utilisation que tous les autres attendent, alors ça m'intéresse de
changer le fonctionnement en deux temps :
- Ajout de la date d'enregistrement et non chevauchement des cotis.
- Ajout de la table des paiements et possibilité de saisir les
contributions qui s'y rapportent dans la foulée.

Laurent


Répondre à