partner balance report does not respect company

Bug #351083 reported by Ferdinand
6
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Fix Released
Undecided
Vinay Rana (OpenERP)

Bug Description

5.0 branch
the partner balance must be calculated in respect of the (user) company

Related branches

Revision history for this message
Ajay Patel (OpenERP) (ajay-openerp) wrote :

Hi
Can you provide me more information about this?
Thank You

Revision history for this message
Ferdinand (office-chricar) wrote :

i have 2 companies in 1 db
user a belongs to company 1 , user b to comp 2

IMHO user a should see only the partner balance of "his" company 1 and user b should only see the partner balance of hist company 2.

that's what "multi company" requires.

hope that helps

currently both user see the compound balance of the 2 companies

Revision history for this message
Ajay Patel (OpenERP) (ajay-openerp) wrote :

Hi

when you run wizard of partner balance , it allows you to select company.
Suppose, User A works for company 1, User B works for company 2.
Now, suppose, User A logs in system, he can have choice of selecting company in partner balance wizard.
and he can print report. it work fine.

For this,
"IMHO user a should see only the partner balance of "his" company 1 and user b should only see the partner balance of hist company 2."
==> It requires to check weather user belongs to his own company or not. if he belongs than only he is able to print report.
May be required to change in wizard coding.

Thank You

Revision history for this message
Jan Verlaan (jan-verlaan) wrote :

Hope that you keep in mind that if company 2 consolidates into company 1, that user a that will have access to both companies and will have to have a choice of printing both balances.

Revision history for this message
Ajay Patel (OpenERP) (ajay-openerp) wrote :

Hi jan Verlaan

The things which you mention are available.
The problem which Ferdinand is talking regarding partner balance report. It required some code modification if you need.
But its not a bug according to me.

Thank You

Revision history for this message
Ferdinand (office-chricar) wrote :

the companies are not related (no parent defined)

after some more search - I do not find a field company_id neither in
account_move
account_move_line
account_journal
so IMHO no wonder that it is not separated
which module installs this ?

BTW
account_invoice has the company_id - so I expected to have company_id everywhere it's necessary.
It does not make much sense to to separate invoice by company and mix all moves of all companies at move_line level.

Do I miss something?

Revision history for this message
Ferdinand (office-chricar) wrote :

Ah I see - all multicompany are in extra-addons

Does this mean that STANDARD OpenERP is not multicompany as it was described in various documents?

are these modules "usable" or experimental ?

Revision history for this message
Ferdinand (office-chricar) wrote :

AND - it's not fool prove to allow selection of company in partner balance wizard if the fields do not exists in accounts.

Revision history for this message
Albert Cervera i Areny - http://www.NaN-tic.com (albert-nan) wrote :

I'm also experiencing several problems with multi-company, even with the multi_company_account module. I think all multi-company code should go into core because that's a feature that affects OpenERP almost everywhere. Indeed in many models company_id is already defined, but not in others (account.move, account.move.line). Also showing the header acording to user's default company instead of the one in the document should be treated as a bug, not a wishlist. The same happens in bug #350889.

Revision history for this message
Vinay Rana (OpenERP) (vra-openerp) wrote :

Hello ,

Please apply the attached patch.

Notify me.
Thanks.

Changed in openobject-addons:
status: New → Confirmed
assignee: nobody → vra (openerp) (vra-openerp)
Changed in openobject-addons:
status: Confirmed → In Progress
Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

Hello Dr. Ferdinand,

Thank you for reporting.

Issue has been fixed by revision 2421 <email address hidden>.

Please check it and notify us.

Changed in openobject-addons:
status: In Progress → Fix Released
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.