openerp-brazil-team team mailing list archive

["Gabriel C. Stabel" <gstabel@xxxxxxxxx>]

Olá Raphaël,
eu estarei desenvolvendo um módulo, à pedido de um cliente, para exportar em
XML para o software da receita nessa semana ou na próxima.
Analisei a questão e pretendo colocar no Invoice (vou herdar o
"invoice.invoice"). Isso porque é uma nota simples e vou fazer apenas a
exportação.

Em um caso mais complexo (por exemplo se alguem quiser implementar TODAS as
possibilidades de NFe) acho que o ideal seria criar uma nova classe (ex:
invoice.nfe) com uma relação um-para-um com o invoive. O mesmo tipo de
relação que o "product.product" tem com o "product.template".

Pensando agora, talvez eu posso fazer esse modulo de exportação aos moldes
que a comunidade quer/precisa. Podemos conversar.

Abs,
Gabriel

2009/8/25 Raphaël Valyi <rvalyi@xxxxxxxxx>

> Ola comunidade,
> Ja estou voltando sobre o site openerbrasil.org, com verçao alpha online
> tb daqui pouco.
>
> Mas parce que tem gentes que acha que nos vazmos coisas no escondido, o que
> nao e o caso.
> Vamos usar logo as blueprints logo do Launchpad para explicar melhor as
> tarefas.
>
> Mas por enquanto, nos temos uma duvida a relaçao de tropicaliçao e peçamos
> a refeçao da comunidade:
>
> *Sera que uma nota fiscal vai ser apenas uma "'invoice" do OpenERP com ums
> campos a mais e um relatorio de tipo texto/XLML para exportar (que seja
> electronicamente ou nao)?*
> *Ou sera que deveria ser um outro objeto, da mesma forma que um "sale
> order" e diferente do "invoice"?*
>
> Usar do objeto "invoice.invoice" trem varias vantagems, isso que minimza o
> codigo. So que talvez nao se pode sempre fazer coresponder um nota fiscal e
> uma fatura no Brasil. O que acham?
> Tanbem, seria possivel imaginar que existe invoice do OpenERP com estatuto
> especial que nao tem valor de fatura na contabilidade, mas apenas de nota
> fiscal, exatamente da mesma forma do que uma "invoice proforma" do OpenERP.
> O que acham os especialista da contabilidade brasileira?
>
> Bom, tanbem sempre pode se imaginar de criar outro objeto "nota fiscal".
> Mas tem que saber que vai gastar muito esforço para sempre garantir um
> converçao correcta entre invoice e nota fiscal, ao longo do cilco de vida de
> cada dos dois objetos. Se os objetos sao diferentes, tanbem um modulo que
> extende o invoice (por exemplo account_tax_include), nao vai extender a nota
> fiscal. Eu pessoalmente sou muito mas a favor da primeira soluçao caso ela
> seja possivel.
>
> O que acham?
>
> Abraço,
>
>
> Raphaël Valyi
> http://www.akretion.com
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-brazil-team<https://launchpad.net/%7Eopenerp-brazil-team>
> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-brazil-team<https://launchpad.net/%7Eopenerp-brazil-team>
> More help   : https://help.launchpad.net/ListHelp
>
>