credativ team mailing list archive
-
credativ team
-
Mailing list archive
-
Message #01139
[Bug 893523] Re: Asset in multi company: impossible to create/post items for subsidiary
Hello Antoine,
Thanks for reporting. The solution for this bug is proposed in the
branch : https://code.launchpad.net/~openerp-dev/openobject-addons
/trunk-bug-893523-mdi/
with following Revision ID and Number.
Revision ID : mdi@xxxxxxxxxxx-20111213083457-kcynrd4jys0eynv4
Revision Number : 5959
Thanks and Regards,
Divyesh Makwana(MDI)
** Changed in: openobject-addons
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of OpenERP
Framework Experts, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/893523
Title:
Asset in multi company: impossible to create/post items for subsidiary
Status in OpenERP Addons (modules):
Fix Committed
Bug description:
Initial steps:
- 2 companies, 1 parent of the other
- 2 users, each one in a company
- Connect with the user from the subsidiary. Create some accounts and a journal for the asset category. Create an asset category. Create an asset based on this asset category. Confirm it.
- Go on the second tab (depreciation board), click on the small gears and you're told that :
AccessError
Operation prohibited by access rules, or performed on an already deleted document (Operation: read, Document type: Company).
Even if your user and the permission are properly configured.
So impossible to create the depreciation lines in the accounting.
Also, if I try to connect with the admin of the parent company, I've
also access to the asset I created for my subsidiary (normal). If I
click on the gears to create/post the lines in the accounting, it's
also impossible because it tells me that:
ValidateError
Error occurred while validating the field(s) company_id: Company must be same for its related account and period.
I think we should try to find a way to circumvent this. Here the
company on the account is the subsidiary and it tries to create the
entries on a period "owned" by the parent company. It should just try
to find an existing current period on the company of the account (the
subsidiary) and not have a look at the current period of the parent
company and refuse to create the items because the companies are
different between account and period.
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/893523/+subscriptions