Accounting mailing list archives

accounting@odoo-community.org

Avatar

Re: Localizations Eletronic Invoicing

by
Cristian Salamea
- 24/06/2016 22:28:16


On Fri, Jun 24, 2016 at 3:23 PM, Raphaël Valyi <rvalyi@akretion.com> wrote:
Hello,

for the record at Akretion we are largely behind the electronic invoicing in Odoo for Brazil but we also recently made it for Europe in general (mostly used in Germany it seems) and Belgium recently:
www.akretion.com/blog/akretion-publishes-zugferd-modules-to-create-and-import-electronic-invoices-with-odoo
www.akretion.com/blog/akretion-adds-support-for-the-import-of-e-fff-invoices-in-odoo

For years we look at the electronic invoice requirements, specially in Latin America, but so far we failed to see much room for convergence.

You could think we could extract the workflow (sent to fisc authorities state, received, validated etc) from the Brazilian localization. But for instance it seems that wouldn't work for Zugferd as far as I checked with Alexis de Lattre. So at the end of the day I fear each country have it's own specifics and we will hardly share much. But that's always cool to try.

Finally, the spec in Brazil is really awful and archaic (SOAP) with the most popular implementation beeing Java based with 50 000 lines of Java with Axis and WSDL details. It look it's governed by some agreements between the fisc authorirties and half a dozen of software houses (call it the way you like) rather than anything rational or practical. We end up using a python lib (pysped) which is emulating SOAP using hacky string concatenations. Well it works so far...

So in Ecuador has something like that, gov give us WS in WSDL, with suds-jurko we call it and then with jinja2 render the XML needed to send it.

https://github.com/odoo-ecuador/odoo-ecuador/blob/8.0/l10n_ec_einvoice/xades/sri.py#L97


Good feedback Raphael,


 


Regards.

On Fri, Jun 24, 2016 at 4:53 PM, Danimar Ribeiro <danimaribeiro@gmail.com> wrote:

2016-06-24 16:37 GMT-03:00 David Arnold <dar@devco.co>:
Colombia is implementing electronic invoicing by 2017, so I'm very interested. Rather in technical details, I'd like to know about how those regulations are similar / different. I would offer myself to do a previous legal analysis and comparison, If you collaborate in pointing me to the most relevant documents (I prefer reading laws rather than their myriad secondary interpretations).

Thanks for sharing!

El mié., 11 nov. 2015 a las 13:38, Danimar Ribeiro (<danimaribeiro@gmail.com>) escribió:
And we plan to put those together in odoo-brazil, those are still specific to brazil, but we can work to make it available in OCA.

I think we can also work together to a common workflow to send those files.



2015-11-11 16:07 GMT-02:00 Moises Lopez <moylop260@vauxoo.com>:
Hello Luis Felipe,
Thank a lot for this thread.

IMHO we should use the standard methods in a global and standard library in pypi to sign xml
Now, we have a custom module to work with sign l10n_mx_facturae_lib
We could use templates (jinja, qweb, mako... or other ones) for manage our custom country format of xml creation.
And we could use many driver to upload to webservices provider of our countries.

I'm imagining a approach similar to next excellent project of fiscal printer https://github.com/stoq/stoqdrivers
but for global electronic invoicing.

According to the last meeting in SFO between Luis Felipe and me:
Brazil and Mexico (and Argentina maybe) use:
 - local xml file with custom format in each countries with variables type <customer total=%{invoice.amount_total}
    - l10n_br_pos_national.jinja
    - l10n_br_pos_sat.jinja
    - l10n_br_services_sat.jinja
    - l10n_br_transport_sat.jinja
    - l10n_mx_cfdi.jinja
    - l10n_ar_global.jinja
 - sign of xml file with special tags
    - Get string from xml driver method to sign.
    - Method to sign
 - upload to webservices providers.
    - Many webservices script to upload xml to sign with provider

This library could be used in odoo modules with:
import e_invoice

What do you think?
(We can add a project in OCA for this work)

2015-11-05 14:54 GMT-05:00 Danimar Ribeiro <danimaribeiro@gmail.com>:
2015-11-05 17:30 GMT-02:00 Luis Felipe Miléo <mileo@kmee.com.br>:
Dear Community,

In Odoo SF V9 update training I had the pleasure to meeting with some Odoo contributors from Mexico: Vauxoo and Jarsa(Oscar, Moises, Jesus and others that i can't remember the name now, sorry =\).

We start a talk about the similarities of the Electronic Invoice in Brazil and Mexico. 

After San Francisco, i was traveled on vacation to Chile and saw the Eletronic Invoice over common sales and over POS terminal.
In Brazil we have many types of E-docs:
  1. Products invoices;
  2. POS invoices:
    1. National (NFC-E);
    2. São Paulo (SAT);
  3. Services invoices:
    1. Every city in Brazil can have her own webservice with a specific layout and rules; (5570 cities);
  4. Transports invoice
  5. etc.
Last weekend i started development of some e-doc module that simplifies l10n_br current invoice workflow and can be used for diferent types of eletronic and non eletronic documents.

I would like to know the opinion about it and if it would be possible to create a project to provide the basic implementation for the electronic documents of localizations. So if it's possible, i would like to know the what countries localizations are using electronic documents and their peculiarities/specs.

Best Regards
 
- Luis Felipe Miléo
+55 21 4063-8872 (RJ)
Parceiro oficial no Brasil:
--
Danimar Ribeiro
--
Moisés López Calderón
Vauxoo - OpenERP's Gold Partner
Mobile: (+521) 477-752-22-30
Office: (+52) 477-773-33-46
web: http://www.vauxoo.com
twitter: @vauxoo
           @moylop260           




--
Danimar Ribeiro

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

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




--

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




--

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




--
Cristian Salamea

Reference