View Issue Details

IDProjectCategoryView StatusLast Update
0001193NOALYSSnew featurepublic2019-02-02 16:50
Reporteryanntemp Assigned Todanydb  
PrioritybasseSeveritysimpleReproducibilitytoujours
Status ferméResolutioncorrigé 
Fixed in Version7.0 
Summary0001193: Fiches à double poste: le poste n'est pas créé dans le plan.
DescriptionLorsqu'on crée une fiche avec deux postes comptables, ceux-ci ne sont pas automatiquement créés dans le plan comptable, comme c'est le cas avec un seul poste (dans le plan, le poste apparaît avec -- par défaut -- le nom de la fiche).

Suggestion: que les deux postes apparaissent dans le plan, avec le nom de la fiche.
Steps To ReproduceCréer une fiche, lui assigner deux postes séparés par une virgule (par exemple, 600000 et 700000).
Aller voir dans CFGPCMN.
Les postes 600000 et 700000 n'ont pas été créés.
TagsNo tags attached.
Extension NoalyssAucun

Relationships

child of 0001148 new Changement structure de données pour FICHE 

Activities

danydb

2015-10-20 18:16

administrator   ~0002987

C'est une limitation du programme (cf manuel) , l'utilisateur des fiches à 2 postes n'est pas encouragée car cause parfois des problèmes.

yanntemp

2015-10-20 18:58

developer   ~0002989

Ok.

Dommage.

N'est-il pas possible, sans trop de complications, de permettre quand même cette fonctionnalité? (Si je pense à une manière un peu évidente de pouvoir réduire les inconvénients, ce pourrait être un défi pour qui aime coder d'essayer de la rendre vraiment utilisable et pratique.)

Je m'en étais maintenu éloigné jusqu'ici mais, là, je venais de trouver une occasion parfaite pour en faire usage:

Dans le bilan d'une asbl, il semble être autorisé (par les pouvoirs subsidiants, en tous cas) de ne pas strictement classer les recettes et dépenses par nature mais "par activité".
Les postes portent le nom "recette [atelier]" et "dépenses [atelier]", quand bien même la nature des différentes recettes (dépenses) n'est pas toujours la même.
Dès lors, avec le double poste, il était très pratique de pouvoir créer une fiche par atelier, avec un poste dépense et un poste recette. Ainsi, il était très facile, en affichant la catégorie des fiches "ateliers" en mode "balance", d'avoir un tableau avec la balance de chaque atelier directement.

L'autre possibilité, moins sexy, est d'avoir une fiche [atelier+] et une fiche [atelier-], dans la même catégorie, et d'afficher la liste en mode "balance" pour avoir:

[atelier1+] solde C
[atelier1-] solde D
[atelier2+] solde C
[atelier2-] solde D
.
.
.

yanntemp

2015-10-20 19:02

developer   ~0002990

En fait, ce que j'imaginais faire, comme expliqué ci-dessus, est bien entendu l'équivalent de la comptabilité analytique mais à destination de l'extérieur:

puisque le plan comptable est déjà en partie presque établi par atelier, cela permettait aux subsidiants d'avoir directement un aperçu des mouvements par atelier sans mettre le nez dans l'analytique.
Ça m'épargnait aussi à moi de devoir ajouter de l'analytique pour ce dossier-là.
Je vais peut-être m'y résoudre...

danydb

2015-11-02 11:46

administrator   ~0003004

Le problème est qu'on doit changer la structure de la base de données pour cela

Issue History

Date Modified Username Field Change
2015-10-20 18:10 yanntemp New Issue
2015-10-20 18:16 danydb Note Added: 0002987
2015-10-20 18:16 danydb Priority normal => low
2015-10-20 18:16 danydb Severity minor => trivial
2015-10-20 18:58 yanntemp Note Added: 0002989
2015-10-20 19:02 yanntemp Note Added: 0002990
2015-10-31 12:05 danydb Status new => assigned
2015-10-31 12:05 danydb Assigned To => danydb
2015-11-02 11:45 danydb Assigned To danydb =>
2015-11-02 11:46 danydb Note Added: 0003004
2015-11-02 11:46 danydb Status assigned => new
2015-11-02 11:46 danydb Relationship added child of 0001148
2017-08-26 13:24 danydb Status new => acknowledged
2017-08-26 13:25 danydb Status acknowledged => new
2018-07-17 12:08 danydb Category Bug => new feature
2018-07-17 12:08 danydb Extension Noalyss => Aucun
2019-02-02 16:50 danydb Assigned To => danydb
2019-02-02 16:50 danydb Status new => resolved
2019-02-02 16:50 danydb Resolution open => fixed
2019-02-02 16:50 danydb Fixed in Version => 7.0
2019-02-02 16:50 danydb Status resolved => closed