Re: [Galette-devel] Re: Cotisation par exercice

[Deelight <deelight@xxxxxxxxxx>]

laurent.pelecq@xxxxxxxxxx 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