Revision 49f71dba
Von Sven Schöling vor fast 8 Jahren hinzugefügt
SL/PriceSource.pm | ||
---|---|---|
149 | 149 |
|
150 | 150 |
=item 2. |
151 | 151 |
|
152 |
If a price is set from a source, it is read only. A price edited manually is by |
|
153 |
definition not a sourced price. |
|
152 |
If a price is set from a source then the system will try to prevent the user |
|
153 |
from messing it up. By default this means the price will be read-only. |
|
154 |
Implementations can choose to make prices editable, but even then deviations |
|
155 |
from the calculatied price will be marked. |
|
156 |
|
|
157 |
A that is not set from a source will not have any of this. |
|
154 | 158 |
|
155 | 159 |
=item 3. |
156 | 160 |
|
... | ... | |
285 | 289 |
|
286 | 290 |
=item * |
287 | 291 |
|
288 |
A common complaint is that prices from certain vendors are always negotiated |
|
289 |
and should use a default value but must be editable (like free prices) by |
|
290 |
default. This should be orthogonal for all prices. |
|
291 |
|
|
292 |
=item * |
|
293 |
|
|
294 | 292 |
The current implementation of lastcost is useless. Since it's one of the |
295 | 293 |
master_data prices it will always compete with listprice. But in real scenarios |
296 | 294 |
the listprice tends to go up, while lastcost stays the same, so lastcost |
Auch abrufbar als: Unified diff
PriceSource: editable Dokumentation