summaryrefslogtreecommitdiff
path: root/addons/uom/data/uom_data.xml
AgeCommit message (Collapse)Author
2020-09-07[IMP] uom: change default rounding to twoyhu-odoo
Change the default rouning digits of all UoMs to be two, also change the decimal.precision of UoM to be two. Adapt all the tests. Also to avoid hardcoded digits in `should_consume_qty` widget. PR #56000
2020-02-04[IMP] uom: add and addapt imperial systemPierre Masereel
2020-01-13[IMP] uom : remove 'measure_type' fieldjdoutreloux
This removes the measure_type field which has become unused and causes issues when users try to add new uom categories. Task-2043927 closes odoo/odoo#41056 Related: odoo/enterprise#6945 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
2019-07-16[IMP] hr_timesheet: Improve general module UX (back2basics)RomainLibert
TaskID: 2025197 closes odoo/odoo#34855 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
2019-07-15[IMP] uom: Remove parentheses on uom namesYannick Tivisse
Purpose ======= Parentheses in the label of units of measure sometimes make reading needlessly uncomfortable. Specification ============= Remove parentheses in the name of every standard uom.uom and hardcoded occurence on views/field names. TaskID: 2030444 closes odoo/odoo#34492 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
2019-07-02[REV] uom: introduces duration unit of measurejem-odoo
This reverts commit 43d51466c858719736c3d2be0c9ef5b4f6244733. Reasons: - too complex having 2 UoM "Hours" - impossible with UoM to modelise month: is that 30 days or 31 ? Task-1971491 closes odoo/odoo#34497 Signed-off-by: Jérome Maes (jem) <jem@openerp.com>
2019-06-17[FIX] uom: define reference UoM firstChristophe Simonis
2019-05-14[IMP] uom: introduces duration unit of measurejem-odoo
This commit introduces the duration (time) units of measures, flagged as internation unit of measure. We already have the "working time" UoM, but those ones are customizable and might differ from the International System of Units; indeed, one working day means 8 hours (more or less) for some company. The rational here is, when we are handling datetime, we need to get the UoM in the Odoo System to convert the result; for instance, computing the difference between 2 datetimes will return the number of days (or hours). But you need to match it with an odoo UoM to extract informations from that value. This unit of measure 'duration' is like a master data, because existing in the real world and that many module will depend on. Task-1971491 closes odoo/odoo#32840 Signed-off-by: Jérome Maes (jem) <jem@openerp.com>
2019-05-14[IMP] uom: rename measurement type 'time' into 'working_time'Victor Feyens
This commit rename the measrurement_type 'time' into 'working_time' to be more precise, as time might means duration. This changes prepare the distinction between 'working time' and international duration unit. Task-1971491
2018-04-09[IMP] uom: unique reference UoM per categoryjem-odoo
Users can configure multiple references in a same category. This might cause problems during conversion and does not make sense. Since this is a "late" constraint, we define it in python to avoid conflict with existing data. We allow user to have multiple unactive reference, but force to have exactly one active. So when a new UoM category is created, user have to encode the reference unit first, and then the bigger/smaller ones. This commit also update stock tests, since they were redefining new reference UoM in the same category, and finally, this commit provides some tests for this uniqueness and custom UoM behavior. Task #1820076
2018-04-09[IMP] uom: measurement type on categoryjem-odoo
In order to restrict some uom field to some uom category, it is required to add a measurement type on uom.category. Also, this will lessen the use of master data. Some technical justifications: - measure_type is not required, to allow people creating their own uom.category. Those ones will not interfere with addons business. - measure_type is unique: we restrict to only one category containing time, weight, ... in order to avoid mismatch category during conversion. (2 different weight categories can not be converted). - measure_type on uom.uom is stored: to allow search and domain on field, we need to store it. Usually, UoM are not updated every day, and the number of uom in a database is not that important. To illustrate this mecanism, a domain is added on 'project_time_mode_id', in project module. This field is use as timesheet default uom, and we obviously want to restrict it to time category (timesheeting in liter does not make sense ...) Task #1820076
2018-02-26[IMP] product: rename product.uom into uom.uomXavierDo
Also rename product.uom.categ into uom.category to give it a decent name.
2018-02-26[IMP] product: move uom in a new addonXavierDo
Moves UoM models, test and data to a new addon in order to be able to use uom without product. A simple example is be to be able to use UoM for timesheets. This commit only move code, and adapt xml ids without chaging any feature or functionnal behavior. Note: 'product' module now depends on new 'uom' module.