SUJET :

Bonjour,

J'ai rencontré une étrangeté et une difficulté avec les règlements de copropriétaires.

Dans "voir le propriétaire", onglet "Comptabilité" le solde du copropriétaire est -84,70 (capture 1).
Dans l'onglet "Appels et règlements", le montant est doublé à 169,40 !? (capture 2).
Le bouton "+ règlement" propose ce même montant (capture 3).
Après encodage du règlement corrigé (84,70), la fenêtre "voir le propriétaire" indique encore un reste à payer du même montant (84,70) (capture 4).
Enfin, dans "voir le propriétaire", onglet "Comptabilité", le règlement a été coupé en 2 (2x 42,35) mais le solde est maintenant correct (capture 5).

Curieux, curieux. Merci pour les commentaires.
Louis

Bonjour,

Un règlement est ventilé sur l'appel de fonds en fonction de la catégorie de charges, d'autant plus s'il y a plusieurs ligne dans l'appel de fonds de nature différentes (courant, exception, fond de travaux, ...)
D'où la coupure du règlement en plusieurs fois.

Il faudrait étudier précisément en comptabilité à quoi est associé chaque ligne, mais juste au vu de cela rien d'étrange.

Le phénomène a été testé dans différentes configurations et donne à chaque fois un résultat problématique.
Je viens de faire le test sur la démo syndic en ligne.
Le "solde initial" du compte DECAZA est de 27,92 € et le "reste dû" est de 33,74 €.
Avec l'onglet "Appels et règlements" et le "+ règlement", le montant proposé est 61,62 € c'est-à-dire la somme du solde initial et du restant dû !
Ceci me semble plutôt bizarre.
Y aurait-il une explication logique ?
Je reste à disposition pour rendre compte de tous les tests souhaitables.
Merci pour votre suivi sans faille.
Louis

Bug "double comptage" confirmé et ... solutions proposées.

Ayant ramé un certain temps sur ce bug, je résume ici mes principales observations et propositions, espérant qu'elles pourront être utiles à la communauté.

Tout d'abord, ma remarque sur la démo syndic n'était pas pertinente et je m'en excuse.

Ensuite, il faut préciser qu'il s'agit d'un bug belge !

L'absence de code comptable pour 'condominium-default-owner-account4' dans la version syndic belge, provoque une mauvaise requête sql dans la méthode 'Owner.get_total_initial()'.
De ce fait, la méthode 'Owner.check_initial_operation()' génère une double entrée dans la table 'condominium_calldetail' (lorsque le montant est négatif). La première entrée est correcte (type_call=0) mais la seconde est erronée (type_call=3). Par la suite, diverses erreurs d'appels de fonds se produisent, uniquement dans la partie 'Copropriété', telle celle rapportée dans mon premier message.

Solution pour les nouvelles instances syndic belge:
- Dans le fichier 'belgium.py', donner un code comptable à 'condominium-default-owner-account4'. A priori, n'importe quel code car il semble ne jamais être utilisé (à vérifier).
- Une autre solution consisterait à traiter une absence de code comptable comme un doublon implicite dans Owner.is_owner_account_doubled().

Solution pour les bases de données existantes:
- Dans la table 'condominium_calldetail', supprimer les secondes lignes des doublons, celles avec 'type_call' = 3.
- Dans la table 'CORE_parameters', mettre un code comptable face au champ 'condominium-default-owner-account4'.

Merci pour tout,

Louis

Bonjour,

Ce problème a été identifié et corrigé dans Diacamma 2.5 rev. 3