Contributors mailing list archives
contributors@odoo-community.org
Browse archives
Re: Integration of mailing.mailing (Email marketing) templates and webiste pages?
Re: Integration of mailing.mailing (Email marketing) templates and webiste pages?
Re: Partner Hierarchy module
by
IT IS AG, Joerg Lorenz.
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
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
-
Partner Hierarchy module
byClosingAp Open Source Integrators Europe, LDA, Daniel Reis-
Re: Partner Hierarchy module
by "Richard deMeester" <richard.demeester@willdooit.com> - 04/03/2021 10:29:39 - 2 -
Re: Partner Hierarchy module
by "Richard deMeester" <richard.demeester@willdooit.com> - 04/03/2021 10:27:44 - 2