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.

...

- 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

...

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

...

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

...

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

Image Modified
Image Modified
Image Modified
Image Modified
Image Modified

33 – Início da execução do Wizard do migrador.
Executar o migrador conforme exemplo abaixo.
Image Modified

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

...

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.

...