openerp-brazil-team team mailing list archive

["Pedro L B Maschio" <pedro.bicudo@xxxxxxxxxxxxxxxxx>]

Este fim de semana completei a tradução do módulo accounting (no Launchpad)
Na revisão do texto encontrei termos que foram traduzidos de diferentes
formas, por exemplo, "entry" constava como entrada e como lançamento, embora
ambos estejam corretos, corrigi todas as ocorrências para "lançamento" por
ser o termo comum em contabilidade.
 
Criei uma página de glossário de tradução no nosso wiki:
http://openerpbrasil.bluwiki.com/go/Glossário_de_Tradução
 
Sugiro que o glossário seja atualizado por todos que fizerem traduções, para
facilitar o trabalho dos demais e também facilitar a criação de manuais de
instalação, treinamento e suporte. O glossário seria por módulo, já que os
termos podem mudar, por exemplo, "entry" pode ser lançamento em
contabilidade mas não é a melhor tradução para entrada de mercadorias no
estoque.
 
Quem estiver utilizando o OpenERP e encontrar termos ou frases inadequadas,
pode sugerir a tradução diretamente no launchpad, ou pode me encaminhar,
pois eu me proponho a atuar para manter a tradução consistente em todos os
módulos.
 
Pedro

  _____  

De: Gabriel C. Stabel [mailto:gstabel@xxxxxxxxx] 
Enviada em: sexta-feira, 5 de junho de 2009 15:41
Para: Renato Lima
Cc: pedro.bicudo@xxxxxxxxxxxxxxxxx; OpenErp Brasil
Assunto: Re: [Openerp-brazil-team] RES: CPF/CNPJ


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.n
et [mailto:openerp-brazil-team-bounces+pedro.bicudo
<mailto: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
 <mailto: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