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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0032719
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Cash upmajoralways2016-04-19 18:022016-05-17 09:27
ReportermalsasuaView Statuspublic 
Assigned Toranjith_qualiantech_com 
PriorityhighResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revisionaecb82cbac46
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabasePostgreSQLJava version1.6.0_18
OS VersionCommunity ApplianceDatabase version8.3.9Ant version1.7.1
Product VersionSCM revision 
Review Assigned Tomigueldejuana
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0032719: cashup is creating the invoices with the receipt location instead of invoice location

Descriptionwhen cashup is done, the invoice created is using the receipt location, and it should be created using the invoice location of receipt.

Usually, the invoice location is the same that receipt location, but when they are distinct, the invoices created are inconsistently
Steps To Reproducein web POS:
. create receipt1 -> customer1, location1, product: p1, total amount: 10
. create receipt2 -> customer1, location1, product: p2, total amount: 5
. create receipt3 -> customer1, location2, product: p3, total amount: 3

in backoffice, change the invoice location of receipt 3, from location2 to location1. It is not possible to change it by UI, you need to change it doing a update in database

in web POS:
. do cashup

in backoffice:
. two invoice have been created:
 invoice1: total amount 15
   3 lines: p1, p2 and p3
 invoice2: total amount 3
   0 lines
Proposed Solutionin line
https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/annotate/3e3be280c7ca/src/org/openbravo/retail/posterminal/OrderGroupingProcessor_data.xsql#l47 [^]
and
https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/annotate/3e3be280c7ca/src/org/openbravo/retail/posterminal/OrderGroupingProcessor_data.xsql#l61 [^]

change o.c_bpartner_location_id to coalesce(o.billto_id, o.c_bpartner_location_id)
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]

-  Notes
(0086016)
hgbot (developer)
2016-04-27 10:51

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: aecb82cbac46c44698ce1f18e3918ae262a3f410
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Wed Apr 27 14:20:37 2016 +0530
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/aecb82cbac46c44698ce1f18e3918ae262a3f410 [^]

Fixes issue 32719 : Adding Invoice Address instead of Customer Address while generating invoice

After doing cashup, Invoice should be genereated based on Invoice address instead Customer Address

---
M src/org/openbravo/retail/posterminal/OrderGroupingProcessor_data.xsql
---
(0086484)
migueldejuana (developer)
2016-05-17 09:27

 Tested and reviewed in ec98fed2ca51

- Issue History
Date Modified Username Field Change
2016-04-19 18:02 malsasua New Issue
2016-04-19 18:02 malsasua Assigned To => Retail
2016-04-19 18:02 malsasua Resolution time => 1464300000
2016-04-19 18:02 malsasua Triggers an Emergency Pack => No
2016-04-19 18:05 malsasua Proposed Solution updated
2016-04-19 18:55 Orekaria Status new => acknowledged
2016-04-20 10:01 ranjith_qualiantech_com Assigned To Retail => ranjith_qualiantech_com
2016-04-20 10:01 ranjith_qualiantech_com Status acknowledged => scheduled
2016-04-27 10:51 hgbot Checkin
2016-04-27 10:51 hgbot Note Added: 0086016
2016-04-27 10:51 hgbot Status scheduled => resolved
2016-04-27 10:51 hgbot Resolution open => fixed
2016-04-27 10:51 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/aecb82cbac46c44698ce1f18e3918ae262a3f410 [^]
2016-05-17 09:27 migueldejuana Review Assigned To => migueldejuana
2016-05-17 09:27 migueldejuana Note Added: 0086484
2016-05-17 09:27 migueldejuana Status resolved => closed

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker