[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Dolibarr-bugtrack] [bug #26998] Option field not correctly managed
From: |
Laurent Destailleur |
Subject: |
[Dolibarr-bugtrack] [bug #26998] Option field not correctly managed |
Date: |
Fri, 10 Jul 2009 02:49:14 +0000 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11 |
URL:
<http://savannah.nongnu.org/bugs/?26998>
Summary: Option field not correctly managed
Project: Dolibarr
Submitted by: eldy
Submitted on: ven 10 jui 2009 04:49:12 CEST
Severity: 3 - Normal
Status: None
Privacy: Public
Assigned to: eldy
Open/Closed: Open
Discussion Lock: Any
Release: 2.6.1
Operating System: None
_______________________________________________________
Details:
Est il normal que lorsque l'on valide (signée) une propale contenant une
option, puis que l'on passe une commande, l'option (valeur 0) est prise en
compte dans la commande : valeur 1.
Pour explication, sur le site de démo, j'ai créée une propale PR0907-2077
Enfin, moi, ca ne me parrait pas tres logique.
Si l'on valide une propale avec une option restée option, il n'y a pas de
raison de la commander et de la facturer.
Ne serait ce pas un tout petit bug ?
Autre chose : si l'on passe de la proposition commercial directement à la
facture, celle ci conserve le produit en option (qutt 0) avant le clic sur le
bouton brouillon, puis passe à qtt 1 juste apres.
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?26998>
_______________________________________________
Message posté via/par Savannah
http://savannah.nongnu.org/
- [Dolibarr-bugtrack] [bug #26998] Option field not correctly managed,
Laurent Destailleur <=