Contributors mailing list archives

contributors@odoo-community.org

Browse archives

Avatar

Re: Service definition modules

by
Akretion France, David BEAL
- 05/09/2019 09:47:25
Hi Alexandre,

If I  understand the purpose, sale term condition, it's the exact scope of


also existing in v10 with agreement_sale and agreement_account

The objective here is just to have a minimal object, agnostic and versatile object
agreement means : "commercial term conditions" exactly (with your customers and suppliers)

Maxime based its work about legal_agreement on top of it

Then I propose than you build your modules on top of these, adding your needs on this simple object

EDI repo (and other dependencies) made by Alexis de Lattre use agreement.

If you build another base object, then customer who want to use both will have redondant data !
If you want move agrement_sale to another repo, it's not a problem for me.

my 2 cts

Thanks


David BEAL - akretion.com
Chef de projet
Odoo Développement / Intégration


Le jeu. 5 sept. 2019 à 01:12, Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> a écrit :
Please don't use plurals in the module name for following guidelines. Take also into account https://github.com/OCA/delivery-carrier/tree/11.0/partner_delivery_schedule that already allows to set delivery slots for partners, which is one of the concepts you are defining. If everything is related to delivery, I would put modules in OCA/delivery-carrier.

Regards.

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

Reference