Voir les détails de l’anomalie

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0001904NOALYSSErgonomie / Cosmetiquepublic2021-08-31 23:24
RapporteurFabricePirlot Assigné àdanydb  
PrioritéurgenteSévéritémineurReproductibilitétoujours
État ferméRésolutioncorrigé 
Système d’exploitationMac OS 
Version du produit8.0 
Version ciblée9.0Résolue dans la version9.0 
Résumé0001904: Previsions et budgets
DescriptionBonjour,

Dans les prévisions, les montants apparaissent systématiquement en positif, peu importe que la prévision soit un débit ou un crédit.
Si, dans le cadre des prévisions budgétaires (comptes de résultats), ce n’est pas « forcément » un problème, si on souhaite utiliser les prévisions pour générer une prévision de trésorerie (ex dans le cadre d’un ASBL qui souhaite calculer son besoin en cash-flow pour le calcul de la taxe compensatoire des droits den succession (Belgique), ou pour tout autre prévision bilantaire), c’est perturbant et le calcul n’est pas pertinent.
Si, par convention, les crédits pouvaient apparaître en négatif et les débits en positif, cela gagnerait en clarté (c’est valable également pour les prévisions relatives aux comptes de résultats, même si, là, c’est moins gênant).

Par ailleurs, je me demandais s’il est possible de récupérer les prévisions dans la création d’un rapport avancé, pour pouvoir comparer budget vs réalisé (idéalement sur plusieurs années), ou si plus simplement, on ne pourrait pas avoir un type de « journal » (de type OD) dans lequel loader des écritures de budget. Ce journal étant exclu des transactions « réelles » mais réutilisable uniquement à des fins de rapports ?

Merci,
Cordialement,
Fabrice.
BalisesAucune balise n’est attachée.
Extension NoalyssAucun

Activités

danydb

2021-03-03 10:29

administrateur   ~0004607

Bonjour ,

1e point : débit en positif et crédit en négatif : dans prévision -> modifie éléments , on peut choisir si le montant doit apparaître en positif suivant qu'il est au débit ou au crédit (dernière colonne), et donc en négatif dans le cas inverse.

Pour les impression des résultats, avec les rapport avancés ainsi que dans les prévisions, on peut choisir des montants absolus ou signé.

Quant à la convention , cela a été fort débattu il y a 5-10 ans et la conclusion était que cette convention n'était pas souhaitable : d'une part , les produits augmentent au crédit et donc devraient être positifs et en comptabilité les banques augmentent au débit (et donc devraient être aussi en positif), d'autres part , certains n'aiment pas les montants signés dans la comptabilité , dans les écritures comptables tous les montants sont non signés , en plus tout le monde ne veut pas la même convention, et le signe devrait tenir compte de la nature du poste comptable (charge, produit,actif...). La conclusion a été ne pas en faire. On peut relancer le débat via le forum ou les listes de discussions on verra.

2e point : récuper les montants prévision - réel dans les bilans, malheureusement ce n'est pas possible à l'heure actuelle, cela demande un développement supplémentaire , une amélioration du plugin "Rapports Avancés" serait la façon la plus simple d'y arriver.

Tout le monde a le droit de modifier le code pour que le programme corresponde à ses besoins,


Bonne journée

D


2e point

FabricePirlot

2021-03-03 17:29

rapporteur   ~0004610

Bonjour,

Je ne comprends pas bien ce commentaire: "1e point : débit en positif et crédit en négatif : dans prévision -> modifie éléments , on peut choisir si le montant doit apparaître en positif suivant qu'il est au débit ou au crédit (dernière colonne), et donc en négatif dans le cas inverse."

Que je choisisse "Débit" ou "Crédit", les montants apparaissent en valeurs absolues; de facto, le calcul du cumul, de période en période, ne présente pas une valeur correcte, dans le cas ou un compte, pour x ou y raison est débiteur un mois et créditeur le mois suivant.

Cordialement,
Fabrice.

danydb

2021-03-03 17:41

administrateur   ~0004611

Ici https://demo.noalyss.eu/do.php?ac=GESTION/FORECAST&sa=vw&gDossier=25&f_id=1 , cela concerne que les totaux , si le solde est débiteur pour un produit, il est en négatif , car on a fait moins de vente que prévu. si le solde est créditeur pour une charge , alors on a un montant négatif indiquant qu'on a eu moins de charge que prévu.

