Voir les détails de l’anomalie
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0001187 | NOALYSS | Bug | public | 2015-10-12 23:29 | 2015-11-10 17:10 |
| Rapporteur | yanntemp | Affecté à | danydb | ||
| Priorité | normale | Sévérité | mineur | Reproductibilité | quelques fois |
| État | fermé | Résolution | corrigé | ||
| Version ciblée | 6.9.1 | Résolue dans la version | 6.9.1 | ||
| Résumé | 0001187: Problème avec la CA - totaux inégaux | ||||
| Description | Alors que tout le montant à imputé pour un poste l'est, l'indication "reste à imputer=-1" apparaît sous la répartition de CA. Lorsqu'on fait le calcul, le total est pourtant correct. Voir captures d'écran. | ||||
| Étapes pour reproduire | De nouveau, comme avant, le problème surgit non pas au moment d'introduire l'opération mais quand, une fois enregistrée, on ouvre celle-ci et on affiche l'onglet CA. De plus, si l'on referme la fenêtre et qu'on l'ouvre à nouveau, les erreurs changent, se corrigent, où ne sont plus au même endroit (voir 2 et 2bis, et 3 et 3bis) Je ne sais pas d'où ça peut provenir. Je joins quelques cas constatés dans des OD de salaires. | ||||
| Balises | Aucune balise n’est attachée. | ||||
| Pièces jointes | |||||
| Extension Noalyss | |||||
|
|
Les erreurs proviennent probablement des arrondis. Il est vrai qu'en utilisant les clefs de répartition, le nombre de décimales excède souvent 2. Dès lors, entre le moment de l'enregistrement de la CA dans une opération et la "réouverture" ultérieure de cette opération, le calcul semble être refais après arrondis et entraîner des erreurs. Deux suggestions: - autoriser un plus grand nombre de décimales en CA -- mais, alors, le problème surgira de nouveau dès que ce nombre est dépassé et, dans certains cas (0.3333333..., par exemple), il le sera toujours. - ne pas du tout autoriser plus de 2 décimales et calculer directement ce qui reste à imputer après arrondis -- c'est à dire que le nombre introduit sera directement arrondis pour calculer le total, contrairement à ce qui se fait maintenant, obligeant ainsi à ajuster la répartition par clef pour correspondre au total. |
|
|
Correct the javascript anc_script.js |
|
|
Done |
| Date de modification | Nom d’utilisateur | Champ | Changement |
|---|---|---|---|
| 2015-10-12 23:29 | yanntemp | Nouvelle anomalie | |
| 2015-10-12 23:29 | yanntemp | Fichier ajouté: Erreurs CA.tar.gz | |
| 2015-10-19 13:30 | yanntemp | Note ajoutée: 0002984 | |
| 2015-10-22 13:54 | danydb | Affecté à | => danydb |
| 2015-10-22 13:54 | danydb | État | nouveau => affecté |
| 2015-10-23 12:30 | danydb | Note ajoutée: 0002993 | |
| 2015-10-23 12:30 | danydb | État | affecté => résolu |
| 2015-10-23 12:30 | danydb | Résolue dans la version | => Next Release |
| 2015-10-23 12:30 | danydb | Résolution | ouvert => corrigé |
| 2015-11-05 11:46 | danydb | Version ciblée | => Next Release |
| 2015-11-10 17:02 | danydb | Version ciblée | Next Release => 6.9.1 |
| 2015-11-10 17:02 | danydb | Résolue dans la version | Next Release => 6.9.1 |
| 2015-11-10 17:06 | danydb | État | résolu => fermé |
| 2015-11-10 17:08 | danydb | État | fermé => résolu |
| 2015-11-10 17:08 | danydb | Note ajoutée: 0003041 | |
| 2015-11-10 17:09 | danydb | État | résolu => affecté |
| 2015-11-10 17:09 | danydb | État | affecté => résolu |
| 2015-11-10 17:10 | danydb | État | résolu => fermé |
