Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0047102 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
backport | [POS2] POS | major | always | 2021-05-27 16:49 | 2021-09-03 10:05 | |||
Reporter | psanjuan | View Status | public | |||||
Assigned To | vmromanos | |||||||
Priority | urgent | Resolution | fixed | Fixed in Version | TAP | |||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | TAP | |||
OS | Linux 64 bit | Database | PostgreSQL | Java version | 7.x | |||
OS Version | Openbravo Appliance 14.04 | Database version | 9.3.x | Ant version | 1.9.x | |||
Product Version | SCM revision | |||||||
Review Assigned To | mtaal | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0047102: Cash up not correct while using Credit Notes feature | |||||||
Description | Cash up not correct while using Credit Notes feature | |||||||
Steps To Reproduce | 0-Login POS2 as vallblanca with Credit Notes configuration completed. 1-Run a cash up process to be sure that there are no pending receipts, that all the amount has been counted and nothing has been kept in the terminal. 1-Add 1x "of any product. Note that the total sale is 12€ for instance. 2-Pay the sale with the payment method that has been configured to generate credit in case there is an "Overpaument", for instance "Voucher". 3-Pay a higher amount, for instance with a voucher of 20€ 4-Complete the sale. 5-Verify that a credit note receipt is printed for an amount of 20-12=8€ (expiration date = at summer time. This is not correct as an expiration number of days is setup). 6-Close the till and keep the voucher amount in the till. The cash up information shown to count is 20€ of voucher and 8 of the credit. The report print is also not correct as it shows: Sales 12 € - correct Retail transactions - 12 € correct Expected amount = 28€ (this is not correct, it should be 20) Counted amount = 28 (this is not correct, it should be 20) Total to keep = 20 (this is correct) Total to deposit = 8 (not correct it should be 0) | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |||||||||||||||
|
Notes | |
(0131519) vmromanos (developer) 2021-09-02 16:47 |
Merge Request created: https://gitlab.com/obcustomers/AGAP/org.openbravo.retail.giftcards/-/merge_requests/7 [^] |
(0131542) vmromanos (developer) 2021-09-03 10:05 |
Merge request merged: https://gitlab.com/obcustomers/AGAP/org.openbravo.retail.giftcards/-/merge_requests/7 [^] |
Issue History | |||
Date Modified | Username | Field | Change |
2021-06-14 09:58 | guilleaer | Type | defect => backport |
2021-06-14 09:58 | guilleaer | Target Version | => TAP |
2021-06-14 09:59 | guilleaer | Status | scheduled => acknowledged |
2021-09-02 16:31 | vmromanos | Status | acknowledged => scheduled |
2021-09-02 16:31 | vmromanos | Assigned To | Retail => vmromanos |
2021-09-02 16:36 | vmromanos | Relationship added | causes 0047605 |
2021-09-02 16:47 | vmromanos | Note Added: 0131519 | |
2021-09-03 10:05 | vmromanos | Note Added: 0131542 | |
2021-09-03 10:05 | vmromanos | Status | scheduled => resolved |
2021-09-03 10:05 | vmromanos | Fixed in Version | => TAP |
2021-09-03 10:05 | vmromanos | Resolution | open => fixed |
2021-09-03 10:05 | vmromanos | Review Assigned To | => mtaal |
2021-09-03 10:05 | vmromanos | Status | resolved => closed |
2021-09-03 10:08 | vmromanos | Relationship replaced | has duplicate 0047605 |
Copyright © 2000 - 2009 MantisBT Group |