Aviso: Este artigo ainda é um rascunho!

 Integração

Passos para migração do Totali Lite para o Totali 2000

Passo 1

Entrar na Manutenção\Validação da base e executar a rotina de teste da base. Em seguida deve-se corrigir os erros apontados. Antes de executar a importação definitiva para o banco, deve ser executada novamente esta opção. Utilizar o Lite versão 4.3a ou superior.

Para facilitar os testes na base foi criado o arquivo:

..\Base de Conhecimento\Lite\Migração_Lite_2000\valida.prg.

Como usar

1-Copie os arquivos valida.* para uma [pasta qualquer].

2-Abra o lite normalmente.

3-Entre na opção "Manutenção"

4-Digite: DO [pasta qualquer]\valida

5-Entre novamente na opção de valida base e verifique se os dados foram validados.

Atenção! O valida.prg deve ser usado apenas para teste de conversão, pois a base é atualizada com dados irreais apenas para não acusar erros na Validação da Base.

Testar CPF/CNPJ inválidos

O Totali 2000 não exige que o NUMDOC seja válido. Esta opção pode ser usada para deixar a base mais coerente.

Corrigir campos numéricos inválidos:

Esta opção é um pouco lenta, mas é necessária que seja executada pelo menos uma vez.

Alterar CPF/CNPJ inválido repetido =

Facilita a correção dos NUMDOC?s repetidos. Somente são corrigidos os inválidos, pois, os demais devem ser analisados caso a caso pelo próprio cliente.

Alterar SUBPAR das parcelas repetidas:

Alterar automaticamente as parcelas repetidas

Alterar REFPRO igual a REFBAS:

No Totali 2000 não pode ter REFPRO=REFBAS, com esta opção setada serão alterados todos os REFPRO que tiverem um REFBAS idêntico.

Somente é obrigatório corrigir os registro que serão importados pelo cliente.

Exemplo1: Caso o cliente não queira importar os registros de compras não será necessário corrigir estes registros.

Exemplo2: Caso não seja corrigido o NUMDOC repetido não será exportado qualquer registro para TT_CLI.

A exportação está esperando que a base do Totali Lite esteja consistente, ou seja, sem os erros apontados pela validação da base. O único erro que é ignorado na importação é do NUMDOC inválido, o qual é apontado apenas para conhecimento da situação da base.

Passo 2

Instalar a ODBC do fox (vfpodbc5.exe)

Passo 3

Alterar na BDE "Visual FoxPro Tables" o registro "BLOBS TO CACHE=4096"

Passo 4

Alterar a configuração da ODBC desmarcando a opção ?DELETED?, conforme exemplo abaixo:

Passo 5

TTCONFIG

Deverá ser cadastrada a filial com o mesmo número usado no ttimportaLite. Cadastrar corretamente os dados de UF e município para cada filial.

Passo 6

IMPORTAR DBF

Usar o programa TTImportaLite para importar os DBF?s para o banco.

Filial: Código da filial já cadastrada no banco referente aos dados que serão importados.

Caminho... : Local onde se encontra a base do Totali Lite.

Destino: Servidor para onde será exportada da base do Totali Lite.

Passo 7

Para manter apenas um cliente ?VENDA AO CONSUMIDOR? é necessário manter o mesmo NUMDOC no LITE e na base ORACLE/POSTGRE.

Por definição o cliente ?VENDA AO CONSUMIDOR? no ORACLE/POSTGRE é TT_CLI.FILCLI = ?001? e para o TT_CLI.CODCLI = ? 1?. Ex: SELECT NUMDOC FROM TT_CLI WHERE FILCLI = ?001? and CODCLI = ? 1?;

=== Passo 8 === EXECUTAR OS SCRITPS

Deve executar os scripts na ordem dos nomes dos arquivos, com exceção do script MIGRA11_INI_000 que deve ser executado após o MIGRA1_INI apenas quando for concentrador. Nas bases lite não executar o script. Migra11.

O MIGRA0_CFG deve ser aplicado apenas para a primeira filial. Se aplicar para as demais, será sobreposto os registros da TT_CFG. As explicações de cada script de migração estão descritas no anexo2.

No banco oracle usar o programa SQL Plus e no banco postgreSQL usar o programa PSQL para executar os scripts. (Ver detalhes no anexo 1)

ANEXO 1 - Dicas POSTGRE

Pode ser utilizado o programa dbExperts Command Prompt para executar os scripts. Entre no programa e digite: cd bin -- Acessa o diretório onde está o psql. psql -U TOTALI -h TTSERVER totali --Conecta no banco \i arquivo.sql -- Executa os scripts.

Importante! Antes de fazer a migração no postgre é interessante refazer os índices. Para isto entre no dbExperts e digite o comando: cd bin vacuumdb -z -b -U LITE -h ttserver totali -- Faz a analise no banco

ANEXO 2 ? Descrição dos Scripts de Migração

O nomes dos arquivos sempre serão encerrados com o nome do banco no qual deverá ser aplicado. O resultado é o mesmo para qualquer banco. Ex: MIGRA0_CFG_ORACLE.sql ou MIGRA0_CFG_POSTGRE.sql

Seguem as explicações de cada arquivo.

MIGRA0_CFG_<BANCO>:

Executar este scripts apenas para a primeira filial importada. Caso for executado para as demais filiais serão sobrepostas todas as configurações do Totali Lite.

MIGRA1_INI_<BANCO>:

Cria os novos campos que irão auxiliar na migração.

MIGRA11_INI_000_<BANCO>:

Utilizado apenas para o concentrador. Este arquivo deve ser editado para informar os códigos corretos de cada filial.

MIGRA2_TAB_<BANCO>:

Importa todos os registros correspondentes as tabelas. Ex: Configuração de série, naturezas, planos, cartões, ... Com isto não será necessário ao cliente configurar novamente no TTCONFIG.

MIGRA31_CLI_<BANCO>:

Importa todos os clientes. Caso algum NUMDOC já esteja cadastrado o importador não irá importar novamente o registro, assumindo que o cliente seja o mesmo. O arquivo TT_CLI deve estar sempre limpo antes da importação. Caso já tenha sido cadastrado alguns clientes anteriormente, deverá ser revisto a ação a ser tomada.

MIGRA32_FOR_<BANCO>:

Importa todos os fornecedores. Caso algum NUMDOC do fornecedor já estiver cadastrado nos clientes será assumido o mesmo código do cliente para o fornecedor. Com isto garante-se que não importe em duplicidade.

MIGRA33_USU_<BANCO>:

Importa todos os usuários.

MIGRA4_PRO_<BANCO>:

Importa todos os produtos e grades com seus respectivos preços e impostos. Caso o REFPRO da grade já esteja cadastrado não será importado novamente nenhum item deste produto.

MIGRA5_VEN_<BANCO>:

Importa todas as vendas e parcelas a receber.

MIGRA6_LAN_<BANCO>:

Importa os lançamentos de estoque.

MIGRA7_COM_<BANCO>:

Importa as compras a parcelas a pagar.

MIGRA8_SEQ_<BANCO>:

Gera os sequênciadores que podem ter sidos alterados na migração. Este sempre será o último arquivo a ser gerado.