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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0028130
TypeCategorySeverityReproducibilityDate SubmittedLast Update
feature request[Retail Modules] Web POSmajorhave not tried2014-11-10 13:472015-04-09 19:18
ReportermtaalView Statuspublic 
Assigned ToOrekaria 
PrioritynormalResolutionfixedFixed in VersionRR15Q2
StatusclosedFix in branchFixed in SCM revision3e0ce5e95ccb
ProjectionnoneETAnoneTarget VersionRR15Q2
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toadrianromero
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0028130: Support creating tickets through multiple terminals with payment in other (central) devices

DescriptionSee the description here:
http://wiki.openbravo.com/wiki/Projects:Multiple_Sales_Terminals_Single_Payment_Terminal [^]
Steps To ReproduceSee description
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
depends on defect 0028921 closedmario_castello Layaways: When voiding a layaway, the layaway button is still visible 
depends on defect 0029151 closedmario_castello Interrupting the void layaway process, blocks the receipt 
depends on defect 0029502 newmarvintm [RR15Q2]when layaway is partially paid in T1 terminal, and void in T2 terminal, Return from customer doc not generated 
has duplicate feature request 0021040 closedadrianromero Allow transferring tickets from different terminals within same STORE 
related to defect 0029178 closedranjith_qualiantech_com Wrong counted amount after voiding a layaway 
blocks feature request 0028933RR16Q1 closedRetail QA: RR15Q2: Add tests for Mobile applications 
blocks defect 0027607 closedOrekaria Layaways are not saved when generated in one terminal and paid in a different one 
blocks design defect 0027600 closedmarvintm Problem with layaways when generated in one terminal and paid in a different one 
blocks defect 0026458RR15Q2 closedOsmany After paying completely a layaway order, when the cash up is performed, taxes information in report is wrong 
blocks defect 0027609 closedmarvintm If saving a layaways fails, it is detected as duplicated and not saved the error 
blocks defect 0028963 closedadrianromero [RR15Q1.1] Use Credit button wrongly appears at webpos, when the user selects Layaway this receipt option 
blocks defect 0029152 closedmario_castello A layaway can be voided even if there is not enough cash available 
blocks defect 0029153 closedOrekaria The totalReturns amount of the payment methods fails to be sent to the server 
causes defect 0029500 closedOrekaria [RR15Q2]when layaway order is paid in more than 1 terminal, sales invoice document not getting generated after completing cashup 
causes defect 0030251RR15Q3 closedmarvintm Not possible to import order from pos if the payment method does not create transactoins 
Not all the children of this issue are yet resolved or closed.

-  Notes
(0074733)
hgbot (developer)
2015-02-20 14:44

 Repository: erp/devel/pi
Changeset: ed3b5179390ba878c1515f345270181e86240edf
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Fri Feb 20 14:40:05 2015 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/ed3b5179390ba878c1515f345270181e86240edf [^]

Fixes issue 28130: Transactions for the same order can be performed in different terminals (index)

The scenario:
- 2 or more terminals create transactions against the same order

Problems were:
- it was impossible to track in which terminal the transactions were performed
- it was impossible to create all the cash ups correctly

The solution:
- the 'em_obpos_app_cashup_id' column in the 'fin_finacc_transaction' table is populated with the current cashupId of the terminal involved in any transaction

Side benefits:
- the cashup process should complete faster

---
M src-db/database/model/tables/FIN_FINACC_TRANSACTION.xml
---
(0074734)
hgbot (developer)
2015-02-20 14:44

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 25fb877770269b6e8b6898a0349e8f3622d46abf
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Fri Feb 20 14:42:25 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/25fb877770269b6e8b6898a0349e8f3622d46abf [^]

Fixes issue 28130: Transactions for the same order can be performed in different terminals

The scenario:
- 2 or more terminals create transactions against the same order

Problems were:
- it was impossible to track in which terminal the transactions were performed
- it was impossible to create all the cash ups correctly

The solution:
- the 'em_obpos_app_cashup_id' column in the 'fin_finacc_transaction' table is populated with the current cashupId of the terminal involved in any transaction

Side benefits:
- the cashup process should complete faster

---
M src/org/openbravo/retail/posterminal/CashCloseProcessor.java
M src/org/openbravo/retail/posterminal/OrderLoader.java
---
(0074740)
hgbot (developer)
2015-02-20 18:07

 Repository: erp/devel/pi
