← Back to team overview

c2c-oerpscenario team mailing list archive

Re: [Bug 804991] Re: Cant process picking in multi-company environment

 

This is indeed a situation that was "acceptable" in v5 but is clearly 
not anymore in v6 that claims to be fully multi-company.

Now we should think about improving this feature.
What should be the rules to implement?
eg:
- if there is in the database a record for the company and another one 
without company, how the system should deal with that?
- if no record found, what is the result?
- if multiple record?
by default in this kind of function the company should be passed as arg 
and a second argument should be passed to get the proper result
or
we get back a list of tuples (eg: period and company_id) and let the 
caller function decide

Which functions are to be changed ? In my opinion all _get_xxx for 
default should be analyzed

Eric CAUDAL

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/804991

Title:
  Cant process picking in multi-company environment

Status in OpenERP Modules (addons):
  New

Bug description:
  In 6.02
  With 2 companies A and B, 2 charts of account and 2 periods set, one for each company. 
  Creating a purchase order and then I try to process the "incoming shipment".
  When click in "Process", then in subform in "Validate" I receive the following message:
  Error occurred while validating the field(s) company_id: Company must be same for its related account and period.

  This is due to the fact that no periods are passed in stock_partial_move.do_partial()
  And then in account._get_period(), all periods are returned and the first period is chosen instead of chosing the one corresponding to the user.
  Maybe change in _get_period()
         periods = self.pool.get('account.period').find(cr, uid)
  and add a filter according to the user

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/804991/+subscriptions


References