Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

Produto:

Protheus

Ocorrência:

Informações eSocial na migração de dados de um modelo segregado Outro ERP RH + TAF, para Protheus RH + TAF.

Passo a passo:

Alguns clientes estão questionando o que pode ser analisado em um processo de migração onde o TAF com o esocial já está sendo utilizando junto com Outro ERP de RH e vai ser Migrado para o RH Protheus.
Abaixo algumas orientações que devem ser analisadas ao fazer a migração de um modelo segregado Outro ERP RH + TAF, para Protheus RH + TAF.
ATENÇÃO: Não é possível mapearmos o cenário do cliente pois nos baseamos em várias hipóteses de modelo de mudança de sistema, e esse processo de migração deve ser avaliado pelo projeto Projeto que está no cliente conduzindo a migração e analisado todos os possíveis GAPs sendo de responsabilidade do projeto ao exito da migração de dados.


Já indica para o cliente criar as tabelas de forma exclusiva para as filiais

Informações a serem analisadas antes na migração Outro ERP RH + TAF, para Protheus RH + TAF.:

  1. Deve ser verificado a estrutura de Filial e levar o mesmo tratamento para o protheus RH.
    Exemplo:

    Filial ERP

    Filial Protheus RH

    0101

    0101

    IMPORTANTE: O conceito do eSocial é que cada empregador tenha o seu registro S-1000 e o seu grupo de Tabelas Iniciais (S-1005,S-1010,S-1050, etc..). Entende-se por empregador um grupo de estabelecimentos com a mesma Raiz de CNPJ, desta forma, caso, em um grupo de empresas haja mais de um "empregador", ou seja, mais de uma matriz, o usuário OBRIGATORIAMENTE tem que ter as tabelas envolvidas na Carga Inicial Exclusivas por empresa.

    Faq: http://tdn.totvs.com/x/kKSCEw


  2. Deve ser verificado a matricula do eSocial no TAF campo C9V_MATRIC, essa matricula deve constar no cadastro do funcionários do SIGAGPE no campo RA_CODUNIC

  3. Deve ser verificado os códigos de rubricas no TAF tabela C8R (Rubricas), esses códigos deveram ser os mesmos utilizados na tabela SRV (verbas) do SIGAGPE
    IMPORTANTE: Verificar também o campo IdeTabRubrica (C8R_TBIDRU), que identifica a tabela de Rubrica que é utilizada para todas as filiais ou cada filial tem uma.

  4. Deve ser verificado a chave do código de lotações no TAF, sendo que o SIGAGPE faz a montagem da chave da seguinte forma:

    Cadastro de lotação compartilhado:
    O sistema monta a chave:  Cod. Centro de custo (CTT)

    Cadastro de lotação exclusivo:
    O sistema monta a chave: Filial+ Cod. Centro de custo (CTT)

    Os dados da S119/S120 devem ser alimentados também, respeitando o compartilhamento de tabelas CTT


  5. Deve ser verificado a chave do codigo de cargo no TAF, sendo que o SIGAGPE faz a montagem da chave da seguinte forma:

    Cadastro de cargos compartilhado:
    O sistema monta a chave: Cod. Cargo (SRJ)

    Cadastro de cargos exclusivo:
    O sistema monta a chave: Filial+Cod. Cargo (SRJ)


  6. Deve ser verificado os codigos de Horários no TAF, sendo que o SIGAGPE faz a montagem da chave da seguinte forma:

    Cadastro de turno compartilhado:
    O sistema monta a chave: Turno(SR6)+Regra(SPA)+Sequencia+dia (SPJ)

    Cadastro de turno exclusivo:
    O sistema monta a chave: Filial+Turno(SR6)+Regra(SPA)+Sequencia+dia (SPJ) 


    sequencia e o dia são gerados conforme cadastro da tabela de horários (tabela de horário padrão).
    O dia é representado por números onde:
    2 = Segunda
    3 = Terça
    4 = Quarta
    5 = Quinta
    6 = Sexta
    7 = Sábado
    8 = Domingo


  7. Importante considerar integrar os eventos não-periódicos, principalmente no que tange os afastamentos, o campo R8_INTEG deve ser observado, para que o JOB não leve novamente os afastamentos


Observações:

Documentações: http://tdn.totvs.com/x/4JQYEw

...