Cotisation libre

[GoogleCodeExporter]

# Quelles sont les étapes éventuelles pour reproduire ce problème ?
  -1. Ajouter une cotisation

# Quelle est le résultat attendu ?
On doit choisir un type de cotisation avec un montant imposé

# Qu'obtenez-vous au lieu de cela ?
Une possibilité de choisir une cotisation avec un montant libre. Ca reste
souvent le cas dans les associations où les cotisations sont
particulièrement basses.

# Quelle version du produit utilisez-vous ?
SVN

# Éventuelles remarques additionnelles
Il y a plusieurs moyens de gérer ça :
 - ajouter un type spécial de cotisation, qui fait apparaître une boîte qui
permet de spécifier un montant de cotisation lors de l'ajout d'une
cotisation. Est-ce possible ?
 - ajouter un type spécial de contribution, qui a un montant nul, et qui
ajoute automatiquement une recette du montant de la cotisation. La
réalisation est plus simple que le choix précédent, mais moins élégant 
(àmha)

Original issue reported on code.google.com by chtitux on 13 May 2009 at 9:10

[GoogleCodeExporter]

Je pense avoir trouvé une solution / réponse qui résoud en plus un autre 
problème.
Le montant sera stocké pour chaque cotisation (et non pas uniquement rattaché 
au
"type" de cotisation).

Lors de l'ajout d'une cotisation, il y aura un champ "montant" qui par défaut 
prendra
la valeur d'une configuration existante, mais qui pourra être modifié.

Original comment by adrien.mogenet on 13 May 2009 at 9:21

• Added labels: Composant-Logique, Type-Amelioration
• Removed labels: type-probleme

[GoogleCodeExporter]

Pour corriger le bug 6, il faut que ce "montant" soit stocké dans un 
enregistrement
[recette] (donc avec le type de compte), ou que le "type de compte" soit 
stocké avec
le montant de la cotisation dans un enregistrement [cotisation].
La 1ère solution me semble être la plus simple (elle duplique une entrée 
[cotisation]
en deux entrées [cotisation] et [recette]), et résout directement le bug 6.

Original comment by chtitux on 13 May 2009 at 9:49

[GoogleCodeExporter]

Le montant sera stocké pour chaque cotisation. (une valeur viendra se mettre 
par
défaut en fonction du "type de cotisation" sélectionné, mais restera 
éditable)

Original comment by adrien.mogenet on 14 May 2009 at 11:37

• Changed state: Demarre

[GoogleCodeExporter]

Fonctionnalité ajoutée dans la revision 51 (slurp !).
Vous pouvez aller tester et approuver (?) le comportement !

Original comment by adrien.mogenet on 15 May 2009 at 8:38

• Changed state: Resolu

[GoogleCodeExporter]

Après l'ajout d'une cotisation avec des centimes non nuls, on a :
* "99.98" is not an integer.
Existe-t-il des bonnes raisons que le montant soit un entier, ou il peut 
devenir un
flottant (il ne s'agit pas d'avoir 3 chiffres de précisions, 2 suffira 
largement :)

La vérification sur l'entier est faite sur
http://code.google.com/p/piwam/source/browse/trunk/lib/form/CotisationForm.class
.php?r=52#56
et le champ dans la base de donnée à l'air OK :
http://code.google.com/p/piwam/source/browse/trunk/doc/piwam-install.sql?spec=sv
n50&r=50#98

Original comment by chtitux on 15 May 2009 at 4:56

[GoogleCodeExporter]

En effet, je corrige cela ce soir !
Il faudra aussi que je trouve le nom du message anglais "is not an integer" 
pour le
traduire en français.

Original comment by adrien.mogenet on 15 May 2009 at 5:19

• Changed state: Demarre

[GoogleCodeExporter]

This issue was closed by r53.

Original comment by adrien.mogenet on 15 May 2009 at 8:59

• Changed state: Fixed

[GoogleCodeExporter]

Original comment by adrien.mogenet on 11 Nov 2009 at 3:12

• Changed state: Resolu