Openbravo Issue Tracking System - Retail Modules | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0049274 | Retail Modules | Web POS | public | 2022-05-09 21:42 | 2022-06-22 12:25 |
Reporter | idiez | ||||
Assigned To | ranjith_qualiantech_com | ||||
Priority | high | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | OS | 5 | OS Version | ||
Product Version | RR21Q3.2 | ||||
Target Version | Fixed in Version | RR22Q3 | |||
Merge Request Status | approved | ||||
Review Assigned To | |||||
OBNetwork customer | OBPS | ||||
Support ticket | 41603 | ||||
Regression level | |||||
Regression date | |||||
Regression introduced in release | |||||
Regression introduced by commit | |||||
Triggers an Emergency Pack | No | ||||
Summary | 0049274: Sales with attributes | ||||
Description | The client is in version: 3.0 PR21Q3.2 We have configured a set of attributes, with a non-instantiable attribute. That according to what was commented on its day, it serves to not generate a new identifier each time. We simply have this attribute to save the year of purchase of the part. We have the problem in sales from the POS when there is no stock of that product/attribute. When a product is sold without stock of that attribute, Openbravo generates a new identifier. The same situation has been tested from the backoffice generating a sale and purchase, and it does so correctly. That is, it does not generate a new identifier even if it does not have stock. | ||||
Steps To Reproduce | 1) We create a product with attributes 2) We go to the "goods Shipment" window and create a Delivery Note and complete the line with the product created, In the attribute value we put "9" and quantity moved "5", we complete 3) We verify that the movement in the stock has been created in the product 4) We make a sale in the "Goods Receipt" window, we complete and add the line and we complete in the "Attribute value" tab with "22" and quantity moved "2" and we complete 5) We make a sale again with an attribute that we do not have, in the "Attribute value" tab we add "21" and in amount moved "1", we complete the sale 6) It can be seen that the correct product has a negative stock 7) We go to the webpos and make a sale with the product we have created and select the attribute "22" and pay it 8) We return to the back office and check that it has correctly subtracted the stock from attribute 22 9) We make a sale on the same product with a non-existent attribute, we pay 10) We return to the backoffice we will see that attribute 20 is in negative stock 11) It is expected that there are no transactions with duplicate attributes but different internal ids, which is why there are duplications The video with steps: https://docs.google.com/document/d/15aKM_Un8aihJDupIpsOiUY3AvdpOVU5XxpfOBsEl_bg/edit?usp=sharing [^] To Produce the issue in Livebuilds Backoffice Enable Pref: "Enable Web POS Enable support for product attributes" Create Mandatory Attribute Create Attribute Set and associate the above attribute Create 2 products and associate Attribute Set (Add Product Price and Product in Assortment) Create Physical Inventory for 1st Product with attribute Value 'X' and Process POS Add 2nd product with same attribute Value 'X' and complete it. Currently, its creating the new attributeSetInstance. - KO It should use the existing attributeSetInstance (which was created for 1st Product) - OK | ||||
Proposed Solution | |||||
Additional Information | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | ![]() https://issues.openbravo.com/file_download.php?file_id=17209&type=bug | ||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
2022-05-09 21:42 | idiez | New Issue | |||
2022-05-09 21:42 | idiez | Assigned To | => Retail | ||
2022-05-09 21:42 | idiez | OBNetwork customer | => OBPS | ||
2022-05-09 21:42 | idiez | Support ticket | => 41603 | ||
2022-05-09 21:42 | idiez | Triggers an Emergency Pack | => No | ||
2022-05-09 21:45 | Practics | Issue Monitored: Practics | |||
2022-05-25 14:10 | ranjith_qualiantech_com | Assigned To | Retail => ranjith_qualiantech_com | ||
2022-05-25 14:32 | ranjith_qualiantech_com | Status | new => scheduled | ||
2022-05-31 08:26 | hgbot | Merge Request Status | => open | ||
2022-05-31 08:26 | hgbot | Note Added: 0137862 | |||
2022-06-17 07:34 | ranjith_qualiantech_com | Steps to Reproduce Updated | bug_revision_view_page.php?rev_id=24303#r24303 | ||
2022-06-20 07:08 | hgbot | Merge Request Status | open => approved | ||
2022-06-20 07:13 | hgbot | Resolution | open => fixed | ||
2022-06-20 07:13 | hgbot | Status | scheduled => closed | ||
2022-06-20 07:13 | hgbot | Note Added: 0138541 | |||
2022-06-20 07:13 | hgbot | Fixed in Version | => RR22Q3 | ||
2022-06-20 07:13 | hgbot | Note Added: 0138542 | |||
2022-06-22 12:25 | ranjith_qualiantech_com | File Added: 49274_21Q3_posterminal.diff |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|