1. Mailing Lists
  2. Contributors
  3. Re: Partner Hierarchy module

Contributors mailing list archives

contributors@odoo-community.org

Browse archives

Re: Partner Hierarchy module

Avatar

Re: Partner Hierarchy module

by
IT IS AG, Joerg Lorenz.
- 04/03/2021 11:18:53
Contact relation is a tricky thing, takes a lot of insight and thinking as it relates to almost every area of odoo. It's master data, after all. 
We also looked into the various OCA contact extensions, and they are great, but somtimes they were not enough to fulfill the needs of various customers. Thus we additionally created a contact location extension, contact ++, togheter with contact hierachy.
In particular this can be helpful if a person is located in a company, but also works in a home office and is associated with a branch office of this organisation that is the regular work location of this contact. Electronic communication (phone/mail, etc) means are likewise related.

BTW: Besides of 80 other enhancement,  as for 14 we now have developed and included a "studio" product and various shipping connectors into the ITISeasy.business distro. Lauching soon. 

Von: "Holger Brunn" <mail@hunki-enterprises.com>
An: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
Gesendet: Mittwoch, 3. März 2021 19:07:28
Betreff: Re: Partner Hierarchy module

> No hierarchy in the sense of parent_of though with 


> https://github.com/OCA/partner-contact/tree/13.0/partner_multi_relation [1]


> Only feedback, in environments with the granularity requested on the


> partners, we simultaneously have requests for qualifications of relations


> between partners without any parent relations as funders, investors,


> administrators ... and partner_multi_relation module is a good complement

when conceiving this originally, I did toy with a `transitive` checkbox, then 
you could use transitive relations just like parent_of. But as the customer 
lost interest in this feature, so did I. Maybe Daniel will add it?

OTOH this case sounds more like composite relations: When partner A has 
relation X with B, and B relation Y with C, then A and C have relation Z. This 
also sounds like a very useful feature to have, and I think will be much less 
computationally expensive to implement if you don't just store the transitive 
closure above.



-- 
Your partner for the hard Odoo problems
https://hunki-enterprises.com

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


Reference