Messages

[N° lot]

Une nouvelle version sera prochainement publiée (si tout va bien dès demain), elle intégrera des changements suites à vos suggestions, les voici en détails :

- Tout d'abord, j'aurai souhaité ajouter une colonne dans le tableau "liste des biens" permettant de différencier les logements par numéro d'appartement. En effet, au sein d'un même immeuble, plusieurs appartements peuvent être vraiment très similaires et il est parfois difficile de les différencier dans le tableau. Personnellement, j'ai attribué les numéros d'appartement dans la partie "numéro de lot" dans chaque description d'appartement. Ainsi, rajouter cette colonne dans le tableau serait vraiment bien pratique. De même, s'il pouvait également figurer dans le menu déroulant "bien" dans l'onglet baux, ça serait vraiment parfait.

Une colonne N° lot a été ajoutée dans la liste des biens et dans la liste déroulante Bien de la fiche du bail. Elle a également été insérée dans les listes déroulantes Bien des fiches de recettes et de dépenses.

- Petit détail, j'ai remarqué que lorsque l'on duplique un bien (pour gagner du temps lorsque les biens sont dans un même immeuble), la modification de l'onglet DPE dans l'un des logements se répercute de la même façon sur les autres biens dupliqués, alors que les catégories énergétiques peuvent être différentes entre les biens. J'ai donc arrêté de dupliquer les biens pour éviter ce petit problème. Ce n'est pas très gênant mais je le signale au cas où.

Ce dysfonctionnement a été corrigé.

- Autre petite suggestion : lorsqu'on établit un nouveau bail, au moment de choisir les locataires et les cautionnaires, l'ordre de tri par défaut de ceux-ci est par ordre de saisie, ce qui est déjà pratique. Une suggestion serait d'inverser cet ordre de tri pour que le dernier locataire ou cautionnaire saisi soit en première ligne et non en dernière ligne. Je me suis aperçu de cet ordre de tri qu'après pas mal de saisies (je cliquais sur "nom du locataire" pour trier alphabétiquement et retrouver les locataires. Si les derniers saisies apparaissaient en première ligne, cela facilitera les longues saisies.

Cette remarque a été prise en compte (personnellement je l'aime beaucoup). A présent le tri est affiché selon l'ordre de création de ces fiches.

- Lorsque l'on veut modifier une erreur dans une date de paiement après avoir choisi le statut de paiement, celui-ci repasse à "attente". J'ignore si cela à un intérêt particulier mais dans le cas contraire, il serait judicieux que le statut ne change pas en cas de modification de la date.

Je ne suis pas encore arrivé à reproduire le cas que vous me présentez.

- Enfin, lorsque l'on double clique sur une quittance et que l'on clique ensuite sur "Retour", on retombe bien sur l'onglet "Quittances" Seulement la barre verticale de défilement est bloquée sur la dernière quittance ouverte tandis que les quittances affichées sont, elles, les premières de la liste. Le fait de retomber sur la dernière quittance ouverte est vraiment très pratique lorsque la liste est longue mais il faut donc recliquer sur la barre de défilement pour la retrouver. J'apprécierai que cela soit automatique.

- En complément, ajouter des sous-filtres permettant de bloquer sur un locataire ou un mois particulier et ainsi d'écourter la liste, pourrait être appréciable.

Désormais la dernière sélection est bien affichée sans devoir cliquer sur la barre d'ascenseur.

En faisant un clic-droit dans la Liste des quittances, vous pouvez réduire l'affichage de la sélection avec un locataire ou un mois en particulier.

- J'ignore encore à quelle date les nouvelles quittances du mois prochain s'affichent dans l'onglet "Quittance" et quelle est la logique du logiciel, mais il serait intéressant d'afficher le prochain mois de quittance qu'à la date du premier loyer dû de l'ensemble des locataires, ou mieux encore (mais plus compliqué), à la date du loyer effectivement dû de chaque locataire. En effet, j'ai constaté il y a quelques jours, que les loyers du mois de décembre étaient comptabilisés dans les loyers impayés en "Synthèse" alors qu'ils n'étaient pas encore dus par les locataires, ce qui biaise le nombre d'impayés et leur somme totale.

Je n'ai pas constaté d'anomalie sur ce point. Le nombre de loyers non versés sont correctement comptabilisés (non versés est différent d'impayé) et le nombre de quittances à relancer est juste. Avez-vous un exemple ?

Maintenant que nous avons finalisé de gros développements qui ont nécessité pas mal de temps, on va travailler sur les autres éléments que vous nous avez mentionnés.

Merci encore et à bientôt,

Laurent.

[réglé en retard]

Bonjour Philippe,

De rien vraiment, on va essayer d'intégrer le plus rapidement possible votre demande concernant la traçabilité des paiements. Il faudra juste un minimum de patience car nous travaillons déjà sur deux sujets importants.

Cela veut-il dire que l'attribut réglé en retard est juste indicatif pour l'utilisateur de LocaGest et que cet attribut n'est mentionné sur aucun document généré? Si c'est le cas, effectivement, ce n'est peut être pas la peine de trop se casser la tête dessus.

J'ai maintenant compris l'intérêt de l'option Jour de paiement, qui est en définitive, le jour de paiement par défaut proposé lors de l'établissement des baux.

Pour autant, quel est le paramètre du logiciel? D'après mes tests, il juge le paiement en retard dès le lendemain de la date inscrite dans le bail. Une deuxième option permettant d'insérer un délai interbancaire, pourrait éviter aux personnes pointilleuses (comme moi) de corriger systématiquement chaque paiement jugé en retard et pourrait être intéressante.

Oui c'est exactement ça. Je note votre idée pour le délai interbancaire, cela pourrait être un paramètre optionnel à définir dans les options de LocaGest.

Je vous assure qu'au contraire vos idées, remarques ou suggestions nous font avancer. Nous les recoupons toutes avec les points que nous avons déjà décidé d'améliorer afin de pouvoir satisfaire au mieux nos utilisateurs.

Encore merci 

Bonjour herve84,

Vos types de pièces ont bien été ajoutés dans la dernière mise à jour.

Bonne journée.

Bonjour Nephelion,

Oui je comprends votre problématique. LocaGest crée une adresse à partir du nom et  prénom de la fiche du locataire (ou de sa raison sociale), suivi par l'adresse du local. Dans votre cas vous ne pouvez pas ajouter une ligne complémentaire. Ce que je vous propose c'est de créer une adresse de facturation, à partir de la fiche du bail.

Comme dans la capture ci dessous, vous ajoutez une adresse de facturation, elle sera l'adresse d'expédition du courrier de la quittance.



J'espère que cette méthode répondra à votre besoin.

Je vous souhaite une bonne journée.

Cordialement,

Laurent

Bonsoir herve84,

Je vous envoie rapidement un message à partir de mon téléphone pour vous indiquer qu'une mise à jour mineure vient d'être mise en ligne. Cette fois, elle devrait corriger les pièces en doublon dans l'édition de l'état des lieux.

Bonne soirée,

Laurent

Bonjour herve84,

Merci beaucoup pour vos captures d'écrans. Grâce à ces impressions j'ai pu comprendre pourquoi vous rencontrez ce problème, alors que je ne l'avais pas identifié de la même manière sur nos bases de données de test.

J'ai mis à jour notre système de test pour prendre en compte cette découverte. Une mise à jour sera déployé en fin de journée.

Bonne après-midi.

Rebonsoir herve 84,

J'ajouterai vos deux types de pièces dans la base de données, ces modifications seront disponibles dans la prochaine mise à jour.

J'ajouterai une réponse à ce sujet lorsque la mise à jour sera publiée.

Bonne soirée.

[Jour limite de paiement]

Bonsoir Philippe,

Je vais répondre à votre message en utilisant les citations pour vous faciliter la lecture de mes réponses.

Bonjour Laurent,

Je vous remercie pour votre message et pour votre volonté d'intégrer mes idées. J'en ai de nouvelles à vous proposer (perfectionniste dans l'âme) :

- La première est assez contraignante et "urgente" dans la pratique. En effet, pour les locataires ayant mis en place un virement permanent et étant à jour de leur loyer, tout est simple. En revanche, pour les autres, ça se complique lorsqu'il y a plusieurs mois d'impayés, espacés dans le temps et que les loyers sont réglés en plusieurs fois, à plusieurs dates différentes ou avec des modes de paiements différents... Je suis ainsi confronté à une réalité que je regrette, mais dont il faudrait prendre en compte. Ainsi, j'aurai souhaité avoir la possibilité de décomposer le montant d'un loyer en plusieurs fois, afin d'avoir une traçabilité de l'ensemble des paiements, et non uniquement regroupé en un seul paiement unique à une date unique. Cette décomposition peut être une fonctionnalité à l'intérieur d'une quittance pour ne pas surcharger le tableau principal. Et pourquoi pas, rajouter le paiement de la CAF dans cette décomposition. Cela facilitera grandement la gestion de ces locataires litigieux et la transmission des informations au comptable. J'ajouterai que si, dans un second temps, les détails des paiements et dates pouvaient faire partie des quittances générées, cela serait vraiment génial.

Je comprends tout à fait votre situation, elle sera prise en compte dans une future version, nous sommes actuellement en développement sur une nouvelle version majeure. Nous ferons tout notre possible pour tendre vers votre besoin (qui se recoupe avec d'autres demandes) le plus tôt possible.

- Il serait judicieux d'ajouter la possibilité d'ajouter l'ensemble des impayés d'un locataire dans une relance d'impayé. En effet, actuellement, seul l'impayé du mois concerné est généré dans la relance et est identique que l'impayé soit total ou partiel. Un récapitulatif de tous les mois d'impayés à la date de la relance, comprenant tous les mois concernés et la somme totale due (comme dans l'avis d'échéance), serait plus adapté à cette réalité je pense.

Oui, la relance est une relance pour un mois impayé. Je note donc votre suggestion elle est très intéressante.
Néanmoins dans l'avis d'échéance, le montant des impayés totalise l'ensemble des loyers non réglés par le locataire, cela peut déjà vous être utile.

- J'ai pensé qu'il pourrait être intéressant d'ajouter une fonctionnalité "durée de fin d'engagement" dans la partie "cautionnaire" qui pourrait être par défaut la date de fin du bail (ou du renouvellement) et qui pourrait être saisi spécifiquement dans le cas d'une durée d'engagement plus courte de la caution. En effet, à partir d'une certaine date ou de la fin du bail, le cautionnaire n'est plus engagé et les relances aux cautionnaires deviennent donc inutiles. Après test, un cautionnaire peut actuellement être relancé pour impayé malgré la fin de son engagement.

C'est une amélioration possible je l'ajoute pour dans nos axes d'améliorations.

- J'ignore encore à quelle date les nouvelles quittances du mois prochain s'affichent dans l'onglet "Quittance" et quelle est la logique du logiciel, mais il serait intéressant d'afficher le prochain mois de quittance qu'à la date du premier loyer dû de l'ensemble des locataires, ou mieux encore (mais plus compliqué), à la date du loyer effectivement dû de chaque locataire. En effet, j'ai constaté il y a quelques jours, que les loyers du mois de décembre étaient comptabilisés dans les loyers impayés en "Synthèse" alors qu'ils n'étaient pas encore dus par les locataires, ce qui biaise le nombre d'impayés et leur somme totale.

Je vais vérifier le code car ce n'est pas le comportement qui est prévu.

- De la même façon, je ne comprends pas très bien quelle est la logique du logiciel concernant l'attribut "réglé en retard". En effet, même pour des virements permanents, il y a toujours un décalage entre le jour de paiement des loyers inscrit dans les baux et leur date de réception effective en banque. Ainsi, plusieurs loyers que je pourrai juger "réglé" sans retard sont automatiquement inscrits en retard. J'ai vu qu'il y avait dans les options du logiciel la fonctionnalité "jour limite de paiement" mais j'admets ne pas bien comprendre la logique du logiciel car même en augmentant ce chiffre, les loyers restent automatiquement attribuer en "réglé en retard". Est-il possible d'insérer un délai de battement entre la date inscrite dans le bail de chaque locataire et la réception en banque?

Le fait de statuer le règlement d'un loyer est une indication pour évaluer le sérieux de votre locataire.

Je suis d'accord, pour les virements permanents vous pouvez avoir un décalage de quelques jours, de plus selon les banques ce délai peut fluctuer.

LocaGest fonctionne de cette manière :

Dans les options, vous pouvez tout à fait définir un jour limite de paiement, mais attention c'est un paramètre global qui ne sera chargé qu'au moment de la création du bail.

Ce paramètre est réglé par défaut le 10 de chaque mois.

Prenons un exemple pour votre gestion, imaginons que vous désirez définir pour l'ensemble de vos locataires un jour limite de paiement pour le premier du mois.
Lors que la création de la fiche du bail, LocaGest définit par défaut le jour limité de paiement le premier du mois.

Vous pouvez tout à fait modifier au cas par cas la date limite de paiement d'un bail. Il faut le préciser vers la fin de la fiche du bail, vous avez un champ Jour limite de paiement.

Enfin il faut régénérer les quittances en allant dans l'onglet Options et contrôles puis en cliquant sur le bouton de régénération Les quittances et les factures pour prendre en compte cette modification.

- J'ajouterai également qu'il serait intéressant d'ajouter la possibilité de déduire les frais de gestion d'un administrateur de biens ou d'une assurance de loyers impayés, des montants des loyers effectivement reçus. Pour le moment, j'ai ajouté une ligne dans la partie "décompte" des loyers mais cela doit être fait pour chacun des mois, un par un, malgré la récurrence de ces frais...

La récurrence de la liste des décomptes est une fonctionnalité qui est déjà sur notre feuille de route de développement, je ne peux pas encore vous donner de date sur sa livraison. Nous devons déjà finaliser et tester le moteur de récurrence qui sera également ajouté à l'onglet Finances.

Enfin, je m'interroge sur la logique actuelle du logiciel (la décomposition des loyers que je vous propose pourrait éclaircir cette situation). En effet, lorsqu'un loyer n'est réglé que partiellement et que le mois suivant, je reçois l'intégralité du loyer, sans recevoir la partie impayée du précédent, comment dois-je intégrer cette nouvelle somme reçue? Dois-je laisser le premier loyer partiellement impayé et régler intégralement le second? Ou dois-je régler intégralement le premier et transférer l'impayé vers le mois suivant?

Si votre locataire ne vous l'a pas spécifié avec son règlement, vous pouvez comptabiliser le loyer pour le mois en cours. Mais les deux sont possibles en gestion locative, c'est à vous de voir comment vous voulez vous organiser.

Merci encore pour votre écoute et pour vos explications sur ce dernier point.
Au plaisir de vous lire.

Philippe

Merci à vous de nous faire part de vos remarques qui vont nous permettre d'améliorer LocaGest.

Bonne soirée Philippe.

Bonsoir herve84,

De rien et merci beaucoup pour vos encouragements.

Bonne soirée.

Merci à Philippe pour votre partage.

Bonsoir pierrejean75,

Sauf erreur de ma part, les aides aux logements ne sont pas cumulables, c'est pour cela que dans LocaGest une seule aide est prise en compte.

Si dans votre bail vous avez un colocataire qui bénéficie également d'une aide de la CAF il faut nécessairement attribuer cette allocation sur sa fiche.

En attente de vous lire pour bien comprendre cette situation.

Bien cordialement.

Bonjour herve84,

Une mise à jour mineure est disponible en téléchargement. Elle corrige l'incohérence que vous avez identifiée.

Merci encore pour cette remontée.

Bon téléchargement.

Cordialement,

Bonjour Philippe,

Vous avez d'excellentes remarques et suggestions, je les ai toutes ajoutées à notre planning de développement.

Effectivement vous avez bien cherché pour le mode paiement, merci d'avoir pris le temps d'éditer votre message.

Je pense avoir du nouveau dès la semaine prochaine sur quelques unes de vos idées.

Au plaisir de vous lire, bien cordialement.

Bonjour herve84,

Pourquoi pas, mais la liste des pièces c'est un peu particulier, il faut que je vérifie certaines choses avant de pouvoir vous répondre.

S'il vous manque qu'un ou deux types de pièces, je peux les intégrer dans la prochaine mise à jour.

Bonne journée également.

Bonjour Philippe,

Je tiens aussi à vous remercier, d'une part pour vos encouragements, et d'autre part pour les suggestions que vous nous avez soumises.

Je ne vous ai pas répondu tout de suite... le temps d'analyser vos différentes idées qui sont très intéressantes. Elles seront toutes intégrées dans les prochaines versions.

Les trois premiers points seront intégrés ou corrigés rapidement, quant au dernier, cela nécessitera un développement plus conséquent il sera donc ajouté plus tard.

Je vous répondrai sur le fil de ce sujet au fur et à mesure des avancées. Merci encore pour vos remarques pertinentes.

Bonne journée.

Laurent

Bonjour herve84,

L'erreur a été identifiée et corrigée, une mise à jour mineure sera déployée très prochainement.

Bonne journée.