openerp-expert-accounting team mailing list archive

[Cloves Almeida <cjalmeida@xxxxxxxxx>]

The brazilian electronic invoicing standard is monstrous not because of 
the technology choice, but because the legislation requirements are 
ridiculous.

It uses PKI certs for identity, HTTPS client authentication for secure 
communication, XMLSig for electronic signing, SOAP for messaging and 
XMLSchema to provide a data model. Remember the electronic invoicing 
project started back in 2004. The "lightweight" alternative (REST+JSON 
instead of SOAP+XML) was on it's infancy. Given the maze that is the 
Brazilian tax code, I think they did a good job.

Each state was free to implement the server it the way they wanted - 
I've seen it done in .NET, Axis, IBM WebSphere, JBoss. Besides the free 
government client implementation, I've seen a number of Delphi 
implementations (a popular language in Brazil).

However it's much easier to develop using JAXB or Axis - it generates 
the bulk of the object<->xml mappings.  Reimplementing it is indeed not 
trivial and I don't really think it's need for OpenERP.

Cloves


Em 24-08-2010 16:21, Raphaël Valyi escreveu:
> On Tue, Aug 24, 2010 at 4:00 PM, Carlos Liébana 
> <carlos.liebana@xxxxxxx <mailto:carlos.liebana@xxxxxxx>> wrote:
>
>     Really? In Spain, the API (only Java L ) is OpenSource, I think it
>     was one of the requirements for each UE country. There is also no
>     need to sent it to anybody, the JAVA Api helps to build easily
>     signed invoices, but we can make it from OpenERP also and then
>     validate with the XSD provided. More theory behind this of course
>     (different types of signed documents depending on the
>     specifications versions, 3 ways of delivering the invoice…) but
>     this is how it should work.
>
>
> Just a precision, in Brazil the API is open source too. Now, the only 
> 2 usable implementations are Java closed source (though decompilable). 
> The API isn't trivial at all to re-implement (at least 10 000 lines of 
> Python required, not to say SOAP + Python + authentication can be a 
> nightmare). I bet this is rather on purpose (to protect monopolies) 
> rather than pure stupidity.
>
>
> Raphaël Valyi
> Founder and ERP Consultant
> +55 21 3010 9965
> http://www.akretion.com <http://www.akretion.com/>
>
> <http://www.akretion.com.br/>
>
>
> _______________________________________________
> 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
>