Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0033633 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Retail Modules] Layaway order | major | always | 2016-08-05 11:25 | 2017-06-28 11:33 | |||
| Reporter | malsasua | View Status | public | |||||
| Assigned To | shivum039 | |||||||
| Priority | normal | Resolution | open | Fixed in Version | RR16Q4 | |||
| Status | closed | Fix in branch | Fixed in SCM revision | |||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Review Assigned To | guilleaer | |||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0033633: when a layaway is paid, the date invoiced is the order date and it should be when the order is paid completely | |||||||
| Description | if you paid completely a layaway that it was created days ago, and you set this receipt with the check "invoice this receipt", the date invoiced is when the receipt was created, and it should be when it was paid completely | |||||||
| Steps To Reproduce | day1 . in web POS: . create a layaway: total amount: 50, paid 10 . do cashup (the layaway is not included in the cashup) CASE1: day2 . in webPOS: . load the previous layaway, and set as "invoice this receipt" . pay completely >> in backend, new invoice is created, with date invoice day1 CASE2: day2 . in webPOS: . load the previous layaway, and NOT set as "invoice this receipt" . pay completely . do cashup >> in backend, new invoice is created, with date invoice day2 ERROR: the invoice date in CASE1 should be day2 | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||
|
||||||||
 Relationships |
|
Notes |
|
|
(0089286) hgbot (developer) 2016-08-22 18:20 |
Repository: erp/pmods/org.openbravo.retail.posterminal Changeset: 3f5f18d8f697e2be58a8494912d82679bba3e69c Author: Shivanand Madiwalar <shivanand.madiwalar <at> promantia.com> Date: Mon Aug 22 21:49:46 2016 +0530 URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/3f5f18d8f697e2be58a8494912d82679bba3e69c [^] Fixes To Issue 33633 : Invoice Date Should Be Always When The Receipt/LayAway is Paid completely . --- M src/org/openbravo/retail/posterminal/OrderLoader.java --- |
|
(0089287) hgbot (developer) 2016-08-22 18:21 |
Repository: tools/automation/pi-mobile Changeset: 40a825aa4f2c2c0f62dd6bbbfd5a9e4769749c4a Author: Shivanand Madiwalar <shivanand.madiwalar <at> promantia.com> Date: Mon Aug 22 21:50:12 2016 +0530 URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/40a825aa4f2c2c0f62dd6bbbfd5a9e4769749c4a [^] Verifies Issue 33633 : Invoice Date Should Be Always The date When The Receipt/LayAway is Paid completely . --- A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/I33633_WrongInvoiceDateInSalesInvoice.java --- |
|
(0089288) hgbot (developer) 2016-08-22 18:21 |
Repository: tools/automation/pi-mobile Changeset: a7c4a91461615e9e9966770c419b91977012cd21 Author: Shivanand Madiwalar <shivanand.madiwalar <at> promantia.com> Date: Mon Aug 22 21:50:12 2016 +0530 URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/a7c4a91461615e9e9966770c419b91977012cd21 [^] Verifies Issue 33633 : Invoice Date Should Be Always The date When The Receipt/LayAway is Paid completely . --- A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/cashup/I33633_WrongInvoiceDateInSalesInvoice.java --- |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2016-08-05 11:25 | malsasua | New Issue | |
| 2016-08-05 11:25 | malsasua | Assigned To | => Retail |
| 2016-08-05 11:25 | malsasua | Resolution time | => 1472162400 |
| 2016-08-05 11:25 | malsasua | Triggers an Emergency Pack | => No |
| 2016-08-08 12:09 | jfrances | Issue Monitored: jfrances | |
| 2016-08-12 13:17 | migueldejuana | Assigned To | Retail => shivum039 |
| 2016-08-18 10:28 | shivum039 | Status | new => scheduled |
| 2016-08-22 18:20 | hgbot | Checkin | |
| 2016-08-22 18:20 | hgbot | Note Added: 0089286 | |
| 2016-08-22 18:21 | hgbot | Checkin | |
| 2016-08-22 18:21 | hgbot | Note Added: 0089287 | |
| 2016-08-22 18:21 | hgbot | Checkin | |
| 2016-08-22 18:21 | hgbot | Note Added: 0089288 | |
| 2016-08-22 18:22 | shivum039 | Status | scheduled => resolved |
| 2016-08-23 15:07 | guilleaer | Review Assigned To | => guilleaer |
| 2016-08-23 15:07 | guilleaer | Status | resolved => closed |
| 2016-08-23 15:07 | guilleaer | Fixed in Version | => RR16Q4 |
| 2017-06-28 11:33 | ngarcia | Issue cloned | 0036367 |
| 2017-06-28 11:33 | ngarcia | Relationship added | related to 0036367 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |