openerp-brazil-team team mailing list archive
-
openerp-brazil-team team
-
Mailing list archive
-
Message #00486
Re: Blueprint: “Demais dados "fiscais" brasileiros (de PF e PJ)"
Gabriel, o que levou a proposta 3.1 foi a thread de discussão
"Tropicalização".
Tivemos várias contribuições do pessoal, das quais eu destaco duas (Pedro
Bicudo Maschio) que foram particularmente esclarecedoras:
https://lists.launchpad.net/openerp-brazil-team/msg00176.html
e
https://lists.launchpad.net/openerp-brazil-team/msg00184.html
Eu procurei no wiki resumir o que conversamos sob cada aspecto mas talvez
se você der uma olhada na thread completa, posso ter falhado em perceber
alguma observação pertinente.
--
Joe Bertoli Pimentel
joe.b.pimentel@xxxxxxxxx
2009/9/7 Gabriel C. Stabel <gstabel@xxxxxxxxx>
> Joe,
> ...
> 2. Razão Social:
> *"Nome do Parceiro (Nome para Pessoa Física, Razão Social para Pessoa
> Jurídica)
> Atributo já existente (a principio pensou-se em criar um novo atributo para
> Razão Social mas ao longo das conversas concluiu-se que nao seria
> necessário, podendo-se utilizar o atributo name da classe res.partner para
> isso)."*
>
> Essa é uma questão complicada. Vejo 3 opções:
> 3.1. Usar o name do res.partner.
> 3.2. Usar o name do res.partner.address cujo type é invoice. Pois esse é o
> contato "principal" no que diz respeito a fatura (é o default da invoive).
> 3.3. Criar um campo razao_social em res.partner.
>
> Não acho legal o 3.1 (a idéia de vocês) porque muitas vezes a razão social
> não tem nada a ver com o nome que as pessoas se referem ao parceiro. Logo
> forçar as pessoas a associarem a razão social ao nome do parceiro não é uma
> boa.
>
> O 3.2 parece interessante, pois além de definir a razão social fica
> associado ao endereço oficial da empresa (que é outra questão).
> Mas me dá a impressão que ficará muito "solto", já que não podemos mudar o
> label para "Razão Social" pois só será razão social nesse caso, nos outros
> casos continuará sendo "Nome".
> Contra esse tb pesa o problema de que o contact da fatura precisará ser o
> mesmo da razão social. Se mudar o endereço de fatura, o cara vai ter que
> mudar a razão de lugar.
>
> Sempre tentamos usar o que está pronto, o que pesa contra o 3.3.
> .
>
References