Contributors mailing list archives

contributors@odoo-community.org

Browse archives

Avatar

Re: Proposal to add Operating Units to OCA

by
ForgeFlow, S.L., Jordi Ballester Alomar
- 01/12/2015 18:10:05
Thanks Pedro,

We'll define a group "Usability / Multi Operating Units" and hide the field unless the user belongs to this group.

As for the required field, we could well have it as a non-required field. That would be a good idea.The important thing that we will validate is that there's consistency across the linked models. For example, you will not be allowed to create a Purchase Order with no operating unit, and then have the associated Invoice be assigned to an Operating Unit. It would be either no Operating Unit at all, or the same assigned across the linked models.



Regards,
Jordi.

On Tue, Dec 1, 2015 at 5:53 PM, <Pedro@pad.odoo-community.org> wrote:
Creating one operational unit, making it default for all, and hiding the field if the group is not selected can be enough. Anyway, I always prefer not to have extra required fields. Can be logic adapted to not require it?

Regards.

2015-12-01 17:38 GMT+01:00 Jordi Ballester Alomar <jordi.ballester@eficent.com>:
What I also realize is that the the operating unit is a required field in every model where it is introduced (e.g. purchase order). That would make all the repositories depend on the operating unit model when they are run on runbot. Quite a hard dependency to add to all repos.

On the other side, the operating units could just be transparent in the process if you don't specify a flag 'Multi-Operating Unit', as it is now the company model for a user who is allowed to access to a single company and has the 'Multi-Company' flag unchecked. But would be running behind the scenes.

On Tue, Dec 1, 2015 at 5:10 PM, Jordi Ballester Alomar <jordi.ballester@eficent.com> wrote:
Frederic, the problem I see is that it virtually impacts all areas, so this repository would have lots of dependencies with other ones.

If the concepts are adopted by the community, in time it makes sense that each repository should have it's module on operating units.

But I'm open to any proposal by OCA members.

On Tue, Dec 1, 2015 at 4:53 PM, Frédéric Clementi <frederic.clementi@camptocamp.com> wrote:
Fantastic work Jordi.

I am wondering if it does not deserve a specific branch

camptocamp
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS

Frédéric Clementi
Project Manager 

2015-12-01 16:23 GMT+01:00 David Arnold <dar@devco.co>:

+1

Oleg Kuryan <oleg.kuryan@xpansa.com> schrieb am Di., 1. Dez. 2015 um 15:53:
Jordi,

To me that sounds like a cool work that allows to look at the company from different angle. I have ran through specification and looks like it can be applicable for many companies. I know even personally organisations that starting to implement "Business Units" working within one legal entity.
That is quite typical for large companies.

And if you can schedule a demo - definitely I will be happy to participate in it.


///

Best Regards,
Oleg Kuryan

Technical Director, XPANSA Group | ERP, BI, E-commerce, Data Mining and DMS consulting
Xpansa has developed first full Odoo Android App called mERP. Download at https://play.google.com/merp
/// site  : xpansa.com
/// mail  : oleg.kuryan@xpansa.com
/// phone : +375293358638
/// skype : kuryan.oleg

On Tue, Dec 1, 2015 at 5:38 PM, Jordi Ballester Alomar <jordi.ballester@eficent.com> wrote:
Dear OCA community,

We'd like to propose our work done on Operating Units to be added to OCA.

The work is documented here:
https://docs.google.com/document/d/1iF2tKqCGjpZhTABU4oBT62sM08JFuNBXOtChbOSyBXQ/edit

The current repository is here:

If there's interest I can schedule a session or two to go through the features functionally.

The working version has been 7 so far, but we're starting to port to v8 now.

What we'd need to know is how to move the work to OCA.

You can find our starting proposal here:


Your feedback is much appreciated!

_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe


_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe


_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe


_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe




--

Reference