View Issue Details

IDProjectCategoryView StatusLast Update
0001369NOALYSSImprove Usepublic2019-09-29 11:13
Reporteryanntemp Assigned Todanydb  
PrioritynormaleSeveritymineurReproducibilitytoujours
Status ferméResolutionrouvert 
Target Version7.1Fixed in Version7.1 
Summary0001369: Étendre la comptabilité analytique à tous les postes?
DescriptionSerait-il pertinent d'étendre la possibilité d'inclure dans la comptabilité analytique tous les postes?
C'est déjà le cas avec les 4 et 2, lors de vente ou d'achat, semble-t-il.
Si la CA était étendue aux postes 5, cela permettrait de faire de la CA "sur caisse"; c'est-à-dire, par exemple, ne considérer que les recettes et dépenses, ce qui peut être intéressant pour les petites asbl ou s'il est plus clair d'établir la CA uniquement sur les entrées et sorties de trésorerie.
TagsNo tags attached.
Attached Files
Extension NoalyssAucun

Relationships

related to 0001716 closeddanydb GROS SOUCI CA - ventilation 4 et 5. 5 phantôme! 
related to 0001479 closeddanydb PROPOSITION CA - paramétrage comptes actifs 

Activities

danydb

2017-08-26 13:18

administrator   ~0003502

Si on utilise une caisse avec un compte charge, c'est la charge qui est dans la CA et non la caisse
sinon on utilise d'abord une opération d'achat qui a un compte charge qui utilise la CA.

Dès lors je ne comprends pas l'intérêt

yanntemp

2017-08-28 23:35

developer   ~0003518

Justement, ici, l'idée est de faire... "les deux".

