Escolar Documentos
Profissional Documentos
Cultura Documentos
Colaborao:
Conforme orientaes do chamado SCUMQY, a converso para a verso 11 segue os mesmos procedimentos que a 10, mudando apenas o
nome da funo a ser executada.
Para deixar bem detalhado todos os procedimentos a serem executados, foi desenvolvido esse manual para que a converso saia da melhor
maneira possvel. Foi desenvolvido com base em histricos de converses na prtica, ou seja, esto relatados quase todos os possveis
problemas que podem ocasionar um erro de converso.
Observao extremamente importante: Esse documento no est OFICIALIZADO pela TOTVS matriz, portanto, dever ser seguido apenas
como um guia. Os nomes aqui citados so de pessoas que possuem grande experincia no referido assunto, mas apenas ajudaram no
complemento de informaes desse manual, portanto, no so corresponsveis pelas aplicaes dos procedimentos. Sendo assim, reforamos
a necessidade de efetuar um backup de toda a base de dados.
Sugerimos a leitura INTEGRAL desse documento, antes de iniciar a converso, inclusive os itens relacionados aos problemas ps-converso.
MIT072_Conversao_P11.doc
Pgina 1 de 28
Espao em disco:
O espao em disco livre deve ser de aproximadamente 3 vezes o tamanho atual da pasta System somado ao tamanho do banco de dados.
Ou seja, se a sua database estiver com 4,5 GB, e a pasta system estiver com 500MB, ento, o seu espao em disco livre dever ser de
aproximadamente 15 GB.
Isso se faz necessrio devido ao fato do Protheus efetuar backups de cada tabela (ou mesmo criar tabelas) no momento da converso,
tanto no BANCO DE DADOS (se for observado, sero criadas as tabelas com _BKP, exemplo, SRA010_BKP) como tambm na pasta SYSTEM
e SYSTEMLOAD.
2)
3)
Baixar do portal o arquivo SX2.UNQ e a patch da rotina CheckDupl, e colocar na systemload do ambiente a ser convertido.
b.
Executar a rotina CheckDupl (obs. A rotina no pode ser chamada pelo FORMULAS, tem que incluir no menu do mdulo
CONFIGURADOR (sigacfg.xnu):
<MenuItem Status="Enable">
<Title lang="pt">CheckDupl</Title>
<Title lang="es">CheckDupl</Title>
<Title lang="en">CheckDupl</Title>
<Function>CHECKDUPL</Function>
<Type>1</Type>
<Access>xxxxxxxxxx</Access>
<Module>99</Module>
<Owner>13</Owner>
</MenuItem>
c.
4)
Abrir, via MPSDU, o arquivo SIXEE0.ext (EE = Empresa | ext = DBF ou DTC)
Filtrar pelo campo PROPRI diferente de S
Copiar para um arquivo de backup (o nome que desejar).
Apagar esses ndices. Os mesmos no podero ser utilizados na converso.
Obs.: Ser necessrio volt-los ao arquivo de ndice ao final da converso, atentando-se a seqncia informada pelo sistema. Isso quer
dizer que tambm ser necessrio corrigir esse ndice e seqncia nos rdmakes (fontes customizados) que utilizem os mesmos, e que indicam o
nmero do ndice ao invs do nickname do ndice.
MIT072_Conversao_P11.doc
Pgina 2 de 28
6)
7)
8)
Apagar os arquivos da pasta temporria do Windows (Windows > Executar > %TEMP%). Se no apagar ir influenciar nos arquivos
temporrios do Protheus, e pode ocasionar erros.
Dica para agilizar a converso: Muitos clientes utilizam a empresa 99 para testes, e em muitos casos nem mais utilizada. A sugesto excluir
os arquivos DBF ou DTC dessa empresa, e apagar a empresa do Cadastro de Empresas (abra o arquivo SIGAMAT.EMP via MPSDU, e apague a
mesma).
Incio do Protheus 11
9)
Instalar e subir os servios do Protheus 11. Atualizar com todos os pacotes mais recentes possvel.
a.
b.
c.
d.
e.
f.
MENUS - Categoria: Menu de mdulo. Contempla os arquivos XNU. Esses arquivos devero substituir os da pasta SYSTEM,
porm, fazer um backup antes para, aps a converso, poder comparar e incluir os menus customizados.
g.
BRA.ZIP - Categoria: Dicionrio de dados. Esse arquivo contm o arquivo SXBRA.TXT, que o dicionrio de dados padro do
Protheus
h.
Descompactar o contedo da pasta ACE_8.00 na pasta bin\appserver\. Ateno: somente essa pasta!
i.
Certifique-se que o servidor tenha espao em disco o suficiente para a converso. Recomenda-se, no mnimo, um espao 3 vezes
superior ao da base atual (soma da pasta SYSTEM e a base de dados). Isso se faz necessrio pois o Protheus cria arquivos
temporrios no momento da converso.
10) Descompacte os arquivos de HELP e BRA.ZIP na pasta SYSTEMLOAD da base a ser convertida. Dever substituir os arquivos
existentes.
Obs.: cuidado com os servidores do Protheus que tenham o sistema operacional LINUX, pois quando o arquivo copiado pelo programa
WinSPC (por exemplo) o arquivo pode ser corrompido. Sugesto: copiar via linha de comando diretamente do Linux.
Caso queira, utilize o programa 7-Zip (programa tipo Winrar e Winzip). Gere um arquivo tipo TAR antes de copiar para o Linux, e faa
a transferncia (cpia). Para descompactar no LINUX utilize a sintaxe: tar -xvf nomedoarquivo.tar
Como saber se deu problema? No inicio da converso, aps clicar em Avanar e apresentar a tela de progresso, o sistema ir criar na
pasta systemload os arquivos do dicionrio de dados (SX2, SX3, etc.), exibindo a mensagem:
MIT072_Conversao_P11.doc
Pgina 3 de 28
Observar nessa pasta e, caso demore a criar os arquivos ou mesmo o tamanho desses arquivos no tiverem sendo alterado (para
maior), quer dizer que o arquivo TXT est corrompido, e a converso simplesmente est parada. Sendo assim, encerrar o processo
reiniciando o Server.
Dica: Em casos dos clientes que utilizam apenas o ambiente em linguagem PORTUGUES, dos arquivos de HELP de Campo/Pergunta, deixe
apenas o arquivo HLPPOR.TXT. Dessa forma a converso ser mais rpida, pois no ir atualizar os arquivos de help de campo espanhol e
ingls.
11) Caso tenha um TOP Connect mais atualizado, tambm baixar, instalar e configurar. O mesmo dever apontar para o banco de dados a ser
convertido. No caso do Protheus 11, dever ser utilizado o TOTVS DBAccess. Se no utilizar um DBAccess atualizado, ter srios
problemas. Se quiser utilizar 2 TOPs, pode-se configur-los para compartilhar as licenas, colocando essas configuraes nos INIs dos
Servers dos TOPs:
[General]
Licenselimit=nnn
Onde nnn o limite de licenas que vai consumir do License Server.
12) No arquivo appserver.ini do Protheus 11, criar um ambiente que aponte para o ambiente a ser convertido. Exemplo:
[TOTVS_10_PARA_11]
SourcePath
=
RootPath
=
StartPath
=
x2_path
=
RpoDb
=
RpoLanguage
=
RpoVersion
=
LocalFiles
=
Localdbextension
=
PictFormat
=
DateFormat
=
TopDataBase
=
TopServer = LOCALHOST
TopALIAS
=
RegionalLanguage
=
Helpserver
=
Obs. extremamente importante: No utilize esses espaos e ; em servidores com S.O. Linux.
13) Arquivo de Senhas.
Na converso de testes apresentaram erros no arquivo de senhas. A soluo simples:
a. Apagar o arquivo sigapss.spf da pasta SYSTEM
b. Apagar os arquivos da pasta profile do Protheus_Data
Dessa forma, a senha do Administrador a ser utilizada ser em branco.
Aps a converso, abrir o SIGACFG Configurador, cadastrar a POLTICA, no menu Senhas, e aps cadastrado, sair do CFG, ir na pasta de
backup, copiar o arquivo SIGAPSS.SFP e a pasta profile inteira, e substituir na base convertida.
O procedimento de copiar o sigapss e o profile foi passado pela TOTVS no chamado SCTXW5, e funcionou normalmente.
A dica de apagar o sigapss antes do inicio da converso foi minha, pois na converso o sistema no altera o arquivo. Achei ento mais fcil
fazer dessa forma, pois utilizando o padro era apresentado erro (mas que no impediu a converso).
14) Antes de iniciar a converso, sugiro analisar os erros de converso listados no item 20 desse manual. Dessa forma j se elimina alguns
erros que sero apresentados na converso.
15) Inicio da converso.
MIT072_Conversao_P11.doc
Pgina 4 de 28
Utilizando o arquivo de senha padro (sem apagar o sigapss.spf), ao digitar a senha, deu erro:
MIT072_Conversao_P11.doc
Pgina 5 de 28
Atualizao de release:
Obs.: No foram feitos teste com a verso 8 nem com a 7, ento, no se sabe os riscos que implicariam. Vale lembrar que da verso 7 ou 8
para a 10, existem detalhes especficos a serem analisados, tais como alterao de algumas variveis:
a)
b)
cUsuario: essa varivel no mais utilizada, portanto dever ser trocada para cUserName.
Obs. Importante: Aps selecionar o tipo de converso e clicar o OK, criado o arquivo mpupd.tsk na pasta Appserver do Protheus 11.
Esse arquivo grava os passos da converso, e se, for necessrio re-iniciar a converso, o Protheus utiliza esse arquivo para dar
continuidade.
O mesmo s poder ser apagado se a converso for iniciada do ZERO.
Se a tela para seleo de qual verso ser originada a converso no aparecer, porque existe esse arquivo na pasta APPSERVER.
17) Configurao de execuo do Update: Normalmente so marcadas as opes conforme imagem abaixo, mas isso no uma regra, pode
variar conforme a necessidade de cada empresa/usurio.
MIT072_Conversao_P11.doc
Pgina 6 de 28
gatilho
gatilho
gatilho
gatilho
gatilho
MIT072_Conversao_P11.doc
Pgina 7 de 28
21) Como resolver os erros de converso: abrir o MPSDU (se j iniciou a converso, abra pelo Protheus 11 mesmo. Ver um pequeno detalhe
em Observaes finais).
a.
Em casos de GATILHOS com seqncia duplicada, abrir a tabela SX7EE0.ext, filtrar pelo gatilho mencionado, e apagar os que
estiverem duplicados.
b.
Em casos de INDICES duplicados, abrir a tabela SIXEE0.ext, filtrar pelo ndice mencionado, e apagar os que estiverem duplicados.
c.
Quando o erro referenciar a tabela SXG, significa que o campo est em desacordo com a tabela de GRUPO DE CAMPOS (SXG).
Exemplo:
O do tamanho no SX3 campo EK_NUMOPER dIferente do SXG
Nesse caso, abrir a tabela SX3 (em casos de Campos de tabelas) ou SX1 (em casos de campos de Perguntas), filtrar o campo
mencionado, e na coluna X3_GRPSXG ou X1_GRPSXG, apagar o contedo desse campo, para que o mesmo no faa mais parte desse grupo de
campos.
Obviamente, dever voltar essa informao aps a converso, e analisar os detalhes. O mais recomendado fazer essa anlise antes
da converso.
Obs.: EE = Empresa | ext = DBF ou DTC
Obs. 2: os erros de portugus so do prprio sistema.
d.
Quando o erro referente a chave duplicada na tabela, quer dizer que o CHECKDUPL no foi executado. Para resolver isso, dever
saber qual o X2_UNICO da tabela, e, via banco, fazer um select nessa tabela e ver qual o registro que est duplicado.
MIT072_Conversao_P11.doc
Pgina 8 de 28
Obs.: Ao sair da tela que apresenta os erros de converso, apresentou o seguinte error.log (no caso de no ter apagado o arquivo sigapss.spf):
22) Iniciado novamente a converso - Sem apagar o arquivo MPUPD.TSK da pasta appserver..
Conforme mencionado anteriormente, como se manteve o arquivo MPUPD.TSK, no ser apresentado a tela de seleo da origem da
converso, conforme item 15 desse boletim.
Obs.: Se for apresentada uma tela mencionando que houve erros na converso, seguir os procedimentos mencionados na mesma, e
continuar a converso. Essa mensagem normalmente s apresentada em casos de erros crticos, tais com exemplo, ndices duplicados.
MIT072_Conversao_P11.doc
Pgina 9 de 28
Depois da converso...
23) Acessar o SIGACFG para que o sistema recrie as estruturas dos ndices. Acessar todas as empresas. Se no fizer isso poder dar erro ao
tentar acessar algum cadastro do sistema (Erro de tabela exclusiva).
24) Arquivo de ndices: conforme item 4 desse documento.
Abrir via MPSDU o novo SIX, e tambm o arquivo do backup. Filtrar os ndices e analisar quais alteraes o compatibilizador fez e quais
alteraes voc dever fazer no arquivo de backup.
Exemplo prtico. (Esse ndice s um exemplo. O mesmo no sofreu tal alterao).
Antes da converso:
Conforme orientao no item 4, o ndice 6 seria copiado para uma tabela de backup e excludo dessa tabela principal.
Aps converso:
MIT072_Conversao_P11.doc
Pgina 10 de 28
Aps analisar todos os ndices, poder ento dar um append na SIX principal, com os arquivos contidos no backup.
A sugesto que antes do append seja feito um backup da SIX principal.
25) Reviso dos ndices
Revise os ndices dos fontes customizados, conforme as alteraes executadas no passo 24 e indicao no item 4.
Rev. 008: Normalmente, os fontes personalizados que apontam para os ndices que foram criados pelos usurios, utilizam o DbSetOrder
ou SetOrder, e se na converso essa ordem foi alterada, dever rever/ajustar todos os fontes.
Em alguns casos/fontes utilizada a funo SetNickName, mas isso no indica que no dever ser revisado o campo NICKNAME, pois a
TOTVS no possui um padro para dar nomes em alguns ndices, consequentemente, pode conflitar com o que foi criado pelo usurio.
26) Novo controle de GRUPO DE EMPRESAS.
Para atender ao novo conceito de empresas, filiais e unidades de negcio, foram inclusos 2 novos campos no arquivo SX2.
MIT072_Conversao_P11.doc
Pgina 11 de 28
Obs. Importante: Na converso o sistema no ir alterar o tamanho do campo _FILIAL das tabelas, ser mantido o padro de 2 e as
regras de empresa e filial. No necessrio fazer nenhum tipo de tratamento. Veja o exemplo do SX3 aps converso:
Rev. 008: Outro item importante que dever ser observado que a tabela SX2 no est mais exclusivamente apenas na estrutura do dicionrio
(pasta system), mas tambm est no BANCO DE DADOS, veja:
Portanto, os ajustes citados acima, tambm devero ser feitos nessa tabela SX2 do BANCO DE DADOS.
Novo Grupo de Empresas: Quando for criar uma nova empresa no Configurador (GRUPO DE EMPRESAS), dever seguir os novos
padres e exigncias. Exemplo: ao se criar um novo Grupo de Empresas, e definir o tamanho 6 e seu respectivo leiaute, o campos _FILIAL
automaticamente sero criados com o tamanho 6. Veja o exemplo:
MIT072_Conversao_P11.doc
Pgina 12 de 28
Rev. 008: No link abaixo existem alguns procedimentos explicando sobre o novo conceito de GESTO DE EMPRESAS:
http://www.totvs.byyou.com/artigos?app_ByYouSocialArticle_articleId=79501100&space=advpl
Se aps a converso voc desejar mudar a estrutura das tabelas para atender a esse novo conceito, existem procedimentos tcnicos que
precisam ser realizados com muita cautela. Vide/solicite boletim especfico para esse caso.
27) Executar os passos de criar a poltica de senhas conforme passo 13. Se necessrio, copiar do backup do Protheus_Data o arquivo
SIGAPSS.SPF e a pasta profile, e substituir o da pasta convertida.
28) Substituir os arquivos de menu da pasta system (*.XNU) pelos baixados do portal. Antes, fazer um backup para, aps a substituio,
analisar as customizaes/particularidades.
29) Folha de Pagamento Roteiro de clculo
Quando h uma converso, necessrio apagar o roteiro e fazer com que o sistema recrie o padro. Para isso:
a.
No MPSDU, abra a tabela SRM, copie para um backup as linhas que no so do sistema. Para diferenciar uma linha customizada
de uma linha padro do sistema, poder filtrar, utilizando a expresso, da seguinte forma:
SUBSTR(RM_SEQ,5,1) <> "0"
Obviamente dever ser analisado com mais cautela, pois pode haver alteraes em linhas que terminem com 0. H casos onde
os analistas colocam * no campo RM_DESCRIC.
b.
c.
Entrar no SIGAMDI, e acessar o mdulo GESTO DE PESSSOAL > ATUALIZAES > DEFINIES CALCULO > ROTEIROS CLCULO.
Com esse procedimento o sistema ir recriar os valores da tabela SRM, porm, no seu padro. Aproveite para acessar os demais
menus do item Definies de Clculo, tais como Definio Tabela, Mnemonicos, etc, pois existem procedimentos tcnicos
internos nessas rotinas que so executados quando acessado os mesmos.
MIT072_Conversao_P11.doc
Pgina 13 de 28
Em seguida, voltar ao MPSDU, e dar um append na SRM com o arquivo de backup, para aplicar as linhas customizadas do
cliente.
e.
Nas linhas customizadas, alterar o campo RM_VERSAO para igual a criada pelo sistema. A verso do Protheus 11 194 at essa
data.
, 0 ,
, 0 ,
},;
, 0 ,
, .F.
, .F.
6 },;
6 },;
6 }}
} )
} )
Porm, se deixar dessa forma, e compilar o projeto, ser exibido erro no momento de entrar na rotina no Protheus 11.
Para corrigir isso, dever fazer a seguinte alterao (na linha em destaque azul):
aAdd( aRotinas, { "Oi*"
aAdd( aRotinas, { "Processos Folha*"
, "u_oi()"
, aFolProc
, 0 , 6 , , .F. } )
, 0 , 6 , , .F. } )
MIT072_Conversao_P11.doc
Pgina 14 de 28
MPSDU
No estranhar se voc abrir o MPSDU e no encontrar o MENU. O mesmo estar no canto superior DIREITO:
Novo menu:
Menu padro:
Isso acontece pois o tema est configurado para CLASSIC. Para voltar ao padro, abra o SIGACFG e no menu Miscelanea, Configurao de
Tema, mude para STANDARD e confirme. Abra novamente o MPSDU.
Dica: No Protheus 11, quando se digita o usurio ou a senha errado, o mesmo fechado por completo aps o OK. Anteriormente, a tela de
login se mantinha. J existe um chamado com FNC em aberto - SDEVH3.
B.
Aps insistentes testes de atualizao para o release 11.5, foi encontrado um pequeno problema que, apesar de no ser to grave, causa
um desconforto. O sistema no respeita o X3_FOLDER.
Antes da atualizao:
Foram feitos outros testes tambm sobre as demais informaes do campo (tamanho, valid. Usurio, etc, etc) e nesse caso ele manteve o
legado (menos mal). Portanto, sempre faam um backup e posteriormente ajustem o X3_FOLDER.
MIT072_Conversao_P11.doc
Pgina 15 de 28
C.
Colletion diferentes entre a DataBase e a Tabela. Reforando: a TOTVS homologa somente o collation LATIN1_GENERAL_BIN
Aps a concluso da converso, e dado inicio ao uso do sistema, pode ocorrer o seguinte erro (como exemplo):
Criar uma nova database no banco, com o collation correto. Criar as conexes ODBC e no DBAccess para apontarem para essa nova
database. Abrir o MPSDU, e Importar (CTRL + T) as tabelas da database antiga para a database nova. Dependendo do volume de
informaes, esse processo pode demorar significativamente. Pode-se utilizar o conceito de Multi-Processo (at 10 jobs), e tambm
desativar o Set Deleted antes de iniciar a importao. Dica do Evandro TOTVS Matriz.
MIT072_Conversao_P11.doc
Pgina 16 de 28
iii) Abra a tabela via MPSDU, copie os dados para uma tabela de backup, droppe, recrie (entrando no sistema), e append. Verifique
no banco que os campos ficaram com o mesmo collation da Database. Caso isso no funcione, faa o passo ii.
iv) Abra o SQL. Localize a tabela citada no error.log. Clique com o boto direito e escolha a opo Design:
Em cada campo (isso mesmo, em cada campo) na opo Table Designer, troque o collation para <database default>:
Uma dica simples para saber se o collation do banco est errado, efetuar uma pesquisa em algum browser (por exemplo, Nome no Cad.
Funcionrios), e se o sistema permitir/encontrar alguma informao escrevendo em minsculo, indica que est errado. Isso porque o collation
LATIN1_GERENAL_BIN case sensitive, portanto, no encontra valores que no sejam exatamente eles.
Cuidado: se for ajustado o collation do banco, fique atento as rotinas customizadas que utilizem comandos SQL, pois, se estiverem em sintaxe
errada, poder ocorrer erros nas rotinas. Veja exemplo abaixo:
cQuery := "SELECT NULL AS TAB FROM SYSOBJECTS WHERE ID = OBJECT_ID('"+cTab+"') "
TCQUERY cQuery NEW ALIAS "QTEMTAB"
Essa sintaxe acima funciona pois o banco est no collation errado.
No collation correto, a sintaxe SYSOBJETCS dever estar escrito em minsculo:
cQuery := "SELECT NULL AS TAB FROM sysobjects WHERE ID = OBJECT_ID('"+cTab+"') "
TCQUERY cQuery NEW ALIAS "QTEMTAB"
D.
MIT072_Conversao_P11.doc
Pgina 17 de 28
Aps executar o U_UPDCTB em um cliente, observamos que o sistema literalmente sumiu com um campo da tabela somente no BANCO
DE DADOS, mas ainda existia no SX3.
Aps vrias analises, conclumos o seguinte:
1)
Problema: Quando tentamos acessar o cadastro de Classe de Valor, o sistema exibe o erro de que no existe o campo
CTH_X_NAT.
2)
Causa do problema: tabela compartilhada pelo SX2, mas a estrutura da SX3 esto diferentes.
Detalhes tcnicos:
SX2010 = CTH = Arquivo = CTH010
SX3010 = CTH = Campo = CTH_X_NAT = Ordem 25 <= OK
SX2020 = CTH = Arquivo = CTH010
SX3020 = CTH = Campo = CTH_X_NAT <= Esse campo no existe na SX3 da empresa 02
Isso ocorre quando o compartilhamento feito manualmente depois que o campo est criado somente em uma nica SXs.
Na atualizao (U_UPDCTB, por exemplo), o sistema efetua um alter table com base no SX3 quando existem novos campos.
Quando rodou o upd, o que ocorreu:
Empresa 01
- O sistema alterou a tabela CTH010 com base no SX3010
Empresa 02:
- O sistema alterou a tabela CTH010 novamente (devido ao compartilhamento na SX2020) com base no SX3020 <= Aqui que
houve o problema, pois na SX3 da 02 no tem o campo CTH_X_NAT.
3)
Soluo:
a)
Solicitar para o usurio acessar o cadastro de Classe de Valor e preencher manualmente esse campo (invivel)
b)
Correta: abrir a tabela CTH010 do backup, e copiar para DBF ou CTREE. Passos:
I.
II.
III.
IV.
O que importante relatar que, quando se cria um campo em uma tabela que j estava compartilhada pelo SX2, o sistema no cria
automaticamente na SX3 da outra empresa, sendo necessrio cria-lo tambm nas outras empresas.
1)
MIT072_Conversao_P11.doc
Pgina 18 de 28
2)
3)
MIT072_Conversao_P11.doc
Pgina 19 de 28
4)
Comprovao:
Conclumos que, com isso, numa atualizao que venha a criar novos campos nessa tabela, sem duvidas ir ocorrer do sistema apagar esse
campo P1_X_TESTE no BANCO DE DADOS.
Soluo:
1)
Manual:
Analisar no SX2 quais so as tabelas que esto compartilhadas, exemplo do filtro abaixo:
2)
A.
B.
C.
Appendar os campos da SX3010, claro, filtrando somente os das tabelas que esto compartilhadas.
MIT072_Conversao_P11.doc
Pgina 20 de 28
#INCLUDE 'PROTHEUS.CH'
#include "rwmake.ch"
#include "topconn.ch"
//ROTINA QUE VERIFICA O SX3 que seria o padro (no caso o SX3010)
//com o SX3 que estaria desatualizado (SX3020) e cria os campos necessrios no mesmo.
//Faz isso somente das tabelas que esto compartilhadas entre as empresas.
//NO MOMENTO DE EXECUTAR A ROTINA, DEVER ESTAR POSICIONADO NA EMPRESA QUE POSSIVELMENTE ESTARIA ERRADO, NO EXEMPLO ACIMA, 02
User Function ValSX3()
Local aTabelas := {}
Local aCampos := {}
Local nAux
:= 0
Local cCpo
:= ""
Local nCpo
:= 0
Local xcEmpCor := "01" //EMPRESA COM O SX3 CORRETO
Local xcEmpAju := "02" //EMPRESA A SER AJUSTADA
Private cEOL := CHR(13)+CHR(10)
Private cLog := "ARQUIVO DE LOG DE AJUSTE DOS CAMPOS DA SX3 - EMPRESA ORIGEM (CORRETA): "+xcEmpCor+ "
Aps efetua a converso, foi observado que o sistema alterou o tamanho de alguns campos padres, o que poder ocasionar em erros bem
complexos para serem ajustados. Abaixo segue evidencia dos testes:
1)
MIT072_Conversao_P11.doc
Pgina 21 de 28
2)
3)
Foi alterado tambm o tamanho do campo B1_QTMIDIA, porm, tal campo no estava bloqueado para alterao, portanto, no foi
necessria a interveno manual no SX3.
4)
MIT072_Conversao_P11.doc
Pgina 22 de 28
5)
6)
G.
Tabela SX5
Muitos clientes costumam aproveitar a estrutura/conceito da tabela SX5, para criar tabelas especficas, como a do exemplo abaixo:
No Protheus 10:
MIT072_Conversao_P11.doc
Pgina 23 de 28
Para esse caso no h soluo a no ser revisar quais foram as tabelas que o cliente criou, e refaz-las com outra chave.
MIT072_Conversao_P11.doc
Pgina 24 de 28
2.
Atualizar esta verso 7.10 completamente e baixar o programa e o documento que vai explicar como rodar a rotina que vai eliminar os registros duplicados da base da verso 7.10 antes de iniciar o processo de
converso. (o ftp que segue vai trazer um patch e um documento explicativo sobre como atualizar o sistema e criar um programa no configurador que execute a rotina de compatibilizaco. ->
ftp://ftp.microsiga.com.br/sistemas/CheckUnique/)
3.
Aps rodar essa rotina no banco da verso 7.10, instalar a verso 8.11 e atualiza-la completamente.
4.
Instalar e atualizar o topconnect verso 4.0 ( e verificar se o seu mp8srv.ini indica que esta usando a dll da verso 4.0).
5.
Criar um ambiente no topconnect que aponte para a sua base da verso 7.10 e testar esta conexo dentro do prprio topmonitor.
6.
Criar um ambiente na verso 8.11 que aponte para a pasta da verso 7.10 como o exemplo:
[Base710]
SourcePath=c:\Protheus8\apo
RootPath=c:\ap7
StartPath=\sigaadv\
RpoDb=Top
RpoLanguage=portuguese
RpoVersion=811
LocalFiles=ads
localdbextenGsion=.dbf
PictFormat=DEFAULT
DateFormat=DEFAULT
TopDataBase=MSSQL
TopServer=Saturno
TopALIAS=dbDatabase
helpserver=192.168.1.1
Obs: Pode-se sim criar uma pasta na verso 7.10 chamada System e copiar os dados da pasta \SIGAADV\ para ela.. porem para fazer isso ser necessrio entrar nos arquivos SX2 de cada empresa e mudar o path de SIGAADV
para SYSTEM, e fazer a mesma coisa com o arquivo de parmetros, alem de deixar o StartPath=\SYSTEM\
Porem, prefiro fazer a converso usando a pasta original sem realizar esta substituio, deixando para realiza-la aps a converso para a verso 8.11.
7.
Copiar para a pasta da verso 7.10 a pasta \systemload\ da verso 8.11 (essa pasta contem o arquivo SXSBRA.TXT que o dicionrio de dados que ser utilizado para descompactar as tabelas na pasta \sigaadv\ da
verso 7.10.
8.
Remover do arquivo de ndices, todos os ndices criados pelo usurio, e copia-los num arquivo a parte, pois ser necessrio volta-los ao arquivo de ndice ao final da converso, atentando-se a seqncia informada pelo
sistema.. isso quer dizer que tambm ser necessrio corrigir esse ndice e seqncia nos rdmakes que utilizam ndices criados pelo usurio e que indicam o numero do indice ao invs do nick do ndice.
9.
Seguidos estes passos, entre na verso 8.11, digite no programa inicial: mp710to811 e no ambiente o ambiente que foi criado acima (apontando para a base da verso 710).
10.
O sistema vai informar que esta verso atualizada permite atualiza o protheus 7.10 para a verso 8.11 R2 (Segundo release) ou ento de uma verso 8.11 para o 8.11 R2, escolha apenas primeira opo.
11.
em seguida a tela que segue solicita a criao de sindex exclusivo, selecione esta opo.
12.
A prxima tela informa quais empresas passaro pelo processo de converso, verifique se constam todas as empresas. (apenas a empresa matriz aparece, as filiais apesar de no aparecerem sero convertidas tambm
pois pertencem a mesma famlia de arquivos.)
13.
Escolha ento na prxima tela as opes de converso, ou seja, marque Warning Error, Remover arquivos de backup aps atualizao,substituir arquivo de log existente e Corrigir erros automaticamente. (no
selecione permitir interromper processo de converso, pois esta opo faz com que cada um dos passos da converso solicite interao do usurio para passar para o prximo passo.)
14.
15.
Aps a converso:
Volte os ndices criados pelo usurio
Copie o contedo da pasta \sigaadv\ da verso 7.10 para a pasta \system\ da verso 8.11.
Copie o contedo da pasta \profile\ da verso 7.10 para a pasta \profile\ da verso 8.11.
Verifique o path do arquivo sx2 se estah correto e apontando para a pasta \SYSTEM\ ao invs de \SIGAADV\ (o mesmo vale para o aquivo de parmetros)
Copie o contedo da pasta \RDMAKE\ da verso 710 para a pasta \my projects\ da verso 8.11 e revise os rdmakes que utilizam esses ndices.
Abrir os Menus do systemload da internet na pasta /SYSTEM/
Apagar o roteiro da folha (SRM010)
Entrar no cadastro de roteiro para ele criar o padro
Voltar o roteiro dos usurios e corrigir a seqncia baseada na seqncia da versao anterior
Possveis erros:
1)
Arquivos da contabilidade so diferentes dos informados em seus dicionrios.
R: Verifique se o arquivo de grupos contbeis contem o tamanha correto dos arquivos, esse arquivo contem o tamanho mnimo e o tamanho maximo destes arquivos, se necessrio corrija o tamanho do campo de cdigo contbil
no sx3, mate a tabela e a appende.
2)
Arquivos insistem em derrubar a converso, dando erros inesperados. (Comum para tabelas SQ da qualidade.)
R: Renomeie este arquivo e reinicie a converso, e aps a converso, appende este arquivo apagado com o contedo do renomeado, ou copie a tabela pra outra e drope para depois appenda-la a partir desta copia.
3)
Sistema trava durante a converso de arquivos muito extensos.
R: Derrube a conexo e inicie novamente a converso. Pode haver perda de sincronismo entre server e remote, mas no apague os .log, nem os .tsk, apenas os .cdx devem ser apagados.
4)
Algum erro que precise comear tudo novamente.
R: Apague os arquivos com extenso .tsk (arquivo de lista de tarefas da converso, que serve para saber quais os passos que foram feitos pelo sistema durante a converso).
Obs: Eis a a necessidade da copia antes da converso.. tanto da pasta AP7 quanto do banco, pois se precisar comear tudo novamente prefervel voltar o backup do que uma converso j iniciada.
5)
Erro em append por conta de ndices.
R: Verifique os ndices criados, podem ter sido duplicados acidentalmente, ou ento no constam do arquivo de ndices.
6)
sistema no entra mais por causa de senha errada, mesmo informando a senha do administrador. (erro corrigido na verso 8.11.009)
R: comece apagando o arquivo de extenso .spf pois este arquivo pode ter sido corrompido durante a converso. Se ainda assim der errado, apague a pasta \PROFILE\ pois as configuraes de usurios podem estar erradas.(
claro que precisa de uma copia desta pasta a parte.)
Obs: para a converso de menus de usurios o sistema deixa a desejar na converso do caminho destes menus, ou seja, nas configuraes de usurios os menus de usurios continuaro apontando para a pasta \sigaadv\ ao
invs da nova pasta \system\ criada na verso 8.11.. .para isso existem duas opes: Criar uma pasta \sigaadv\ na verso 8.11 que contenha somente os menus de usurios, ou ento entrar via configurador no arquivo de
usurios, e mudar um a um os caminhos de cada um dos menus.
MIT072_Conversao_P11.doc
Pgina 25 de 28
rea
Ocorr.
Descrio
Cons. Externo
An. Alocado
Dt. Ocorr.
TBR047-FABRICIO DA
SI
TI3205 DANIEL
04/07/08 13:50
N1-FRAMEW2
FeedBack
a. Descompacte: Help_de_Campo_Pergunta.zip
- HELP
Palavra: Protheus10
Categoria: Help de Campo/Pergunta
b. Descompacte: Menu_de_Mdulo.zip e Dicionrio_de_Dados.zip
- MENUS
Palavra: Protheus10
Categoria: Menu de mdulo
- BRA.ZIP
Palavra: Protheus10
Categoria: Dicionrio de dados
3. Exclua
4. Exclua
5. Exclua
6. Exclua
MIT072_Conversao_P11.doc
Pgina 26 de 28
:= {}
MIT072_Conversao_P11.doc
Pgina 27 de 28
"rwmake.ch"
"topconn.ch"
"PROTHEUS.CH"
"TBICONN.CH"
/*
FABRICIO AMARO - 06/06/2011
ROTINA PARA REGISTRAR A APLICAO DOS UPDATES
RESUMO: PARA CADA UPDATE O SISTEMA IR GRAVAR UM ARQUIVO COM O MESMO NOME DO UPDATE MAIS (+) A DATA DO FONTE DESSE UPDATE
SE NA PROXIMA APLICACAO O SISTEMA VERIFICAR QUE A DATA DIFERENTE, IRA APLICAR NOVAMENTE
OBS.: SE CLICADO EM SIM PARA EXECUTAR O UPDATE, E DEPOIS CANCELAR O UPDATE (ROTINA PADRAO) FICAR GRAVADO NESSE LOG QUE ELE J FOI EXECUTADO,
PORTANTO, PARA ESSE CASO, IR NA PASTA DO LOG E APAGAR O ARQUIVO PARA QUE ELE POSSA SER EXECUTADO NOVAMENTE.
*/
User Function MeusUpds()
Private oGera2
p11 := .T.
cLocUpd
cUpd
If p11
:= "UPDS\"
:= SPACE(15)
//PASTA NA SYSTEM QUE FICAR GUARDADO O LOG DOS UPDATES - SUGESTO: CRIE ESSA PASTA
cLocSystem
cLocSmart
cTCP
cAmbiente
cProgCli
:= "C:\TOTVS 11\Microsiga\Treinamento\system\"
:= "C:\TOTVS 11\Microsiga\Protheus\bin\smartclient\"
:= "TCP"
:= "TOTVS_10_PARA_11"
:= "SmartClient.exe"
cLocSystem
cLocSmart
cTCP
cAmbiente
cProgCli
:= "A:\Protheus10\Treinamento\system\"
:= "A:\Protheus10\bin\smartclient\"
:= "TCP"
:= "Treinamento"
:= "TotvsSmartClient.exe"
//CAMINHO COMPLETO DA
//CAMINHO COMPLETO DA
//COMUNICAO TCP COM
//AMBIENTE
//NOME DO PROGRAMA DO
PASTA SYSTEM
PASTA SMARTCLIENT
O SERVIDOR
SMARTCLIENT (PROTHEUS10 = TOTVSSMARTCLIENT.EXE | PROTHEUS 11 = SMARTCLIENT.EXE)
Else
EndIf
cLog
cLog2
nCont1
//CAMINHO COMPLETO DA
//CAMINHO COMPLETO DA
//COMUNICAO TCP COM
//AMBIENTE
//NOME DO PROGRAMA DO
PASTA SYSTEM
PASTA SMARTCLIENT
O SERVIDOR
SMARTCLIENT (PROTHEUS10 = TOTVSSMARTCLIENT.EXE | PROTHEUS 11 = SMARTCLIENT.EXE)
:= ""
:= ""
:= 0
cMsg :=
Else
EndIf
MsgBox(cMsg,"Acabou","INFO")
If MsgBox("Deseja executar novamente a rotina MeusUpd's?","Meus Upds","YESNO")
U_MEUSUPDS()
EndIf
EndIf
Return
MIT072_Conversao_P11.doc
Pgina 28 de 28