dieimes_
|
CAXIAS DO SUL
RS - BRASIL
|
|
ENUNCIADA !
|
|
|
Postada em 22/07/2008 18:23 hs
Pessoal, é quase isso. eu me espressei mal também e ficou ruim do pessoal entender. TEnho 2 bases de lojas diferentes e quero transformar só numa base online. até aí, tudo bem. o problema é(vou dar um exemplo):
- tem um cliente na base 1 com o id 367, e na base 2 edu tenho outro cliente com esse mesmo id. Trocar o cliente seria fácil. o problema seria trocar a referencia dele nas tabelas secundárias. ex;: contas a receber.
o mesmo exemplo vale para os produtos, para os vendedores, apara os usuarios. Pensando melhor, acho que a única solução seria fazer validações e atualizar nas tabelas secundárias no momento da exportação.
|
|
|
|
|
|
Ama
|
UBERLÂNDIA
MG - BRASIL
|
|
|
ENUNCIADA !
|
|
|
Postada em 23/07/2008 00:16 hs
eu acho que vc tem que unificar o banco por cpf ou rg que são unicos dai estas seriam suas chaves primarias no banco unificado se o id for igual muda e pronto. |
|
|
|
wilton
não registrado
|
|
|
ENUNCIADA !
|
|
|
Postada em 23/07/2008 15:46 hs
ja passei por isso nao foi nem uma ou duas x, da uma canceira..
primeiro:
em cada loja aconselho mudar o codigo do cliente colocando em uma sequencia diferente
ex:
loja 1 cliente do 1 a 100000
loja 2 cliente do 100001 a 200000
faz o mesmo com as tabelas relacionadas, vendas contas a receber etc...
executando um update no cliente acrescentando 100000, ficara mesmo depois com
o novo codigo facil de saber o codigo anterior.
ai vc importa tudo para o banco sql
depois disso e muito provavel que tera alguns registros duplicados, um cliente que ja comprou em varias lojas...
porem e muito provavel que o cpf seja unico.
para os clientes que tem cpf, vc monta uma consulta mostrando quais os cpfs estao duplicados...
ai seu cliente tera que analizar cada caso, e dizer qual o cadastrado que sera assumido como correto. e impossivel vc adivinhar isso ou fazer um sistema que advinhe.
tem que ser no olho mesmo, ou ate o caso de ligar para o cliente para ver qual o cadastro correto.
ou no mais, voce tambem pode assumir sempre o primeiro que encontrar, excluir os demais, e colcoar uma observacao que o cadastro deve ser atualizado com urgencia. por se tratar de cadastro duplicado. ai vc teria que ver com seu cliente o que e melhor.
voce faria um programa onde o cliente informaria o cod do cliente correto, e cod do cliente errado.. esse programinha iria transferir as movimentacoes de um cliente para outro e entao apagar o cliente errado. ficando assim so um cliente
obviamente se o cadastro nao possuir cpf ai so lamento.
ja importei dados de muitos sistemas em clientes que tinham mais de uma loja, e é um trabalho enorme para ajustar isso.
espero ter ajudado
|
|
|
|
Donkey
|
PRESIDENTE PRUDENTE
SP - BRASIL
|
|
|
ENUNCIADA !
|
|
|
Postada em 23/07/2008 19:02 hs
Bem, é como eu te falei.... vc vai ter que fazer uma programação fudida pra integrar...
Tipo, importa o primeiro banco (ja comece importando o maior, asim tera menos trabalho).
Dai no segundo vc vai ter que ir por tabelas:
verifica o cliente, se não esta cadstrado blz.... tudo normal.... claro que o ID dessa segunda importação sera totalmente esquecida, pois nunca vai bater...
Ao cadastrar na base integrada vai gerar um novo ID, e vc ao importar já tem que atualizar as demais tabelas origens tambem.... onde era cliente 1, colocar cliente Y, que é a nova ID no banco.....
Enfim, não é dificil de entender ou fazer... é apenas trabalhoso....
T+
|
|
|
|
|
