Voir les détails de l’anomalie

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0001369NOALYSSImprove Usepublic2019-09-29 11:13
Rapporteuryanntemp Assigné àdanydb  
PrioriténormaleSévéritémineurReproductibilitétoujours
État ferméRésolutionrouvert 
Version ciblée7.1Résolue dans la version7.1 
Résumé0001369: É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.
BalisesAucune balise n’est attachée.
Extension NoalyssAucun

Relations

relatif à 0001716 fermédanydb GROS SOUCI CA - ventilation 4 et 5. 5 phantôme! 
relatif à 0001479 fermédanydb PROPOSITION CA - paramétrage comptes actifs 

Activités

danydb

2017-08-26 13:18

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

développeur   ~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

développeur   ~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

administrateur   ~0004237

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

yanntemp

2019-08-09 13:07

développeur   ~0004241

Pas limité à 6/7 pour le moment.

yanntemp

2019-08-09 13:14

développeur   ~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

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

administrateur   ~0004305

Publiée

Historique de l’anomalie

Date de modification Nom d’utilisateur Champ Changement
2017-01-12 12:11 yanntemp Nouvelle anomalie
2017-08-26 13:18 danydb Note ajoutée: 0003502
2017-08-28 23:35 yanntemp Note ajoutée: 0003518
2019-03-14 15:25 yanntemp Assigné à => yanntemp
2019-03-14 15:25 yanntemp État nouveau => affecté
2019-05-31 17:21 yanntemp Note ajoutée: 0004211
2019-07-30 10:46 danydb Assigné à yanntemp =>
2019-07-30 10:46 danydb État affecté => fermé
2019-07-30 10:46 danydb Résolution ouvert => ne sera pas corrigé
2019-07-30 10:46 danydb Note ajoutée: 0004237
2019-08-09 13:07 yanntemp Assigné à => danydb
2019-08-09 13:07 yanntemp État fermé => commentaire
2019-08-09 13:07 yanntemp Résolution ne sera pas corrigé => rouvert
2019-08-09 13:07 yanntemp Note ajoutée: 0004241
2019-08-09 13:14 yanntemp Note ajoutée: 0004242
2019-08-09 13:14 yanntemp État commentaire => affecté
2019-08-27 17:43 danydb Relation ajoutée relatif à 0001716
2019-08-27 17:44 danydb Relation ajoutée relatif à 0001479
2019-08-29 01:05 danydb Fichier ajouté: screenshot-localhost-2019.08.29-01_03_54.png
2019-08-29 01:05 danydb Note ajoutée: 0004246
2019-08-29 01:05 danydb État affecté => résolu
2019-08-29 01:05 danydb Résolue dans la version => Next Release
2019-09-16 17:58 danydb Version ciblée => 7.1
2019-09-16 17:58 danydb Résolue dans la version Next Release => 7.1
2019-09-29 11:13 danydb Note ajoutée: 0004305
2019-09-29 11:13 danydb État résolu => fermé