Openbravo Issue Tracking System - Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0045030 | Modules | Advanced Warehouse Operations | public | 2020-09-10 23:43 | 2020-09-18 11:26 |
|
Reporter | lbressan | |
Assigned To | inigo_lerga | |
Priority | high | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | | Fixed in Version | | |
Merge Request Status | |
Regression date | |
Regression introduced by commit | |
Regression level | |
Review Assigned To | |
Support ticket | |
OBNetwork customer | |
Regression introduced in release | |
|
Summary | 0045030: Two confirmations on goods receipt task generate two different attributesetinstances. |
Description | When performing two confirmations on the goods receipt task from the mobile application, they generate two different attribute instances when it really is a single instance, there is no way for it to take an attribute instance
The expected behavior is not being received when receiving merchandise, affecting stock, picking, etc.
Expected behavior:
Same lot nr should reuse an allready existing attributeset with the same values. Since we are working with a mobile device and there are different lots received of the same article, the operator can not know in advance the total qty for a lot: he will enter confirmed qty for lot1 on first pallet - then confirm qty for lotx on second pallet and after x confirmations of different lots and different products stumble upon a second pallet for lot1 |
Steps To Reproduce | 1. attribute set with lot and expiration date should exist (and in our case with one additional free text attribute that is called temperature)
2. do a goods receipt of 1 PO for 100 quantities of this product on the mobile app (total qty on the po is 200) set lot to 'x' and expiration date to today
3. confirm the goods receipt on the mobile app and choose as delta 'Same'
4. do a goods receipt and confirm it on different items
5. do a goods receipt and confirm it for the remaining qty of the first item, use the same information for the attributes
6. see that the system created two different lines with two different attributesets for this item
7. there is no way in the mobile app to select an existing attributeset |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | 0001-Fixed-ISSUE-45030-Delta-SAME-expected-attribute-orig.patch (2,573) 2020-09-17 08:29 https://issues.openbravo.com/file_download.php?file_id=14969&type=bug |
|
Issue History |
Date Modified | Username | Field | Change |
2020-09-10 23:43 | lbressan | New Issue | |
2020-09-10 23:43 | lbressan | Assigned To | => Retail |
2020-09-10 23:43 | lbressan | Resolution time | => 1601503200 |
2020-09-10 23:43 | lbressan | Triggers an Emergency Pack | => No |
2020-09-15 17:23 | vmromanos | Project | Retail Modules => Modules |
2020-09-15 17:44 | vmromanos | Category | Mobile Warehouse picking => Advance Warehouse Operations |
2020-09-17 07:53 | vmromanos | Status | new => scheduled |
2020-09-17 07:53 | vmromanos | Assigned To | Retail => inigo_lerga |
2020-09-17 08:29 | vmromanos | File Added: 0001-Fixed-ISSUE-45030-Delta-SAME-expected-attribute-orig.patch | |
2020-09-17 16:07 | hgbot | Note Added: 0123165 | |
2020-09-18 11:26 | hgbot | Resolution | open => fixed |
2020-09-18 11:26 | hgbot | Status | scheduled => closed |
2020-09-18 11:26 | hgbot | Note Added: 0123202 | |
2020-09-18 11:26 | hgbot | Note Added: 0123203 | |
2020-09-18 11:26 | hgbot | Note Added: 0123204 | |
2020-09-18 11:26 | hgbot | Note Added: 0123205 | |
2022-09-06 17:18 | caristu | Category | Advance Warehouse Operations => Advanced Warehouse Operations |
Notes |
|
(0123165)
|
hgbot
|
2020-09-17 16:07
|
|
|
|
(0123202)
|
hgbot
|
2020-09-18 11:26
|
|
|
|
(0123203)
|
hgbot
|
2020-09-18 11:26
|
|
|
|
(0123204)
|
hgbot
|
2020-09-18 11:26
|
|
|
|
(0123205)
|
hgbot
|
2020-09-18 11:26
|
|
|