Contributors mailing list archives

contributors@odoo-community.org

Browse archives

Avatar

Contract without analytic

by
Alexinux, Alexis de Lattre
- 07/07/2017 15:28:49
Dear OCA friends,

At Akretion, we are thinking about developping a small set of modules to introduce a notion that could be called either :
- "contract"
- or "commercial agreement"
- or "blanket order"

In the rest of this email, I'll call this notion a "contract".

The minimum that we need for the "contract" object :
- name
- number / ref
- partner_id
- signature_date
- state
- One2many to account.invoice
- One2many to sale.order (if sale module is installed)

When a contract is configured on a sale order, it is copied to the generated customer invoice.

We need it for several projects. It would replace the module sale_covenant which is in this OCA PR of my collegue David Beal : https://github.com/OCA/sale-workflow/pull/432

We also need it to fully support e-invoicing for the French administration (Chorus portal https://chorus-pro.gouv.fr/), because e-invoices for the French administration need the reference of the public contract number.  So it would replace the object "public.market" introduced by the module l10n_fr_chorus_account (pending PR : https://github.com/OCA/l10n-france/pull/103/files#diff-c1d7816feebf1b3fed9608f9a4f3b61cR9)

In Odoo, there is already a notion of contract, but a contract is an analytic account, and we don't want that. Because we want to be able to use these contracts without using analytic, or we want to use analytic for something completely different.

Do you know an OCA module that already implement this ?

If not, we were thinking about developping a new set of modules to implement it. For the naming, we hesitate between :
- contract_no_analytic (my own preference)
- blanket_order

We would have a full set of modules :
- contract_no_analytic_base
- contract_no_analytic_sale
- contract_no_analytic_sale_stock (at least for v8)

In which OCA project would we host this ? OCA/contrat would be a good candidate, but it would be very strange to have a new set of module that propose a completely different approach than the current modules available in that branch. So maybe we need a new repo ?

Thanks in advance for your feedback,

--
Alexis de Lattre
Akretion France - 35B rue Montgolfier - 69100 Villeurbanne - France
Mail : alexis.delattre@akretion.com
Tel : +33 4 82 53 84 58
Mobile : +33 6 99 08 92 45

Follow-Ups