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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0031471
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2015-11-13 14:202015-12-18 09:26
ReporterageteView Statuspublic 
Assigned Toguilleaer 
PriorityhighResolutionfixedFixed in VersionRR16Q1
StatusclosedFix in branchFixed in SCM revisiond32d2a046a97
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0031471: Issue when paying in WEB POS a layaway that was invoiced in backend. The sales order is invoiced again.

DescriptionIssue when paying in WEB POS a layaway that was invoiced in backend. The invoice is not paid.
Steps To ReproduceCASE 1:
1. Create a layaway in POS and do not pay anything
2. Invoice the order in the backend
3. Pay the layaway in POS, do not uncheck the Invoice opcion
4. Check in backend:
- the order has been paid
- ERROR: the invoiced initially created is pending to be paid
- ERROR: a new invoice has been created, linked to the order, and paid
The synchronization should check if the order already has an invoice created in order not to duplicate it.

CASE 2.
1. Create a layaway in POS and do not pay anything
2. Invoice the order in the backend
3. Pay the layaway in POS, uncheck the Invoice opcion
4. Check in backend:
- the order has been paid
- ERROR: the invoiced initially created is pending to be paid
The synchronization should check if the order already has an invoice created in order also pay it.
TagsNo tags attached.
Attached Filesdiff file icon issue_invoices.diff [^] (3,031 bytes) 2015-11-21 16:26 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0031462 closedmario_castello [RR15Q4] The status of a layaway does not change after 'Void this layaway' 
related to defect 0033179 closedSandrahuguet OrderLoader.getInvoicesRelatedToOrder skip this function if known that no invoices can exist 

-  Notes
(0082041)
guilleaer (manager)
2015-11-21 16:27

Attached a diff which resolve the basic flow. It have passed try.

A new issue will be crated to fix a more complex flow.
(0082071)
hgbot (developer)
2015-11-23 12:09

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: d32d2a046a97760af7e67b6f735b9d7705e9277f
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Mon Nov 23 12:09:02 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/d32d2a046a97760af7e67b6f735b9d7705e9277f [^]

Fixed issue 31471: OrderLoader will check if any invoice is already present before create a new invoice

---
M src/org/openbravo/retail/posterminal/OrderLoader.java
---
(0082540)
hgbot (developer)
2015-12-02 16:27

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 09a201bc283ce3d8c3e4dede91186ab24f0a140a
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Wed Dec 02 13:37:03 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/09a201bc283ce3d8c3e4dede91186ab24f0a140a [^]

Related to issue 31471: This flow will work fine also if invoice has been already completed

---
M src/org/openbravo/retail/posterminal/OrderLoader.java
---
(0082786)
hgbot (developer)
2015-12-15 20:06

Repository: erp/pmods/org.openbravo.retail.sampledata
Changeset: fa4d879d036ee092d1a63b85f8654dc3e1dc6f16
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Tue Dec 15 00:15:43 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.sampledata/rev/fa4d879d036ee092d1a63b85f8654dc3e1dc6f16 [^]

Related to issue 31471: Change sample dato to cover new test

---
M referencedata/sampledata/The_White_Valley_Group/FIN_FINACC_PAYMENTMETHOD.xml
M referencedata/sampledata/The_White_Valley_Group/FIN_FINANCIAL_ACCOUNT.xml
M referencedata/sampledata/The_White_Valley_Group/OBPOS_APPLICATIONS.xml
M referencedata/sampledata/The_White_Valley_Group/OBPOS_APP_PAYMENT.xml
M referencedata/sampledata/The_White_Valley_Group/OBPOS_APP_PAYMENT_TYPE.xml
M referencedata/sampledata/The_White_Valley_Group/OBPOS_TERMINALTYPE.xml
---
(0082787)
hgbot (developer)
2015-12-15 20:08

Repository: tools/automation/pi-mobile
Changeset: 7e75ffbf51d2ab3ef95ce0184f1dff8398eefa71
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Tue Dec 15 13:34:49 2015 +0100
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/7e75ffbf51d2ab3ef95ce0184f1dff8398eefa71 [^]

Related to issue 31471: Add new test

---
M src-test/org/openbravo/test/mobile/common/selenium/database/WebPOSDatabaseHelper.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/I31471_PayLayawayAlreadyInvoiced.java
---
(0082863)
hgbot (developer)
2015-12-18 09:26

Repository: tools/automation/pi-mobile
Changeset: 2e9bec353826f7fb56853074fead494ab36db552
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Wed Dec 16 16:39:44 2015 +0100
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/2e9bec353826f7fb56853074fead494ab36db552 [^]

Related to issue 31471, 31503: add code to test issue 31471

---
M src-test/org/openbravo/test/mobile/common/selenium/database/WebPOSDatabaseHelper.java
M src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/I31471_PayLayawayAlreadyInvoiced.java
---

- Issue History
Date Modified Username Field Change
2015-11-13 14:20 agete New Issue
2015-11-13 14:20 agete Assigned To => Retail
2015-11-13 14:20 agete Resolution time => 1448578800
2015-11-13 14:20 agete Triggers an Emergency Pack => No
2015-11-13 14:35 agete Description Updated View Revisions
2015-11-13 14:35 agete Steps to Reproduce Updated View Revisions
2015-11-13 15:26 Orekaria Relationship added related to 0031462
2015-11-13 15:26 Orekaria Status new => acknowledged
2015-11-17 10:37 guilleaer Assigned To Retail => guilleaer
2015-11-17 12:20 guilleaer Status acknowledged => scheduled
2015-11-21 16:26 guilleaer File Added: issue_invoices.diff
2015-11-21 16:27 guilleaer Note Added: 0082041
2015-11-23 12:09 hgbot Checkin
2015-11-23 12:09 hgbot Note Added: 0082071
2015-11-23 12:09 hgbot Status scheduled => resolved
2015-11-23 12:09 hgbot Resolution open => fixed
2015-11-23 12:09 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/d32d2a046a97760af7e67b6f735b9d7705e9277f [^]
2015-12-02 10:45 Orekaria Review Assigned To => guilleaer
2015-12-02 10:46 Orekaria Review Assigned To guilleaer => marvintm
2015-12-02 16:27 hgbot Checkin
2015-12-02 16:27 hgbot Note Added: 0082540
2015-12-04 16:01 marvintm Status resolved => closed
2015-12-04 16:01 marvintm Fixed in Version => RR16Q1
2015-12-15 20:06 hgbot Checkin
2015-12-15 20:06 hgbot Note Added: 0082786
2015-12-15 20:08 hgbot Checkin
2015-12-15 20:08 hgbot Note Added: 0082787
2015-12-18 09:26 hgbot Checkin
2015-12-18 09:26 hgbot Note Added: 0082863
2016-06-07 18:13 shuehner Relationship added related to 0033179


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker