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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0017273
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 03. Procurement managementmajoralways2011-05-19 16:132011-05-26 07:45
ReporteradrianromeroView Statuspublic 
Assigned Toadrianromero 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revisioneeb3790fec5b
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0017273: When voiding an invoice Accounting dimensions should be transferred

DescriptionWhen voiding an invoice Accounting dimensions should be transferred in order to have accounting balanced
Steps To Reproduce1. Create purchase invoice for mcgiver
2. Add line of 1 hat of 30 euro and tax exempt
3. Go to Procurement Management || Transactions || Purchase Invoice || Header >> Lines >> Accounting dimension tab and create record of 10 euro for Project Roma
4. Add another Accounting dimension of 20 euro and project estandard
5. Complete and Post it.
6. Come back to invoice and Void it and Post it.
7. Go to reversal invoice created and post it.
8. Run General Ledger report filtering by project "Roma" and realize that only accounting entry with positive amount appear
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks backport 00171202.50MP30 closedadrianromero When voiding an invoice Accounting dimensions should be transferred 

-  Notes
(0037230)
hgbot (developer)
2011-05-19 16:18

Repository: erp/devel/pi
Changeset: eeb3790fec5b31feb20dfe837a9e7efbb2aae7f6
Author: Adrián Romero <adrianromero <at> openbravo.com>
Date: Thu May 19 16:18:14 2011 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/eeb3790fec5b31feb20dfe837a9e7efbb2aae7f6 [^]

Fixes issue 0017273: When voiding an invoice Accounting dimensions should be transferred
When voiding an invoice, it has been added the code needed to copy the Accounting Dimensions of the reversal invoice.

---
M src-db/database/model/functions/C_INVOICE_POST.xml
---
(0037231)
adrianromero (manager)
2011-05-19 16:19

* Testing the issue

Kindly follow the steps to test and verify that the reversed invoice created contains a copy of the Account Dimensions records for each line.

Verify also that the General Ledger reports lists the accounting entries related to both invoices.

* Other areas affected

It has been modified only the section that voids invoices in the C_INVOICE_POST process, but in any case it must be tested to void regular invoices without account dimensions, and other normal cases.
(0037271)
maite (developer)
2011-05-20 12:02

verified
(0037506)
hudsonbot (developer)
2011-05-26 07:45

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/728387046be6 [^]

Maturity status: Test

- Issue History
Date Modified Username Field Change
2011-05-19 16:13 adrianromero New Issue
2011-05-19 16:13 adrianromero Assigned To => adrianromero
2011-05-19 16:13 adrianromero Modules => Core
2011-05-19 16:13 adrianromero Issue generated from 0017120
2011-05-19 16:13 adrianromero Relationship added blocks 0017120
2011-05-19 16:18 hgbot Checkin
2011-05-19 16:18 hgbot Note Added: 0037230
2011-05-19 16:18 hgbot Status new => resolved
2011-05-19 16:18 hgbot Resolution open => fixed
2011-05-19 16:18 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/eeb3790fec5b31feb20dfe837a9e7efbb2aae7f6 [^]
2011-05-19 16:19 adrianromero Note Added: 0037231
2011-05-20 12:02 maite Note Added: 0037271
2011-05-20 12:02 maite Status resolved => closed
2011-05-26 07:45 hudsonbot Checkin
2011-05-26 07:45 hudsonbot Note Added: 0037506


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker