View Issue Details

IDProjectCategoryView StatusLast Update
0001904NOALYSSErgonomie / Cosmetiquepublic2021-08-31 23:24
ReporterFabricePirlot Assigned Todanydb  
PriorityurgenteSeveritymineurReproducibilitytoujours
Status ferméResolutioncorrigé 
OSMac OS 
Product Version8.0 
Target Version9.0Fixed in Version9.0 
Summary0001904: 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.
TagsNo tags attached.
Extension NoalyssAucun

Activities

danydb

2021-03-03 10:29

administrator   ~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

reporter   ~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

administrator   ~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

reporter   ~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 bytes)   
Image 3-03-21 à 17.49.jpeg (113,769 bytes)   

FabricePirlot

2021-03-03 18:16

reporter   ~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".

danydb

2021-03-24 15:54

administrator   ~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

administrator   ~0005022

Publié 31/8/2021

Issue History

Date Modified Username Field Change
2021-03-02 13:32 FabricePirlot New Issue
2021-03-03 10:29 danydb Note Added: 0004607
2021-03-03 10:29 danydb Status new => feedback
2021-03-03 17:29 FabricePirlot Note Added: 0004610
2021-03-03 17:29 FabricePirlot Status feedback => new
2021-03-03 17:41 danydb Note Added: 0004611
2021-03-03 17:42 danydb Status new => feedback
2021-03-03 17:52 FabricePirlot Note Added: 0004612
2021-03-03 17:52 FabricePirlot File Added: Image 3-03-21 à 17.49.jpeg
2021-03-03 17:52 FabricePirlot File Added: Image 3-03-21 à 17.48.jpeg
2021-03-03 17:52 FabricePirlot Status feedback => new
2021-03-03 18:16 FabricePirlot Note Added: 0004613
2021-03-03 18:16 FabricePirlot File Added: Image 3-03-21 à 18.11.jpeg
2021-03-04 10:27 danydb Reproducibility have not tried => always
2021-03-04 10:27 danydb Status new => acknowledged
2021-03-04 10:27 danydb Target Version => Next Release
2021-03-24 09:34 danydb Priority normal => urgent
2021-03-24 15:54 danydb Note Added: 0004636
2021-03-28 13:48 danydb Assigned To => danydb
2021-03-28 13:48 danydb Status acknowledged => resolved
2021-03-28 13:48 danydb Resolution open => fixed
2021-03-28 13:48 danydb Fixed in Version => 9.0
2021-07-29 18:34 danydb Target Version Next Release => 9.0
2021-08-31 23:24 danydb Note Added: 0005022
2021-08-31 23:24 danydb Status resolved => closed