la signification dans les totaux serait alors différent : un total négatif = moins que prévu

Donc le souhait est d'avoir les charges en positif (=débit) et les produits en négatif (=crédit) ?

FabricePirlot

2021-03-03 17:52

rapporteur   ~0004612

Mon problème n'est pas vraiment au niveau des ch. ou produits, mais plutôt sur les comptes de bilan, qui pourraient fonctionner tantôt Dr/ tantôt Cr/, suivant les opérations d'un mois (ex un découvert bancaire). J'ai ajouté 2 print screen pour essayer de montrer l'idée.
Image 3-03-21 à 17.49.jpeg (113,769 octets)   
Image 3-03-21 à 17.49.jpeg (113,769 octets)   
Image 3-03-21 à 17.48.jpeg (279,190 octets)

FabricePirlot

2021-03-03 18:16

rapporteur   ~0004613

Ceci dit, si on conserve les charges et produits "sans leurs signes" distinctifs, alors, il est impossible de comparer, dans les prévisions, ventes vs coûts des ventes, puisque le système additionne des valeurs absolues.
Ca force donc à traiter les ventes et achats de manières différenciées, ce qui n'aide pas à la visualisation. Bien sûr, c'est du domaine de l'analytique, ça reste dommage car le système est bien fait et très visuel donc, idéal pour présenter de manière claire à des administrateurs d'ASBL (par ex) qui ne seraient pas "très chiffres".
Image 3-03-21 à 18.11.jpeg (348,691 octets)

danydb

2021-03-24 15:54

administrateur   ~0004636

Je suis en train de réécrire ce module ; à propos 0001904:0004612 , je ne vois pas le problème : on s'attend à avoir en Mai 2021 1713.09 € et le compte est vide (Réel = 0) donc la différence entre l'estimé est de 1731.09 ou plutôt -1731.09 € puisque le réel est de 1731.09 € de moins que l'estimé.

Juste pour signaler que pour avoir le signe on peut utiliser les formules de poste tel qu'expliqué ici https://wiki.noalyss.eu/doku.php?id=tutoriaux:les_rapports#un_mot_d_explication

danydb

2021-08-31 23:24

administrateur   ~0005022

Publié 31/8/2021

Historique de l’anomalie

Date de modification Nom d’utilisateur Champ Changement
2021-03-02 13:32 FabricePirlot Nouvelle anomalie
2021-03-03 10:29 danydb Note ajoutée: 0004607
2021-03-03 10:29 danydb État nouveau => commentaire
2021-03-03 17:29 FabricePirlot Note ajoutée: 0004610
2021-03-03 17:29 FabricePirlot État commentaire => nouveau
2021-03-03 17:41 danydb Note ajoutée: 0004611
2021-03-03 17:42 danydb État nouveau => commentaire
2021-03-03 17:52 FabricePirlot Note ajoutée: 0004612
2021-03-03 17:52 FabricePirlot Fichier ajouté: Image 3-03-21 à 17.49.jpeg
2021-03-03 17:52 FabricePirlot Fichier ajouté: Image 3-03-21 à 17.48.jpeg
2021-03-03 17:52 FabricePirlot État commentaire => nouveau
2021-03-03 18:16 FabricePirlot Note ajoutée: 0004613
2021-03-03 18:16 FabricePirlot Fichier ajouté: Image 3-03-21 à 18.11.jpeg
2021-03-04 10:27 danydb Reproductibilité non essayé => toujours
2021-03-04 10:27 danydb État nouveau => accepté
2021-03-04 10:27 danydb Version ciblée => Next Release
2021-03-24 09:34 danydb Priorité normale => urgente
2021-03-24 15:54 danydb Note ajoutée: 0004636
2021-03-28 13:48 danydb Assigné à => danydb
2021-03-28 13:48 danydb État accepté => résolu
2021-03-28 13:48 danydb Résolution ouvert => corrigé
2021-03-28 13:48 danydb Résolue dans la version => 9.0
2021-07-29 18:34 danydb Version ciblée Next Release => 9.0
2021-08-31 23:24 danydb Note ajoutée: 0005022
2021-08-31 23:24 danydb État résolu => fermé