diff options
| author | jem-odoo <jem@openerp.com> | 2017-11-22 14:27:56 +0100 |
|---|---|---|
| committer | jem-odoo <jem@openerp.com> | 2018-01-29 17:16:27 +0100 |
| commit | 3bf8a62e0dd99f7dad42718f895abf4fd53f996f (patch) | |
| tree | fa45161f4c799dc8467c4e3f7d68764d8f9ca542 /addons/mail/static/src/xml/thread.xml | |
| parent | 5f660cdb283d6227cf38a5192967bb7edd600622 (diff) | |
[REF] sale,sale_*: delivered qty API
Impacted modules: sale, sale_timesheet, sale_expense, sale_stock
and sale_mrp
This commit uniformizes the API of computing the delivered quantity on a
SO line for expense, manual, service and stock lines.
The delivered qty of so line can be computed differently. This is the
role of the 'qty_delivered_method' field:
- manual: the quantity is set manually, when creating or editing the
line
- analytic: handle in sale module, the quantity is the sum of the
unit_amount of analytic lines coming from expense or vendor bills
- timesheet: handle by sale_timesheet module, the quantity of a product
service with timesheet is compute as the sum of the hours of timesheet
lines linked to the SO line.
- stock_move: handle by sale_stock module, the delivered quantity comes
from the validated pickings of the SO line, for stockable or consummable
products.
When the computing method is 'manual' the value is stored in
'qty_deliverec_manual' field. This field is 'technical' and should not
really be used, as the real field to read/write is 'qty_delivered'.
To extend the mecanism of computing delivered quantity on SO line, a
module should provide its own method for 'qty_delivered_method' and extend
'_compute_qty_delivered' method to compute the effective quantity.
Diffstat (limited to 'addons/mail/static/src/xml/thread.xml')
0 files changed, 0 insertions, 0 deletions
