Après échange avec André, voici la conclusion de la discussion que j'ai ouverte hier :

Les comptes de type "Provision" sont identifiés par la présence d'un appel dans le fichier des appels.
Si un travaux est financé à 100% par avance travaux (1032), il faut donc créer un appel avec montant 0 pour qu'il apparaisse dans la colonne "Provisions" du décompte par clé issu de la clôture sinon l'avance travaux utilisée apparaitra en négatif dans la colonne 'Dépenses".

Autre conséquence si pas d'appel : l'avance travaux venant en diminution des dépenses, le montant TVA affiché paraitra être incohérent avec le montant Dépense affiché.

Pour plus de clarté, je publie en partie ici l'échange avec André :

DMA :
Pour la ligne ABA, cas standard d’un appel travaux (TXX) et d’une dépense, c’est OK.
Pour la ligne TBA, cas d’un appel travaux (TYY) pour 3 000 € complété par utilisation d’Avance travaux (1032) pour 2 000 €, c’est OK puisque la colonne Provision vaut 5 000 €; je n’ai pas saisi de dépense mais elle serait venue dans la colonne Dépenses.
Pour la ligne TCG, cas d’utilisation d’Avance travaux (1032) pour 3 775,20 € sans appel travaux (T07), ce n’est pas OK ; l’avance utilisée (3 775,20 €)  apparait en négatif dans la colonne Dépenses et non pas dans la colonne Provision, bien sûr le total décompte est correct. Je n’ai pas saisi de dépense mais elle serait venue dans la colonne Dépenses (avec une dépense de 3 000 € on auraitt – 775,20 € dans la colonne Dépenses du décompte).
La différence entre les cas TYY et T07 est l’absence d’appel travaux pour ce dernier ; est-ce la piste ?

André :
C’est logique à défaut d’être normal car pour identifier les comptes de type « provisions » et donc à rembourser je regarde dans le fichier des appels…
Si vous créez un appel sur le compte 702TCG avec un montant à 0 vous devriez avoir les – 3 775,20 € dans la colonne provisions.
Votre exemple présente également un problème avec la TVA.

DMA :
Pour une bonne (de mon point de vue) présentation du décompte, je retiens donc de toujours mettre un appel à zéro dans ces cas particuliers.

Pour la TVA de la ligne TCG, c’est une conséquence : j’avais oublié que j’ai aussi des dépenses travaux sur la clé TCG  pour le T11 pour 21 432,40 € dont 3 537,40 € de TVA ; cette dépense a aussi été financée par Avance Travaux pour un montant de 21 487,60 € sans appel travaux.
Donc :
- colonne Provisions : vide
- colonne Dépenses : (21 432,40 – 21 487,60) + (0 – 3 720) = - 3 775,20 €
- colonne TVA : 3 537,40 €

*** Il est donc très important que chaque utilisateur ait cette règle en tête. ***

Cdt
DMA

Andre a écrit:

Bonsoir,

Si le montant des dépenses est égal aux provisions pour cette clé c'est normal de ne pas l'avoir dans le décompte... non ?

Cordialement,
André

En bonne gestion, dépenses et provisions devraient toujours être égales pour les travaux.
C'est donc bien là mon interrogation : par ce mécanisme, le montant de travaux a totalement "disparu" du décompte.

Les écritures comptables sont conformes à ce que détaille JB22 mais c'est dans l'édition du décompte qu'est mon étonnement.

Exemples (simplifiés) chiffrés :
cas 1 : Travaux (clé A) 100 euros, financé par Avance travaux
   
     1032          401            512          671           702
  -----------  -----------  -----------  -----------  -----------   
  100 |               |               |               |               | 100      financement par Avance travaux
        |               | 100         |         100 |               |            facture
        |         100 |               | 100        |                |            paiement facture


