0000513: Appels pour certains copropriétaires mais tous inscrits et reportés dans journal AF et grand livre - Mantis : suivi de taches pour noalyss

Identifiant	Projet	Catégorie	Visibilité	Date de soumission	Dernière mise à jour

0000513	Copropriété	Bug	public	2012-01-18 22:30	2015-07-06 09:57

Rapporteur	ina	Affecté à	danydb
Priorité	normale	Sévérité	mineur	Reproductibilité	toujours
État	fermé	Résolution	corrigé
Plateforme	Linux	Système d’exploitation	Mageia	Version du système d’exploitation	1
Version ciblée	version 0.9	Résolue dans la version	version 0.9

Résumé	0000513: Appels pour certains copropriétaires mais tous inscrits et reportés dans journal AF et grand livre
Description	Quand 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.
Balises	Aucune balise n’est attachée.

Extension Noalyss

danydb 2012-01-19 10:21 administrateur ~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 administrateur ~0000862	résolu en test

Date de modification	Nom d’utilisateur	Champ	Changement
2012-01-18 22:30	ina	Nouvelle anomalie
2012-01-19 10:21	danydb	Note ajoutée: 0000861
2012-01-19 10:21	danydb	Affecté à	=> danydb
2012-01-19 10:21	danydb	État	nouveau => accepté
2012-01-19 11:27	danydb	Note ajoutée: 0000862
2012-01-19 11:27	danydb	État	accepté => résolu
2012-01-19 11:27	danydb	Résolution	ouvert => corrigé
2012-03-22 22:21	danydb	Version ciblée	=> version 0.9
2012-03-22 22:21	danydb	Résolue dans la version	=> version 0.9
2015-07-06 09:57	danydb	État	résolu => fermé