Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0053532 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] 04. Warehouse management | major | always | 2023-09-22 16:10 | 2023-10-18 15:06 | |||
Reporter | philippe_mui | View Status | public | |||||
Assigned To | ludmila_ursu | |||||||
Priority | high | Resolution | invalid | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Review Assigned To | ||||||||
Web browser | ||||||||
Modules | Core | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0053532: RM-8084 [Total stock take] Final stock wrong in case of multiple import with stock updates inside | |||||||
Description | I may found a corner case where the system does not count the good final quantity. See video : https://drive.google.com/file/d/1bp6dNiyNR3svupL0BlY__LssS9Vp2Sx4/view?usp=sharing [^] https://openbravo.atlassian.net/browse/RM-8084 [^] | |||||||
Steps To Reproduce | Scenario : Prerequisite : Make 2 x 1 sale of Item A in POS Create the PI Export the csv. Example : Item A has 4 quantity and item B 5 quantity Import the csv. Example : Item A has 1 quantity and item B 7 quantity Do not process the PI Add +1 in stock Item A by making a return and remove -1 to item B by making a sale Reimport the initial csv (gap book qty is recalculated) Do not process the PI Add +1 in stock Item A by making a return and remove -1 to item B by making a sale Process the PI Expected result : item A has quantity = 3 and item B has quantity = 5 Actual result : item A finishes in BO with quantity = 2 and item B with quantity = 6 Only 1 gap book quantity is removed from imported quantity. The second one is not taken into account. | |||||||
Tags | FASH | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |
Notes | |
(0155673) hgbot (developer) 2023-10-09 11:55 |
Merge Request created: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1013 [^] |
(0155691) ludmila_ursu (developer) 2023-10-09 13:51 |
Asked reporter for more information (please refer to the JIRA) |
(0155991) dmiguelez (developer) 2023-10-18 12:13 |
This is not a supported scenario. A count should not be done when there are sales at the same time, and the system does provide some help to avoid the problems, but it does not support multiple imports of the same file without processing or exporting in the middle. |
(0156012) hgbot (developer) 2023-10-18 15:06 |
Merge request closed: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1013 [^] |
Issue History | |||
Date Modified | Username | Field | Change |
2023-09-22 16:10 | philippe_mui | New Issue | |
2023-09-22 16:10 | philippe_mui | Assigned To | => Triage Omni WMS |
2023-09-22 16:10 | philippe_mui | Modules | => Core |
2023-09-22 16:10 | philippe_mui | Triggers an Emergency Pack | => No |
2023-09-22 16:10 | philippe_mui | Tag Attached: FASH | |
2023-09-29 09:03 | mtaal | Assigned To | Triage Omni WMS => agusti_gallego |
2023-10-09 10:57 | mtaal | Assigned To | agusti_gallego => ludmila_ursu |
2023-10-09 11:55 | hgbot | Note Added: 0155673 | |
2023-10-09 13:51 | ludmila_ursu | Note Added: 0155691 | |
2023-10-09 13:51 | ludmila_ursu | Status | new => feedback |
2023-10-18 12:13 | dmiguelez | Note Added: 0155991 | |
2023-10-18 12:13 | dmiguelez | Status | feedback => closed |
2023-10-18 12:13 | dmiguelez | Resolution | open => invalid |
2023-10-18 15:06 | hgbot | Note Added: 0156012 |
Copyright © 2000 - 2009 MantisBT Group |