cas 2 : Travaux (clé B) 200 euros, financé par appel travaux
   
      401          450            512          671           702
  -----------  -----------  -----------  -----------  -----------   
         |        200 |              |               |               | 200       appel travaux
         |              | 200  200 |               |               |             règlement copropriétaire
         | 200        |              |         200 |               |             facture
  200 |               |              | 200         |               |             paiement facture


Le décompte par clé va donner :

          Provisions   Dépenses
clé B       200            200

La clé A n'apparait pas (car provision = 0 et Dépenses = 100 - 100 = 0 ?)

Ne devrait-on pas avoir :

          Provisions   Dépenses
clé A       100            100
clé B       200            200

Cdt
Dominique

Bonjour,

Une dépense travaux a été financée en totalité par utilisation d'une partie de la provision pour travaux futurs.
J'ai donc à ce moment là fait une OD pour débiter le 1032 et créditer le 702xxx (xxx = code travaux concerné) avec mention de la clé de répartition.
A la clôture, je sors le décompte détail par clé : aucune ligne n'apparait pour la clé concernée !
Précision importante : je n'ai aucun autre appel ou dépense pour cette clé.

Pour comprendre ce qui se passe, j'ai supprimé la saisie de la facture enregistrant la dépense dans le compte 671xxx puis j'ai ressorti le décompte par clé : cette fois-ci, le montant au crédit du 702xxx apparait pour la bonne clé mais il est dans la colonne Dépenses, en négatif, alors que je l'aurais bien vu dans la colonne Provisions, en positif.

Normal ?

Merci d'avance pour vos avis.

Cordialement,

Dominique

54

(23 replies, posted in Nouveautés)

Merci André.

Pour tous, bien suivre la consigne : "passer par Divers - Enregistrement - Ajouter licence/répertoire", ce que je n'avais pas fait puisque j'étais passé par "Divers - Enregistrement - Code activation" (à noter que dans ce cas, le bouton "Ajouter une licence" n'est pas grisé mais est inopérant).

Cordialement,

Dominique

55

(23 replies, posted in Nouveautés)

Bonjour André,

Andre a écrit:

Votre cas est un peu particulier alors car pour les versions antérieures à 2016, on repasse quand même en version d'évaluation et il faut aller dans le menu Divers - Enregistrement/Activation - Ajouter licence/répertoire afin que je puisse calculer les nouveaux codes !!!

Cordialement,
André

J’ai installé la version 2016 v3.20 en suivant la procédure ci-dessous :
    - téléchargement et installation, dans un nouveau répertoire pour ne pas écraser l’ancien (précaution)
    - import (restauration) de mes données
    - demande d'ajout de licence

Quand je clique sur « Ajouter une licence », rien ne se passe : pas d’action ensuite, pas de message, le « bouton » ne réagit pas »… le grand vide, l’angoisse. Je l’ai fait plusieurs fois.

Est-ce OK pour vous ou bien n’ai-je pas fait ce qu’il faut ?

Merci d’avance pour votre avis.

Dominique

Bonjour André,

Je ne reviens pas sur la nécessité de la modif mais sur ses effets en version 1.6.2. Il y a des cas qui ne fonctionnent pas :

- Monsieur A arrive en retard et il avait dans la main un pouvoir de Madame B :
     --> A n'apparait pas dans la liste des Présents ou Représentés (OK ou pas OK ? , c'était comme cela avant modif)
     --> A apparait dans la liste des Absents non représentés (OK ou pas OK ? , c'était comme cela avant modif)
     --> A est qualifié DEFAILLANT dans la liste des Opposants et Défaillants, c'est OK selon la nouvelle règle
     --> B n'apparait pas comme DEFAILLANT (ni ABSENT) dans la liste des Opposants et Défaillants, c'est pas OK selon la nouvelle règle

- Madame C, présente dès le début, part avant la fin des votes :
     --> C apparait dans la liste des Présents ou Représentés (OK ou pas OK ? , c'était comme cela avant modif)
     --> C n'apparait pas comme DEFAILLANT (ni ABSENT) dans la liste des Opposants et Défaillants, c'est pas OK selon la nouvelle règle

- désolé mais dans mon AGE de la semaine dernière, je n'ai pas eu le cas Arrivé en retard et Parti avant la fin ; je ne peux donc pas le qualifier.

Conclusion, de mon point de vue :
     --> les listes "Présents ou représentés" et "Absents non représentés" qui apparaissent en début de PV sont correctes et ne doivent pas être modifiées : elles donnent la situation à l'ouverture de l'AG ;
     --> les insertions entrée/sortie au fil de l'AG sont correctes : elles retracent le déroulé des participants et justifient les variations de tantièmes votants
     --> la liste des Opposants/Défaillants est bien pratique pour l'envoie des PV en AR ; avec la nouvelle règle "Absent à au moins une résolution", cette liste a besoin d'un petit réglage.

Cordialement,

Dominique

Bonjour à tous,

A l'origine de cette discussion, je viens un an après compléter ou plutôt confirmer les derniers avis de ce mois-ci :

1) en un an, je n'ai eu qu'un ou deux chèques autres que les règlements des copropriétaires; je fais donc un bordereau manuel et je conclue qu'il n'est pas nécessaire de faire une modification.

2) le détail de la remise n'est pas utilisé par la banque : honnête (transparent serait le mot à la mode), le guichetier m'a dit un jour "inutile de mettre votre bordereau détaillé avec la remise, le bordereau de la banque avec la date, le nombre de chèques et le montant total suffit" ... et il a devant moi mis l'édition ValCompta au panier (désolé André !)

Mais ce bordereau détaillé est indispensable comme pièce comptable : comme "Rambouillet" et "mfld", j'y inscrit le n° du bordereau de la banque et y agrafe le double.

Cordialement,
Dominique

Merci André pour votre avis.

Autre solution que je viens d'essayer : création avec 1 appel sur compte 702xxx avec 0 pour montant de l'appel; dans ce cas, la ligne 671xxx est créée dans le hors budget mais le montant global du travaux que j'ai renseigné n'apparait; je peux alors saisir le montant à la main dans la colonne budget. Mais cette solution ne posera-t-elle pas pb dans les répartitions et éditions de fin d'année ?
à noter : j'ai aussi crée ce travaux avec un nb d'appel à zéro, c'est possible, le travaux est créé mais la ligne 671xxx n'apparait pas dans le hors budget.

Avec le Fonds Travaux ALUR, ce cas de figure devrait être de plus en plus fréquent !

Merci d'avance

Cordialement,
Dominique

PS : après un dernier essai, le montant qui apparait dans la colonne budget de la ligne 671xxx d'un travaux est le cumul des appels (nb appel x montant appel). Puisque c'est un budget, je m'attendais à y trouver le montant renseigné dans la fiche travaux. Mon raisonnement est-il incorrect ?

Bonjour,

Un Fonds Travaux ALUR est créé (103200) et alimenté. L'AG 2015 a voté un travaux et a décidé qu'il sera financé à 100% par prélèvement sur le Fonds Travaux.

Travaux de l'année 2015, je voudrais le faire apparaitre avec le "hors budget" dans l'écran Budgets et Réalisés pour l'année 2015. Est-ce aberrant ? Comment faire ?Quels jeux d'écritures dois-je faire pour le gérer ensuite comme les autres travaux ?

Bonjour à tous... pour une bonne nouvelle !

1) Je viens de faire une mise à jour de AVAST. J'ai donc désormais :

version de programme : 2015.10.2.2214
version de la base de données virales VPS : 150319-0

2) j'ai supprimé VALCOMPTA et VALCOMPTA-AG, et autres composants, des exclusions.

Constat : VALCOMPTA n'est plus mis en quarantaine par AVAST.

Dominique

Bonjour,

Avast a décidé aujourd'hui de mettre systématiquement VALCOMPTA.exe et VALCOMPTA_AG.EXE en quarantaine, avec pour motif de virus : Win32:Evo-gen [Sup]

Pour m'en sortir, j'ai du les inscrire dans les exclusions de scan. Par précaution, j'ai refait une installation complète et là c'est un fichier D931.tmp qui est parti en quarantaine mais sans conséquence (perceptible) semble-t-il.

Est-ce bien normal ?

Cordialement,
Dominique

Bonjour,

Je suis dans une situation analogue à celle présenté par syndiccdn : nous avons actuellement une avance "spéciale" ou "triennale" correspondant à l'article 18 alinéa 6 (donc remboursable), j'ai donc utilisé le compte 1032xx - Avances travaux au titre de l'article 18 alinéa 6, conformément à l'arrêté du 14 mars 2005 qui fixe la nomenclature et le fonctionnement des comptes du syndicat des copropriétaires.

Je propose à l'AG de mars d'ouvrir un Fonds Travaux suivant les règles fixées par la loi ALUR, notamment l'attachement définitif au lot principal, de mettre le montant de l'avance spéciale dans le Fonds Travaux et de clore définitivement cette avance spéciale.

Du point de vue comptable, hormis la dénomination du compte, je pensais conserver le n° 1032xx puisque le Fonds Travaux ne correspond pas à des travaux votés. Lorsqu'il y aura vote de travaux avec financement en tout ou partie à partir du Fonds Travaux, je ferais un transfert du 1032xx vers le 102xxx.

Dans la réponse d'André, je lis "Le fonds de travaux doit aller sur un compte 102xxx". Pourquoi ? dans l'arrêté du 14 mars 2005, ce compte s'intitule 102 Provisions pour travaux décidés. La loi ALUR fixe-t-elle le compte comptable du Fonds Travaux ?

Quel est l'impact sur les annexes règlementaire ?

Merci d'avance pour vos avis.

Cordialement,
Dominique

Bonjour,

Normal, oui ... mais pas pour moi : je n'avais pas enregistré dans le bon répertoire.

Maintenant c'est OK. Merci encore

Cordialement,

Dominique

Merci.

Est-il normal que l'installation me demande de télécharger la version du framework WinDev ?

Bonjour,

Dans l'écran de paramétrage "Comptes et Divers" j'ai mis "Rglt" dans le champ "Préfixe pour règlements (libellés écritures)".
Lorsque je fais un règlement via l'écran "Fiche fournisseur", j'ai "REGLEMENT" et non pas "Rglt" en début de libellé.

Précision : pour l'exercice précédent, le préfixe que j'avais mis était "REGLEMENT"; je l'ai changé pour en réduire la longueur.

Problème ou mauvais paramétrage de ma part ?

Bonjour,

Pour éditer l'état individuel de répartition des comptes, je vais dans "Autres traitements / Clôture annuelle" :
- je lance le calcul (pour l'exercice à clôturer bien sûr)
- je renseigne le libellé (ex. : DECOMPTE PROVISOIRE 2014) que je veux en en-tête de document (rappel : le texte qui apparaît avant et après le décompte proprement dit est paramétrable dans "Principal/Paramètres" onglet "Edition des appels et relance / Décompte")
- vous avez alors plusieurs présentations possibles du décompte; pour ma part, je coche "cumuls provisions / dépenses + détail" et j'imprime le Décompte par clé

Remarque : si vous avez déjà fait la clôture, un message vous dit en bas de l'écran "Résultat = 0 ; la clôture a probablement déjà été réalisée pour cet exercice" mais le décompte qui sortira ne tient pas compte de la clôture. Pour André : volontaire ou involontaire, c'est très bien ainsi car cela permet de (re)sortir l'état individuel même après comptabilisation de la clôture.

Cordialement,

Dominique

Merci pour ce rappel à la bonne utilisation de toutes les richesses du paramétrage.

Cordialement,
Dominique

Bonjour,

J'utilise la version 3.5.37 et j'ai un petit problème très mineur d'affichage : certains comptes débiteurs sont sur fond vert dans la liste des copropriétaires. Comment cela se peut-il ?

http://img4.hostingpics.net/pics/958142Affichagecopropritairesdbiteurs.jpg

Je redis bien qu'il s'agit d'un problème très mineur, les chiffres et sens (+/-) affichés étant corrects.

Cordialement,

Dominique

Bonjour,

De mon point de vue, la couleur verte est indispensable dans la mesure où la longueur de la barre est "proportionnelle" au % comme dans la copie d'écran du 12/12 : ainsi d'un coup d'œil visuel rapide, on voit les postes très au dessous du budget, ou au contraire proches du budget, le % étant toujours nécessaire pour apporter la précision.

On pourrait avoir 3 couleurs :
     - vert : entre 0% et ~97% (avec jauge proportionnelle)
     - orange : entre ~97% et 100% (jauge pleine)
     - rouge : >100% (jauge pleine)

Cordialement,
Dominique

Bonjour André,

Désolé de ne pas avoir répondu plus tôt à votre message du 23/11, je suis moins réactif que vous : merci pour avoir examiné les cas soumis et pour y avoir apporté les corrections utiles... que je peux contrôler volontiers avec la version 3.6 lorsqu'elle sera disponible.

Dominique

Bonsoir,

Je suis tout à fait d'accord sur le fait de relativiser et sur le fait que le montant de TVA est plus important (un taux 13,88% ne parle pas). Pour ma part, après avoir détecté et compris ce qui se passe, j'ai trouvé la parade : en saisie directe, effacer le taux et resaisir le montant TVA; autre parade, radicale, supprimer l'affichage des taux TVA dans les états. Je ne suis donc pas bloqué.
J'ai opté pour la correction des taux pour avoir un fichier écritures "propres" pour le cas où.

Plusieurs taux sur un même compte ? :
pour le Gaz, abonnement + CTA est à 5,5% et consommation + distribution + TICGN est à 20%; je comptabilise la facture totale dans le compte 603000, serais-ce une erreur ?
idem pour l'eau avec le compte 601000 ou l'électricité avec le compte 602000

Cordialement,
Dominique

Bonjour,

Je vais exposer ici trois problèmes que je rencontre (version 3.5.37) concernant le Taux de TVA :

Rappel : dans le fichier Ecritures, le taux de tva n'est pas stocké en "pour cent" (ex. 5,5000 pour le taux 5,5%) mais en "pour un" (ex. 0,0550 pour le taux 5,5%)

1) Ecran "Gestion de facture" avec saisie du montant TVA
Dans cet écran, lorsque l'option "TVA saisie" est cochée et le montant de TVA est saisi, le taux de TVA effectif est déduit et stocké en "pour cent" dans le fichier au lieu d'être stocké en "pour un"
ex. : Montant facture 36,99 € + coche TVA saisie + TVA 4,51 --> Taux déduit 13,8855 % --> Ecritures TVA taux : 13,8855 (et non pas 0,1389)

2) Ecran "Gestion de facture" avec recopie d'une facture
Un double-clic + Ctrl permet de recopier une facture. Si le montant TVA de la facture origine est un montant saisi, le taux 20% est pré-coché et le montant TVA pré-affiché est celui de la facture d'origine, donc incohérence.
Une validation sans rien changer induit un recalcul du montant TVA qui est ensuite stocké dans le fichier Ecritures
exemple :
facture origine : Montant 36,99 € et TVA 4,51 €
double-clic + Ctrl  --> 20% coché + TVA 4,51 €
validation facture --> Tva taux : 0,2000 et Tva montant : 6,17 € dans le fichier Ecritures, donc incohérence avec la facture dont je pensais faire une copie (cas fréquent des factures EDF ou Gaz en prélèvement mensuel où seule la date change)
Remarque : j'ai le même comportement si je saisis la facture en totalité (pas de copie) en cochant 20% et en saisissant un montant TVA 4,51.

