openerp-brazil-team team mailing list archive

[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