0001158: COMPTABILITÉ ANALYTIQUE - pas de charge et de produit INVERSE - Mantis : suivi de taches pour noalyss

Identifiant	Projet	Catégorie	Visibilité	Date de soumission	Dernière mise à jour

0001158	NOALYSS	Bug	public	2015-08-24 21:32	2015-09-14 19:40

Rapporteur	yanntemp	Affecté à	danydb
Priorité	élevée	Sévérité	majeur	Reproductibilité	toujours
État	fermé	Résolution	corrigé
Version ciblée	6.9	Résolue dans la version	6.9

Résumé	0001158: COMPTABILITÉ ANALYTIQUE - pas de charge et de produit INVERSE
Description	Lors 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 reproduire	1- 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é.
Balises	Aucune balise n’est attachée.

Extension Noalyss

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

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
2015-09-03 01:27	danydb	Affecté à	=> 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é