En fait, il s'agirait de pouvoir faire de la CA de caisse alors qu'on est en partie double et qu'on utilise des opérations avec tiers.
Ce serait très utile dans des cas comme celui-ci:
Si on veut pouvoir répartir le coût de plusieurs emplois sur base d'une clef dépendante de la charge horaire de chaque emploi, il faut appliquer cette clef sur toutes les dépenses; c'est-à-dire sur tous les postes de CG utilisés en CA dans les OD de salaire, dans les OD de correction ONSS trimestrielles, etc'. Ça peut faire un paquet d'opérations et de poste de CG à ventiler.
Alors que, s'il était possible de le faire directement sur les poste de trésorerie (et non sur les poste de charges et produits de la trésorerie, puisqu'on passe ici par des factures et des comptes tiers (fournisseurs, ONSS à payer, etc')), on pourrait appliquer les clefs directement sur les opérations de paiement. Pour ceraines opérations, ça faciliterait grandement la manœuvre. Pour des emplois subventionnés, il faut passer en CA toutes les charges mais aussi tous les produits des subventions, tous les postes ONSS et précomptes mais aussi toutes les corrections dues aux subventions trimestrielles, etc'.
Si l'on pouvait passer la CA en 5, il suffirait de le faire sur ce qui sort et entre réellement financièrement; donc non sur une facture du type:
4 ONSS à payer
à 4 Office National de Sécurité Sociale

mais sur l'opération qui suit:
4 Office National de Sécurité Sociale
à 5 Compte Courant (ventilation CA)

Tu me diras que ça pourrait aussi être sur un 4 comme «Office National de Sécurité Sociale» et que ce serait le même montant. Certes, mais comme il y a aussi parfois des opérations directes entre trésorerie et charge ou produit (comme tu le mentionnes ci-dessus), ça permettrait de garder un cohérence:
passer en CA tout ce qui sort et entre effectivement des caisses et comptes.

Je me suis retrouvé dans une situation -- certes, un peu particulière -- où une telle possibilité m'aurait épargné des jours de boulot.
Par contre, je ne suis pas certain qu'elle soit pertinente dans de nombreux cas. Du coup, comme je vais devoir me farcir encore pas mal de CA dans les temps à venir, nous pouvons peut-être laisser ça en suspens. À moins qu'il suffise d'ajouter cette possibilité pour les comptes 5, que c'est techniquement anecdotique, et ensuite proposer de pouvoir sélectionner (cases à cocher ou liste comme pour les journaux d'OD) les comptes de CG qu'il est possible de ventiler en CA.

Dis-moi s'il faut retravailler la proposition.
Rien ne presse.

yanntemp

2019-05-31 17:21

developer   ~0004211

Pour ma part, j'ai tranché:

Restreindre la CA strictement aux 6 et 7.
Permettre, sur décision dans les paramètres, de ventiler les 5.

Les opération qui font intervenir les 2 et 4 ont (en général) comme contre partie, soit des 6 ou 7, soit des 5.
Dès lors, si l'on veut faire passer ça en analytique (l'achat d'une immobilisation qu'on veut imputer en entier à l'exercice plutôt qu'attendre les amortissements, par exemple) , on peut passer par le poste de contrepartie.

Astuce!
Pour les poste 5, il faut inverser : «D=+», «C=-»; ou juste faire correspondre directement les signes de trésorerie et les valeurs analytique.

danydb

2019-07-30 10:46

administrator   ~0004237

On garde la comptabilité analytique limité à 6 / 7

yanntemp

2019-08-09 13:07

developer   ~0004241

Pas limité à 6/7 pour le moment.

yanntemp

2019-08-09 13:14

developer   ~0004242

En fait, pour le moment, il est encore possible de ventiler les 2 et les 4 en analytique.
Dans achat et MODOP. Vente aussi, je suppose.
Par contre, ce n'est pas possible dans le détail d'une opération déjà enregistrée (onglet «Comptabilité analytique»), les 2 et 4 n'apparaissent plus, même s'ils ont été ventilés lors de l'encodage de l'opération.

Dès lors, il faudrait supprimer partout la possibilité de ventiler 2 et 4.

danydb

2019-08-29 01:05

administrator   ~0004246

A l'avenir , il sera possible de spécifier les postes pour lesquels on veut de la comptabilité analytique, en (1) , il faut donner les premiers chiffres comptes (uniquement des chiffres)

danydb

2019-09-29 11:13

administrator   ~0004305

Publiée

Issue History

Date Modified Username Field Change
2017-01-12 12:11 yanntemp New Issue
2017-08-26 13:18 danydb Note Added: 0003502
2017-08-28 23:35 yanntemp Note Added: 0003518
2019-03-14 15:25 yanntemp Assigned To => yanntemp
2019-03-14 15:25 yanntemp Status new => assigned
2019-05-31 17:21 yanntemp Note Added: 0004211
2019-07-30 10:46 danydb Assigned To yanntemp =>
2019-07-30 10:46 danydb Status assigned => closed
2019-07-30 10:46 danydb Resolution open => won't fix
2019-07-30 10:46 danydb Note Added: 0004237
2019-08-09 13:07 yanntemp Assigned To => danydb
2019-08-09 13:07 yanntemp Status closed => feedback
2019-08-09 13:07 yanntemp Resolution won't fix => reopened
2019-08-09 13:07 yanntemp Note Added: 0004241
2019-08-09 13:14 yanntemp Note Added: 0004242
2019-08-09 13:14 yanntemp Status feedback => assigned
2019-08-27 17:43 danydb Relationship added related to 0001716
2019-08-27 17:44 danydb Relationship added related to 0001479
2019-08-29 01:05 danydb File Added: screenshot-localhost-2019.08.29-01_03_54.png
2019-08-29 01:05 danydb Note Added: 0004246
2019-08-29 01:05 danydb Status assigned => resolved
2019-08-29 01:05 danydb Fixed in Version => Next Release
2019-09-16 17:58 danydb Target Version => 7.1
2019-09-16 17:58 danydb Fixed in Version Next Release => 7.1
2019-09-29 11:13 danydb Note Added: 0004305
2019-09-29 11:13 danydb Status resolved => closed