Re: [noalyss-generale] Réécriture du plugin COPROPRIÉTÉ

[Vincent Danjean]

  Bonjour,

Le 29/11/2016 à 21:45, Dany De Bontridder a écrit :
> Le 29/11/2016 à 13:33, Mélopie a écrit :
>> 1 Configuration général
>> 2 Démarrage ou reprise d'une copropriété
>> 3 Suivi d'un exercice de base de l'ouverture à l'inventaire, avec les 
>> documents à produire à l'AG de fin d'exercice
>> 4 Les cas spécifiques (Programmation de travaux importants nécessitant un 
>> emprunt, Appels de fonds d'urgence, Gestion de l'eau à répartir selon la 
>> consommation, Gestion d'un sinistre, Contentieux, etc)
>> 5 Vente d'un lot et reprise par un autre copropriétaire
>> 6 transmission de dossier d'un syndic à un autre
>>
>> Il faudrait aussi permettre de dissocier les procédures des plans comptables 
>> de façon à ce que cela puisse s'adapter d'un pays à un autre, quitte à avoir 
>> des passages spécifiques pour la compta Belge ou Française par exemple. 
>> Parfois, il n'y aura que le numéro de poste qui changera, parfois, il se 
>> peut que toute la procédure soit différente. Le tout est d'éviter une 
>> procédure Belge appliquée à une compta Française, qui ne serait pas 
>> compatible avec la loi ou la pratique comptable locale.
> 
> Je suis tout-à-fait d'accord , le mieux est de faire comme tu dis , mais axé 
> uniquement sur la copropriété belge , la documentation pour la copropriété 
> française sera grosso modo pareille , mais elle sera alors copiée sur sa 
> propre page , afin de ne pas devoir chaque fois spécifier pour quel pays nous 
> parlons.
> 
> Pour le point 1 , je vais déjà regarder comment avoir un écran plus potable , 
> la configuration est un point difficile et essentielle , elle est commune 
> jusqu'à présent à la Belgique et à la France .

  Voici quelques réflexions que je vous livre suite à mon expérience de
syndic bénévole (en France) depuis presque 3 ans :
- une copro, ça évolue. On pense tout de suite aux ventes de lots,
  mais il y a aussi les nouvelles clés, les clés existantes qui
  évoluent (pour mon cas, aménagement d'une comble en appartement
  => MAJ de tous les millièmes), les lots qui sont redécoupés
  autrement, ...
    Si on veut être capable de (re)générer un rapport à une date
  donnée, ça signifie qu'on doit garder tout cet historique.
  On peut aussi décider qu'on ne génère de rapport qu'avec la
  configuration existante.
- les clés de répartition sont une donnée essentielle. Certaines
  sont fixes (ie définies dans le règlement), d'autres sont variables
  (par exemple basées sur des relevés de compteurs), il faut le prévoir
- faire les calculs (et surtout les arrondis au centime près) de charges
  par lot (et pas par copropriétaire). Car, quand un copropriétaire vend
  une partie seulement de ses lots, on a besoin de l'info par lot (et il
  vaut mieux que la sommes de charges par lot redonne bien exactement la
  somme du copropriétaire).

  Si ces réflexions peuvent vous aider, profitez en. Pour ma part,
j'avais commencé ma compta avec noalyss en encodant pas mal de meta
information avec les plans comptables analytiques. Ça marchait globalement
bien (j'avais toute l'info dans noalyss) mais, pour l'exploiter, j'avais
besoin de traitements complexes. J'extrayais donc l'info de noalyss (avec
wget + des pages d'export CSV de Noalyss ou d'autres que j'avais ajoutées)
et je la retraitais ensuite (principalement avec R) avant de la mettais en
forme avec LaTeX. Au final, un simple 'make' me reconstruisait tous
mes PDF automatiquement depuis ma compta.
  Je me suis trouvé sérieusement limité quand ma copropriété a évolué
(nouvelles clés, nouveaux lots, ... j'ai presque tout eu) et surtout
la charge de boulot pour maintenir mes extensions à noalyss était
importante à chaque nouvelle version (et ce n'était clairement pas
assez bien fait pour être incorporé dans noalyss).
  J'ai donc préféré basculer vers un enregistrement de ma compta
dans des fichiers textes (format ledger) qui simplifient beaucoup
la gestion de l'historique (avec git) et l'extraction de données
pour traitements automatiques complexes ensuite. J'ai, par contre,
perdu l'aspect interface utilisateur (qui m'a bien aidé quand j'ai
débuté) et l'aspect multi-utilisateurs (que je n'utilisais pas
beaucoup en pratique mais qui me plaisait).

  Je suis donc très content que Noalyss se développe en direction
des copropriétés et je suis ces développements avec intérêt.

  Cordialement,
    Vincent Danjean