Voir les détails de l’anomalie

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0001158NOALYSSBugpublic2015-09-14 19:40
Rapporteuryanntemp Assigné àdanydb  
PrioritéélevéeSévéritémajeurReproductibilitétoujours
État ferméRésolutioncorrigé 
Version ciblée6.9Résolue dans la version6.9 
Résumé0001158: COMPTABILITÉ ANALYTIQUE - pas de charge et de produit INVERSE
DescriptionLors de la répartition des montants en analytique, un débit en produit est porté au crédit du compte et un crédit en charge est porté au débit du compte.
Il n'est donc pas possible de tenir compte des charges et produits inverses.

Ex: une "exonération PP employeur" est un produit inverse (j'ignore spectaculairement pourquoi...), et, si on veut savoir quels sont les montants impliqués dans les salaires d'une personne en particulier, il est nécessaire que cette exonération payée par l'employeur (c'est comme ça que je le comprend) vienne diminuer le produit.

Dès lors, soit autoriser des montants négatifs dans l'analytique pour indiquer un compte inverse, ou spécifier D/C.
Étapes pour reproduire1- Si j'introduis une OD, par exemple, et qu'un des poste affecté est un produit inverse, si j'encode la CA directement, pas de souci: le montant se met au débit du poste analytique. Par contre, si, après avoir enregistré l'opération, je l'ouvre dans une fenêtre "détail" et que je vais voir dans l'onglet "comptabilité analytique", ça se corse; de même si j'ai enregistré l'opération sans imputation analytique et que j'essaye de l'imputer par après dans la fenêtre "détail": le produit inverse est au crédit.
De plus, si j'essaye par après de modifier une imputation analytique correcte introduite directement, plus moyen (voir captures).

2- Dans la trésorerie, même type de souci mais pas tout à fait. Si j'impute directement la CA, tout roule. Si je modifie ou impute par la suite, les montants sont opposés (+/- ou -/+).

Je viens donc de comprendre que le problème se situe dans une "erreur d'interprétation" des montant de la CA uniquement DANS LES FENÊTRE DE DÉTAIL D'UN OPÉRATION. Les montants changent de signe -- et donc* de... "sens" (je ne sais pas comment on dit ça): D->C et C->D.

(* J'écris "donc" parce que j'en déduit que c'est ainsi que NOALYSS fonctionne, avec des passages "en coulisses" par changement de signes pour être "retraduit" en D et C; ou non?)

Essaye peut-être ceci pour voir ce qu'il ressort comme erreur -- je joins les captures correspondantes:

Problème 1)
1-Une od avec un poste de dette et un poste de produit inverse. Enregistre et confirme.
2-Ouvre l'opération en cliquant sur le "numéro interne", choisis l'onglet CA, et impute un montant à un poste de CA pour le poste 7.
3-Dans la CA, impression balance pour le poste par exemple: le montant est au crédit.

Problème 1bis)
1-Une od avec un poste de dette et un poste de produit inverse, et impute un montant à un poste de CA pour le poste 7. Enregistre et confirme. En CA, tout est correcte, montant au débit du poste CA.
2-Ouvre l'opération en cliquant sur le "numéro interne", choisis l'onglet CA, et "vérifie CA". C'est rouge.
3-Seul remettre le montant à 0 permet d'avoir du vert. Positif ou négatif, ça coince.

Problème 2)
1-Trésorerie. Un montant quelconque (6 ou 7, évidemment). Imputation à un poste CA. Confirmer. En CA, ça roule.
2-Ouvrir l'opération, c'est rouge et ça ne veut plus rien savoir.
(REM [apparence]: l'imputation CA n'apparaît pas dans le résumé après confirmation d'une opération FIN, contrairement aux ACH, VEN et OD...)


Problème 2bis)
1-Trésorerie. Un montant quelconque (6 ou 7, évidemment). Pas d'imputation CA. Confirmer.
2-Ouvrir l'opération, le montant proposé à imputer en CA est opposé.


