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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0026764
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] Z. Othersmajoralways2014-06-02 18:512014-08-08 18:54
ReportermaiteView Statuspublic 
Assigned ToAtulOpenbravo 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision6c1baf6523cb
ProjectionnoneETAnoneTarget Version3.0PR14Q4
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomaite
Web browser
ModulesAdvanced Payables and Receivables Mngmt
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0026764: Amount posted to 'Tax Transitory' account should be recalculated when posting payment/transaction/reconciliation

DescriptionWhen working with "cash vat" and "multicurrency" functionality, tax amount is being converted again using rate defined for payment/transaction/reconciliation's date but amount posted to "tax transitory" account at invoice should be kept
Steps To Reproduce0. Define Conversion Rate between AED - USD for today as "multiply=2" and AED - USD for tomorrow as !multiply=3"
1. Configure Organization as "cash vat"
2. Register Sales Invoice (verify that "cash vat" flag is set to Yes) for US organization using Price List in AED currency
3. Post invoice and realize that accounting entry is correctly generated using "multiply=2" conversion, for both tax amount and product amount
4. Register Payment In for that invoice, using Payment Method configured for payment posting and process
5. Post payment and realize that accounting entry is generated applying "multiply=3" conversion to tax amount.

This is not correct as "tax transitory" account is unbalanced at this point. Amount posted to "tax transitory" should be the same as posted at invoice's document (using "multiply=2" conversion)
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0068962)
AtulOpenbravo (developer)
2014-07-29 19:38
edited on: 2014-07-29 19:39

Test Plan
1. Define Conversion Rate between AED - USD for today as "multiply=2" and AED - USD for tomorrow as "multiply=3".
2. Configure Organization as "cash vat".
3. Register Sales Invoice (verify that "cash vat" flag is set to Yes) for US organization using Price List in AED currency.
4. Post invoice and realize that accounting entry is correctly generated using "multiply=2" conversion, for both tax transitory amount and product amount.
5. Register Payment In for that invoice, using Payment Method configured for payment posting and process.
6. Post payment and realize that accounting entry is generated applying "multiply=3" conversion to final tax amount and "multiply=2" conversion is applied for tax transitory account which is same used at the invoice posting.

(0068963)
hgbot (developer)
2014-07-29 19:40

Repository: erp/devel/pi
Changeset: 6c1baf6523cb5762931ad2072be404c8b3d0a871
Author: Atul Gaware <atul.gaware <at> openbravo.com>
Date: Tue Jul 29 23:00:41 2014 +0530
URL: http://code.openbravo.com/erp/devel/pi/rev/6c1baf6523cb5762931ad2072be404c8b3d0a871 [^]

Fixes Issue 26764:Amt posted to 'Tax Transitory' acct should be recalculated
when posting payment/transaction/reconciliation

---
M src/org/openbravo/erpCommon/ad_forms/Fact.java
M src/org/openbravo/erpCommon/utility/CashVATUtil.java
---
(0068977)
maite (developer)
2014-07-30 13:54

verified
(0069234)
hudsonbot (developer)
2014-08-08 18:54

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

- Issue History
Date Modified Username Field Change
2014-06-02 18:51 maite New Issue
2014-06-02 18:51 maite Assigned To => dmiguelez
2014-06-02 18:51 maite Modules => Advanced Payables and Receivables Mngmt
2014-06-02 18:51 maite Resolution time => 1404252000
2014-06-02 18:51 maite Triggers an Emergency Pack => No
2014-06-02 18:51 maite Assigned To dmiguelez => jonalegriaesarte
2014-06-04 12:44 jonalegriaesarte Assigned To jonalegriaesarte => pramakrishnan
2014-06-16 12:48 jonalegriaesarte Target Version PR14Q3 => PR14Q4
2014-07-21 12:44 AtulOpenbravo Assigned To pramakrishnan => AtulOpenbravo
2014-07-21 12:55 AtulOpenbravo Status new => scheduled
2014-07-21 12:55 AtulOpenbravo fix_in_branch => pi
2014-07-29 19:38 AtulOpenbravo Review Assigned To => maite
2014-07-29 19:38 AtulOpenbravo Note Added: 0068962
2014-07-29 19:38 AtulOpenbravo fix_in_branch pi =>
2014-07-29 19:39 AtulOpenbravo Note Edited: 0068962 View Revisions
2014-07-29 19:39 AtulOpenbravo Note Edited: 0068962 View Revisions
2014-07-29 19:40 hgbot Checkin
2014-07-29 19:40 hgbot Note Added: 0068963
2014-07-29 19:40 hgbot Status scheduled => resolved
2014-07-29 19:40 hgbot Resolution open => fixed
2014-07-29 19:40 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/6c1baf6523cb5762931ad2072be404c8b3d0a871 [^]
2014-07-30 13:54 maite Note Added: 0068977
2014-07-30 13:54 maite Status resolved => closed
2014-08-08 18:54 hudsonbot Checkin
2014-08-08 18:54 hudsonbot Note Added: 0069234


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker