Notes |
|
(0014767)
|
RenateNieuwkoop
|
2009-03-18 11:14
|
|
Also when executing a PI based on the ABC code 'A', the boots do appear (see snapshot).
Warehouse Management || Transactions || Physical Inventory || Header >> Lines |
|
|
|
Sorry Renate but still not clear for me.
Do you mean that after pressing the button Update ABC everything works fine? What is the problem? |
|
|
(0015077)
|
RenateNieuwkoop
|
2009-03-30 19:47
|
|
Hi Pablo,
Please check the snapshots. What you can see is that the Pareto report gives incorrect information. It's saying that the boots are 'C', yet when you update the codes, an A appears.
So the Pareto report gives incorrect information, that's the problem. |
|
|
|
|
|
(0015554)
|
RenateNieuwkoop
|
2009-04-22 16:44
|
|
Hi Pablo,
As you know in the Training environment we always have the same data and the same exercises with the same output. Now, in 2.50, we are running the Pareto report and based on our outcome in 2.40 were expecting certain parts to be classified as an 'A' part. However, on the Pareto report they appear as a class 'C', which is not what we expected. The we comment the codes to the product and now on the product the class 'A' is assigned (as we expected it to be in the first place).
So the display in the Pareto report of the values is incorrect, but when it actually assigns the classification to the products, it does have the correct classification.
So that's why I am saying that just the display in the Pareto report seems to be incorrect. |
|
|
|
Changed the target version to the next release |
|
|
(0021227)
|
hgbot
|
2009-10-20 19:05
|
|
Repository: erp/devel/pi
Changeset: 92157df159bf8fe63ede03f42fd62a49d52eac09
Author: Gorka Ion Damián <gorkaion.damian <at> openbravo.com>
Date: Tue Oct 20 19:04:22 2009 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/92157df159bf8fe63ede03f42fd62a49d52eac09 [^]
Fixed issue 8189. Fixed the Pareto Report Product
The ABC categories are now calculated based on the total amount stocked and
not on the cost of one unit.
Removed the attributes from the report that were not needed.
---
M src-db/database/model/functions/M_GET_PARETO_ABC.xml
M src-db/database/model/functions/M_UPDATE_PARETO_PRODUCT.xml
M src/org/openbravo/erpCommon/ad_reports/ReportParetoProduct.html
M src/org/openbravo/erpCommon/ad_reports/ReportParetoProduct.java
M src/org/openbravo/erpCommon/ad_reports/ReportParetoProduct.xml
M src/org/openbravo/erpCommon/ad_reports/ReportParetoProduct_data.xsql
---
|
|
|
|
The code 'A' has been assigned for Boots in both places
(1) Product -> org specifis
(2) After running Pareto report product
Tested & Working fine. |
|
|
(0022132)
|
RenateNieuwkoop
|
2009-11-24 10:35
|
|
Well, it looks a lot better now, most products are updated correctly.
The strange thing is that on the whole list, still one product was updated incorrectly: product shirt appeared on the Pareto report wtih a code 'B', yet it was updated with a code 'C' in the Org Specific tab. |
|
|
|
Renate, are you sure that that product is not a problem in your environment? |
|
|
|
Reminder sent to: RenateNieuwkoop Renate,
Please comment on this issue otherwise it will be closed as properly resolved.
Thanks. |
|
|
(0022657)
|
RenateNieuwkoop
|
2009-12-10 17:51
|
|
Sorry Rafa, I will retest it tomorrow!
thanks for your patience
Renate |
|
|
(0022715)
|
RenateNieuwkoop
|
2009-12-11 17:00
|
|
Hi Rafa,
I reran the report and now it was updated correctly. I'll keep an eye on it, but for now you can close this issue
thanks
Renate |
|
|
(0023920)
|
RenateNieuwkoop
|
2010-02-03 10:29
|
|
Hi
As I am testing MP11 this bug is reappearing. Please fix this again.
See snapshots.
thanks
Renate |
|
|
(0023921)
|
RenateNieuwkoop
|
2010-02-03 10:43
|
|
The ABC report states that the code for Boots is A (which is correct, since we always use the same data in Training). However, when committing the data, the ABC code in the product setup for boots appears as C. Also when creating the Physical Inventory count list based on the ABC code, the boots are considered C instead of A. |
|
|
(0023928)
|
RenateNieuwkoop
|
2010-02-03 15:57
|
|
Actually I had MP10. Now testing in MP11 it appears to be correct again. |
|