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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0028755
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 09. Financial managementmajoralways2015-01-23 14:102015-03-24 17:13
ReporterdaniOpenbravoView Statuspublic 
Assigned ToSandrahuguet 
PriorityimmediateResolutionfixedFixed in Versionpi
StatusclosedFix in branchFixed in SCM revision01a9a7114bf5
ProjectionnoneETAnoneTarget Version
OSLinux 64 bitDatabaseOracleJava version1.6
OS Version14.04Database version2.1.1.64Ant version1.7
Product Version3.0PR14Q4SCM revision 
Merge Request Status
Review Assigned Toumartirena
OBNetwork customerOBPS
Web browserGoogle Chrome
ModulesAdvanced Payables and Receivables Mngmt
Support ticket
Regression levelProduction - QA Approved
Regression date
Regression introduced in release3.0PR14Q4
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0028755: It is not possible "leaving credit to be used later" when adding a payment in match statement.

DescriptionIf we try to add a payment in/out in order to match a transaction, the System does not allow us to leave that amount as credit.
Steps To Reproduce- Financial Account window, select one record ("Cuenta de Banco" for example).
- Press "Match Transactions Force" button.
- Select one of the records that the pop-up shows (for example, "Telefonía SGT" one) and press on "+" icon in order to match the transaction.
- As you can see, if we try to add a new transaction, it does not let us leave the credit to be used later. However, in PR14Q3.5 it was possible.
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
caused by feature request 00293903.0PR14Q4 closedSandrahuguet Reconciliation refactor project 
related to defect 0033465 closedmarkmm82 Invoice amount not populated when running Add Payment from Add Transaction from Match Statement process 
related to defect 0033666 closednonofrancisco when adding a payment in match statement, the actual payment is 0, and it should be the transaction amount 

-  Notes
(0073850)
hgbot (developer)
2015-01-28 10:25

 Repository: erp/devel/pi
Changeset: 01a9a7114bf5ca0b364f3a4d2b10b7d24f23bb27
Author: Sandra Huguet <sandra.huguet <at> openbravo.com>
Date: Tue Jan 27 13:16:28 2015 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/01a9a7114bf5ca0b364f3a4d2b10b7d24f23bb27 [^]

Fixed bug 28755 It is impossible leaving credit when adding a payment in match statement

Properly default value in actual payment field when add payment popup
runs from match statement.

Disabled "+" button and "magnifying glass" when line record is
linked to a transaction.

---
M modules/org.openbravo.advpaymentmngt/web/org.openbravo.advpaymentmngt/js/ob-aprm-addPayment.js
M modules/org.openbravo.advpaymentmngt/web/org.openbravo.advpaymentmngt/js/ob-aprm-matchStatement.js
---
(0073867)
hgbot (developer)
2015-01-28 17:38

 Repository: erp/devel/pi
Changeset: ab8f23f449c99bcd094c3b55d9f5507971d85882
Author: Unai Martirena <unai.martirena <at> openbravo.com>
Date: Wed Jan 28 17:37:00 2015 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/ab8f23f449c99bcd094c3b55d9f5507971d85882 [^]

Related to issue 28755: Fix copyright

---
M modules/org.openbravo.advpaymentmngt/web/org.openbravo.advpaymentmngt/js/ob-aprm-addPayment.js
---
(0073868)
umartirena (viewer)
2015-01-28 17:40

 Code Review + Testing OK
(0074189)
hudsonbot (viewer)
2015-02-04 20:34

 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/f36c91d0ad63 [^]
Maturity status: Test
(0074191)
hudsonbot (viewer)
2015-02-04 20:34

 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/f36c91d0ad63 [^]
Maturity status: Test

- Issue History
Date Modified Username Field Change
2015-01-23 14:10 daniOpenbravo New Issue
2015-01-23 14:10 daniOpenbravo Assigned To => Sandrahuguet
2015-01-23 14:10 daniOpenbravo OBNetwork customer => Yes
2015-01-23 14:10 daniOpenbravo Web browser => Google Chrome
2015-01-23 14:10 daniOpenbravo Modules => Advanced Payables and Receivables Mngmt
2015-01-23 14:10 daniOpenbravo Regression level => Production - QA Approved
2015-01-23 14:10 daniOpenbravo Regression introduced in release => 3.0PR14Q4
2015-01-23 14:10 daniOpenbravo Triggers an Emergency Pack => No
2015-01-23 14:31 Sandrahuguet Web browser Google Chrome => Google Chrome
2015-01-23 14:31 Sandrahuguet Priority high => immediate
2015-01-26 13:16 jonalegriaesarte Web browser Google Chrome => Google Chrome
2015-01-26 13:16 jonalegriaesarte Resolution time => 1424646000
2015-01-28 10:25 hgbot Checkin
2015-01-28 10:25 hgbot Note Added: 0073850
2015-01-28 10:25 hgbot Status new => resolved
2015-01-28 10:25 hgbot Resolution open => fixed
2015-01-28 10:25 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/01a9a7114bf5ca0b364f3a4d2b10b7d24f23bb27 [^]
2015-01-28 17:38 hgbot Checkin
2015-01-28 17:38 hgbot Note Added: 0073867
2015-01-28 17:40 umartirena Review Assigned To => umartirena
2015-01-28 17:40 umartirena Note Added: 0073868
2015-01-28 17:40 umartirena Status resolved => closed
2015-01-28 17:40 umartirena Fixed in Version => pi
2015-02-04 20:34 hudsonbot Checkin
2015-02-04 20:34 hudsonbot Note Added: 0074189
2015-02-04 20:34 hudsonbot Checkin
2015-02-04 20:34 hudsonbot Note Added: 0074191
2015-03-24 17:13 aferraz Relationship added caused by 0029390
2016-07-13 10:54 aferraz Relationship added related to 0033465
2016-08-11 12:37 aferraz Relationship added related to 0033666

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker