Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...


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

  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 Atualização do Binário, aplicação do quinzenal do PFS e o executar o RUP_PFS.
  3. Setar Verificar se no TNSnameora a conexão do SISJURI do DBAccess (TCLoud)foi criada.
  4. Cobrar aumento Verificar o tamanho das tablespaces do banco de dados V11 e V12.
  5. Ajustar o Verificar a quantidade de memória utilizada pelo "Appserver" para . Recomendamos 64gb de memória, se possível.
  6. Configuração Opcional a configuração da Execução das Estatísticas do banco de dados de 8 em 8 horas.
  7. Truncar a tabela Opcional o truncar das tabelas de métricas do Protheus (owner.MP_CUSTOM_METRICS_EXP e owner.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

...

  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.

Image Removed

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

...

  1. , realizar a ação caso aconteça um erro com essas tabelas.
  2. Verificar se versão do banco de dados está homologada pela TOTVS (https://tdn.totvs.com/display/public/PROT/Banco+de+dados+homologados) .
  3. Verificar a versão do banco de dados está homologada com o DBAccess (DBAccess - Banco de dados).
  4. Verificar a configuração recomendada referente a quantidade de threads do DBAccess:
    ThreadInfo=0
    ThreadMin=800
    ThreadMax=0
    ThreadInc=400

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

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

...

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 vinculados a 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. Ajustamos para a moeda 2 e 3.

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


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 update U_CZTVEU_PR.SA6010
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_PR, 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.

...

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

...

14 - Verificação do tipo de honorários -> O padrão de tipo de honorários no SISJURI_V11 são 9 tipos. Por exemplo o cliente MMSO tem 12 tipos de honorários. 
Query -> select * from ssjr.cad_tipohonorario;

...

15 - Verificação de participação - >. Por exemplo, verificamos que no cliente MMSO existem clientes onde 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 sheetTime Sheet.
O campo OBSERVACAO do Time Sheet na V11 NÃO será migrado por padrão.

...


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

from                                                      from rcr.adiantamento a, finance.lancamento lfinance.lancamento l

                                                   where where a.adinlancamento = l.lanncodig

and adinlancamento is not null

                                                       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.

...

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

...