1. Mailing Lists
  2. France
  3. Re: éco participation

France mailing list archives

france@odoo-community.org

Browse archives

Re: ODOO

Re: Certification balance pour POS

Avatar

Re: éco participation

by Mourad Elhadj Mimoune <mourad.elhadj.mimoune@akretion.com.br> - 31/08/2016 10:28:17
I would like just precise the configuration used in taxe-approch . So, Alexis said in disadvantage that we must define in the same product a VAT tax with price_include=false and an ecotax with price_include=true. In my module, I don't use this manner to configure ecotaxe in product.
Sale taxes and ecotaxe are totaly independent. So you can have sale taxe with  tax price_include= True Or False. Ecotaxe are not defined as price_include=true but false. A think that has not importance (not tested with ecotaxe defined as price_include=true)

The only setting you should have in the tax "ecotax" is :

1- "included in base amount" checked
2- The Ecotaxe sequence must be less then  VAT tax (in sale and purchase)

In this approach,  values of ecotax are also defined as product properties. The tax "Ecotax" is defined as a type of  code python witch take the value form product. So for all products we use only one taxe (in my module I use one taxe for fixed ecotax an an other ecotaxe for ecotxe based on weight  ).

Eco taxe are computed by this code (defined directely in ecotaxe):

# price_unit # product: product.product object or None # partner: res.partner object or None result = product.fixed_ecotaxe or 0.0

In addition that with this approch taxe are ecotaxe has a separate accounting account, we can also manage all different rules applied for taxes like using a fiscal position mecanism to exonerate ecotaxe for imported products.

Mourad EL HADJ MIMOUNE - Akretion


2016-08-30 23:53 GMT+02:00 Alexis de Lattre <alexis.delattre@akretion.com>:
For me, there are 2 possible approches to ecotax :
1) consider ecotax as a tax. This is the approach adopted by Mourad in this PR on l10n-france : https://github.com/OCA/l10n-france/pull/76
Advantage : you have a separate accounting account for the ecotax revenue, so you can directly know in the accounting how much you have to transfer to the ecotax company.
Drawback : quite complex. As the ecotax amount is included in the official sale price, it means you will have on the same product a VAT tax price_include=false and an ecotax with price_include=true, miam :) I don't even imagine that in electronic-invoicing... :)
2) consider the sale ecotax as a property of the product (fields.Float(company_dependant=True)), considering that this amount is included in the sale price. Then display this field on the invoice line ("included ecotax amount") and add a function field on account.invoice named "total_ecotax_amount" that is computed with :
total_ecotax = 0.0
for l in line:
    total_ecotax += l.quantity * l.product_id.ecotax_amount
self.total_ecotax_amount = total_ecotax
and display the field "total_ecotax_amount" on the invoice.
Then you can simply use the BI features on invoices to get the sale eco-tax amount that you have to transfer to the ecotax company.

If I had a customer project that required ecotax, I would choose option 2. I let Mourad defend option 1...

Alexis

2016-08-30 14:53 GMT+02:00 Edouard Ducray <edouard.ducray@shopix.fr>:

Hello,

 

We didn’t start anything about this yet but this topic well be on my desk soon.

So I am interested in being involved in any project about this.

 

In a global point of view, there are many different taxes with the same pattern but with small differences (f.e.g should the information be present on the invoices or not) In my retail company, we counted at least 5 different ecotaxes  : ECOMOB, DEEE, RECYLUM, SCRELEC, ECO EMBALLAGE.

 

Cordialement,

 

---

Edouard DUCRAY

 

De : Sylvain LE GAL [mailto:sylvain.legal@grap.coop]
Envoyé : mardi 30 août 2016 14:08
À : France
Objet : Re: éco participation

 

Hi alexandre,

I don't know any modules that manage eco-tax, and didn't started any developpement on this topic. (no need on food shops).

regards.



Sylvain LE GAL - Twitter

GRAP - Service informatique (Groupement Régional Alimentaire de Proximité)

Site Web | Facebook
3 Grande rue des Feuillants, 69001 Lyon
Bureau : (+33) 09.72.32.33.17 - Astreinte : (+33) 06.81.85.61.43

Member of the OCA (Odoo Community Association)

 

2016-08-30 13:52 GMT+02:00 Alexandre Fayolle <alexandre.fayolle@camptocamp.com>:

Hello,
 
I don't think we have a module to manage the french "ecotax", which
seems like a slightly complex thing from a regulatory point of view.
 
There used to be some simple modules by Julius in v7 which did not cover
the whole scope AFAICT. I could not find any other module on this topic.
 
Has anyone started a development on this?
 
-- 
Alexandre Fayolle
Chef de Projet
Tel : +33 4 58 48 20 30
 
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac Cedex
http://www.camptocamp.com

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

 

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

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




--
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

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


Reference