Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0028663 | Openbravo ERP | 09. Financial management | public | 2015-01-18 21:17 | 2015-05-07 22:16 |
|
Reporter | rjapoova | |
Assigned To | aferraz | |
Priority | immediate | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | 3.0PR14Q4 | |
Target Version | | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | vmromanos |
OBNetwork customer | |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | Production - Confirmed Stable |
Regression date | 2014-09-23 |
Regression introduced in release | 3.0PR14Q4 |
Regression introduced by commit | https://code.openbravo.com/erp/devel/pi/rev/179d97ee602d [^] |
Triggers an Emergency Pack | No |
|
Summary | 0028663: G/L Item default is lost in Match Statement -> Add New Transaction when transaction type is set to Bank Fee |
Description | In the Match Statement flow, when you need to add a transaction to match a record coming from an imported statement, the G/L Item - if present on the statement - is defaulted on the transaction.
However, if you accidentally change the Transaction Type to Bank Fee and then back to Withdrawal or Deposit, the G/L Item attribution is lost. |
Steps To Reproduce | See this video from 3':45" to 4':30":
https://drive.google.com/file/d/0B2uCUQlrOPvIUXZ5cDdmd3IydDg/view?usp=sharing [^] |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | depends on | backport | 0029659 | 3.0PR15Q2 | closed | aferraz | G/L Item default is lost in Match Statement -> Add New Transaction when transaction type is set to Bank Fee | depends on | backport | 0029660 | 3.0PR15Q1.4 | closed | aferraz | G/L Item default is lost in Match Statement -> Add New Transaction when transaction type is set to Bank Fee | caused by | feature request | 0029390 | 3.0PR14Q4 | closed | Sandrahuguet | Reconciliation refactor project |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2015-01-18 21:17 | rjapoova | New Issue | |
2015-01-18 21:17 | rjapoova | Assigned To | => dmiguelez |
2015-01-18 21:17 | rjapoova | Modules | => Core |
2015-01-18 21:17 | rjapoova | Triggers an Emergency Pack | => No |
2015-04-17 20:35 | dmitry_mezentsev | Assigned To | dmiguelez => Triage Finance |
2015-04-17 20:35 | dmitry_mezentsev | Status | new => acknowledged |
2015-04-17 20:35 | dmitry_mezentsev | Relationship added | caused by 0029390 |
2015-04-17 20:36 | dmitry_mezentsev | Priority | normal => immediate |
2015-04-17 20:41 | dmitry_mezentsev | Regression level | => Production - QA Approved |
2015-04-21 18:01 | umartirena | Regression date | => 2014-09-23 |
2015-04-21 18:01 | umartirena | Regression introduced in release | => 3.0PR14Q4 |
2015-04-21 18:01 | umartirena | Regression introduced by commit | => https://code.openbravo.com/erp/devel/pi/rev/179d97ee602d [^] |
2015-04-21 18:01 | umartirena | Status | acknowledged => scheduled |
2015-04-21 18:01 | umartirena | Assigned To | Triage Finance => aferraz |
2015-04-21 18:27 | aferraz | Regression level | Production - QA Approved => Production - Confirmed Stable |
2015-04-23 12:27 | hgbot | Checkin | |
2015-04-23 12:27 | hgbot | Note Added: 0076711 | |
2015-04-23 12:27 | hgbot | Status | scheduled => resolved |
2015-04-23 12:27 | hgbot | Resolution | open => fixed |
2015-04-23 12:27 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/de5d8592f23c308674f5dd34eebaf8a267d3a8e9 [^] |
2015-04-23 12:31 | vmromanos | Review Assigned To | => vmromanos |
2015-04-23 12:31 | vmromanos | Note Added: 0076715 | |
2015-04-23 12:31 | vmromanos | Status | resolved => closed |
2015-05-07 22:16 | hudsonbot | Checkin | |
2015-05-07 22:16 | hudsonbot | Note Added: 0077147 | |