Check List – Antes de executar o migrador.
1 – Itens que precisam ser verificados antes das configurações do ambiente de migração da V11 para a V12.
- Criar conexão do SISJURI V11 no DBAccess do Protheus e fazer o teste de conexão. Migrador SISJURI V11 x SISJURI V12 (Protheus)
- Atualizar o Binário, aplicar o quinzenal do PFS e o executar o RUP_PFS.
- Verificar se no TNSnameora a conexão do SISJURI foi criada.
- Verificar o tamanho das tablespaces do banco de dados V11 e V12.
- Verificar a quantidade de memória utilizada pelo "Appserver". Recomendamos 64gb de memória, se possível.
- Opcional a configuração da Execução das Estatísticas do banco de dados de 8 em 8 horas.
- Opcional o truncar das tabelas de métricas do Protheus (owner.MP_CUSTOM_METRICS_EXP e owner.MP_CUSTOM_METRICS), realizar a ação caso aconteça um erro com essas tabelas.
- Verificar se versão do banco de dados está homologada pela TOTVS (https://tdn.totvs.com/display/public/PROT/Banco+de+dados+homologados) .
- Verificar a versão do banco de dados está homologada com o DBAccess (DBAccess - Banco de dados).
Verificar a configuração recomendada referente a quantidade de threads do DBAccess:
ThreadInfo=0
ThreadMin=800
ThreadMax=0
ThreadInc=400Links das documentações referente a configuração de Threads no DBAccess.
https://tdn.totvs.com/pages/viewpage.action?pageId=519204196
https://tdn.totvs.com/pages/viewpage.action?pageId=433236607
https://tdn.totvs.com/pages/viewpage.action?pageId=519204038
https://tdn.totvs.com/pages/viewpage.action?pageId=519203974- Desabilitar a compressão de índices do banco de dados Oracle, isso melhora muito a performance das rotinas. Essa funcionalidade só existe na versão Oracle Enterprise.
- Executar os grant de todos os owner do SISJURI V11 para o V12 (PROTHEUS) e vice-versa.
- Grant de insert, update e delete das tabelas do Sisjuri V11 para o usuário Protheus
- Grant para executar procedures, functions, etc do Sisjuri V11 para o usuário Protheus
- Grant de insert, update e delete das tabelas do Protheus para o usuário SISJURI
- Grant para executar procedures, functions, etc do Protheus para o usuário SISJURI
- Grant select on RCR.ADVOGADO_ANOMES to SSJR with grant option
- Grant select on RCR.ADVOGADO_ANOMES to PROTHEUS with grant option
2 – Configurações do ambiente e do Protheus
- Instalação e configuração do VSCode. Servirá para compilar os fontes do migrador.
- Receber ou solicitar os fontes do migrador.
- Configurar o ambiente para o modo exclusivo.
- Compilação de todos os fontes do migrador via VSCode.
- Trocar o "Specialkey" do "Appserver", caso tenha acesso.
- Limpar o log do "Appserver", caso tenha acesso.
- Configurar o log do Appserver para 500mb (524288000) - ConsoleMaxSize
- Atualizar o V11 (SISJURI) para criar o campo VLADIANTAMENTO na tabela "RCR.FATURA".
- Colocar o CNPJ para todas as filais pelo SIGACFG para evitar o erro de "FederalID".
- Executar o Wizard para as moedas necessário e no campo Programa inicial da tela de acesso do V12 (Protheus) digitar a função "U_CTBWIZMOEDAS".
10. Executar os grants abaixo com o usuário SSJR:
create table ssjr.mig_clientes (COD_CLIENTE number(10), MIGRADO varchar2(1))
grant all on ssjr.mig_clientes to PROTHEUS
grant all on ssjr.mig_clientes to rcr
grant all on ssjr.mig_clientes to finance
11. Verificar e ajustar as inconsistências do Contas à Pagar do V11 antes de iniciar a migração:
- Título com valor desdobrado diferente do valor do título. (POSSÍVEL ERRO - Não é possível realizar a operação em um título com valor desdobrado diferente do valor do título.)
- Valor do título vazio ou em branco. (POSSÍVEL ERRO - Um ou mais campos obrigatórios não foram preenchidos. Campo "Vlr.Titulo".)
- Título tem baixa para ser realizada. (POSSÍVEL ERRO - O título selecionado já está baixado ou não existem títulos a baixar neste momento.)
- Códigos de barra inválido. (POSSÍVEL ERRO - Código de Barras Inválido.)
- Número título já existe para este fornecedor. (POSSÍVEL ERRO - E2_TIPO:= NF < -- Invalido )
- Valor digitado maior do que o valor pendente no título. Utilizar o script registros-com-valor-maior.txt para saber quais registros estão com esse problema.
3 – Criação de conta para clientes estrangeiros ou pessoa física.
Antes de executar o migrador precisamos criar uma conta para os clientes estrangeiros.
Consultar o parâmetro = CONTARECEITACLIENTE
Utilizar o script está no arquivo de "1-Criacao-de-conta-para-clientes-estrangeiros".
Após a inclusão, guardar código NATUREZA_PROTHEUS para inserir na tela do migrador no item 42.
1-Criacao-de-conta-para-clientes-estrangeiros.txt
4 – Ajuste da Natureza_Protheus no ambiente V11.
Utilizar o script de "2-Depara-Natureza-Protheus".
2-Depara-Natureza-Protheus.zip
5 – Ajuste nas minutas ativas no ambiente V11.
Utilizar o script de "3-Ajuste de minutas ativas para a mesma "Pré-Fatura".
3-Ajuste de minutas ativas para a mesma pré-fatura.zip
6 – Verificar o preenchimento dos parâmetros abaixo, pois os mesmos não podem ficar vazios.
Utilizar o script de "4-Ajustes-dos-parametros" e abaixo alguns exemplos. Os exemplos são apenas ilustrativos, você deverá preencher conforme o retorno do script.
MV_JNATFAT = 02.30.0002
MV_JNATDES = 02.42.0002
MV_JMOENAC = 01
MV_JADTNAT = 06.50.0002
update U_CZTVEU_PR.SX6010 set X6_CONTEUD = '02.30.0002' where X6_VAR = 'MV_JNATFAT'
update U_CZTVEU_PR.SX6010 set X6_CONTEUD = '02.42.0002' where X6_VAR = 'MV_JNATDES'
update U_CZTVEU_PR.SX6010 set X6_CONTEUD = '01' where X6_VAR = 'MV_JMOENAC'
update U_CZTVEU_PR.SX6010 set X6_CONTEUD = '06.50.0002' where X6_VAR = 'MV_JADTNAT'
7 – Vinculo dos parâmetros do plano de contas e as contas por fornecedor e a Unificação das contas do fornecedores.
Utilizar o script de "5-Unificação de contas de fornecedores".
5-Unificação de contas de fornecedores.zip
8 - Ajustar as contas dos profissionais.
Utilizar o script de "6-Ajustes nas contas dos profissionais".
6-Ajustes nas contas dos profissionais.zip
9 – Ajuste dos campos divergências conforme o arquivo "Campos com divergência de dicionários Sisjuri V11 x Sisjuri V12"
- O campo A1_METR tem que aumentar para 12,2.
- O campo A1_MATR tem que aumentar para 8 e ajusta o picture.
- O campo NXE_FILIAD tem que aumentar para 4.
- O campo NWL_VALFIN verificar se irão aumentar o campo para 16,5 ou excluir os registros acima de 12 posições.
- Ajustar o grupo de campo de 9 para 10 do centro de custo.
- Ajustar a loja para o tamanho 3.
- Ajustar o campo NWF_VALOR para 16,2.
- Ajustar o campo NV4_QUANT para 6.
- Ajustar o campo NVY_Valor para 16,2.
- Ajustar o campo NVY_QTD para 10.
- Ajustar o campo OHB_DNATDE e OHB_DNATOR para 200.
- Ajustar o campo NT0_NOME para 200.
- Ajustar o campo OHB_QTDDSD para 9.
- Ajustar o campo E2_INSSRET para 14,6. Ajustar o RESERV primeiro.
- Ajustar o campo NRF_DESC para 254.
- Ajustar o campo NTV_DESC para 254.
- Ajustar o campo NXF_COTAC1 para 14,6.
- Ajustar/criar o índice da OHS.
- Ajustar os campos conforme o arquivo "7-Campos com divergência de dicionários Sisjuri V11 x Sisjuri V12".
select * from protheus.SX3010
where X3_CAMPO IN ('A1_METR','A1_MATR','NXE_FILIAD','NWL_VALFIN','NWF_VALOR','NV4_QUANT','NVY_VALOR','NVY_QTD','OHB_DNATDE','OHB_DNATOR','NT0_NOME','OHB_QTDDSD','E2_INSSRET','NRF_DESC','NTV_DESC','NXF_COTAC1')
7-Campos com divergência de dicionários Sisjuri V11 x Sisjuri V12.zip
10 - Criação de campos no Protheus V12.
Campo = NVE_DTEFT
Tipo = Data
Tamanho = 8
Decimal = 0
Título = Data efetiv
Descrição = Data efetivacao do caso
Usado = Sim
Obrigatório = Não
Browse = Não
Inic. Padrão Iif(NVE->NVE_SITCAD == "2", Date(), " ")
Contexto = Real
Propriedade = Visualizar
Pasta = 1
Ordem = 58
-------------------------------------------
Campo = NVE_DESCAS
Tipo = Memo
Tamanho = 10
Decimal = 0
Título = Descr. Caso
Descrição = Descritivo do Caso
Usado = Sim
Obrigatório = Não
Browse = Não
Contexto = Real
Propriedade = Alterar
Pasta = 1
Ordem = 62
11 – Verificar se as moedas dos bancos que estão vinculadas as naturezas estão com a moeda diferente.
Não podemos ter um banco atrelado a uma natureza cuja a moeda seja diferente.
As moedas precisam estar iguais no banco e na natureza.
Fazer o ajuste para as moedas 1, 2 e 3.
select p.pctcnumeroconta, p.pctctitulo, p.codigo, c.moeccodigo, c.ctancodig, c.ctacagencia, c.ctacconta, c.*
from finance.planocontas p, rcr.contas c
where p.pctcnumeroconta = c.pctcnumeroconta
and p.codigo <> c.moeccodigo
O update abaixo pode ser feito no final.
Os campos de A6_MOEDA e ED_CMOEJUR deverão seguir o DE-PARA de Moedas.
update PROTHEUS.SA6010
set A6_MOEDA = 3
where (A6_COD, A6_AGENCIA, A6_NUMCON) IN
(select B.A6_COD, B.A6_AGENCIA, B.A6_NUMCON--S.ED_CODIGO, S.ED_DESCRIC, S.ED_CMOEJUR, B.A6_MOEDA
from PROTHEUS.SED010 S, PROTHEUS.SA6010 B
where S.Ed_Cbanco = b.a6_cod
and s.ed_cagenc = b.a6_agencia
and s.ed_cconta = b.a6_numcon
and to_number(s.ed_cmoejur) <> b.A6_Moeda
and s.ed_cmoejur = '03')
12 – Ajustes das moedas da tabela rcr.contas (moeccodigo não pode estar vazio e diferente).
Executar o cursor abaixo para fazer o ajuste deste item.
DECLARE CURSOR CDADOS IS
select p.pctcnumeroconta CONTA, p.pctctitulo TITULO, p.codigo MOEDA_CONTA, c.moeccodigo MOEDA_BANCO, c.ctancodig, c.ctacagencia, c.ctacconta
from finance.planocontas p, rcr.contas c
where p.pctcnumeroconta = c.pctcnumeroconta
and nvl(p.codigo, 'ZZ') <> nvl(c.moeccodigo, 'ZZ');
BEGIN FOR REG IN CDADOS
LOOP
UPDATE RCR.CONTAS
SET MOECCODIGO = REG.MOEDA_CONTA
WHERE PCTCNUMEROCONTA = REG.CONTA;
--COMMIT;
END LOOP;
END;
13 - Verificação da quantidade de Moeda o cliente possui -> Por exemplo, alguns clientes podem ter 16 ou mais moedas.
Query -> select * from rcr.moeda
Executar o Wizard para incluir todas as moedas e depois clicar em SIM na mensagem do migrador. Conferir o select abaixo
select * from protheus.SM2010
14 - Verificação do tipo de honorários -> O padrão de tipo de honorários no SISJURI_V11 são 9 tipos.
Query -> select * from ssjr.cad_tipohonorario;
Neste caso, seria apenas uma verificação sem ação a ser feita.
15 - Verificação de participação - >. Por exemplo, existem clientes onde as tabelas abaixo estão com registros e serão migradas.
Query -> select * from rcr.partpas;
select * from rcr.partcli;
Neste caso, seria apenas uma verificação sem ação a ser feita.
16 – Informação referente a questão da Observação do Time Sheet.
O campo OBSERVACAO do Time Sheet na V11 NÃO será migrado por padrão.
17 – Verificação do Contato -> Verificar a tabela abaixo, se ela estiver vazia, não será necessário criar o script de migração.
Query -> select * from SSJR.CAD_CONTATO
18 – Verificação da tabela abaixo e existem registros, verificar como time de implantação com o será feita essa migração.
Query -> select * from SSJR.CAD_PASTA_PARCELAMENTO
19 – Criação de Conta Corrente utilizada nas baixas e Remoção de Contas Duplicadas.
Utilizar o script de "8-Criação de Conta Corrente utilizada nas baixas".
Utilizar o script de "9-Remoção de Contas duplicadas".
8-Criação de Conta Corrente utilizada nas baixas.zip
9-Remoção de Contas duplicadas.zip
20 – Verificação do País, Estado e Cidade -> temos que fazer o DE-PARA.
Utilizar o script de "10-Ajustes-Paises".
Query -> select * from RCR.PAIS
Ajustar os países conforme script realizado pelo Wellington que fez uma reunião para definir como seriam os códigos. Utilizar o script de Validação pré-migração.
Aumentar o campo YA_DESCR para 50 e ajustar os demais campos conforme script abaixo.
select *
from PROTHEUS.SX3010
where UPPER(X3_RELACAO) like '%YA_DESCR%'
and X3_CONTEXT = 'V'
and X3_VISUAL = 'V'
update PROTHEUS.SX3010
set X3_TAMANHO = 50
where UPPER(X3_RELACAO) like '%YA_DESCR%'
and X3_CONTEXT = 'V'
and X3_VISUAL = 'V'
21 – Verificação do uso do Tarifador -> O cliente possui registros de tarifador?
Query - > select * from sync.ext2bcs;
Neste caso, seria apenas uma verificação sem ação a ser feita.
22 – Verificação das inconsistências do ANO-MÊS da tabela de Honorários. Não precisa deletar os registros inválidos referente ao "ano-mês", o migrador já faz isso.
Query -> select count ( * ), ano_mes
from rcr.dethonor_anomes
where ano_mes not like '___-_'
group by ano_mes
order by ano_mes;
Query -> select * from SSJR.CAD_TABHONOR_HIST;
23 – Verificação dos adiantamentos -> Verificar se o cliente possui adiantamentos.
Este item depende do item 37.
Query -> select * from rcr.adiantamento;
11-ajuste-conta-com-adiantamento-baixa.zip
24 - Tem fatura com moeda internacional sem cotação para a data de emissão.
Utilizar o script de "12-Fatura-com-moeda-internacional-sem-cotacao".
Caso o script retorne alguma fatura, a correção deverá ser corrigida.
12-Fatura-com-moeda-internacional-sem-cotacao.zip
25 – Ajustar o Time Out do usuário e do grupo para '0'.
Acessar pelo SIGACFG e pelo menu Usuário / Senha / Usuários para configurar o usuário. E acessar pelo menu Usuário / Senha / Grupo para configurar o grupo.
26 – Inclusão dos registros na SX5 e na tabela 05.
As inclusões abaixo serão necessárias conforme a primeira execução do migrador. Cada cliente pode ter a suas opções específicas.
Os exemplos abaixo servem apenas como modelo.
05 – DAR - DARF
05 – NFE - NOTA FISCAL ELETRONICA
05 – OUT - OUTROS IMPOSTOS
05 – GAR - GARE
05 – FGT - FGTS
05 – PST - PRESTACAO DE CONTAS
27 – Inclusão dos registros na SX5 e na tabela 58.
As inclusões abaixo serão necessárias conforme a primeira execução do migrador. Cada cliente pode ter a suas opções específicas.
Os exemplos abaixo servem apenas como modelo.
58-50-DINHEIRO
58-51-DEPOSITO-TRANSFERENCIA
58-52-CREDITO-REALTIME
58-53-BOLETOS HSBC
58-54-TED POUPANÇA
58-55-DOC POUPANÇA
58-56-DEBITO AUTOMATICO
28 – Ajustar o banco, agência e conta.
041.201.00001 -> Tem adiantamento, mas não tem conta bancária vinculada
Antes de executar o insert abaixo, ajustar os campos conforme a família.
insert into rcr.contas (CTANCODIG, pctcnumeroconta,ctacdescricao,CTACAGENCIA,CTACCONTA,CTACENDERECO,banccodigo,estncodigo,paincodigo,cidncodigo,CTACDESATIVA,CASOSMOEDA,MAQUINACHEQUE)
values (478,'041.201.00001','Descontos Obtidos','100','0015','15.28.0002','ADT',5,1,507,'N','N','N');
29 – Ajustar plano de contas e contas sem moeda. Fazer para as moedas R, E e U.
Sempre alterar moeda nos dois lugares (moedcodigo e p.codigo), eles sempre serão iguais. Conforme o exemplo abaixo.
update rcr.contas
set moeccodigo = 'U'
where ctancodig in ( select --p.codigo, c.* ctancodig
from rcr.contas c, finance.planocontas p
where moeccodigo is null
and c.pctcnumeroconta = p.pctcnumeroconta
and p.codigo = 'U'
and c.pctcnumeroconta in ( select l.pctcnumerocontadest
from rcr.adiantamento a, finance.lancamento l
where a.adinlancamento = l.lanncodig
and adinlancamento is not null
and adicstatus = 'A'))
30 – Verificar as condições de êxito com mais de 1 trilhão
Executar o script abaixo.
create table RCR.DETALHECONDEXITO_bkp as
select *
from RCR.DETALHECONDEXITO
where DTCNVALORFINAL > 100000000000
/
delete RCR.DETALHECONDEXITO
where DTCNVALORFINAL > 100000000000
/
commit;
31 – Execução novamente os scripts abaixo.
Utilizar o script de "5-Unificação de contas de fornecedores".
Utilizar o script de "9-Remoção de Contas duplicadas".
E os itens 11, 12 e 29.
5-Unificação de contas de fornecedores.zip
9-Remoção de Contas duplicadas.zip
32 – Cadastrar as filiais no SIGACFG.
Verificar se as filiais estão cadastradas no SICFG, caso não estejam, elas deverão ser inseridas conforme a configuração do cliente.
Os exemplos abaixo servem apenas como modelo.
Sucum - Honorários de Sucumbência
1 - São Paulo
2 - Brasília
3 - Rio de Janeiro
4 - Rio Grande do Sul
5 - Bahia
9 - Nova York
HK - Hapner & Kroetz
6 - Niterói
10 - Fortaleza
7 - Belo Horizonte
33 – Início da execução do Wizard do migrador.
Executar o migrador conforme exemplo abaixo.
34 – Colocar as informações de conexão no Wizard do migrador.
- SISJURI (nome da conexão configurada no DBAccess)
- 7890 (portal do DBAccess)
- Empresa = 01
- Filial = 0101
35 – DE-PARA de Empresa
Esse depara utilizar o cadastro de filiais do Protheus.
36 – Customização do Tipo de Evento
Tipos de eventos que deverão ser customizados pelo time de implantação.
37 – Ajuste de banco no Adiantamento – Contas ajustadas com o script "11-ajuste-conta-com-adiantamento-baixa.xlsx". Desativar a trigger "ssjr.ldesk_sync_taeiud_conta" e depois ativa-la após conclusão da inclusão dos registros.
Para fazer o ajuste, o migrador tem que ser parado (clicar em NÃO) e depois realizar as orientações acima. Após as correções, executar novamente o migrador.
Para seguir com o migrador, deve-se ajustar essas contas acima. Utilizar o script de "11-ajuste-conta-com-adiantamento" para fazer o ajuste.
11-ajuste-conta-com-adiantamento-baixa.zip
Na próxima execução do migração, essa mensagem não aparecerá mais, caso ela persistir, realizar o ajuste novamente com o script.
38 – Sistema informa que há parcelamentos de casos e que isso deverá ser customizado. Clicar em Sim.
39 – DE-PARA de tipo de documento – Contas a receber
Utilizar os itens disponíveis no Protheus ou cadastrar os itens conforme o passo 26.
40 – DE-PARA de Meios de Pagamento – Contas a Pagar
Utilizar os itens disponíveis no Protheus ou cadastrar os itens conforme o passo 27.
41 – Classificação de Naturezas
Utilizar os itens disponíveis no Protheus.
42 - Natureza de Despesas para cliente.
Utilizar a despesa para cliente conforme o parâmetro MV_JNATDES.
Utilizar a Natureza de honorários sem impostos conforme o item 3.
43 – Preencher a data de Pagamento de Guia.
Utilizar a última data de pagamento das guias de impostos.
Data utilizada por exemplo.
Procedimentos após o final da migração
1 - Para respeitar a integridade dos dados Financeiros da V11 durante a migração, foi necessário criarmos dois pontos de entrada. Esses pontos de entrada precisam ser removidos do RPO após a migração para o correto funcionamento do V12 em produção ou para a validação dos dados.
Fonte: AtuSldBco.prw
Funções (Pontos de Entrada):
- AtuSlBco
- FinSalTit
2 - Enviar código da NATUREZA_PROTHEUS da natureza de honorários sem impostos para o time da Juritis conforme exemplo abaixo:
Natureza SISJURI V11 = 011.204.00003 e a NATUREZA_PROTHEUS dessa conta é 02.30.0004.
3 – Executar o script de conferência dos valores das entidades essenciais.
Executar o script do arquivo 13-conf-entidades-relevantes.txt
13-conf-entidades-relevantes.zip
4 – Pedir para o TCloud zerar o controle de numeração do License Server.
Para fazer isso o arquivo "lsnumber.val" deve ser apagado e o serviço reinicializado.
5 – Validação da migração
- Criação de uma planilha para controle da migração (tempo e quantidade). Link da planilha modelo. (14-Controle-Tempo-Evolução-Migrador.xlsx)
- É recomendado baixar o log do Appserver de 4 em 4 horas. Isso pode ser diferente para cada cliente.
- Verificar os erros nos logs baixados. Realizar pesquisas com os textos (Thread Error, Erro, Invalid, Unique) e qualquer outra palavra chave que poderá retornar algum erro.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas