Aller au contenu du Forum
Le Forum de Valcompta
Espace d'échange et de discussion autour du logiciel Valcompta
Vous n'êtes pas identifié. Veuillez vous identifier ou vous inscrire, merci.
Discussions actives Discussions sans réponses
Options de recherche (Page 87 de 102)
Oui mais... on va l'avoir en double ; dans le numéro de pièce et dans le libellé !!!
Evidemment je ne peux que reconnaître que c'est beaucoup plus logique de l'avoir dans le numéro de pièce...
Je n'ai pas modifié le numéro de version mais vous pouvez récupérer le nouvel exécutable avec la modification.
Salutations,
André
Bonjour,
Avec la dernière version, pour les encaissements (fiche copropriétaire) la présence du numéro de chèque dans le libellé dépend de l'option "ajouter n° chèque" de l'onglet "Comptes et divers" du paramétrage. Je viens de vérifier avec la version 3.5.30 et le numéro est bien sur les deux lignes...
Pour les règlements depuis la fiche fournisseur en revanche, je vous confirme le bug et que je viens d'ajouter la ligne suivante dans le code :
SI SAI_NUM_CHQ <> "" ALORS AG_ECRITURES.Libelle += " - " + SAI_NUM_CHQ
Autrement dit, la présence du numéro de chèque est systématique dès lors qu'il n'est pas vide.
L'oubli est souvent d'une manière ou d'une autre la cause des bugs...
Salutations,
André
PS : mise à jour disponible dans http://www.valcompta.net/MAJ35/VALCOMPTA3.exe
Mais contrairement à l'impression que ça peut donner, des frais bancaires pour "tenue de compte" ou "service internet" ne sont pas des charges financières et n'ont rien à faire dans la classe 66 ; c'est des services extérieurs de la classe 62.
Les charges financières sont générées par les besoins de financement d'une entreprise ; intérêts sur emprunts, sur comptes d'associé, pertes de change, pertes sur participations... et ce genre de choses.
Bonjour,
La possibilité de subdiviser les comptes individualisés des copropriétaires est prévue sur décision de l'AG dans l'arrêté du 14 mars 2005 :
Si l’assemblée générale en décide la création, les sous-comptes suivants :
450-1 Copropriétaire - budget prévisionnel
450-2 Copropriétaire - travaux de l’article 14-2 de la loi susvisée et opérations exceptionnelles
450-3 Copropriétaire - avances
450-4 Copropriétaire - emprunts
Cependant... cette subdivision ne concerne pas le cas précis qui vous préoccupe (art.18) et d'autre part très peu de logiciels procèdent de cette manière qui alourdirait considérablement les choses...
Dans ce cas précis, je vous conseille d'éclater son appel en deux, manuellement, dans le journal OD du mois de l'appel ; laissez les charges courantes sur une ligne et ajouter le montant de votre avance sur une autre. Procédez ensuite à l'encaissement et le montant litigieux restera au crédit du compte, avec son origine sur une ligne à part.
Salutations,
André
Voici votre exemple d'annexe 2 suivi par le modèle officiel du décret du 14 mars 2005...
Dans l'annexe 2 de Val Compta, j'ai repris les racines des comptes du modèle officiel et le 662 est présenté avec le 661.
Techniquement, on n'a donc pas le choix ; pour faire apparaître des frais bancaires qui relèvent de la gestion courante dans la partie supérieure, il faut utiliser un compte comme 623.
Salutations,
André
Bonjour,
Un gros défaut de Val Compta depuis son lancement c'est la documentation au format PDF et à télécharger séparément...
Parmi les objectifs de l'année, il me tenait à cœur de proposer enfin une aide en ligne digne de ce nom ; pouvoir faire F1 sur n'importe quel écran et / ou retrouver toute la documentation sur le net dans une forme structurée, claire et efficace.
Je suis donc très content aujourd'hui de vous présenter la première monture de cette nouvelle aide en ligne que vous pouvez découvrir à l'adresse suivante : http://version3.valcompta.net/valcompta3.html
Comme c'est un gros chantier, il reste quelques pages vides, d'autres à terminer ou à actualiser mais ça donne déjà une bonne vue d'ensemble et ça apporte pas mal d'explications aux nouveautés des versions 3.5 !
Avis, remarques, critiques (bonnes ou mauvaises) sont comme toujours les bienvenus !
Salutations,
André
PS : et j'en profite pour "saluer" l'outil qui sert à faire ces aides : http://www.helpndoc.com/fr
Bonjour,
Finalement, vous avez bien fait de relancer ce sujet ; votre message et quelques échanges m'ont convaincu de l'intérêt et de la pertinence de cette ventilation qui est désormais en place et sera disponible dans la version 3.5.30 que j'espère diffuser (avec programme d'installation, résidence de démonstration actualisée et surtout l'aide en ligne) la semaine prochaine.
Pour vous donner un avant goût, voici un exemple qui combine une ventilation par clé mais également la gestion des charges récupérables à 73% dans le cas du contrat d'entretien étendu pour les ascenseurs :
La désignation commune est reprise par défaut (elle est bien sûr modifiable) et chaque ligne permet également de différencier le compte, la clé, récupérable ou pas et la TVA... avec bien évidemment des montants à saisir pour obtenir un total égal au montant de l'entête... Toutes remarques bienvenues !!!
Le résultat dans le Grand Livre :
Salutations,
André
Dans l'absolu sans doute, c'est le compte qui se rapproche le mieux des frais bancaires mais la question portait sur des frais de tenue de compte, c'est différent des intérêts sur un emprunt pour travaux ou d'agios (exceptionnels).
Dans l'annexe 2 de Val Compta, le compte 662 ressort dans le cadre du bas ("Travaux et opérations exceptionnelles") et c'est pour cette raison que je recommande le 623 ; que cette dépense reste dans les opérations courantes...
Bonjour,
Dans la suite des deux précédentes discussions, voici les deux nouveaux écrans destinés à gérer une mise à jour des appels restants lorsque l'assemblée décide de revoir le budget de l'année en cours.
Le point très important c'est la notion d'exigibilité de ces nouveaux appels, tout particulièrement entre vendeur et acheteur en cas de mutation. En résumé, par défaut la correction entre les appels déjà réalisés et ce qui aurait du être payé est exigible dès l'approbation et le vote par l'AG mais celle-ci peut décider de modalités différentes. C'est la raison pour laquelle on peut gérer la correction de 3 manières différentes :
- un appel complémentaire à la date de l'AG ;
- correction sur le prochain appel ;
- lissage de la correction sur les prochains appels...
c'est une décision qui appartient à l'Assemblée Générale.
Dans l'exemple qui suite, on a une augmentation globale du budget de 2 000 € mais également une ventilation nouvelle qui va répartir sur les clés spéciales des bâtiments A et B ce qui était initialement en charges générales...
On a ensuite une correction à la date de l'AG :
Je vais tâcher d'expliquer tout ceci au mieux dans la documentation !!!
Salutations,
André
PS : merci à JB22 ;-)
Bonsoir,
D'un point de vue légal, la date de l'appel est bel et bien la date de l'exigibilité, c'est à dire que le copropriétaire est supposé avoir payé AVANT cette date (par défaut le premier jour du trimestre ou selon des modalités et un calendrier décidé en AG).
Mais vous faites bien de poser la question car les 3 dates utilisables dans les appels sont bel et bien :
Date de l'appel : [%RUB_DateAppel%]
Date limite : [%RUB_DATE_LIMITE%]
Date du jour : [%RUB_DateJour%]
Je découvre donc un "bug" qui faisait que la date limite était toujours égale à la date de l'appel alors qu'elle était supposée pouvoir changer et être modifiée avec la zone "Date des écritures" en bas de l'écran...
La correction vient d'être apportée dans les différentes versions et ça illustre bien l'importance des retours, des questions et des bugs signalés dans ce forum ; surtout, continuez !
Salutations,
André
Bonsoir,
Oui mais... c'est effectivement un choix que j'avais fait (des noms harmonisés à une taille de 15 caractères, soit tronqués soit complétés) afin d'obtenir un alignement du nom de la banque et / ou du numéro de chèque dans les différentes éditions...
Je pourrais ajouter (encore) une option pour désactiver ce mécanisme si c'est vraiment gênant.
Salutations,
André
Bonsoir,
C'est là un grand classique des problèmes avec les appels ;-)
Dans les dernières versions, vous disposez dans l'écran "Préparation des appels" d'un bouton Valider / dévalider ; il suffit donc de dévalider le ou les appels afin de les retrouver dans la liste des appels où vous pourrez soit rééditer, soit générer les écritures.
Attention ; dans un cas similaire où l'on a fait la génération et la validation mais pas l'édition il faut également penser à supprimer les écritures dans le journal d'OD car sinon le montant de l'appel sera comptabilisé deux fois...
Salutations,
André
... je n'avais pas bien compris la question alors !!!
En effet, quand on essaye de générer alors que des appels existent (pour les mêmes dates et les mêmes clés / compte 70x), les lignes sont affichées en rouge et elles ne sont ni créées, ni modifiées...
Sur la gestion du "delta" j'y travaille et ça sera disponible bien avant l'année prochaine, enfin j'espère !!!
Salutations,
André
Bonjour,
En effet, pour le moment le bouton "Générer les appels" de l'écran Budgets va uniquement prendre les totaux par clé, les diviser par le nombre d'appels et déterminer les dates en fonction du paramétrage des dates d'exercice.
Autrement dit : un ajustement de budget en cours d'année n'est pas géré et il faut calculer et modifier les appels manuellement ; dans l'écran Préparation des appels, double clic et saisie du nouveau montant...
Vous pouvez cependant voir l'écran qui servira prochainement à ces mises à jour de budget dans le menu Appels - Mise à jour des appels mais ce n'est pas terminé ni fonctionnel avec cette version intermédiaire !!!
Salutations,
André
Bonsoir,
Il y a eu quelques versions avec un bug assez sérieux qui pouvait laisser passer des écritures avec des dates incohérentes avec l'exercice mais ce cas particulier avec un 16ème mois et une date totalement incohérente est nouveau...
Pour les supprimer, vous pouvez aller dans le menu Autres traitements - Recherche écritures - SQL et divers en vérifiant que 2013 est bien l'exercice en cours. Faites une sauvegarde auparavant par précaution.
Dans la zone du haut, recopier la requête suivante :
DELETE FROM AG_ECRITURES WHERE (AG_ECRITURES.IDAG_ECRITURES = 3 OR AG_ECRITURES.IDAG_ECRITURES = 4)
Cliquer sur Exécuter SQL.
Salutations,
André
Et non ce n'est pas la "toute" dernière ; 3.5.26 !!!
Je vous envoie un lien pour récupérer cette version.
Salutations,
André
A noter que le compte 511 - Valeurs à l'encaissement est encore un compte du PCG (Plan Comptable Général) oublié dans la comptabilité des copropriétés...
Il permet d'enregistrer (notamment) le détail des chèques déposés (en gros les chèques reçus qui attendent dans le tiroir) et au moment de la remise on le solde au profit du compte courant (512). Dans le rapprochement bancaire, on retrouve ainsi le montant global de la remise sur le compte 512 au lieu du détail...
Bonjour,
Dans le menu Principal - Paramètres, onglet Informations vous disposez d'une zone de saisie avec mise en forme pour indiquer le nom de l'agence et votre numéro de compte.
Dans ce même menu Principal - Comptes et divers vous disposez en version 3.5 de 3 options et paramètres :
- le libellé qui précède l'écriture d'encaissement ;
- la possibilité d'ajouter le nom de la banque de la fiche (vous pouvez indiquer l'émetteur / agence à ce niveau)
- la possibilité d'ajouter le numéro du chèque (ou autre référence) à saisir sous la date dans la fiche.
Si vous voulez modifier ou ajouter des informations, il faut cependant repasser sur les écritures en saisie directe pour compléter les intitulés...
Avec l'option "détail numéro pièce et libellé" vous pouvez ensuite éditer avec toutes les informations souhaitées :
Salutations,
André
Bonjour,
On me signale (JB22 pour ne pas le nommer !) un petit problème légal par rapport à la répartition de la correction et aux différentes dates d'exigibilités...
En résumé, si un copropriétaire vote une augmentation du budget et vend ensuite, est-ce normal que l'acheteur assume la correction sur le ou les premiers appels de provisions qui incombaient au vendeur ???
A suivre...
Salutations,
André
Bonjour,
Pour le moment et avec la version 3.4 de Val Compta, la mise à jour du budget avec recalcul des appels restants doit être faite manuellement mais je travaille sur un écran destiné à automatiser ce calcul et choisir si on répartit la différence sur LE prochain ou LES appels restants...
Très clairement, la présentation que vous proposez ne pourra pas être reproduite avec Val Compta ; les éditions d'appels reposent sur une structure fixe et en dehors du choix "par clé, par lot, par lot regroupé" il n'est pas possible d'y insérer un tableau complexe (même si un informaticien bidouilleur pourrait y parvenir...).
Ce qu'on peut faire en revanche pour faire apparaître distinctement l'appel complémentaire c'est d'ajouter des lignes d'appel (attention, il faut utiliser un numéro de compte différent...) :
Notez que vous pouvez utiliser un montant positif ou négatif.
Pour insérer une image comme ici, vous devez la mettre en ligne dans un premier temps puis insérer le code suivant avec le lien : [img.]http://www.valcompta.net/forum_img/budg … ntaire.gif[/img.]
(sans les "." qui suivent img et qui servent à rendre ce code visible)
Vous trouverez de très nombreux sites qui proposent d'héberger des images et donnent un lien en retour en tapant "hébergement image" dans Google.
Salutations,
André
Bonjour,
Les provisions pour travaux du compte 702 sont en théorie les travaux prévus, définis et votés avec des modalités de financement tandis que les travaux "indéfinis" de l'article 18 sont à comptabiliser en 103200.
Rappelons les termes de cet article :
- de soumettre, lors de sa première désignation et au moins tous les trois ans, au vote de l’assemblée générale la décision de constituer des provisions spéciales en vue de faire face aux travaux d’entretien ou de conservation des parties communes et des éléments d’équipement commun, susceptibles d’être nécessaires dans les trois années à échoir et non encore décidés par l’assemblée générale. Cette décision est prise à la majorité mentionnée à l’article 25 de la présente loi ;
Cependant... pour des travaux non terminés, le solde du compte 702 est à passer sur un compte 102 à la fin de l'exercice et vous disposez également d'un compte 103300 - Autres avances. On peut donc souvent utiliser directement un compte 102 pour des travaux programmés qui ne seront pas réalisés dans l'exercice en cours (sans transiter par 702).
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.
Techniquement, vous pouvez choisir le compte dans l'appel (écran Préparation Appels), les comptes de la classe 7 seront pris en compte pour la répartition au moment de la clôture.
Salutations,
André
Bonjour,
Avec le recul et l'expérience, je recommande désormais d'utiliser le compte 623 - REMUNERATIONS DE TIERS INTERVENANTS.
Il présente l'avantage d'être dans les opérations courantes et dans le regroupement "62 - Frais administratifs et honoraires" de l'annexe 2 et assez proche du 627 - Frais bancaires qui reste malgré tout un "oubli" du plan comptable des copropriétés...
Salutations,
André
Bonjour,
Si la réglementation est très précise et contraignante pour la tenue comptable des copropriétés, les ASL disposent de beaucoup plus de liberté pour leur gestion.
Le principe de Val Compta est bien sûr d'utiliser le plan comptable et les principes généraux de la copropriété mais il prévoit également ces particularités ; par exemple les annexes 1 et 2 sont intitulées "bilan" et "compte de résultat", le terme "copropriétaire" est remplacé par "propriétaire" et il est désormais possible de modifier les intitulés de l'annexe 2 / compte de résultat :
Une nouveauté disponible dans les versions 3.5 et 4.1 de Val Compta !
Salutations,
André
Bonsoir,
Non ce n'est pas normal... disons que la gestion des comptes masqués est partielle ; en saisie de facture par exemple vous n'aurez que les comptes de la classe 6 qui ne sont pas masqués mais on trouve d'autres écrans, comme ici, où la notion n'est pas appliquée.
C'est un bug mineur, non bloquant et pas très grave, mais qui sera corrigé dans les prochaines mises à jour.
Salutations,
André
Messages trouvés [ 2'151 to 2'175 of 2'546 ]
Propulsé par PunBB
The pun_repository official extension is installed. Copyright © 2003–2009 PunBB.