View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001662 | NOALYSS | Bug | public | 2018-07-30 20:10 | 2018-07-30 20:48 |
| Reporter | easydor | Assigned To | |||
| Priority | normale | Severity | mineur | Reproducibility | toujours |
| Status | nouveau | Resolution | ouvert | ||
| Platform | Linux | OS | Linux | OS Version | 1 |
| Product Version | 7008 | ||||
| Summary | 0001662: Saisie Achat/Vente : modification d'un code efface les autres champs (détails articles) | ||||
| Description | Dans les formulaires de saisie d'une opération d'achat ou de vente, dans les lignes de "Détails articles achetés/vendus". Quand on a déjà saisie un Code, et les infos de la ligne (description, prix, tva). Si on change le Code, alors, l'aide à la saisie écrase les infos déjà saisie dans ces autres champs de la ligne : la description, le prix, la tva. Normalement, si on a déjà saisi des données dans les autres champs, ils ne devraient pas être écrasés par les données par défaut du nouveau code. Exemple pratique : Saisie d'un détail en "Fourn.-Entret.-et-Petit-Equip.", avec son prix, la TVA correspondant pour l'achat. On change "Fourn.-Entret.-et-Petit-Equip.", par "Fourn.-Administrative". Boum, ... l'aide à la saisie efface les infos de description, de prix et de TVA..... ce qui ne nous aide pas... pas du tout. C'est dangereux, parce que si on modifie le code, sans faire attention, on perd les infos du détail article. On peut aussi, si on n'a pas vu le problème, remettre le prix, et la quantité,... mais ne pas faire attention que la TVA a aussi été modifié.... et partir en validation avec une TVA fausse. (et comme on ne peut pas non plus modifier l'opération, une fois saisie,... on est bon pour tout recommencer....) Bref, ce comportement de l'appli est dangereux, en plus de très désagréable. Fonctionnement souhaités : - quand l'aide à la saisie se déclenche, - elle mets à jour les champs (description, prix, tva). - uniquement si le champ est vide (null), et n'est pas 0 (pour le prix). - autrement dit : faire un test, pour chaque champs, avant de mettre à jour la valeur : ne mettre à jour que si null, ou valeur 0. Si c'est non null, ou valeur non 0, alors, laisser comme c'est. - il suffit de tester chaque champs, avant de mettre à jour l'info dedans, avec celle par défaut. C'est un principe usuel de mécanisme d'aide à la saisie : elle n'opère, que si les champs n'ont pas déjà reçu une information. | ||||
| Steps To Reproduce | Demander à saisir une opération. Aller dans les détails, et saisir un Code. Saisir les autres informations de la ligne : description, prix, tva Modifier le code, et valider le choix (aide quickcode) du nouveau code. On constate que les autres valeurs de la ligne (description, prix, tva) sont effacées par des valeurs par défaut. | ||||
| Additional Information | Ce bug crée aussi un autre problème, dans le Plugin Modop. La modification d'une opération fonctionne ainsi : - rappel de la fiche - affichage de la fiche à modifier avec ses valeurs de "Détails articles" - déclenchement de l'aide à la saisie pour les Codes, donc effacement des informations des lignes. on se retrouve donc avec une fiche à modifier, mais avec les informations des "Détails articles" effacées... donc la fonction de modification est quasi inutilisable. Un bug est déclaré pour le plugin ModOp. | ||||
| Tags | Saisies-Operations | ||||
| Extension Noalyss | Aucun | ||||
|
|
Ces bugs sont reliés. 0001662: Saisie Achat/Vente : modification d'un code efface les autres champs (détails articles) https://bug.noalyss.eu/view.php?id=1662 0001663: MODOP : les champs "Dénomination" des "Détails articles" sont effacés. https://bug.noalyss.eu/view.php?id=1663 0001664: MODOP : les lignes "Détails articles" sont dans n'importe quel ordre. https://bug.noalyss.eu/view.php?id=1664 Discussion forum : http://forum.noalyss.eu/viewtopic.php?f=3&t=7325 |
