Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0029798 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Retail Modules] Web POS | major | always | 2015-05-06 10:35 | 2017-01-16 09:30 | |||
| Reporter | lorenzofidalgo | View Status | public | |||||
| Assigned To | jorge-garcia | |||||||
| Priority | urgent | Resolution | no change required | 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 | main | SCM revision | ||||||
| Review Assigned To | jorge-garcia | |||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0029798: Paid amount does not correspond with discounted amount using USA Cash | |||||||
| Description | Discounted amount when certain amount is paid is not correctly calculated while user is working with USA Cash. I have checked marking that receipt as layaway that quantities are not correctly saved in backend. | |||||||
| Steps To Reproduce | 1-Login POS as vallblanca//openbravo. 2-Add 1x "Alpine backpack 27 L". 3-Click Total Amount button. 4-Click USA Cash button. 5-Pay 6$ and CHECK that, actually, 5.99$ are discounted INSTEAD OF 6$. (With next steps we will check how this is saved in backend). 6-In dropdown POS menu, click "Layaway this receipt", click Total Amount button and click in "Layaway" button to layaway this receipt. 7-In backend, go to "Sales Order" window. 8-Select the just created sales order record and go to "Payment Plan" tab and, after that, go to "Payment Details" tab in form view. In "Received (Account Currency)" field you can confirm 5.99$ are received instead of 6$. -- In step number 5, you can also see this malfunction paying 1cent by 1cent and you will realse sometimes it is not correctly calculated. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files |  6Dollars.png [^] (85,728 bytes) 2015-05-06 10:35
2Cents.png [^] (91,081 bytes) 2015-05-06 10:37
2CentsPaidBut3Discounted.png [^] (175,941 bytes) 2015-05-06 10:37
| |||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
 Relationships |
|
Notes |
|
|
(0078027) sureshbabu (reporter) 2015-06-03 16:20 |
Able to reproduce the issue in live builds (retested on 3rd June 2015) |
|
(0079784) mario_castello (developer) 2015-08-27 23:30 |
Backend problem when showing the value. This value is saved in the database correctly but in the window is calculated this value again and this new value is different to the database field. |
|
(0080246) Orekaria (administrator) 2015-09-08 17:22 |
From platform feedback, looks like POS is saving a '5.9935332930264' value in the database So, the ERP is showing correctly that 1 cent is missing |
|
(0083568) lorenzofidalgo (developer) 2016-01-22 13:57 |
This is still reproducible in PI |
|
(0093545) jorge-garcia (reporter) 2017-01-13 14:25 |
From the retail point of view, data are displayed and calculated as expected. The only thing left is to fix the view generated in the Payment Detail tab to show the correct value in the Payment In generated. |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2015-05-06 10:35 | lorenzofidalgo | New Issue | |
| 2015-05-06 10:35 | lorenzofidalgo | Assigned To | => Retail |
| 2015-05-06 10:35 | lorenzofidalgo | File Added: 6Dollars.png | |
| 2015-05-06 10:35 | lorenzofidalgo | Triggers an Emergency Pack | => No |
| 2015-05-06 10:37 | lorenzofidalgo | Steps to Reproduce Updated | View Revisions |
| 2015-05-06 10:37 | lorenzofidalgo | File Added: 2Cents.png | |
| 2015-05-06 10:37 | lorenzofidalgo | File Added: 2CentsPaidBut3Discounted.png | |
| 2015-06-03 16:20 | sureshbabu | Note Added: 0078027 | |
| 2015-08-27 23:30 | mario_castello | Note Added: 0079784 | |
| 2015-09-08 11:49 | Orekaria | Status | new => scheduled |
| 2015-09-08 17:22 | Orekaria | Note Added: 0080246 | |
| 2015-09-08 17:24 | AugustoMauch | Relationship deleted | depends on 0030792 |
| 2015-09-08 17:26 | AugustoMauch | Relationship added | related to 0030792 |
| 2015-09-08 17:31 | lorenzofidalgo | Steps to Reproduce Updated | View Revisions |
| 2015-09-08 17:32 | lorenzofidalgo | Steps to Reproduce Updated | View Revisions |
| 2016-01-22 13:57 | lorenzofidalgo | Note Added: 0083568 | |
| 2017-01-13 13:14 | jorge-garcia | Assigned To | Retail => jorge-garcia |
| 2017-01-13 14:25 | jorge-garcia | Review Assigned To | => jorge-garcia |
| 2017-01-13 14:25 | jorge-garcia | Note Added: 0093545 | |
| 2017-01-13 14:25 | jorge-garcia | Status | scheduled => closed |
| 2017-01-13 14:25 | jorge-garcia | Resolution | open => no change required |
| 2017-01-16 09:30 | jorge-garcia | Relationship added | depends on 0034949 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |