← Back to team overview

openerp-brazil-team team mailing list archive

Fwd: [Openerp-expert-accounting] trunk layout - LAST CALL for comments

 

sobre as posiçoes fiscais para a localisaçao brasileira:

Atts.


---------- Forwarded message ----------
From: Raphaël Valyi <rvalyi@xxxxxxxxx>
Date: 2010/9/2
Subject: Re: [Openerp-expert-accounting] trunk layout - LAST CALL for
comments
To: Ferdinand Gassauer <office@xxxxxxxxxx>
Cc: openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx


Hello,

for Brazil we absolutely need something like fiscal position (we built
ln10_br over it currently). Indeed, Brazil being a "federation of states",
VAT are different from states to states and it's a bit like a company doing
import/export in Europe but between Brazilian states directly (we even need
a base of report_intrastat and find it sad OpenERP S.A. never got involved
in the discussion to extract a clean common basis of report_intrastat).

Actually, we would be happier if the fiscal position could be line specific
(inheriting from the order fiscal position by default) rather than just
order specific, but I guess this isn't very simple/safe to refactor properly
and we made our way around it for now (using more product taxes that then
got remapped properly product by product using sophisticated fiscal
positions).

I recall that we built two important modules to map taxes properly in Brazil
at least be see them as generic and independent from l10n_br:
in extra addons (5.0 and now trunk):

   - assign a list of taxes to products by
   default: account_product_fiscal_classification (in Brazil, every product
   comes with 4 to 6 VATS, then the fiscal position will nullify/change them
   properly depending on the state, partner type etc... )
   - automatically select the right fiscal position on orders/invoices
   according to partner address, partner type etc: account_fiscal_position_rule

May I recall that currently we might not override order/invoice on_change
events as we would like to (concretely we pass the partner and then read its
main invoicing address rather than pass the invoice address directly)
because currently Openobject makes it a big Pain In The Ass to add
parameters in on_change events, as this easily makes modules incompatible
out of the box (incompatible positional arguments in method signatures).
I advise OpenERP S.A. to provide a new on_change API based on dictionaries
(as Tryton did) for v6 and refactor only the 20% of most commonly used
on_changes to it for now, but mainly let third party modules implementers
take advantage of it, that will always cost less to build new
clean/compatible modules now, rather than build lots of incompatibles
modules that will later need to be refactored with customers and third party
modules unable to migrate cheaply.


Raphaël Valyi
Founder and ERP Consultant
+55 21 3010 9965
http://www.akretion.com

 <http://www.akretion.com.br/>



On Thu, Sep 2, 2010 at 10:53 AM, Ferdinand Gassauer <office@xxxxxxxxxx>wrote:

> On Thursday 02 September 2010 15:05:07 Jan Verlaan - Veritos wrote:
> >   [quote Ferdinand]
> >
> > General Question
> > * who needs fiscal postion ? - can this be be displayed only for certain
> > localisations / groups ?
> >
> > [end quote]
> >
> > At least within EU every company that sells or buys products outside
> > their own country to other companies (B2B) needs the fiscal position to
> > replace the standard taxes with the export or import taxes.
> > So can we determine a group here? Yes, companies that do import/export
> > of products/services. But that are most of the companies as for e.g. a
> > Google Adwords invoice is already import and needs the use of fiscal
> > position.
>
> Thanks for answering.
>
> It's a realy nice solution, but AFAICS implemented only data for France and
> Belgium
>
> Best Regards
>
> ChriCar Beteiligungs- und Beratungs- GmbH
> http://www.chricar.at/ChriCar/index.html
> Dr. Ferdinand Gassauer
> Official Tiny Partner
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-expert-accounting
> Post to     : openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-expert-accounting
> More help   : https://help.launchpad.net/ListHelp
>