openerp-brazil-team team mailing list archive

[Renato Lima <renatonlima@xxxxxxxxx>]

Gabriel,


Este seu projeto esta contemplando a integração com o Contas a Receber do
openERP?
se você herdar em incoice.invoice e se faturar uma NFe e a condição de
pagamento for em 3 vezes como vai ficar isso no contas a receber?
No caso de outras notas fiscais como remessa para industrialização,
devolução, vendas trianguladas e outras movimentações fiscais ?
na localização estamos imaginando criar outra classe por estes fatos... mas
se no seu projeto você tiver uma solução melhor e que use a estrutura já
existente no openERP acredito que seja mais rapido implementar.

2009/8/25 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
>>
>>
>
> _______________________________________________
> 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
>
>