Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0047102
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[POS2] POSmajoralways2021-05-27 16:492021-09-03 10:05
ReporterpsanjuanView Statuspublic 
Assigned Tovmromanos 
PriorityurgentResolutionfixedFixed in VersionTAP
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget VersionTAP
OSLinux 64 bitDatabasePostgreSQLJava version7.x
OS VersionOpenbravo Appliance 14.04Database version9.3.xAnt version1.9.x
Product VersionSCM revision 
Review Assigned Tomtaal
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0047102: Cash up not correct while using Credit Notes feature

DescriptionCash up not correct while using Credit Notes feature
Steps To Reproduce0-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)
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
has duplicate backport 0047605TAP closedvmromanos JIRA 2297 - Generation through overpayment and payment amount in BO 
blocks defect 0046874 closedvmromanos Cash up not correct while using Credit Notes feature 

-  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
Powered by Mantis Bugtracker