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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0030607
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Cash upmajoralways2015-08-19 15:062015-08-28 11:26
ReportermalsasuaView Statuspublic 
Assigned ToRetail 
PriorityimmediateResolutionfixedFixed in VersionRR15Q4
StatusclosedFix in branchFixed in SCM revisionf60f825a8b87
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabasePostgreSQLJava version1.6.0_18
OS VersionCommunity ApplianceDatabase version8.3.9Ant version1.7.1
Product VersionSCM revision 
Review Assigned Tomarvintm
Regression levelProduction - QA Approved
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0030607: Cashup report is incorrect when layaway is paid in other terminal

Descriptionwhen a layaway is paid in other terminal that the layaway was created, first (before that the layaway is paid) the layaway amount is included in the cashup report of the terminal that the layaway was created, but when the layaway is paid in the other terminal, the cashup report is changed, and now the amount of layaway is not included in the cashup
Steps To Reproduce. go to WEB POS -> terminal VBS-1
 . create a receipt: total paid 20
 . create a layaway: total layaway 10 - paid 0
 . do cashup:
   . total sales: 30
   . expected: 20
  (see attachment step1.jpg)

. go to BO ->
  . print the cashup of VBS-1
     total sales 30
     total paid 20
  (see attachment step2.pdf)

. go to WEB POS -> VBS1001
  . paid the layaway created in first step
 . do cashup:
   . total sales: 0
   . expected: 10
  (see attachment step3.jpg)

. go to BO ->
  . print the cashup created in step1 of VBS-1
     total sales 20
     total paid 20
  (see attachment step4.pdf)
TagsNo tags attached.
Attached Filespng file icon sc1.png [^] (179,848 bytes) 2015-08-19 15:06


pdf file icon step2.pdf [^] (7,604 bytes) 2015-08-19 15:08
png file icon step3.png [^] (178,717 bytes) 2015-08-19 15:08


pdf file icon step4.pdf [^] (7,603 bytes) 2015-08-19 15:09
patch file icon 30607_Q2_posterminal.patch [^] (9,953 bytes) 2015-08-27 18:35 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0079790)
hgbot (developer)
2015-08-28 10:25

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: f60f825a8b8769922660c7fd0a0d6478093d111e
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Thu Aug 27 18:34:13 2015 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/f60f825a8b8769922660c7fd0a0d6478093d111e [^]

Fixes issue 30607: The sales section of the cashup report is recovered from the already existing cashup information

The problem was that the cashup report was being generated on demand and we do not keep track of the cashupId to which a sale belonged before it is assigned to a new cashupId when it is paid.

The solution has been to retrieve the information from the already existing data.
This solucion could be extended to the other sections of the cashup report. We like the fact that is being regenerated because it has been a good source of catching issues

---
M src/org/openbravo/retail/posterminal/ad_reports/CashUpReport.java
---

- Issue History
Date Modified Username Field Change
2015-08-19 15:06 malsasua New Issue
2015-08-19 15:06 malsasua Assigned To => Retail
2015-08-19 15:06 malsasua Resolution time => 1440885600
2015-08-19 15:06 malsasua Triggers an Emergency Pack => No
2015-08-19 15:06 malsasua File Added: sc1.png
2015-08-19 15:08 malsasua File Added: step2.pdf
2015-08-19 15:08 malsasua File Added: step3.png
2015-08-19 15:09 malsasua File Added: step4.pdf
2015-08-19 15:11 malsasua Regression level => Production - QA Approved
2015-08-19 15:11 malsasua Priority high => immediate
2015-08-27 18:35 Orekaria File Added: 30607_Q2_posterminal.patch
2015-08-28 10:25 hgbot Checkin
2015-08-28 10:25 hgbot Note Added: 0079790
2015-08-28 10:25 hgbot Status new => resolved
2015-08-28 10:25 hgbot Resolution open => fixed
2015-08-28 10:25 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/f60f825a8b8769922660c7fd0a0d6478093d111e [^]
2015-08-28 11:26 marvintm Review Assigned To => marvintm
2015-08-28 11:26 marvintm Status resolved => closed
2015-08-28 11:26 marvintm Fixed in Version => RR15Q4


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker