Check List – Antes de executar o migrador.

1 – Itens que precisam ser pedidos ao time de CLOUD antes das configurações do ambiente e no mesmo momento da subida do Dump da V11.

1. Criar conexão do SISJURI V11 no DBAccess e fazer o teste de conexão.
2. Atualização do Binário, aplicação do quinzenal do PFS e o RUP_PFS.
3. Setar no tnsnameora a conexão do SISJURI do DBAccess (TCLoud).
4. Cobrar aumento das tablespaces.
5. Ajustar o appserver para 64 gb de memória.
6. Configuração da Execução das Estatísticas do banco de dados de 8 em 8 horas.
7. Truncar a tabela de métricas do Protheus (U_CZTVEU_PR.MP_CUSTOM_METRICS_EXP e U_CZTVEU_PR.MP_CUSTOM_METRICS)
8. Pedir para o Cloud executar grant de todos os owner do SISJURI V11 para o 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

1. Instalação e configuração do VSCode
2. Cópia do Smartclient e dos fontes do migrador.
3. Configurar o ambiente para o modo exclusivo.
4. Compilação dos fontes do migrador no ambiente.
5. Trocar o specialkey do appserver, caso tenha acesso.
6. Limpar o log do appserver, caso tenha acesso.
7. Pedir para a Juritis criar o campo VLADIANTAMENTO na tabela rcr.fatura.
8. Colocar o CNPJ para todas as filais pelo SIGACFG para evitar o erro de FederalID.
9. Executar o Wizard para as moedas 06 e 07, no campo Programa inicial, U_CTBWIZMOEDAS.

1. 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
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 esse código para inserir na tela do migrador.
4 – Ajuste da Natureza_Protheus, script realizado pelo Horácio que fez uma reunião para definir como seriam os códigos.
Utilizar o script de "2-Depara-Natureza-Protheus".
5 – Ajuste nas minutas ativas, script realizado pelo Jacques.
Utilizar o script de "3-Ajuste de minutas ativas para a mesma pré-fatura".
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.
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.
Utilizar o script de "5-Unificação de contas de fornecedores".
8 - Ajustar as contas dos profissionais.
Utilizar o script de "6-Ajustes nas contas dos profissionais".
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')
  10 - Criação de campos
  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 as moedas dos bancos que estão vinculados a naturezas 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. Ajustamos para a moeda 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.
  update U_CZTVEU_PR.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 U_CZTVEU_PR.SED010 S, U_CZTVEU_PR.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 vazio e diferente).
  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 Moeda -> MMSO tem16 moedas, o que o migrador irá considerar?
  Query -> select * from rcr.moeda
  Executar o Wizard para incluir todas as moedas e depois clicar em SIM na mensagem do migrador. Conferir o a 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. O cliente MMSO tem 12 tipos de honorários.
  Query -> select * from ssjr.cad_tipohonorario;
  15 - Verificação de participação - >. Verificamos que no cliente MMSO as tabelas abaixo estão com registros e serão migradas.
  Query -> select * from rcr.partpas;
  select * from rcr.partcli;
  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 -> A tabela está 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".
  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 U_CZTVEU_PR.SX3010
  where UPPER(X3_RELACAO) like '%YA_DESCR%'
  and X3_CONTEXT = 'V'
  and X3_VISUAL = 'V'
  update U_CZTVEU_PR.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;
  22 – Verificação das inconsistências do ANO-MÊS da tabela de Honorários. Não temos que deletar os ano-mês inválidos, 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 -> O cliente possui adiantamentos.
  Query -> select * from rcr.adiantamento;
  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.
  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 para o cliente MMSO.
  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 para o cliente MMSO.
  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.
  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 para o cliente MMSO.
  SucumHonorários de Sucumbência
  1São Paulo
  2Brasília
  3Rio de Janeiro
  4Rio Grande do Sul
  5Bahia
  9Nova York
  HK Hapner & Kroetz
  6Niterói
  10Fortaleza
  7Belo 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.

1. SISJURI (nome da conexão configurada no DBAccess)
2. 7890 (portal do DBAccess)
3. Empresa = 01
4. Filial = 0101

35 – DE-PARA de Empresa
Esse de-para 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.




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.


40 – DE-PARA de Meios de Pagamento – Contas a Pagar
Utilizar os itens disponíveis no Protheus ou cadastrar os itens conforme o passo 26.



41 – Classificação de Naturezas
Utilizar os itens disponíveis no Protheus ou cadastrar os itens conforme o passo 27.


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 para MMSO foi 01/03/2023.

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-MMSO.txt
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.
• É 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.
•