[account_asset] wrong depreciation entries generated

Bug #1099818 reported by gmarcon
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Incomplete
Undecided
Unassigned

Bug Description

I am testing module account_asset v7.0.1.0 (OpenERP Version 7.0alpha-20130105-000101).

I configured an asset category with 60 fixed depreciations.
I created an asset, assigned to this asset category and calculated in the depreciation board the depreciation lines.
When i create the move (posting of the depreciation line), the depreciation entry (journal entry related to the depreciation) is wrong:
- the depreciation date taken into account is the current date; it should be the same depreciation date as in the depreciation line;
- correspondingly, the period is wrong (I assume it is calculated on the depreciation date and therefore with the above correction it should be correct);
- finally, the reference is meaningless (I suppose is copied from the depreciation name of the depreciation line): it says 1/#seq (where #seq is the depreciation line sequence), it should be #seq/#tot (where #tot is the total number of depreciations).

See attached screenshots for an example with details.

Revision history for this message
gmarcon (gmarcon) wrote :
Revision history for this message
Amit Parik (amit-parik) wrote :

Hello Gmarcon,

I have checked your bug report, you have reported 2-3 different point on it. Would you please check the fix of lp:~cv.clearcorp/openobject-addons/6.1-account_asset . The fix is already put for the merge, it will satisfy your point.

Would you please also look at the lp:935564 and lp:1019932 and let us know if some point will be remain to fix.

Thank you and waiting for your reply!

Changed in openobject-addons:
status: New → Incomplete
Revision history for this message
gmarcon (gmarcon) wrote :

I confirm that, regarding these two points:
- the depreciation date taken into account is the current date; it should be the same depreciation date as in the depreciation line;
- correspondingly, the period is wrong (I assume it is calculated on the depreciation date and therefore with the above correction it should be correct);
it is a duplicate of bug 1019932, apart from the fact that this is for version 7.0

Please consider only this point as an open bug:
- finally, the reference is meaningless (I suppose is copied from the depreciation name of the depreciation line): it says 1/#seq (where #seq is the depreciation line sequence), it should be #seq/#tot (where #tot is the total number of depreciations).

Revision history for this message
Amit Parik (amit-parik) wrote :

Hello Gmarcon,

Thanks for the quick response.

I am making a this as a duplicate of lp:1019932.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.