View Issue Details

IDProjectCategoryView StatusLast Update
0000513CopropriétéBugpublic2015-07-06 09:57
Reporterina Assigned Todanydb  
PrioritynormaleSeveritymineurReproducibilitytoujours
Status ferméResolutioncorrigé 
PlatformLinuxOSMageiaOS Version1
Target Versionversion 0.9Fixed in Versionversion 0.9 
Summary0000513: Appels pour certains copropriétaires mais tous inscrits et reportés dans journal AF et grand livre
DescriptionQuand je lance un appel, onglet "Appel de fond"pour certains copropriétaires, tous s'inscrivent même ceux qui ne n'appartiennent pas à la clé, le montant pour eux est à 0, ceci ne fausse pas le calcul mais se reporte dans le journal d'AF et le grand livre avec la ligne de l'appel de fonds sans montant bien entendu.
Cela s'est produit avec la clé "Bétonnage aire de parking", lots concernés 25 et 28 en utilisant le journal d'appels de fonds, la fiche PROV-TRAVX, l'appel de fonds par budget.
Le même phénomène s'est produit avec la clé "Travaux de couverture bât A", la suite des opérations a été similaire.
Avec la clé "Chauffage bât A", en utilisant la fiche OPER-COUR, appel de fond par budget (0.25%) dans le journal d'appel de fonds pour cette charge j'ai éliminé les copropriétaires qui s'affichent inutilement, puis confirmé. Ne s'affichent dans les documents que les copropriétaires concernés. Ce n'est pas la meilleure solution.


TagsNo tags attached.
Extension Noalyss

Activities

danydb

2012-01-19 10:21

administrator   ~0000861

Dans les clefs de répartitions, certains lots sont à 0 parce que non concernés par cette clef. Il faut donc ajouter un filtre pour empêcher l'affichage des coprop. dont le montant est à 0.

danydb

2012-01-19 11:27

administrator   ~0000862

résolu en test

Issue History

Date Modified Username Field Change
2012-01-18 22:30 ina New Issue
2012-01-19 10:21 danydb Note Added: 0000861
2012-01-19 10:21 danydb Assigned To => danydb
2012-01-19 10:21 danydb Status new => acknowledged
2012-01-19 11:27 danydb Note Added: 0000862
2012-01-19 11:27 danydb Status acknowledged => resolved
2012-01-19 11:27 danydb Resolution open => fixed
2012-03-22 22:21 danydb Target Version => version 0.9
2012-03-22 22:21 danydb Fixed in Version => version 0.9
2015-07-06 09:57 danydb Status resolved => closed