Changeset: df9215c9842d25258873900b5af945869b8c9c16
Author: Stefan Hühner <stefan.huehner <at> openbravo.com>
Date: Fri Feb 20 18:06:24 2015 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/df9215c9842d25258873900b5af945869b8c9c16 [^]

Issue 28130: Backout cset: ed3b5179390b
As the new index references a retail column it must be in a retail module
and not directly in pi

---
M src-db/database/model/tables/FIN_FINACC_TRANSACTION.xml
---
(0074743)
hgbot (developer)
2015-02-21 11:44

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 816b1821e6db9275bc4468d533a10d70f4327038
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Sat Feb 21 11:28:52 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/816b1821e6db9275bc4468d533a10d70f4327038 [^]

Fixes issue 28130: Transactions for the same order can be performed in different terminals (index)

the index is properly:
- set as non-unique
- created in the posterminal module

---
M src-db/database/model/modifiedTables/FIN_FINACC_TRANSACTION.xml
---
(0074793)
hudsonbot (developer)
2015-02-23 05:11

 A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/6856352d7235 [^]
Maturity status: Test
(0074794)
hudsonbot (developer)
2015-02-23 05:11

 A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/6856352d7235 [^]
Maturity status: Test
(0074812)
hgbot (developer)
2015-02-23 16:52

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 9c035e7fc853f4366a491b0f60f3d318f8a3948c
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Mon Feb 23 16:51:00 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/9c035e7fc853f4366a491b0f60f3d318f8a3948c [^]

Fixes issue 28130: Transactions for the same order can be performed in different terminals (javascript)

---
M web/org.openbravo.retail.posterminal/js/data/dataordersave.js
---
(0075036)
adrianromero (manager)
2015-02-27 13:45

 If the layaway has been created in a different terminal, it cannot be paid partially.

* Create a layaway in terminal 1
* Open the layaway in terminal 2
* Addd a partial payment and layaway the receipt again
* Open again the layaway in terminal 2
* Verify that it does not contain the payment created in the previous step and it is pending to pay the total amount.
(0075136)
hgbot (developer)
2015-03-03 22:54

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 3e0ce5e95ccb0851c359749b4316ef8e9d1d4c4a
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Tue Mar 03 22:54:09 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/3e0ce5e95ccb0851c359749b4316ef8e9d1d4c4a [^]

Fixes issue 28130: Retrieve all the transactions of an order in different terminals with different payment methods

The problem was that the logic to retrive a receipt was rightly assuming that the payments were only made in one terminal

The logic has been changed to retrieve all the transactions associated with an order whichever the terminal or payment method

---
M src/org/openbravo/retail/posterminal/PaidReceipts.java
---
(0075186)
adrianromero (manager)
2015-03-05 10:04

 Verified
(0075285)
hgbot (developer)
2015-03-09 00:20

 Repository: tools/automation/pi-mobile
Changeset: 0324c60bb932a583570fd597253a162a5dde34db
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Fri Feb 27 10:00:33 2015 +0100
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/0324c60bb932a583570fd597253a162a5dde34db [^]

Related to issue 28933. Verifies issue 28130: Added several tests

---
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/cashup/MultiterminalSaleAndCashupVerifyingDatabase.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/cashup/SaleAndCashupVerifyingDatabaseI.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/cashup/SaleAndCashupVerifyingDatabaseII.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/cashup/SalesCashupReturnCashupVerifyingDatabase.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/LayawayNotListedWhenFinished.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/LayawayRetrieval.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/LayawayRetrievalWithinOrganization.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/LayawayVerifyPaymentsInformation.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/Layaway_Cre1Fin1.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/Layaway_Cre1Fin2.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/Layaway_Cre1Par1Fin2.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/Layaway_Cre1Par2Fin1.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/Layaway_Cre1Par2Fin2.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/Layaway_Cre1Par2Fin3.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/Layaway_Cre1Par2Void3.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/Layaway_Cre1Void2.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/sales/CreateSaleVerifyingDatabaseFields.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/sales/SaleAndReturnInvoicedVerifyingDatabase.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/todo/MultiterminalMulticurrencyLayaways.java
---

