2011/9/29 Matheo Wang
<address@hidden>
Message de DDB:
J'aimerais un peu plus de détails sur les clefs de répartition et les
lots : le premier écran à développer doit donc permettre de
* créer des lots
* créer des clefs de répartition
* lié des lots à des clefs de répartition et des lots à des fiches copropriétaires.
Mais qu'est-ce que exactement un lot et une clef de répartition ???
Un lot est une partie privative d'un immeuble, exemple: appartement, garage. Par contre le hall d’entrée de l'immeuble n'est pas un lot car c'est une partie commune.
La procédure est en effet:
1) Créer: lots, clés
2) Faire le lien entre un lot et une ou plusieurs clés (avec leur tantièmes)
3) Créer fiches: copropriétaire et dépense S&BD
Faire le lien entre un lot et un et un seul copropriétaire (un seul copropriétaire reçoit les appels de fond).
Faire le lien entre une fiche dépense et un ou plusieurs clés (avec leur ratio)
Il est a noter que la relation Lot - Clés ne changera probablement jamais durant toute la vie de l'immeuble.
Les attributs de clés sont: id (string), description (string), total tantièmes (integer)
exemple: , Charges générales, 10000
Les attributs de lots sont: id (string), lien avec fiche propriétaire (string), liens avec une liste de clés et leurs tantiemes, puis une liste d'information pour localiser le lot exemble: batiment, numero de porte, étage, type de lot.
Note: la valeur de l'id suivra la notation du règlement de copropriété.
Eventuellement un champs libre pour donner une description libre. Si on met une liste de valeur (porte, ascenseur, garage...) on risque d'en avoir trop peu.
J'ai attaché en pièce jointe un exemple de guide d'utilisation d'un logiciel simple de gestion de copropriété.
Page 13 présente l’écran de saisie d'une clés
Page 18 présente l’écran de saisie d'un lot
Quelle est la meilleur solution pour modéliser les lots et clés:
- utiliser des fiches phpcompta
- ou créer une structure séparée?
Intuitivement, je pense qu'il est préférable de ne pas utiliser les fiches pour modéliser les clés.
Oui c'est la solution vers laquelle on doit évoluer, avoir une structure de données séparée.
Cependant j'ai encore une question : quand un lot est revendu, j'imagine qu'une partie des dépenses est due par l'ancien propriétaire et que le reste est due par le nouveau. Donc comment cela se passe à ce moment ??
DDB
Matheo
_______________________________________________
Phpcompta-contrib mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/phpcompta-contrib