Il semble donc que le changement de signe se fait lors de l'ouverture de la fenêtre et que, soit rien n'a été imputer en CA avant et il propose un montant opposé (signe changé) ou inversé (D->C et C->D), soit l'imputation en CA a été faite lors de l'introduction de l'opération et il y a conflit entre l'imputation du départ et la fenêtre car le signe ou le "sens" a changé.
BalisesAucune balise n’est attachée.
Extension Noalyss

Relations

relatif à 0001080 fermédanydb Comptabilité analytique sur Note de crédit et TVA ND 

Activités

yanntemp

2015-08-30 13:55

développeur   ~0002920

Je viens de rencontrer un autre souci!

Opération FIN; je répartis un montant de produit selon une clef 20/80 entre deux ateliers, et les montants respectifs apparaissent avec la bonne répartition mais négatifs!

J'ai essayé tout un tas de truc et voici le chemin:
si j'introduis une opération FIN et que je répartis le produit selon une clef directement, pas de souci.
C'est au moment où j'ouvre le détail de l'opération et que, à ce moment là, je modifie ou introduit la répartition analytique que ça coince:
Si la répartition avait déjà été faite, les montant ne sont pas négatifs mais le total à imputer l'est; c'est-à-dire que, pour un montant de 100, les répartitions sont bien 20 et 80, mais, en-dessous, le total à répartir est -200 (en rouge) et tout ne rentre dans l'ordre (c'est-à-dire devient vert si je fais "vérif' CA") que si je rends les répartitions négatives, si ce n'est que -200 reste, et en rouge. De même, si, dans le détail, je convoque la clef, alors il répartira -20 et -80.
L'effet est direct sur la CA: après introduction de l'opération, tout est correct; si je convoque le détail, que soit je modifie les montant (+ --> -), soit je reconvoque la clef (même effet), et que j'enregistre, tout est passé en débit dans la CA.

Le souci semble donc provenir d'une différence entre l'introduction de l'opération et sa convocation dans une fenêtre détail.

Je pense, cependant, que ce n'est pas lié à la question des comptes inverse -- parce que je n'ai pas rencontré le problème ci-dessus dans le cas de l'OD avec produit inverse en question -- mais je ne suis pas certain.


y

yanntemp

2015-08-30 15:57

développeur   ~0002921

Dans le résumé d'une balance croisée double, des montant apparaissent négatifs.

Chemin: par exemple, dans "démo", faire une croisée avec comme premier plan analytique "test" et comme second 'CA" ou "test".

Voir cadre "résumé".


y

danydb

2015-09-03 04:05

administrateur   ~0002926

corrigé dans la prochaine version.

danydb

2015-09-14 19:40

administrateur   ~0002951

published

Historique de l’anomalie

Date de modification Nom d’utilisateur Champ Changement
2015-08-24 21:32 yanntemp Nouvelle anomalie
2015-08-30 13:55 yanntemp Note ajoutée: 0002920
2015-08-30 15:57 yanntemp Note ajoutée: 0002921
2015-08-30 23:15 danydb Étapes pour reproduire mises à jour Voir les révisions
2015-09-03 01:27 danydb Assigné à => danydb
2015-09-03 01:27 danydb État nouveau => affecté
2015-09-03 01:27 danydb Relation ajoutée relatif à 0001080
2015-09-03 04:05 danydb Note ajoutée: 0002926
2015-09-03 04:05 danydb État affecté => résolu
2015-09-03 04:05 danydb Résolue dans la version => Next Release
2015-09-03 04:05 danydb Résolution ouvert => corrigé
2015-09-14 19:38 danydb Résolue dans la version Next Release => 6.9
2015-09-14 19:39 danydb Version ciblée => 6.9
2015-09-14 19:40 danydb Note ajoutée: 0002951
2015-09-14 19:40 danydb État résolu => fermé