Deelight writes:
[EMAIL PROTECTED] a écrit :
Ok, je comprends le principe. Ca doit effectivement être faisable en
calculant les échéances par rapport à cette date butoir. Il faudrait
donc ne plus utiliser la durée de cotisation lorsque l'on est dans ce
mode. Ce n'est pas non plus super évident c
[EMAIL PROTECTED] a écrit :
Je viens de comprendre ;-) En fait ce n'est pas compliqué. Dans les
préférences on met la date de fin d'exercice. Mais elle ne sert qu'a
préremplir la date de fin de cotisation. C'est plus pratique. Si
quelqu'un paie en avance, on change la date de fin pour mettre l'
Deelight writes:
En fait la date de cotisation est en quelques sorte calculée par la
fonction get_echeance (enfin date de cotisation + durée cotisation). Je
pense qu'en la stockant dans une table, on ne s'affranchirait pas ne la
nécessité de mettre automatiquement cette valeur à jour dans certain
[EMAIL PROTECTED] a écrit :
En fait la date de cotisation est en quelques sorte calculée par la
fonction get_echeance (enfin date de cotisation + durée cotisation).
Je pense qu'en la stockant dans une table, on ne s'affranchirait pas
ne la nécessité de mettre automatiquement cette valeur à jour
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 dat
[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 s
Euh, désolé pour le triple-post, mon disque était plein et Thunderbird
me sortait une erreur faisant penser que le mail n'était pas envoyé...
Frédéric
Deelight writes:
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
Les préférences pref_ville et pref_pays ont le même index. Il y a une erreur
dans install/index.php ligne 833. Est-ce que c'est un problème de changer
cet index lors d'un upgrade. Est-il utilisé directement ?
Laurent