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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0031962
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Cash upmajoralways2016-01-20 10:122016-02-08 11:29
ReportermalsasuaView Statuspublic 
Assigned Toranjith_qualiantech_com 
PriorityimmediateResolutionfixedFixed in VersionRR16Q2
StatusclosedFix in branchFixed in SCM revisione0b3e1348df5
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 level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0031962: reconciliations cashup not balanced with price precision 4 decimals

Descriptionwhen you are using price precision with 4 decimals in currency, the reconciliation created by cashup are not balanced
Steps To Reproduce. configure the Format.xml similar that Format.xml attached
. smartbuild and restart tomcat

. in backoffice
 currency EUR: price precision: 4
               POS precision: (void)
 pricelist:
   The White Valley Group Sale Price List Version
   product: baby carrier
     list price: 4.675
     unit price: 4.675

. in webpos:
 . do a cashup to start a clean cashup
 . new receipt:
  . product: baby carrier (price 4.68)
  paid using cash payment method
 . do cashup:
  . count cash: 4.68
  . cash to keep: 0
  . finish cashup

. in backoffice
 . go to fincancial account of cash payment method
  . go to reconciliation created by cashup:
   3 transactions:
    deposit amt: 4.68
    diff amt: 0.01
    withdrawal amt: 4.68

the reconciliation is not balanced
TagsNo tags attached.
Attached Filesxml file icon Format.xml [^] (3,253 bytes) 2016-01-20 11:32

- Relationships [ Relation Graph ] [ Dependency Graph ]
causes defect 0039793 closedranjith_qualiantech_com Remaining field is not working properly executing cash up with 3 decimals. 

-  Notes
(0083871)
hgbot (developer)
2016-02-03 08:30

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: e0b3e1348df5eb93f4d92b224679087d5ec5aa39
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Wed Feb 03 12:59:35 2016 +0530
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/e0b3e1348df5eb93f4d92b224679087d5ec5aa39 [^]

Fixes issue 31962 : Rounding Payment Expected amount before Cashup Count

---
M web/org.openbravo.retail.posterminal/js/closecash/model/cashup-model.js
M web/org.openbravo.retail.posterminal/js/closecash/view/closecash.js
M web/org.openbravo.retail.posterminal/js/closecash/view/tabcashpayments.js
---

- Issue History
Date Modified Username Field Change
2016-01-20 10:12 malsasua New Issue
2016-01-20 10:12 malsasua Assigned To => Retail
2016-01-20 10:12 malsasua Resolution time => 1453676400
2016-01-20 10:12 malsasua Triggers an Emergency Pack => No
2016-01-20 10:26 heccam Issue Monitored: heccam
2016-01-20 11:32 malsasua File Added: Format.xml
2016-01-20 11:43 guilleaer Status new => acknowledged
2016-01-21 07:23 ranjith_qualiantech_com Assigned To Retail => ranjith_qualiantech_com
2016-01-21 07:24 ranjith_qualiantech_com Status acknowledged => scheduled
2016-02-03 08:30 hgbot Checkin
2016-02-03 08:30 hgbot Note Added: 0083871
2016-02-03 08:30 hgbot Status scheduled => resolved
2016-02-03 08:30 hgbot Resolution open => fixed
2016-02-03 08:30 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/e0b3e1348df5eb93f4d92b224679087d5ec5aa39 [^]
2016-02-05 16:09 marvintm Severity critical => major
2016-02-08 11:29 marvintm Review Assigned To => marvintm
2016-02-08 11:29 marvintm Status resolved => closed
2016-02-08 11:29 marvintm Fixed in Version => RR16Q2
2018-12-13 12:15 ranjith_qualiantech_com Relationship added causes 0039793

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker