Project

General

Profile

Evolution #1137

Transactions affectées à des dons ou cotisations

Added by Pascal Fodiman over 4 years ago. Updated about 4 years ago.

Status:
Rejeté
Priority:
Normal
Assignee:
-
Category:
IHM
Target version:
-
Start date:
01/08/2018
Due date:
% Done:

0%

Estimated time:
Vote:

Description

Bonjour,
Merci pour cette nouvelle version 0.9!
L'idée de pré-affecter des transactions à des dons ou des cotisations me paraît intéressante, par le temps qu'elle permet de gagner. En revanche, il serait utile de conserver l'ancien processus qui permettait de scinder une transaction entre cotisation ou don indifféremment, le choix se faisant directement au niveau du menu déroulant de la nature de la cotisation.
Je pensais que c'était la raison qui justifiait de conserver le menu création d'une transaction. En revanche, si c'était l'option retenue, alors cela ne fonctionne pas...
Pascal

#1

Updated by Johan Cwiklinski over 4 years ago

  • Tracker changed from Anomalie to Evolution
  • Version utilisée deleted (0.9-RC3)

Je requalifie en évolution, il ne s'agit pas d'un bug, mais d'une réelle séparation entre dons et cotisations.

La seule chose qui ne soit pas possible, c'est de passer de "cotisation" à "don" une fois que l'un ou l'autre a été sélectionné pour la ventilation.

#2

Updated by Pascal Fodiman over 4 years ago

OK.
En revanche, cela m'oblige à rester sur une version antérieure. En effet, il m'était possible auparavant d'ouvrir une transaction et de lui affecter indifféremment une contributions de type cotisation et/ou don. Cela correspond à la plupart des transactions émises par nos membres
Ex : chèque de 100 € balancé par une cotisation de 20 € et un don de 80 €... sauf erreur de ma part, ce n'est à présent plus possible...
PF

#3

Updated by Johan Cwiklinski over 4 years ago

Si, c'est toujours possible. On choisit si l'on souhaite créer une cotisation ou un don lors de la création d'une transaction, puis de nouveau depuis chaque contribution créée si l'intégralité du montant de la transaction n'a pas été ventilé.

#4

Updated by Pascal Fodiman over 4 years ago

Effectivement. Mais cela me paraissait bien plus simple auparavant... Peut-être à l'usage ?
De plus, certains champs dynamiques restent inscrits par défaut. je regarde si cela justifie une nouvelle demande...
PF

#5

Updated by Johan Cwiklinski about 4 years ago

  • Status changed from Nouveau to Rejeté

Also available in: Atom PDF