[EMAIL PROTECTED] a écrit :
- 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.

Ok.

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.

Effectivement, c'est mieux d'avoir quelquechose d'explicite.

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.

Ok aussi.

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.

Je pensais en fait à l'histoire du report. Si on saisit la première cotisation au 01/01/2004 et qu'on tombe ensuite sur une cotisation antérieure datant du 10/01/2003, on se rend compte que la première cotisation saisie était anticipée, et il faudra la décaler de 10 jours avant de pouvoir saisir la précédente.

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.

Ok, c'est le cas auquel je pensais, mais effectivement, ce système apportera plus de souplesse que d'inconvénients.

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.

Personellement, je pense qu'il faut surtout que le comportement par défaut avec le nouveau système ne soit pas contradictoire avec ce que Galette faisait précédemment. A savoir, ne pas oublier des jours d'adhésion pour quelqu'un qui cotise en avance (en interdisant le chevauchement, ce sera bon) et considèrer la date d'adhésion comme la date du jour pour un cotisation en retard (donc par défaut ne pas prendre la date de fin d'adhésion correspondant à la dernier cotisation si celle ci est révolue). Après, l'admin sera libre de modifier la date de début d'adhésion selon ses souhaits.

Sinon cette idée parait trés bonne, d'autant que cela explicitera un peu plus ce que Galette faisait discrètement auparavant.

En ce qui concerne les paiements, il faudra sans doute laisser la possibilité de ne pas les lier à une (ou plusieurs) cotisation, et aussi laisser la possibilité de ne pas lier une cotisation à un (ou plusieurs ?) paiement. Ca laissera de la souplesse au système.

Frédéric

Répondre à