...

1. Criar conexão do SISJURI V11 no DBAccess do Protheus e fazer o teste de conexão. Migrador SISJURI V11 x SISJURI V12 (Protheus)
2. Atualizar o Binário, aplicar o quinzenal do PFS e o executar o RUP_PFS.
3. Verificar se no TNSnameora a conexão do SISJURI foi criada.
4. Verificar o tamanho das tablespaces do banco de dados V11 e V12.
5. Verificar a quantidade de memória utilizada pelo "Appserver". Recomendamos 64gb de memória, se possível.
6. Opcional a configuração da Execução das Estatísticas do banco de dados de 8 em 8 horas.
7. 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 comessas com essas tabelas.
8. 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

...

1. Instalação e configuração do VSCode. Servirá para compilar os fontes do migrador.
2. Receber ou solicitar os fontes do migrador.
3. Configurar o ambiente para o modo exclusivo.
4. Compilação de todos os fontes do migrador via VSCode.
5. Trocar o "Specialkey" do "Appserver", caso tenha acesso.
6. Limpar o log do "Appserver", caso tenha acesso.
7. Atualizar o V11 (SISJURI) para 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 necessário e no campo Programa inicial da tela de acesso do V12 (Protheus) digitar a função "U_CTBWIZMOEDAS".

Image Removed

       10. Executar os grants abaixo com o usuário SSJR:

...

1. Verificar se versão do banco de dados está homologada pela TOTVS (https://tdn.totvs.com/display/public/PROT/Banco+de+dados+homologados) .
2. Verificar a versão do banco de dados está homologada com o DBAccess (DBAccess - Banco de dados).

3. Verificar a configuração recomendada referente a quantidade de threads do DBAccess:
   ThreadInfo=0
   ThreadMin=800
   ThreadMax=0
   ThreadInc=400

4. Links 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

5. 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.
6. 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

1. Instalação e configuração do VSCode. Servirá para compilar os fontes do migrador.
2. Receber ou solicitar os fontes do migrador.
3. Configurar o ambiente para o modo exclusivo.
4. Compilação de todos os fontes do migrador via VSCode.
5. Trocar o "Specialkey" do "Appserver", caso tenha acesso.
6. Limpar o log do "Appserver", caso tenha acesso.
7. Configurar o log do Appserver para 500mb (524288000) - ConsoleMaxSize
8. Atualizar o V11 (SISJURI) para criar o campo VLADIANTAMENTO na tabela "RCR.FATURA".
9. Colocar o CNPJ para todas as filais pelo SIGACFG para evitar o erro de "FederalID".
10. 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".

Image Added

       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.

...

Fazer o ajuste para as moedas 1, 2  e 3.

select  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

...

Os campos de  A6_MOEDA e ED_CMOEJUR deverão seguir o DE-PARA de Moedas.

update U_CZTVEU_PRPROTHEUS.SA6010
set        set A6_MOEDA = 3
where  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   from PROTHEUS.SED010 S, U_CZTVEU_PRPROTHEUS.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).

...

select p.pctcnumeroconta CONTA, p.pctctitulo TITULO, p.codigo MOEDA_CONTA, c.moeccodigo MOEDA_BANCO, c.ctancodig, c.ctacagencia, c.ctacconta

from  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      WHERE PCTCNUMEROCONTA = REG.CONTA;

--COMMIT;

  END LOOP;

END;

13 - Verificação da quantidade de Moeda  o cliente possui -> Por exemplo, o cliente MMSO tem16 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

...

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 from U_CZTVEU_PR.SX3010
where  where UPPER(X3_RELACAO) like '%YA_DESCR%'
and      and X3_CONTEXT = 'V'
and      and X3_VISUAL = 'V'

update U_CZTVEU_PRPROTHEUS.SX3010
set        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;

...

23 – Verificação dos adiantamentos -> O Verificar se o cliente possui adiantamentos.

...

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 MMSOcomo 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 para o cliente MMSOcomo 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

...

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        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 select l.pctcnumerocontadest

                                                     from from rcr.adiantamento a, finance.lancamento l

where                                                    where a.adinlancamento = l.lanncodig

and                                                        and adinlancamento is not null

and                                                        and adicstatus = 'A'))

30 – Verificar as condições de êxito com mais de 1 trilhão
Executar o script abaixo.

...

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 MMSOcomo 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

...

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 . 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 2627.

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/2023por exemplo.

Procedimentos após o final da migração

...

3 – Executar o script de conferência dos valores das entidades essenciais.
Executar o script do arquivo 13-conf-entidades-relevantes-MMSO.txt

13-conf-entidades-relevantes-MMSO.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.

...