Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0028130Retail ModulesWeb POSpublic2014-11-10 13:472015-04-09 19:18
Reportermtaal 
Assigned ToOrekaria 
PrioritynormalSeveritymajorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionRR15Q2Fixed in VersionRR15Q2 
Merge Request Status
Review Assigned Toadrianromero
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0028130: 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
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on defect 0028921 closed mario_castello Layaways: When voiding a layaway, the layaway button is still visible 
depends on defect 0029151 closed mario_castello Interrupting the void layaway process, blocks the receipt 
depends on defect 0029502 new marvintm [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 closed adrianromero Allow transferring tickets from different terminals within same STORE 
related to defect 0029178 closed ranjith_qualiantech_com Wrong counted amount after voiding a layaway 
blocks feature request 0028933RR16Q1 closed Retail QA: RR15Q2: Add tests for Mobile applications 
blocks defect 0027607 closed Orekaria Layaways are not saved when generated in one terminal and paid in a different one 
blocks design defect 0027600 closed marvintm Problem with layaways when generated in one terminal and paid in a different one 
blocks defect 0026458RR15Q2 closed Osmany After paying completely a layaway order, when the cash up is performed, taxes information in report is wrong 
blocks defect 0027609 closed marvintm If saving a layaways fails, it is detected as duplicated and not saved the error 
blocks defect 0028963 closed adrianromero [RR15Q1.1] Use Credit button wrongly appears at webpos, when the user selects Layaway this receipt option 
blocks defect 0029152 closed mario_castello A layaway can be voided even if there is not enough cash available 
blocks defect 0029153 closed Orekaria The totalReturns amount of the payment methods fails to be sent to the server 
causes defect 0029500 closed Orekaria [RR15Q2]when layaway order is paid in more than 1 terminal, sales invoice document not getting generated after completing cashup 
causes defect 0030251RR15Q3 closed marvintm 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.
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2014-11-10 13:47mtaalNew Issue
2014-11-10 13:47mtaalAssigned To => adrianromero
2014-11-10 13:47mtaalTriggers an Emergency Pack => No
2014-12-01 15:52mtaalTarget VersionRR15Q1 => RR15Q2
2014-12-17 12:39mtaalRelationship addedhas duplicate 0021040
2015-01-30 16:41OrekariaAssigned Toadrianromero => Orekaria
2015-02-12 11:24OrekariaRelationship addeddepends on 0028921
2015-02-13 10:28OrekariaRelationship addedblocks 0028933
2015-02-13 16:23OrekariaRelationship addedblocks 0027607
2015-02-13 16:23OrekariaRelationship addedblocks 0027600
2015-02-13 16:24OrekariaRelationship addeddepends on 0026458
2015-02-13 16:25OrekariaRelationship addedblocks 0027609
2015-02-13 16:25OrekariaRelationship replacedblocks 0026458
2015-02-16 20:29OrekariaRelationship addedblocks 0028963
2015-02-20 14:44hgbotCheckin
2015-02-20 14:44hgbotNote Added: 0074733
2015-02-20 14:44hgbotCheckin
2015-02-20 14:44hgbotNote Added: 0074734
2015-02-20 14:44hgbotStatusnew => resolved
2015-02-20 14:44hgbotResolutionopen => fixed
2015-02-20 14:44hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/ed3b5179390ba878c1515f345270181e86240edf [^]
2015-02-20 14:44hgbotStatusnew => resolved
2015-02-20 14:44hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/devel/pi/rev/ed3b5179390ba878c1515f345270181e86240edf [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/25fb877770269b6e8b6898a0349e8f3622d46abf [^]
2015-02-20 18:07hgbotCheckin
2015-02-20 18:07hgbotNote Added: 0074740
2015-02-21 11:44hgbotCheckin
2015-02-21 11:44hgbotNote Added: 0074743
2015-02-21 11:44hgbotFixed in SCM revisionhttp://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:11hudsonbotCheckin
2015-02-23 05:11hudsonbotNote Added: 0074793
2015-02-23 05:11hudsonbotCheckin
2015-02-23 05:11hudsonbotNote Added: 0074794
2015-02-23 16:52hgbotCheckin
2015-02-23 16:52hgbotNote Added: 0074812
2015-02-23 16:52hgbotFixed in SCM revisionhttp://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:45adrianromeroNote Added: 0075036
2015-02-27 13:45adrianromeroStatusresolved => new
2015-02-27 13:45adrianromeroResolutionfixed => open
2015-03-03 22:54hgbotCheckin
2015-03-03 22:54hgbotNote Added: 0075136
2015-03-03 22:54hgbotStatusnew => resolved
2015-03-03 22:54hgbotResolutionopen => fixed
2015-03-03 22:54hgbotFixed in SCM revisionhttp://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:04adrianromeroReview Assigned To => adrianromero
2015-03-05 10:04adrianromeroNote Added: 0075186
2015-03-05 10:04adrianromeroStatusresolved => closed
2015-03-05 10:04adrianromeroFixed in Version => RR15Q2
2015-03-05 22:03OrekariaRelationship addeddepends on 0029151
2015-03-06 02:14OrekariaRelationship addedblocks 0029152
2015-03-06 03:03OrekariaRelationship addedblocks 0029153
2015-03-09 00:20hgbotCheckin
2015-03-09 00:20hgbotNote Added: 0075285
2015-03-09 01:01OrekariaRelationship addedrelated to 0029178
2015-04-09 14:14OrekariaRelationship addedblocks 0029500
2015-04-09 19:18OrekariaRelationship addeddepends on 0029502
2015-04-10 09:58OrekariaRelationship replaceddepends on 0029500
2015-04-13 10:30OrekariaRelationship replacedcauses 0029500
2015-06-29 13:52dmitry_mezentsevRelationship addedcauses 0030251

Notes
(0074733)
hgbot   
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   
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   
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   
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   
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   
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   
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   
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   
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   
2015-03-05 10:04   
Verified
(0075285)
hgbot   
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
---