openerp-brazil-team team mailing list archive

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

Concordo com o Renato.
São várias as "informações fiscais" do Brasil. Além do CNPJ/CPF temos IE, IM
e possívelemente outras em alguns casos. Como elas são informações do mesmo
"tipo" faz sentido ficarem juntas. Por uma questão de otimização não seria
produtivo no res.partnet.address, portanto no res.partner acho melhor.
Abs,
Gabriel

2009/5/22 Renato Lima <renatonlima@xxxxxxxxx>

> Olá Pessoal,
>
> To chegando atrasado na discução, mas na minha sugestão o CNPJ, Inscrição
> Estadual, Inscrição Municipal devem estar somente em res.partner, como foi
> mencionado em mensagens anteriores a finalidade do res.partner.address e ter
> os contatos e endereços dos partner, o CNPJ/CPF não se repetem, o que pode
> acontecer e a razão social, pois é permitido em pessoas juridicas em
> atividades economicas distintas com a mesma razão social. Seria interesante
> ter um campo Razão Social, pois geramente nos cadastros existem dois campo
> que é o Nome Fantasia (name) com restrição e Razão Social (novo campo) vou
> baixar o base_brasil para testar!
>
>
> Um abraço a todos !
>
>
>
> 2009/5/21 Pedro L B Maschio <pedro.bicudo@xxxxxxxxxxxxxxxxx>
>
>  Qual seria o inconveniente de criar os dois? Atributo CNPJ em res.partner
>> e atributo CNPJ em res.partner.address, seria possível?
>> No caso das sub-prefeituras, teria o CNPJ no res.partner e deixaria em
>> branco o campo CNPJ nos endereços de entrega
>> No caso de pessoa física usariamos o CPF em res.partner e em branco nos
>> (vários) endereços de entrega
>> Para PJ com vários endereços, o CNPJ da matriz em res.partner e um CNPJ
>> para cada um dos endereços das filiais
>> Assim teríamos maior flexibilidade na implantação em diferentes empresas
>>
>> A propósito, é necessário também o campo de inscrição estadual, já foi
>> debatido isso?
>>
>> Pedro
>>
>>
>>  ------------------------------
>> *De:* openerp-brazil-team-bounces+pedro.bicudo=tgtconsult.com.br@
>> lists.launchpad.net [mailto:openerp-brazil-team-bounces+pedro.bicudo<openerp-brazil-team-bounces%2Bpedro.bicudo>
>> =tgtconsult.com.br@xxxxxxxxxxxxxxxxxxx] *Em nome de *Gabriel C. Stabel
>> *Enviada em:* quinta-feira, 21 de maio de 2009 18:21
>> *Para:* Joe Pimentel
>> *Cc:* OpenErp Brasil
>> *Assunto:* Re: [Openerp-brazil-team] CPF/CNPJ
>>
>> Boa noite pessoal.
>> Essa me parece o tipo de questão que não há solução ideal para todos os
>> casos. Em uma dada situação, em uma dada empresa, colocar no res.partner é a
>> melhor opção. Em outra colocar no res.partner.address parecera mais
>> adequado. No fundo é mais uma questão de como a empresa usa seus cadastros.
>> No meu caso específico o res.partner pareceu a melhor escolha, mas consigo
>> imaginar casos onde não seria.
>>
>> Acho que só nos sobra arbitrar. Nenhuma das escolhas será muito ruim.
>>
>> Se quisermos votar, eu fico com o res.partner, que eu tive boa
>> experiência.
>>
>> Abs,
>> Gabriel
>>
>> 2009/5/20 Joe Pimentel <joe.b.pimentel@xxxxxxxxx>
>>
>>> Boa noite, Luiz.
>>> Pelo que eu percebi, os N endereços são somente para estes tipo de
>>> finalidades que você comentou. Aparenta ser uma lista com elementos fixos.
>>> Fora dessas modalidades só poderíamos criar endereços para finalidade
>>> 'Other' (pouco determinístico ... :D).
>>>
>>>          'type': fields.selection( [
>>> ('default','Default'),('invoice','Invoice'), ('delivery','Delivery'),
>>> ('contact','Contact'), ('other','Other') ],'Address Type', help="Used to
>>> select automatically the right address according to the context in sales and
>>> purchases documents."),
>>>
>>> O texto da ajuda ainda dá uma indicação do objetivo: "Usado para
>>> selecionar automaticamente o endereço correto, de acordo com o contexto em
>>> documentos de venda ou compra". Pelos testes que fiz se tiverem
>>> dois endereços de Entrega, o sistema coloca o ultimo automaticamente.
>>> Portanto o usuário teria que estar atento a isto para nao incorrer em erros
>>> de entrega.
>>>
>>> Outra coisa (vale para todos), poderia revisar o conteúdo do wiki (
>>> http://openerpbrasil.bluwiki.com) ? Alias, se quiserem incrementar,
>>> adicionar  novos tópicos, fiquem a vontade ;-)
>>>
>>> Obrigado e um abraço,
>>>
>>> --
>>> Joe Bertoli Pimentel
>>> joe.b.pimentel@xxxxxxxxx
>>>
>>>  2009/5/19 Luiz Franca <luiz@xxxxxxxxxxxxxxxxxxxxx>
>>>
>>>> Bom dia Joe,
>>>>
>>>>
>>>> Os N endereços seriam para entrega, faturamento, etc...  Para
>>>> construtoras por exemplo pode ser que o faturamento seja para a contrutora,
>>>> mas
>>>> a entrega em um canteiro de obras específico, tambem no caso pessoa
>>>> física, fatura-se e cobra-se em um endereço e entrega-se em outro.
>>>> Quando pensamos em pessoas jurídica, a princípio cada endereço teria um
>>>> CNPJ, o que não funcionaria para orgãos públicos com suas secretaria, pois
>>>> as secretarias não tem CNPJ separado.
>>>>
>>>> Tambem estou achando que o melhor seria colocar-mos o CNPJ/CPF no
>>>> res.partner.
>>>>
>>>> []s
>>>>
>>>> --
>>>> Luiz Fernando Maciel França
>>>> Sig Informática Ltda.
>>>> Rua João Pereira Amorim, 700
>>>> Bairro Jardim Arizona
>>>> 35.700-373 - Sete Lagoas - MG - Brasil
>>>> (31)3773-1043
>>>> Skype: lfmfsig
>>>>
>>>> 2009/5/19 Joe Pimentel <joe.b.pimentel@xxxxxxxxx>
>>>>
>>>>> Bom dia Luiz,
>>>>>
>>>>> Achei bom a divisão do tópico anterior, já tinha vontade de fazê-lo mas
>>>>> fiquei com receio de diminuir a colaboração recebida. Mas concordo que assim
>>>>> é melhor, as propostas ficam melhor focadas.
>>>>>
>>>>> Acho uma decisão difícil. Por um lado, se optarmos por manter a
>>>>> estrutura da empresa, *pra que serviriam os N endereços que são
>>>>> possíveis serem cadastrados para um partner?* Por outro lado, se
>>>>> optarmos pelos endereços, não vejo como identificar com certeza qual é a
>>>>> empresa principal (ficaríamos dependentes do bom comportamento dos usuários
>>>>> de, por exemplo, cadastrar a matriz sempre na primeira ocorrência dos
>>>>> endereços).
>>>>>
>>>>> Eu voto a princípio por mantermos a estrutura da empresa. Não tenho uma
>>>>> certeza mas  um pressentimento de que em algum momento vai ser necessário
>>>>> identificar a matriz em algum processamento de movimentos da filial. Só por
>>>>> isso ...
>>>>>
>>>>>
>>>>> Abraço,
>>>>>
>>>>> --
>>>>> Joe Bertoli Pimentel
>>>>> <joe.b.pimentel@xxxxxxxxx>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>>
>>
>> _______________________________________________
>> 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
>
>