mailRe: [Galette-devel] comptabilité des contributions et transactions


Others Months | Index by Date | Thread Index
>>   [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Header


Content

Posted by Johan Cwiklinski on May 11, 2014 - 10:02:
Salut,

Le 08/05/2014 08:44, André Lefranc a écrit :
il serait très ergonomique que la page de saisie des transactions soit
très semblable à celle de la saisie des contributions.
Elle l'est déjà ; je ne vois pas particulièrement de problème
d'ergonomie.
Juste sur la saisie de la nature du virement (espèces, chèque, virement,
et autres)

OK, Ça n'a donc strictement rien à voir avec de l'ergonomie.

Les transactions regroupent une ou plusieurs contributions. Dans
Galette, ce sont ces dernières qui contiennent le type de règlement,
ajouter ça dans les transactions, c'est ajouter le possibilité de dire
qu'une transaction est payée par virement, et qu'elle contient une
contribution payée par chèque, et une autre en espèces ; où serait la
logique ?
Effectivement, si la saisie qui suit est incohérente, ça va cafouiller,
mais là c'est la saisie qui serait en cause.
Mais ce n'est pas Galette qui serait illogique, c'est la personne qui
ventile !!!

Heu... Si le logiciel permet de faire n'importe quoi, il y aura toujours
quelqu'un pour faire n'importe quoi (et s'en plaindre) ; donc je ne suis
pas vraiment d'accord. Bref.

Parce que la transaction existe, elle sur le plan bancaire, sa nature
et donc le tri d'après sa nature est un plus dans les vérifications des
écritures de la banque.
Quand je reçois un chèque de 50 € , en banque j'ai un crédit (sur un
bordereau) de 50 € qui est le réel de l'encaissement,
avec la banque, le montant, et y compris le nom du titulaire du compte
qui peut être différent du nom de l'adhérent.
Je ventile entre cotisations : 30 € et dons : 20 €  (là je ne recopie
pas les infos du chèque. puisque déjà fait dans la saisie de la
transaction)

Les considérations de rapprochements bancaires, ça dépasse largement le
cadre du projet.

Ces références là ce serait plus logique de les mettre attachées à la
transaction (ce que nous faisons).

Puisque tout ce dont tu as besoin existe déjà dans les contributions, il
suffirait pour le moment de renseigner ces informations dans les
contributions elles-mêmes (le seul problème que je vois, c'est de devoir
saisir le numéro du chèque sur les X contributions). Il faut à mon avis
voir les transactions comme un moyen de regrouper des contributions (et
je me demande si ça doit vraiment aller plus loin que ça).

En fait le type de paiement devrait logiquement être dans la
transaction, et non dans la contribution.
Sauf que peu de gens utilisent les transactions.
Il faudrait donc que ce soit dans les transactions pour ceux qui les
utilisent, et dans les contributions pour les autres, ce qui n'est pas
possible ; d'autant que l'on peut mixer les deux !

Il faudrait donc que ce soit présent des deux côtés ; sauf que ça pose
des problèmes :
- possibles incohérences entre transactions et contributions attachées,
- comportement difficile à comprendre si l'on mixe l'utilisation des
deux systèmes,
- recherches impossibles (puisque ce n'est pas centralisé),
- ...

Bien que ces problèmes pourraient être réglés par l'utilisateur (et
encore...), le but de Galette est de diriger la saisie et de limiter les
erreurs, pas de donner les possibilités d'un tableur.

En clair, le problème est loin de se limiter à l'ajout d'un champ dans
un formulaire :)

++
-- 
Johan

Attachment: signature.asc
Description: OpenPGP digital signature


Related Messages


Powered by MHonArc, Updated Sun May 11 10:20:04 2014