3) Restitution du taux de TVA
Dans l'écran "Saisie directe", le taux est affiché en %; dans le cas précédent du taux déduit 13,8855 % stocké 13,8855 cela donne un affichage ++ (hors format)
Dans l'état "ETAT_RELEVE_TVA", les taux TVA sont affichés en "pour un", ce qui donne 0,20 pour 20% et 13,89 pour le taux déduit 13,8855
Ces deux constats découlent de l'anomalie sur le stockage du taux.
Cependant, il est plus usuel d'afficher un taux TVA en "pour cent", ce qui est le cas de l'écran "Saisie directe", qu'en "pour un", ce qui est le cas dans "ETAT_RELEVE_TVA". J'ai donc changé le format d'affichage de la rubrique RUB_TAUX_TVA pour mettre +99,99% ainsi les taux sont affichés en % et le taux 5,5% est affiché 5,50% au lieu de 0,06 mais bien sûr je retrouve ++ pour les taux mal stockés.

Pour résumer :
     - un texte long pour être explicite pour les (rares ?) utilisateurs de l'option TVA au sein de la communauté
     - une anomalie de valeur de taux stockée par la fonction "Gestion des factures"
     - une erreur possible du fait de pouvoir à la fois cocher un taux de TVA et saisir un montant de TVA

Cordialement,
Dominique

Bonjour,

Comment faire apparaître un chèque Indemnité sinistre reçu de l'assureur dans le Bordereau de remise en banque ?

Merci d'avance.

Cordialement,
Dominique

André,

Je vous envoie par mail une sauvegarde complète.

La ligne de travaux TCG correspond au point 2) que j’avais exposé dans la discussion « Appels de charges -  Provisions et Avances pour Travaux » du 10/07/2014 et pour lequel j’ai retenu votre conseil :
            Pour en revenir à votre situation ; je garderai le 702 pour les travaux votés, je passerai l'avance dans le compte 703 et les travaux de ravalement dans un compte 102 spécifique.

La solution proposée par rambouillet (compte 615) est peut-être plus simple pour le même résultat.

Autre remarque concernant l'annexe 2 :
Si le compte 770 000 est affecté d’un montant (budget dans mon cas), ce montant est pris en compte dans le cumul ligne 67 – Charges Travaux du cadran II.a de l’annexe 2 mais n’apparaît pas dans les lignes détail, ce qui fait que visuellement 67 ≠ 671 à 673 + 677 + 678. Personnellement, je n’ai plus ce pb car c’était une erreur d’affectation, le bon compte étant le 672 mais pour ceux qui utilisent le 700 000, surprise !

Merci d’avance pour votre avis.

Cdt
Dominique

Bonjour,

Je me pose question sur l'affichage de l'annexe 2 - II.b Produits pour travaux et opérations exceptionnelles :

- Les travaux définis dans Gestion des Travaux sont :

http://nsa34.casimages.com/img/2014/09/09/14090911140817643.png

- Dans l’annexe 2, voici ce que j'ai :

http://nsa33.casimages.com/img/2014/09/09/140909113347145820.png

Je retrouve bien les travaux T01, T02, T03 et T04 cumulés sur la ligne 702 tant en budget qu’en réalisé (1 appel réalisé sur les deux prévus);
Pour TCG, je retrouve bien le cumul des trois appels réalisés sur les quatre prévus dans la colonne Exercice clos 2014 de la ligne 703 mais je ne retrouve pas le montant 5 000 € dans la colonne Budget voté 2014 de cette même ligne, pourquoi ? Quelle peut donc être mon erreur ou ma mauvaise compréhension de l'annexe 2 - II.b ?

Merci d'avance pour vos avis.

Cordialement,

Dominique