- Issue History
Date Modified Username Field Change
2014-11-10 13:47 mtaal New Issue
2014-11-10 13:47 mtaal Assigned To => adrianromero
2014-11-10 13:47 mtaal Triggers an Emergency Pack => No
2014-12-01 15:52 mtaal Target Version RR15Q1 => RR15Q2
2014-12-17 12:39 mtaal Relationship added has duplicate 0021040
2015-01-30 16:41 Orekaria Assigned To adrianromero => Orekaria
2015-02-12 11:24 Orekaria Relationship added depends on 0028921
2015-02-13 10:28 Orekaria Relationship added blocks 0028933
2015-02-13 16:23 Orekaria Relationship added blocks 0027607
2015-02-13 16:23 Orekaria Relationship added blocks 0027600
2015-02-13 16:24 Orekaria Relationship added depends on 0026458
2015-02-13 16:25 Orekaria Relationship added blocks 0027609
2015-02-13 16:25 Orekaria Relationship replaced blocks 0026458
2015-02-16 20:29 Orekaria Relationship added blocks 0028963
2015-02-20 14:44 hgbot Checkin
2015-02-20 14:44 hgbot Note Added: 0074733
2015-02-20 14:44 hgbot Checkin
2015-02-20 14:44 hgbot Note Added: 0074734
2015-02-20 14:44 hgbot Status new => resolved
2015-02-20 14:44 hgbot Resolution open => fixed
2015-02-20 14:44 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/ed3b5179390ba878c1515f345270181e86240edf [^]
2015-02-20 14:44 hgbot Status new => resolved
2015-02-20 14:44 hgbot Fixed in SCM revision http://code.openbravo.com/erp/devel/pi/rev/ed3b5179390ba878c1515f345270181e86240edf [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/25fb877770269b6e8b6898a0349e8f3622d46abf [^]
2015-02-20 18:07 hgbot Checkin
2015-02-20 18:07 hgbot Note Added: 0074740
2015-02-21 11:44 hgbot Checkin
2015-02-21 11:44 hgbot Note Added: 0074743
2015-02-21 11:44 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/25fb877770269b6e8b6898a0349e8f3622d46abf [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/816b1821e6db9275bc4468d533a10d70f4327038 [^]
2015-02-23 05:11 hudsonbot Checkin
2015-02-23 05:11 hudsonbot Note Added: 0074793
2015-02-23 05:11 hudsonbot Checkin
2015-02-23 05:11 hudsonbot Note Added: 0074794
2015-02-23 16:52 hgbot Checkin
2015-02-23 16:52 hgbot Note Added: 0074812
2015-02-23 16:52 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/816b1821e6db9275bc4468d533a10d70f4327038 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/9c035e7fc853f4366a491b0f60f3d318f8a3948c [^]
2015-02-27 13:45 adrianromero Note Added: 0075036
2015-02-27 13:45 adrianromero Status resolved => new
2015-02-27 13:45 adrianromero Resolution fixed => open
2015-03-03 22:54 hgbot Checkin
2015-03-03 22:54 hgbot Note Added: 0075136
2015-03-03 22:54 hgbot Status new => resolved
2015-03-03 22:54 hgbot Resolution open => fixed
2015-03-03 22:54 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/9c035e7fc853f4366a491b0f60f3d318f8a3948c [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/3e0ce5e95ccb0851c359749b4316ef8e9d1d4c4a [^]
2015-03-05 10:04 adrianromero Review Assigned To => adrianromero
2015-03-05 10:04 adrianromero Note Added: 0075186
2015-03-05 10:04 adrianromero Status resolved => closed
2015-03-05 10:04 adrianromero Fixed in Version => RR15Q2
2015-03-05 22:03 Orekaria Relationship added depends on 0029151
2015-03-06 02:14 Orekaria Relationship added blocks 0029152
2015-03-06 03:03 Orekaria Relationship added blocks 0029153
2015-03-09 00:20 hgbot Checkin
2015-03-09 00:20 hgbot Note Added: 0075285
2015-03-09 01:01 Orekaria Relationship added related to 0029178
2015-04-09 14:14 Orekaria Relationship added blocks 0029500
2015-04-09 19:18 Orekaria Relationship added depends on 0029502
2015-04-10 09:58 Orekaria Relationship replaced depends on 0029500
2015-04-13 10:30 Orekaria Relationship replaced causes 0029500
2015-06-29 13:52 dmitry_mezentsev Relationship added causes 0030251

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker