openerp-brazil-team team mailing list archive

[Rubens José Rodrigues <rubens.rodrigues@xxxxxxxxxxxxxxxxxxxxxxxxx>]

Muito bem colocado, ao meu ver poderíamos associar o cliente/fornecedor ao cliente/fornecedor principal.

Deixando como restrição ou chave composta ou chave artificial, a meu ver aplicaríamos a chave artificial não consigo visualizar (peço até ajuda) em chaves naturais neste caso.

O que acham?


Att.
----------------------------------------------------------------------------
Rubens José Rodrigues
T.I, Analista de Suporte
Tel: (27)3399-6419 / (27)9969-8081
rubens.rodrigues@xxxxxxxxxxxxxxxxxxxxxxxxx
----------------------------------------------------------------------------
Rua José Ramos de Oliveira, 91, 29111-280
Nossa Senhora da Penha, Vila Velha, ES
(27)3399-6400 / (27)9975-0140

-----Mensagem original-----
De: openerp-brazil-team-bounces+rubens.rodrigues=batistarepresentacoes.com@xxxxxxxxxxxxxxxxxxx [mailto:openerp-brazil-team-bounces+rubens.rodrigues=batistarepresentacoes.com@xxxxxxxxxxxxxxxxxxx] Em nome de Celso Canaan
Enviada em: quinta-feira, 14 de maio de 2009 14:22
Para: OpenErp Brasil
Assunto: Re: [Openerp-brazil-team] Tropicalização

Luiz,

Há situações que existem duas entidades pessoas com mesmo nome as vezes
com o mesmo CNPJ/CPF/CEI. Um cliente tipo prefeitura por exemplo tem
secretarias e outras divisões que as vezes são tratadas financeiramente
como uma entidade, mas operacionalmente como entidades diferentes.
Em nosso Erp, quebramos esta restrição e vinculamos ao cliente
principal, quando for o caso.

Um abraço.

Celso.

-------- Mensagem original --------
De: Luiz Franca <luiz@xxxxxxxxxxxxxxxxxxxxx>
Para: OpenErp Brasil <openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>

Bom dia a todos.

Estou com algumas dificuldades e gostaria da opinião de voces.

há algum tempo eu havia implementado cnpj/cpf no objeto partner. Porem,
estes dias exportei uma massa maior de meu sistema para o OpenERP para
fazer mais testes e percebi um problema. o Partner tem uma restricao
(unique), isto quer dizer que não pode haver parceiros com nomes
repetidos. Como na base que eu exportava havia uma mesma empresa mais de
uma vez (matriz e filiais) o bixim xiou. Alem disto ainda tinha um
problema onde por exemplo Jose Maria poderia ser pessoa física e tambem
jurídia(firma individual)
Ai me lembrei do cnpj/cpf, então resolvi mudar a implementação que eu
tinha feito retirando do objeto Partner e incluindo no objeto
Partner.Address. Desta maneira eu resolveria o problema da
Matriz/filiais, teria apenas um Partner e vários Partner.Address cada um
com seu cnpj.
Hoje refletindo melhor ainda me lembrei dos homônimos. 
Então acho que de qualquer maneira temos que quebrar a restrição(unique)
do Partner. 
O que voces acham sobre isto? quebramos a restrição?, cnpj/cpf fica em
Partner ou em Partner.Address?
Para quebrar a restrição, alguem sabe como fazer isto através de
herança?
Gostaria de poder contar com a opinião de voces.
[]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  
_______________________________________________
Mailing list: https://launchpad.net/~openerp-brazil-team
Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openerp-brazil-team
More help   : https://help.launchpad.net/ListHelp


_______________________________________________
Mailing list: https://launchpad.net/~openerp-brazil-team
Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openerp-brazil-team
More help   : https://help.launchpad.net/ListHelp

E-mail verificado pelo Terra Anti-Spam.
Para classificar esta mensagem como spam ou não spam, visite
http://ecp.terra.com.br/cgi-bin/reportspam.cgi?+_d=SCY0MDUxNTIxMiNwZXJtIWJhdGlzdGFyZXByZXNlbnRhY29lc2xtJjEsMTI0MjMyMTYzNy45NTk0LjEwNDk5LmNhYnJldG9uLnRlcnJhLmNvbSw2ODQ1TerraMail
Verifique periodicamente a pasta Spam para garantir que apenas mensagens
indesejadas sejam classificadas como Spam.

Esta mensagem foi verificada pelo E-mail Protegido.
Atualizado em 08/04/2009