Voir les détails de l’anomalie
Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
---|---|---|---|---|---|
0001369 | NOALYSS | Improve Use | public | 2017-01-12 12:11 | 2019-09-29 11:13 |
Rapporteur | yanntemp | Affecté à | danydb | ||
Priorité | normale | Sévérité | mineur | Reproductibilité | toujours |
État | fermé | Résolution | rouvert | ||
Version ciblée | 7.1 | Résolue dans la version | 7.1 | ||
Résumé | 0001369: Étendre la comptabilité analytique à tous les postes? | ||||
Description | Serait-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. | ||||
Balises | Aucune balise n’est attachée. | ||||
Pièces jointes | |||||
Extension Noalyss | Aucun | ||||
|
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 |
|
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. |
|
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. |
|
On garde la comptabilité analytique limité à 6 / 7 |
|
Pas limité à 6/7 pour le moment. |
|
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. |
|
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) |
|
Publiée |
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 | Affecté à | => 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 | Affecté à | 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 | Affecté à | => 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é |