Notes |
|
(0056266)
|
hgbot
|
2013-02-07 16:13
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: ff0212c30b6f7cd71371730b1af80eddb3c08e76
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Thu Feb 07 16:13:31 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/ff0212c30b6f7cd71371730b1af80eddb3c08e76 [^]
Fixed issue 22982. Done several changes to the way taxes are computed:
- Changed the algorithm used to compute the net price (and thus the tax amount) in price lists including taxes (now the way it's done is based on the c_get_net_price_from_gross database function)
- Now on pricelists including taxes the taxes themselves are not recomputed after the prices are adjusted. Instead, the total net amount is computed after the prices have been adjusted in the lines.
- Changed the way rounding is done in the BigDecimal calls through the application (now it will be rounded up always, instead of to the next even number on .5s)
---
M web/org.openbravo.retail.posterminal/js/arithmetic.js
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
M web/org.openbravo.retail.posterminal/js/main.js
M web/org.openbravo.retail.posterminal/js/model/order.js
---
|
|
|
(0056285)
|
hgbot
|
2013-02-08 09:32
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 12ef73508637e0ca2d1a00641bb2802ac01e7d79
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Fri Feb 08 09:31:56 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/12ef73508637e0ca2d1a00641bb2802ac01e7d79 [^]
Related to issue 22982. Fixed two issues in case of pricing including taxes:
- The final adjustment did not work correctly in case of more than one tax for a given line (the wrong base net was chosen)
- The calculation of the net amount was based on a global tax rate, and this caused precision problems in case of multiple taxes in cascade. The calculation is now done step by step, if more than one tax is applied for a given line.
---
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
---
|
|
|
(0056290)
|
hgbot
|
2013-02-08 11:35
|
|
|
|
(0056292)
|
hgbot
|
2013-02-08 11:52
|
|
|
|
(0056293)
|
hgbot
|
2013-02-08 11:53
|
|
|
|
(0056294)
|
hgbot
|
2013-02-08 12:16
|
|
|
|
(0056295)
|
hgbot
|
2013-02-08 12:33
|
|
|
|
|
Tested deeply and verified.
Ready to be included in RMP19.1 |
|
|
(0056303)
|
hgbot
|
2013-02-08 14:52
|
|
|
|
(0056304)
|
hgbot
|
2013-02-08 14:57
|
|
|
|
(0056380)
|
hgbot
|
2013-02-12 13:14
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 9a2267ceb68ebedad5f79f1d89371abe033c9cb5
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Thu Feb 07 16:13:31 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/9a2267ceb68ebedad5f79f1d89371abe033c9cb5 [^]
Fixed issue 22982. Done several changes to the way taxes are computed:
- Changed the algorithm used to compute the net price (and thus the tax amount) in price lists including taxes (now the way it's done is based on the c_get_net_price_from_gross database function)
- Now on pricelists including taxes the taxes themselves are not recomputed after the prices are adjusted. Instead, the total net amount is computed after the prices have been adjusted in the lines.
- Changed the way rounding is done in the BigDecimal calls through the application (now it will be rounded up always, instead of to the next even number on .5s)
---
M web/org.openbravo.retail.posterminal/js/arithmetic.js
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
M web/org.openbravo.retail.posterminal/js/main.js
M web/org.openbravo.retail.posterminal/js/model/order.js
---
|
|
|
(0056381)
|
hgbot
|
2013-02-12 13:14
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 2638ac478085a52bb65d70f48cf70195d8be3cce
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Fri Feb 08 09:31:56 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/2638ac478085a52bb65d70f48cf70195d8be3cce [^]
Related to issue 22982. Fixed two issues in case of pricing including taxes:
- The final adjustment did not work correctly in case of more than one tax for a given line (the wrong base net was chosen)
- The calculation of the net amount was based on a global tax rate, and this caused precision problems in case of multiple taxes in cascade. The calculation is now done step by step, if more than one tax is applied for a given line.
---
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
---
|
|
|
(0056382)
|
hgbot
|
2013-02-12 13:14
|
|
|
|
(0056383)
|
hgbot
|
2013-02-12 13:14
|
|
|
|
(0056384)
|
hgbot
|
2013-02-12 13:14
|
|
|
|
(0056385)
|
hgbot
|
2013-02-12 13:14
|
|
|
|
(0056386)
|
hgbot
|
2013-02-12 13:14
|
|
|
|
(0056387)
|
hgbot
|
2013-02-12 13:14
|
|
|
|
(0056388)
|
hgbot
|
2013-02-12 13:14
|
|
|
|
(0056462)
|
hgbot
|
2013-02-15 09:07
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal.layaways
Changeset: 9a2267ceb68ebedad5f79f1d89371abe033c9cb5
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Thu Feb 07 16:13:31 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal.layaways/rev/9a2267ceb68ebedad5f79f1d89371abe033c9cb5 [^]
Fixed issue 22982. Done several changes to the way taxes are computed:
- Changed the algorithm used to compute the net price (and thus the tax amount) in price lists including taxes (now the way it's done is based on the c_get_net_price_from_gross database function)
- Now on pricelists including taxes the taxes themselves are not recomputed after the prices are adjusted. Instead, the total net amount is computed after the prices have been adjusted in the lines.
- Changed the way rounding is done in the BigDecimal calls through the application (now it will be rounded up always, instead of to the next even number on .5s)
---
M web/org.openbravo.retail.posterminal/js/arithmetic.js
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
M web/org.openbravo.retail.posterminal/js/main.js
M web/org.openbravo.retail.posterminal/js/model/order.js
---
|
|
|
(0056463)
|
hgbot
|
2013-02-15 09:07
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal.layaways
Changeset: 2638ac478085a52bb65d70f48cf70195d8be3cce
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Fri Feb 08 09:31:56 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal.layaways/rev/2638ac478085a52bb65d70f48cf70195d8be3cce [^]
Related to issue 22982. Fixed two issues in case of pricing including taxes:
- The final adjustment did not work correctly in case of more than one tax for a given line (the wrong base net was chosen)
- The calculation of the net amount was based on a global tax rate, and this caused precision problems in case of multiple taxes in cascade. The calculation is now done step by step, if more than one tax is applied for a given line.
---
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
---
|
|
|
(0056464)
|
hgbot
|
2013-02-15 09:07
|
|
|
|
(0056465)
|
hgbot
|
2013-02-15 09:07
|
|
|
|
(0056466)
|
hgbot
|
2013-02-15 09:07
|
|
|
|
(0056467)
|
hgbot
|
2013-02-15 09:07
|
|
|
|
(0056468)
|
hgbot
|
2013-02-15 09:07
|
|
|
|
(0056469)
|
hgbot
|
2013-02-15 09:07
|
|
|
|
(0056470)
|
hgbot
|
2013-02-15 09:07
|
|
|
|
(0057610)
|
hgbot
|
2013-04-02 20:05
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal-core
Changeset: ff0212c30b6f7cd71371730b1af80eddb3c08e76
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Thu Feb 07 16:13:31 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal-core/rev/ff0212c30b6f7cd71371730b1af80eddb3c08e76 [^]
Fixed issue 22982. Done several changes to the way taxes are computed:
- Changed the algorithm used to compute the net price (and thus the tax amount) in price lists including taxes (now the way it's done is based on the c_get_net_price_from_gross database function)
- Now on pricelists including taxes the taxes themselves are not recomputed after the prices are adjusted. Instead, the total net amount is computed after the prices have been adjusted in the lines.
- Changed the way rounding is done in the BigDecimal calls through the application (now it will be rounded up always, instead of to the next even number on .5s)
---
M web/org.openbravo.retail.posterminal/js/arithmetic.js
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
M web/org.openbravo.retail.posterminal/js/main.js
M web/org.openbravo.retail.posterminal/js/model/order.js
---
|
|
|
(0057611)
|
hgbot
|
2013-04-02 20:05
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal-core
Changeset: 12ef73508637e0ca2d1a00641bb2802ac01e7d79
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Fri Feb 08 09:31:56 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal-core/rev/12ef73508637e0ca2d1a00641bb2802ac01e7d79 [^]
Related to issue 22982. Fixed two issues in case of pricing including taxes:
- The final adjustment did not work correctly in case of more than one tax for a given line (the wrong base net was chosen)
- The calculation of the net amount was based on a global tax rate, and this caused precision problems in case of multiple taxes in cascade. The calculation is now done step by step, if more than one tax is applied for a given line.
---
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
---
|
|
|
(0057612)
|
hgbot
|
2013-04-02 20:05
|
|
|
|
(0057613)
|
hgbot
|
2013-04-02 20:05
|
|
|
|
(0057614)
|
hgbot
|
2013-04-02 20:05
|
|
|
|
(0057615)
|
hgbot
|
2013-04-02 20:05
|
|
|
|
(0057616)
|
hgbot
|
2013-04-02 20:05
|
|
|
|
(0057617)
|
hgbot
|
2013-04-02 20:05
|
|
|
|
(0057618)
|
hgbot
|
2013-04-02 20:05
|
|
|
|
(0057626)
|
hgbot
|
2013-04-02 20:06
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal-core
Changeset: 9a2267ceb68ebedad5f79f1d89371abe033c9cb5
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Thu Feb 07 16:13:31 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal-core/rev/9a2267ceb68ebedad5f79f1d89371abe033c9cb5 [^]
Fixed issue 22982. Done several changes to the way taxes are computed:
- Changed the algorithm used to compute the net price (and thus the tax amount) in price lists including taxes (now the way it's done is based on the c_get_net_price_from_gross database function)
- Now on pricelists including taxes the taxes themselves are not recomputed after the prices are adjusted. Instead, the total net amount is computed after the prices have been adjusted in the lines.
- Changed the way rounding is done in the BigDecimal calls through the application (now it will be rounded up always, instead of to the next even number on .5s)
---
M web/org.openbravo.retail.posterminal/js/arithmetic.js
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
M web/org.openbravo.retail.posterminal/js/main.js
M web/org.openbravo.retail.posterminal/js/model/order.js
---
|
|
|
(0057627)
|
hgbot
|
2013-04-02 20:06
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal-core
Changeset: 2638ac478085a52bb65d70f48cf70195d8be3cce
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Fri Feb 08 09:31:56 2013 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal-core/rev/2638ac478085a52bb65d70f48cf70195d8be3cce [^]
Related to issue 22982. Fixed two issues in case of pricing including taxes:
- The final adjustment did not work correctly in case of more than one tax for a given line (the wrong base net was chosen)
- The calculation of the net amount was based on a global tax rate, and this caused precision problems in case of multiple taxes in cascade. The calculation is now done step by step, if more than one tax is applied for a given line.
---
M web/org.openbravo.retail.posterminal/js/data/dataordertaxes.js
---
|
|
|
(0057628)
|
hgbot
|
2013-04-02 20:06
|
|
|
|
(0057629)
|
hgbot
|
2013-04-02 20:06
|
|
|
|
(0057630)
|
hgbot
|
2013-04-02 20:06
|
|
|
|
(0057631)
|
hgbot
|
2013-04-02 20:06
|
|
|
|
(0057632)
|
hgbot
|
2013-04-02 20:06
|
|
|
|
(0057633)
|
hgbot
|
2013-04-02 20:06
|
|
|
|
(0057634)
|
hgbot
|
2013-04-02 20:06
|
|
|