Manual Conversão Logix

1.     Requisitos de Implantação e Utilização

• Logix 

o Versão Logix: 10.2 ou 11.0.

o Último pacote Logix Atualizado.

• Protheus

o Versão Protheus: 12.1.7 ou superior

o Efetuar a carga automática de algumas tabelas auxiliares importantes acessando o módulo SIGAGPE, a rotina em Atualizações \ Definições Cálculos \ Manutenção Tabelas.

       o Verificar se as empresas estão criadas no sistema Protheus, o usuário deverá entrar no módulo Configurador, na opção Ambiente \ Empresas \ Grupo de Empresas.

             o O Processo é utilizado como um meio de agrupar os funcionários do sistema para um determinado tipo de cálculo.

                 São gerados automaticamente os seguintes código de processo definidos pelo sistema:

                 00001-Celetista/Estagiário Mensal

                 00002-Celetista/Estagiário Semanal

                 00003-Contribuinte Individual Mensal

                 00004-Contribuinte Individual Semanal

           Para isso, acesse no módulo SIGAGPE, Atualizações \ Definições Cálculos \ Processos (GPEA420).

           o Cada roteiro de cálculo constitui um conjunto de sequências de procedimentos a serem seguidos durante o processamento do cálculo em questão.

              Foram disponibilizados junto à instalação do produto os seguintes cálculos:

• 131 – 1º Parcela 13º Salário.

• 132 – 2º Parcela 13º Salário.

• PLR – Participação nos Resultados.

• ADI – Adiantamento Salarial.

• FER – Férias.

• RES – Rescisão.

• FOL – Folha.

• AUT – Autônomos e Pró-labores. Separação do roteiro da Folha

• PLA – Plano de Saúde. O cálculo foi convertido em roteiro

• VTR – Vale Transporte. O cálculo foi convertido em roteiro

• VRF – Vale Refeição. O cálculo foi convertido em roteiro

• VAL – Vale Alimentação. O cálculo foi convertido em roteiro

• BEN – Por meio deste roteiro, serão executados os cálculos do Vale Cultura, Cesta Básica e Seguro de Vida.                                                

                Para que sejam gerados automaticamente, acesse no módulo SIGAGPE, Atualizações \ Definições Cálculos \ Roteiros

                de Cálculos (GPEA160).

2.    Instalação/Atualização

Cadastramento de programas no menu LOGIX 

Parâmetros Gerais Logix

            Execute o programa LOG00087 (Manutenção de Parâmetros) e acesse o seguinte caminho

            ADMINISTRAÇÃO LOGIX / CONTROLE GERAL / INTEGRAÇÃO ENTRE SISTEMAS    

           O parâmetro abaixo faz parte desta integração e deve ser devidamente atualizado antes da utilização:

Relacionamento De/Para de Empresa Logix X Empresa/Filial:

          Para que os registros dos arquivos possam ser exportados corretamente do Logix para o Protheus, é necessário informar o código da empresa e filial do sistema Protheus

          para o qual está migrando.

          Estas informações são registradas no LOG00083 (Cadastro de Empresas):

       Nota: Para que estes campos possam ser informados é necessário ativar o parâmetro “Permite informar empresa/filial externa no cadastro de empresas ?”, no LOG00087.

Relacionamento De/Para Geral:

      Para que a migração funcione corretamente será necessário também realizar o relacionamento “De/Para” para algumas informações que são enviadas do Logix

      para o Protheus.

      Estes relacionamentos devem ser realizados no programa VDP10141 (Cadastro De/Para Geral):

      Para cada informação prevista no tratamento de relacionamento De/Para deve ser informada a tabela de cadastro correspondente: 

Nota: O detalhamento do DE/PARA para cada uma das informações acima será realizado na especificação de cada um dos itens de migração.

Este programa possui três formas de entrada de dados:

• • Registro a registro: Ao utilizar as opções “Incluir” e “Modificar” da toolbar, os dados deverão ser informados na própria tela do programa, conforme imagem acima. Neste 

                                                             formato para cada relacionamento é necessário efetuar uma nova inclusão.

Nota: Esta deverá ser a opção padrão para cadastramento das informações da Migração, devido este programa não estar preparado para prever algumas situações específicas

                     do RH Logix (Data de Validade Final e Inicial como sendo parte da chave primária da tabela, tratamento do código do Histórico Padrão relacionado ao evento).

• • Carga inicial: Esta opção somente pode ser utilizada para tabelas que ainda não tenha relacionamento registrado. Quando acionada, esta opção irá abrir uma tela que 

                                                   deverá ser indicada a tabela e o sistema de integração para o qual serão gravados os relacionamentos:
                        

                 Ao confirmar, o sistema buscará todos os registros existentes na tabela informada e permitirá realizar todos os  relacionamentos de uma só vez:

• • Grade: Esta opção tem funcionamento semelhante à opção “Carga inicial”, porém permite a manutenção para todas as tabelas, independente se já possuem ou 
                 não relacionamento cadastrado.

Como funcionará o uso dos relacionamentos De/Para na Migração:

      Envio da Informação: Quando o arquivo for gerado, o sistema verificará a existência do relacionamento De/Para, utilizando como base para pesquisa a informação existente no

                                                  Logix. Se não for encontrado este relacionamento, será enviado o próprio código do Logix.

3.     Contexto e Negócio

              Visando ofertar uma solução de RH mais adequada à necessidade dos clientes Logix, será implementado o UPGRADE de  versão do ERP Logix RH para o produto Microsiga

              Protheus RH. Desta forma, o cliente poderá optar por uma solução que atenda melhor a sua gestão de Administração de Pessoal e gestão de Capital Humano.

              Nesta Upgrade, será contemplado o envio de informações que são compatíveis entre ambos os sistemas e que envolvem cadastros básicos, cadastros que estão relacionados

              diretamente a funcionários, além de informações que envolvam dados de históricos de pagamentos, onde há um grande volume de informações.

4.     Escopo e Finalidade

Para atender ao contexto exposto acima, no escopo deste Upgrade foi definida a migração dos seguintes cadastros do Logix para o Protheus:

Todas as migrações desenvolvidas serão realizadas através de Arquivos Textos.

5.     Limitações/Restrições

• O sistema Protheus deverá ser instalado em um SGBD (Sistema Gerenciador de Banco de Dados). Não poderá ser utilizado este processo em arquivos DBF. 
• Na importação do sistema Protheus não está previsto o conceito de Gestão de Corporativa. Dessa forma, deve-se utilizar somente o conceito de Empresa/Filial. 

6.     Como fazer

             Os passos para viabilizar a Migração são:

• Identificar no Logix quais são as Empresas/Filiais existentes no Protheus, através do LOG00083 – Cadastro de Empresas.
• No Logix, executar o programa RHP10003 – Exporta dados Folha de Pagamento Logix, selecionando os itens que serão exportados e a pasta em que serão gerados os arquivos:

• Caso ocorra alguma inconsistência ou alerta na Exportação, será apresentada mensagem de erro e um relatório com as inconsistências. Estas ocorrências devem ser corrigidas/observadas no Logix, e caso necessário, efetuar a exportação novamente:

• Os arquivos com as informações que foram exportadas serão gerados na pasta informada no programa de exportação.

• No Protheus, deve-se executar o programa RHIMP01, através do REMOTE PROTHEUS

• Devem-se selecionar as opções que serão importadas e a pasta onde estão os arquivos que serão importados.
  

• Atentar para a pasta onde estão os arquivos, se existe o arquivo valida_empresas_protheus.unl, exportado pelo Logix. Este arquivo irá validar as Empresas/Filiais Protheus que foram cadastradas no Logix, para considerar na importação de todos os arquivos.
  

• Após realizar a importação, caso ocorra alguma inconsistência ou alerta, será mostrada mensagem e as correções ou alertas devem ser observados:
  

• Finalizada a importação, as informações poderão ser visualizadas nos cadastros do sistema Protheus GPE.
  
  

7.     Erros Comuns

Os possíveis erros poderão ser encontrados nos relatórios de inconsistências, que poderão ser tratados:

• • Sistema Logix:
    • ITEM EXPORTADO - Empresa Logix XX não está relacionada a uma Empresa/Filial Protheus. Os ITEM EXPORTADO desta empresa não foram exportados.
      • Nota: o campo grifado ITEM EXPORTADO pode corresponder a qualquer item que foi selecionado na exportação.

Problema:

Esta mensagem ocorrerá para todos os cadastros exportados do Logix, quando não houver a associação das Empresas Logix a alguma Empresa/Filial Protheus através do programa LOG00083 – Cadastros de Empresas Logix e houver registros nas tabelas que estão sendo exportadas nas empresas Logix.

Solução:

Deve ser associado através do cadastro de Empresas Logix, as Empresas/Filiais Protheus. Pode ocorrer também de não haver a necessidade de exportar essas informações, por ser dados muito antigos. Dessa forma, pode-se ignorar este erro.

8.     Check-list de Suporte da Aplicação

            Deve-se verificar no sistema operacional, se as pastas onde serão gravados os arquivos possuem permissões para acesso à leitura/gravação.

9.     Detalhamento Técnico das Migrações

Para a correta conversão dos dados, é importante seguir a seguinte ordem de importação:

• • Função
  • Centro de Custo
  • Departamento
  • Sindicato
  • Verba
  • Turno
  • Funcionários
  • Dependentes
  • Histórico Salarial
  • Transferências
  • Folha de Pagamento
  • Rescisão
  • Férias
  • 13º Salário
  • Períodos
  • Ausências

        Se o parâmetro MV_ITMCLVL estiver configurado como "1", é necessário efetuar a importação do Item Contábil antes de Funcionários. 

9.1 Cadastro de Cargo Logix X Função Protheus

          Neste item serão exportadas as informações compatíveis do cadastro de Cargos Logix, que serão importados no cadastro de Funções Protheus.

9.1.1 Requisitos

• Verificar no arquivo gerado pelo Logix, se há o código da filial. Caso tenha esta informação no arquivo, a tabela SRJ deverá ser definida como Exclusiva.
• Antes de iniciar a importação, será avisado ao usuário sobre o tamanho do campo da tabela quando no Logix for superior ao do Protheus, dando a opção de cancelar a execução ou continuar e com isso truncar as informações:

             Descrição da função (RJ_DESC): no Logix -> 30 posições e no Protheus, 20 posições.

• • Se a resposta for afirmativa, ou seja, prosseguir a importação, se a informação que vier no arquivo for superior ao que o campo suporte no Protheus, será truncada.
  • Se a resposta for negativa, acessar o Configurador do Protheus e alterar o tamanho do campo citado.

9.1.2 Atributos Migrados

As informações tratadas neste arquivo são:

Abaixo encontram-se as regras para cada um dos campos que serão migrados:

9.1.3 Empresa Logix x Empresa/Filial Protheus

• A empresa Logix deverá ser associada a uma Empresa/Filial do Protheus, previamente cadastrada no programa LOG00083 – Cadastros de Empresas.
• No arquivo texto será gerado o código da Empresa Protheus. O código da Filial poderá gerar ou não, conforme definição de Empresas/Tabelas Logix.
• Código do Cargo Logix que será importado como o Código da Função no Protheus.
• O código gerado para o Protheus será preenchido com zeros à esquerda, até completar o limite do campo.
• Descrição do Cargo Logix que será importado como a Descrição da Função no Protheus.
• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.

9.1.4 Código do Cargo

• Código do Cargo Logix que será importado como o Código da Função no Protheus.
• O código gerado para o Protheus será preenchido com zeros à esquerda, até completar o limite do campo.

9.1.5 Descrição

• Descrição do Cargo Logix que será importado como a Descrição da Função no Protheus.

9.1.6 Número da CBO

• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.

9.1.7 Definição do arquivo texto

• A carga das informações geradas do Logix para o Protheus, será através de arquivo texto, com os campos separados por pipe (|). 
• O arquivo será gerado com o nome: cargo_logix.unl

• A ordem dos campos em cada registro será:
  • Empresa Protheus
  • Filial Protheus
  • Código da Função
  • Descrição da Função
  • Número do CBO

9.1.8 Exportando as informações

• Serão exportados do Logix todos os registros cuja data de validade final esteja em aberto, ou seja, somente os registros ativos.
• O cadastro de Cargo Logix segue o conceito de Empresa\Tabela, em que é possível realizar todo o cadastro dos cargos em uma única empresa e as demais empresas utilizarão este mesmo cadastro. 
• Dessa forma, a exportação das informações para o Protheus, seguirá a seguinte regra:
      I.          Exportação da tabela de Cargos como Exclusivo: Quando houver uma Empresa/tabela diferente para o grupo de empresas do Protheus, será exportado o

                             código da Filial Protheus, mantendo desta forma o cadastro de Função como exclusivo. Abaixo consta exemplo do cadastramento das informações:

                No relacionamento entre Empresa Logix X Empresa/Tabela Logix e Empresa Logix X Empresa/Filial Protheus está da seguinte forma: 

      O Logix possui os seguintes cargos cadastrados: 

Onde os cargos das Empresas Logix 01 e 02 serão cadastrados sempre na Empresa 01, e os cargos cadastrados na empresa 03 irão apontar sempre para empresa 03.

Seguindo esta regra, os cargos que estão cadastrados na Empresa Logix 01, devem ser exportados para a Empresa Protheus/Filial Protheus 99/01 e 99/02 e os cargos que estão definidos na Empresa Logix 03,

devem ser exportados para a Empresa Protheus/Filial Protheus 99/03. Sendo assim, o código da Filial no arquivo texto será  sempre preenchido.

Na exportação Cargo no arquivo texto, ficará da seguinte forma:

 Sendo assim, há a necessidade de duplicação dos cargos 100 e 110 para as empresas/filiais Protheus 99/01 e 99/02.

           II.          Exportação da tabela de Cargos como Compartilhado: Quando houver uma Empresa/tabela igual para o grupo de empresas do Protheus, não será exportado o

                        código da Filial Protheus, mantendo desta forma o cadastro de Função como compartilhado. Abaixo está um exemplo de cadastramento das informações:

 No relacionamento entre Empresa Logix X Empresa/Tabela Logix e Empresa Logix X Empresa/Filial Protheus está da seguinte forma: 

O Logix possui os seguintes cargos cadastrados:

Onde os cargos das Empresas Logix 01, 02 e 03 serão sempre cadastrados na Empresa 01.

Seguindo esta regra, os cargos que estão cadastrados na Empresa Logix 01, devem ser exportados para a Empresa Protheus 99. Sendo assim, o código da Filial no arquivo texto não será preenchido. 

 Na exportação Cargo no arquivo texto, ficará da seguinte forma: 

• • No Protheus, o compartilhamento da tabela SRJ deverá ser configurada conforme a regra de Empresa/Tabela definida no Logix. Verifique se o código da Filial está no arquivo. Neste caso, deve ser definida a tabela para a empresa que será importada, como Exclusivo.
  • O arquivo gerado será gravado com o nome cargo_logix.unl.
    
    

9.1.9 Importando as informações

• Logo após a importação pelo Protheus, será renomeado como XX_XX_XXXX_cargo_logix.unl, indicando a data de importação do arquivo.

• Se houver necessidade de importar novamente o arquivo, deverá seguir um dos seguintes procedimentos:

• • Renomear o arquivo para cargo_logix.unl, retirando a data do nome do arquivo ou

• • Gerar novamente o arquivo do sistema Logix.

• Na importação dos registros do arquivo no Protheus, será verificado se já houve a importação do registro, através da chave única da tabela (Código da Filial + Código da Função). Se não existir nenhum registro, será realizada uma inclusão na tabela. Caso contrário, serão modificados os campos que não fazem parte da chave única.
  
  
  

9.2 Cadastro de Centro de Custo Logix X Protheus

• Neste item serão exportadas as informações compatíveis do cadastro de Centro de Custo Logix, que serão importados no cadastro de Centro de Custo Protheus.
• Se a empresa utilizar o conceito de Tomadores de Serviço, também serão agregadas essas informações do Logix ao Centro de Custo que estão sendo exportado para o Protheus.
• Antes de iniciar a importação, será avisado ao usuário sobre o tamanho do campo da tabela quando no Logix for superior ao do Protheus, dando a opção de cancelar ou continuar a execução:

              Descrição do Centro de Custo (CTT_DESC01): no Logix -> 50 posições e no Protheus, 40 posições.

               Nome do Tomador de Serviço (CTT_NOME): no Logix -> 50 posições e no Protheus, 40 posições.

               Endereço do Tomador de Serviço (CTT_ENDER): no Logix -> 50 posições e no Protheus, 40 posições.

               Cidade do Tomador de Serviço (CTT_MUNIC): no Logix -> 30 posições e no Protheus, 20 posições.

• • Se a resposta for afirmativa, ou seja, prosseguir a importação, se a informação que vier no arquivo for superior ao que o campo suporte no Protheus, será truncada.
  • Se a resposta for negativa, acessar o Configurador do Protheus e alterar o tamanho dos campos citados.

9.2.1 Requisitos

• O Cadastro de Centro de Custos do sistema Protheus deverá ser definido no configurador com o conceito de Exclusivo, para atender ao cadastro de Centro de Custos do Logix.
• Verifique se a tabela auxiliar S057-Tipo de Lotação está carregada. Para isso, acesse o módulo SIGAGPE, Atualizações \ Definições Cálculo \ Manutenção Tabelas (GPEA320).
  
• Caso a empresa não utilize da Contabilidade Logix, o código do Centro de custo pode comportar até 10 caracteres, ao invés de 4. Esta situação ocorre quando as informações do RH Logix são contabilizadas em um sistema externo, onde é informado o código do Centro de custo do sistema externo. Se houver esta situação, em que o código do Centro de Custo tenha 10 caracteres, será necessário alterar o código do Centro de Custo no Protheus, no item Grupo de Campos do Configurador, opção Configurador > Base de Dados > Dicionário > Dicionário de Dados > Grupo de Campos.

Nota:

• • Caso ocorra esta situação, o Centro de Custo do sistema externo deverá ser cadastrado no Protheus manualmente.

9.2.2 Atributos migrados

As informações tratadas neste arquivo são:

Para o caso em que haja o conceito de Tomadores de Serviço, o arquivo será complementado com as seguintes informações:

Tomadores de Serviço com o conceito de Cadastro Característica SEFIP = X – Tomadores

• Tomadores de Serviço com o conceito de Cadastro Característica SEFIP = G – Grupo GPS

  LOGIX		PROTHEUS
  GRUPO_GPS/EMPRESA		CTT
  Atributo	Tipo	Atributo	Tipo
  nom_tomad	char(50)	CTT_NOME	char(40)
  Nome do tomador.		Nome da empresa tomadora do serviço quando for necessário gerar guias por centro de custo.
  Lograd	char(50)	CTT_ENDER	char(40)
  Endereço do tomador.		Endereço do tomador.
  Bairro	char(20)	CTT_BAIRRO	char(20)
  Bairro do tomador.		Bairro do tomador.
  CEP	number(10)	CTT_CEP	char(8)
  CEP do tomador.		CEP do tomador.
  cidade	char(20)	CTT_MUNIC	char(20)
  Cidade do tomador.		Cidade do tomador.
  estado	char(2)	CTT_ESTADO	char(2)
  Estado do tomador.		Estado do tomador.
  tip_inscricao	char(1)	CTT_TIPO	char(1)
  Tipo de Inscrição: 1 – CNPJ 2 – CEI		Tipo de Inscrição: 1 – CNPJ 2 – CEI
  grupo_gps.num_cei_cnpj	char(1)	CTT_CEI	char(14)
  CEI ou CNPJ do tomador de serviço.		CEI ou CNPJ do tomador de serviço.

  Informações para Tomadores de Serviço

  No Protheus os tomadores são tratados no cadastro de Centro de Custo. Dessa forma, serão migrados os campos do Cadastro de Tomadores Logix que são compatíveis com o cadastro do Protheus.

  No Logix, para verificar se a empresa utiliza o conceito de tomador de serviços, será verificado se no RHU3330 – Parâmetros de Empresa RHU, se o campo Característica SEFIP está definido com os seguintes valores:

  • T – Tomador
  • O – Obra
  • P – Prestador de Serviço
  • C – Construção Civil
  • R – Cooperativa
  • N – Consórcio

  Se ao invés das informações acima, estiver preenchido com o valor E – Empresa indica que a empresa não utiliza o conceito de Tomador de Serviço. Dessa forma, não será levada nenhuma informação referente a Tomadores para o Centro de Custo do Protheus.

  No Logix, as informações de Tomadores podem ser obtidas das seguintes formas, conforme parametrização no RHU3330 – Parâmetros de Empresa RHU, campo Cadastro de Características SEFIP:

  • X – Tomador/Obra
  • G – Grupo GPS
  • C – Clientes
  • E – Empresas

  As opções C – clientes e E – Empresas não serão tratadas no envio de Tomadores para o Protheus.

  A opção C – Clientes não está relacionando diretamente uma unidade funcional/Centro de Custo a um tomador de serviços. Tomadores diferentes podem ser alocados aos funcionários, que podem estar em um mesmo Centro de Custo, impossibilitando de encontrar o tomador que será associado ao Centro de Custo.

  A opção E – Empresa, não há rateio de Tomador de Serviços, pois o próprio tomador é a Empresa Logix.

  Quando a empresa trabalhar com estas duas opções, será dada a mensagem de alerta ao final do processamento da empresa e não serão geradas as informações de tomadores para o Protheus:

  • Para os Cadastros de Característica SEFIP = E, será demonstrada a mensagem abaixo, ao final da empresa do Centro de Custo que está sendo exportada:
    • Centro de Custo: Empresa AA utiliza Tomador com Cadastro Característica SEFIP = E - Empresa. Não será exportado.
    • Para os Cadastros de Característica SEFIP = C, será demonstrada a mensagem abaixo, ao final da empresa do Centro de Custo que está sendo exportada:
      • Centro de Custo: Empresa AA utiliza Tomador com Cadastro Característica SEFIP = C - Cliente. Não será exportado.

  Abaixo estão as regras para obter as informações para cada um dos tipos de Tomadores disponíveis no Logix:

  X – Tomador/Obra

  Neste caso, os tomadores estão cadastrados no programa RHU4067 – Tomadores/Obras de Construção Civil e estão relacionados no cadastro RHU6660 – Tomadores/Obras por Unidade Funcional:

  

  

   

• Para obter a informação do Tomador de Serviço para levar ao Centro de custo, será verificado se o Centro de Custo que está sendo exportado está relacionado a alguma unidade funcional ativa.
• Será verificado se a Unidade Funcional selecionada está cadastrada no RHU6660 – Tomadores por Unidade Funcional (tabela RHU_TOMAD_UNI_FUNC). Se existir, será selecionado o Tomador/Obra que possua o código com o maior contrato.
• Com base no Tomador selecionado, serão buscadas as informações de tomadores do RHU4067 – Cadastro de Tomadores de Serviço (tabela RHU_TOMAD_OBRA), complementando a exportação do centro de custo com os dados compatíveis entre os dois sistemas.

G – Grupo GPS

Neste caso, os tomadores estão cadastrados no programa RHU9113 – Grupo Emissão GPS e estão relacionados no cadastro RHU9114 –Unidades Funcionais por Grupo GPS.

• Para obter a informação para levar para o Centro de custo, será verificado se o Centro de Custo que está sendo exportado está relacionado a alguma unidade funcional ativa.
• Será verificado se a Unidade Funcional selecionada está cadastrada no programa RHU9114 – Unidade Funcionais por Grupo GPS (tabela GPS_UNID_FUNC), considerando o código da Empresa e o Código da Unidade Funcional. Caso não esteja, não será levada a informação para o Centro de Custo.
• Com base no Grupo da GPS selecionado do RHU9114, serão buscadas as informações de tomadores do programa RHU9113 – Grupo GPS (tabela GRUPO_GPS), complementando a exportação do centro de custo com as informações compatíveis entre os dois sistemas. 

Abaixo encontram-se as regras para cada um dos campos que serão migrados:

9.2.3 Empresa Logix X Empresa/Filial Protheus

• A empresa Logix deverá ser associada a uma Empresa/Filial do Protheus, previamente cadastrada no programa LOG00083 – Cadastros de Empresas.
• No arquivo texto, sempre será gerado o código da Empresa Protheus e o código da Filial, pois esta tabela CTT será definida como exclusiva.
• Esta definição será necessária devido ao Centro de Custo Logix poder ser definido como Compartilhado (onde para todas as Empresas Logix, são utilizados os mesmos Centros de Custo) ou Exclusivo (cada empresa Logix pode ter seus próprios Centros de Custo), além de ter a opção Exclusiva/Compartilhada ao mesmo tempo. Convencionou-se o envio para o Protheus como Exclusivo, pois quando houver a Integração Contábil/Financeira, após ocorrer todas as Migrações do Centro de Custo, o cliente poder criar alguma situação de um Centro de Custo exclusivo.
• Código do Centro de Custo Logix que será importado como o Código do Centro de Custo no Protheus.
• O código gerado para o Protheus será preenchido com zeros à esquerda, até completar o limite do campo.
• Descrição do Centro de Custo Logix que será importado como a Descrição do Centro de Custo no Protheus.
• Indicação da situação do Centro de Custo.
• No Protheus, este campo pode assumir os valores:
  • 1 = Bloqueado
  • 2 = Não Bloqueado
• No Logix, este campo pode assumir os valores:
  • A = Ativo
  • B = Bloqueado
  • D = Desativado
  • E = Eliminado
• Para gerar para o Protheus, será respeitada a tabela abaixo, em que o Valor Logix, será exportado no arquivo texto para o Valor Protheus.

9.2.4 Código

• Código do Centro de Custo Logix que será importado como o Código do Centro de Custo no Protheus.
• O código gerado para o Protheus será preenchido com zeros à esquerda, até completar o limite do campo.

9.2.5 Descrição

• Descrição do Centro de Custo Logix que será importado como a Descrição do Centro de Custo no Protheus.

9.2.6 Situação

• Indicação da situação do Centro de Custo.
• No Protheus, este campo pode assumir os valores:
  • 1 = Bloqueado
  • 2 = Não Bloqueado
• No Logix, este campo pode assumir os valores:
  • A = Ativo
  • B = Bloqueado
  • D = Desativado
  • E = Eliminado

Para gerar para o Protheus, será respeitada a tabela abaixo, em que o Valor Logix, será exportado no arquivo texto para o Valor Protheus.

9.2.7 Classe

• Indicação da Classe do Centro de Custo no Protheus.
• Para este campo não existe valor equivalente no Logix, portanto não será enviado no arquivo texto.
• Este campo no Protheus será atribuído com o valor fixo 2 – Analítico.

TOMADORES DE SERVIÇO

Para os casos em que o sistema Logix esteja habilitado para utilização do Tomador de Serviço, conforme o Cadastro de Características Sefip, serão geradosos valores dos campos de acordo com as regras abaixo:

• • Cadastro de Características SEFIP = X – Tomador
  • Cadastro de Características SEFIP = G – Grupo GPS

9.2.8 Nome do Tomador

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.9 Endereço

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.10 Bairro

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.11 CEP

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.12 Cidade

• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.13 Estado

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix

9.2.14 Tipo de Inscrição

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix

9.2.15 CEI/CNPJ

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.17 Tipo Lotação

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.18 Tipo Inscrição

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.19 N° Inscrição

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.20 Código Município

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.21 Tipo Tomador - e-Social

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.22 Código FPAS

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.23 Código Terceiros

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.24 Alíquota FAP

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.25 % RAT

• Será gerado para o sistema Protheus o valor do atributo informado na tabela Logix.

9.2.26 Definição do arquivo texto:

• A carga das informações geradas do Logix para o Protheus, será através de arquivo texto, com os campos separado por pipe (|). 
• O arquivo será gerado com o nome: ccusto_logix.unl
• A ordem dos campos em cada registro será:

• • Empresa Protheus
  • Filial Protheus
  • Código do Centro de Custo
  • Descrição do Centro de Custo
  • Situação do Centro de Custo
  • Endereço
  • Bairro
  • CEP
  • Município
  • Estado
  • Tipo Tomador
  • CEI / CNPJ
  • Tipo Logradouro
  • Tipo Lotação
  • Tipo Inscrição
  • N° Inscrição
  • Código do Município – IBGE
  • Tipo Tomador – e-Social
  • N° Logradouro
  • Código FPAS
  • Código Terceiros
  • Alíquota FAP
  • % RAT

9.2.27 Exportando as informações

• Serão exportados do Logix todos os registros cadastrados no programa de Centro de Custos (CON10148).
• O cadastro de Centro de Custo segue o conceito de Empresa\Plano, em que é possível realizar todo o cadastro dos Centros de Custo em uma única empresa e as demais empresas utilizarão este mesmo cadastro. No entanto, existe a possibilidade de uma empresa que está definida por Empresa/Plano ter um centro de custo cadastrado exclusivamente para ela. Dessa forma, para facilitar o envio das informações tanto na migração, como também na integração, o cadastro de Centro de Custos será enviado sempre como exclusivo, ou seja, sempre será enviado o código da Empresa e Filial no arquivo texto.
• Abaixo estão algumas situações que podem ocorrer no cadastro de Centro de Custos do Logix, da qual estaremos tratando no envio das informações:

• Exemplo 1: As empresas estão apontando para uma única Empresas/Plano, no entanto, existem registros de Centro de Custo exclusivo para empresas no cadastro de Centro de Custo.

             O Logix possui os seguintes Centros de Custos cadastrados:

Realizando o agrupamento por empresa, serão selecionados os seguintes registros:

Agora devem ser verificados quais são as empresas/plano que estão relacionadas a estas empresas, através da tabela PAR_CON, verificando também as Empresas/Filiais Protheus, associadas às Empresas

Logix. Os registros são os selecionados abaixo:

Percebe-se que, há um grupo de Empresas Protheus 99, apontando para uma única Empresa/Plano (90).

No entanto, no cadastro de Centro de Custos, existem registros para as empresas 90 e 02. Dessa forma, devem-se exportar os registros para o Protheus com o código da Filial Protheus, ou seja, como Exclusivo.

Caso no agrupamento de Empresas na tabela de Centro de Custo existisse apenas uma Empresa (90), este cadastro poderia ser exportado como Compartilhado.

No envio das informações para o arquivo texto, deverá ser exportado da seguinte forma:

• Exemplo 2: As empresas estão apontando para uma única Empresa/Plano e existem empresas que não tem Empresa/Plano definido.

             O Logix possui os seguintes Centros de Custos cadastrados:

Realizando o agrupamento por empresa, serão selecionados os seguintes registros:

Agora devem ser verificados quais são as empresas/plano que estão relacionados a estas empresas, através da tabela PAR_CON, verificando também as Empresas/Filiais Protheus, associadas às Empresas

Logix. Os registros são os selecionados abaixo:

Percebe-se que, há um grupo de Empresas Protheus 99, apontando para uma única Empresa/Plano (90) e também há neste mesmo grupo de empresas uma empresa Logix que não aponta para nenhuma

Empresa/Plano (Empresa Logix 03). Neste caso, a Empresa/Plano assume o próprio valor da Empresa Logix (03). Além disto, há a empresa Logix 04 que aponta para a empresa/plano 03. Dessa forma, devem-se

exportar os registros para o Protheus com o código da Filial Protheus, ou seja, como Exclusivo.

No envio das informações para o arquivo texto, deverá ser exportado da seguinte forma:

• O arquivo gerado será gravado com o nome centro_custo_logix.unl. 

9.2.28 Importando as informações

• Logo após a importação pelo Protheus, será renomeado como XX_XX_XXXX_ccusto_logix.unl, indicando a data de importação do arquivo.

• Se houver necessidade de importar novamente o arquivo, deverá seguir um dos seguintes procedimentos:

• • Renomear o arquivo para ccusto_logix.unl, retirando a data do nome do arquivo ou

• • Gerar novamente o arquivo do sistema Logix.

• Sempre que houver a importação dos registros do arquivo no Protheus, será verificado se já houve a importação do registro, através da chave única da tabela (Código da Filial + Código do Centro de Custo). Se não existir nenhum registro, será realizada uma inclusão na tabela. Caso contrário, serão modificados os campos que não fazem parte da chave única.

9.3 Cadastro de Unidade Funcional Logix X Protheus

        Neste item serão exportadas as informações compatíveis do cadastro de Unidade Funcional Logix, que serão importados no cadastro de Departamentos Protheus.

9.3.1 Requisitos

• No Protheus, deve-se definir a tabela SQB como exclusiva, pois no Logix esta tabela é sempre por Empresa.
• Exportar o cadastro de Cargos Logix que deverá ser importado como as Funções do Protheus.
• Exportar o cadastro de Centros de Custos Logix que deverá ser importado como os Centros de Custos do Protheus.
• Exportar o cadastro de Unidade Funcional Logix que deverá ser importado como os Departamentos do Protheus.
• Exportar o cadastro de Sindicatos Logix que deverá ser importado como os Sindicatos do Protheus.
• Exportar o cadastro de Ocorrências Logix que deverá ser importado como as Verbas do Protheus.
• Exportar o cadastro de Escalas Logix que deverá ser importado como os Turnos do Protheus.
• Exportar o cadastro de Área e Linha de Negócios Logix que deverá ser importado como os Itens Contábeis do Protheus, caso o parâmetro MV_ITMCLVL esteja configurado com valor diferente de "2-Não utiliza Item Contábil e Classe de Valor".
• Se o código da Unidade Funcional que vier no arquivo tiver mais de 9 posições, deverá ser alterado no Configurador Protheus no Grupo de Campos para a tabela SQB, aumentando o tamanho do campo para até 10 posições. Somente será importado o registro se o tamanho do campo no Protheus for suportado pelo tamanho do campo vindo no arquivo texto.
• Se o código do Centro de Custo que vier no arquivo tiver mais de 9 posições, deverá ser alterado no Configurador Protheus no Grupo de Campos para a tabela CTT, aumentando o tamanho do campo para até 10 posições. Somente será importado o valor para o campo se o tamanho no Protheus for suportado pelo tamanho do campo vindo no arquivo texto.

Nota: Por default, no Logix o código do Centro de Custo é definido com até 4 posições, para os clientes que utilizam a Integração da Folha de Pagamento Logix com a Contabilidade Logix. No entanto, no RH Logix é possível informar o

           código de Centro de Custo de sistemas externos, permitindo que a Folha Logix integre com qualquer sistema de Contabilidade. Na exportação, serão exportados estes códigos de Centro de Custos cadastrados na tabela de Unidade

           Funcional. Dessa forma, necessário cadastrar na tabela de Centro de Custos Protheus estes códigos, pois não será possível exportá-los através a Migração do Cadastro de Centro de Custos.

9.3.2 Atributos migrados

  As informações tratadas neste arquivo são:

Abaixo encontram-se as regras para cada um dos campos que serão migrados:

9.2.3 Empresa Logix X Empresa/Filial Protheus

• A empresa Logix deverá ser associada a uma Empresa/Filial do Protheus, previamente cadastrada no programa LOG00087 – Cadastros de Empresas.
• No arquivo texto, será gerado o código da Empresa Protheus e o Código da Filial Protheus, devendo ser definida a tabela SQB como exclusiva.
• No Logix, o cadastro de Unidades Funcionais é por Empresa, permitindo que o mesmo código de Unidade Funcional possa ter um significado diferente em outra empresa Logix. Por exemplo: 

• Dessa forma, quando houver a associação da Empresa Logix X Empresa/filial Protheus, será necessário o envio do código da Filial na exportação, para ser importado no Protheus o Departamento, devendo este ser definido como exclusivo. 

No envio do arquivo ficará:

9.3.4 Código

• Código da Unidade Funcional Logix que será importado como o Código do Departamento no Protheus.
• O código do campo Unidade Funcional no Logix pode conter até 10 caracteres. Na tabela do Protheus, este campo está configurado como default com 9 posições. Do Logix, será enviado até 10 posições no arquivo texto.
• Será necessário aumentar o tamanho do campo no Configurador Protheus para 10 posições, caso haja registros com o código do departamento com mais de 9 posições.
• Se a informação que vier no arquivo for superior ao que o campo suporte no Protheus, não será importado o registro para a tabela e será dada a seguinte mensagem de alerta:
  • Departamento XX/XX/XXXXXXXXXX – Não foi importado para a tabela. Alterar o tamanho do campo código no Configurador. Tam. Protheus: 999 Tam. Sist. Ext: 999.
• O código gerado para o Protheus será preenchido com zeros à esquerda, até completar o limite do campo.

9.3.5 Descrição

• Descrição da Unidade Funcional Logix que será importado como a Descrição do Departamento no Protheus.

9.3.6 Centro de Custo

• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.
• Na tabela de Unidade Funcional, o código do Centro de Custo pode conter até 10 posições. Isto se deve ao fato de que o Logix RH pode gerar a contabilização para ser integrado em outro sistema não Logix, enviando o centro de custo que está sendo contabilizado. Neste caso, o Logix não utiliza da sua Contabilidade, pois na Contabilidade Logix, o código do Centro de Custo é limitado a 4 posições. Caso haja esta situação, será necessário aumentar no Configurador Protheus o tamanho do campo para 10 posições, pois o tamanho default do campo QB_CC é 9 posições.
• Se a informação que vier no arquivo for superior ao que o campo suporte no Protheus, não será importado o valor do campo para a tabela e será dada a seguinte mensagem de alerta:
  • Departamento XX/XX/XXXXXXXXXX – Não foi importado o código do Centro de Custo. Alterar o tamanho do campo no Configurador.
    • Nota: Os valores XX/XX/XXXXXXXXXX correspondem a Empresa Protheus / Filial Protheus / Código do Departamento.

• O código gerado para o Protheus será preenchido com zeros à esquerda, até completar o limite do campo.

9.3.7 Definição do arquivo texto:

• A carga das informações geradas do Logix para o Protheus será através de arquivo texto, com os campos separados por pipe (|). 
• O arquivo será gerado com o nome:  unidade_funcional_logix.unl.
• A ordem dos campos em cada registro será:
  • Empresa Protheus.
  • Filial Protheus.
  • Código da Unidade Funcional.
  • Descrição da Unidade Funcional.
  • Código do Centro de Custo.

9.3.8 Importando as informações

• Serão exportados todos os registros do Logix cuja data de validade final esteja em aberto, ou seja, somente os registros ativos ou também que seja o último registro da unidade funcional que estiver desativada (com a maior data de validade fim). Esta última consistência será necessária, caso haja unidades funcionais que estejam inativas.
• Logo após a importação pelo Protheus, será renomeado como XX_XX_XXXX_unidade_funcional_logix.unl, indicando a data de importação do arquivo.
• Se houver necessidade de importar novamente o arquivo, deverá seguir um dos seguintes procedimentos:
  • Renomear o arquivo para unidade_funcional_logix.unl, retirando a data do nome do arquivo ou
  • Gerar novamente o arquivo do sistema Logix.
• Sempre que houver a importação dos registros do arquivo no Protheus, será verificado se já houve a importação do registro, através da chave única da tabela (Código da Filial + Código do Departamento). Se não existir nenhum registro, será realizada uma inclusão na tabela. Caso contrário, serão modificados os campos que não fazem parte da chave única.

9.4 Cadastro de Sindicatos Logix X Protheus

Neste item serão exportadas as informações compatíveis do cadastro de Sindicatos Logix, que serão importados no cadastro de Sindicatos Protheus.

9.4.1 Pré-Requisitos

• Definir um DE-PARA de códigos no Logix, caso o código do sindicato Logix contenha mais de 2 posições. O DE-PARA deve ser definido através do programa VDP10141 – DE\PARA GERAL LOGIX. O valor do código do sindicato a ser enviado para o Protheus obrigatoriamente deve ser definido com até 2 posições numéricas.
• A tabela de Sindicatos do sistema Protheus (RCE) deverá ser definida como Compartilhada, para todas as empresas que serão migradas devido ao fato de que, quando estas informações vierem do Logix, será gerado somente por Empresa.

9.4.2 Informações Complementares

• Os parâmetros de cálculo de médias, definidas no cadastro de sindicatos Logix (RHU0150), opção Tipos de Médias não serão migrados para o Protheus, devido às regras de parametrizações serem incompatíveis entre os dois sistemas. Será necessário realizar toda a parametrização para cálculos de médias por Sindicato no sistema Protheus GPE.
• As informações extras referentes ao Dissídio Coletivo, definidas no cadastro de sindicatos Logix (RHU0150), opção Dissídio, não serão migradas para o Protheus, devido à incompatibilidade entre os dois sistemas.
• As informações referentes às Contribuições Sindicais, definidas no cadastro de sindicatos Logix (RHU0150), opção Contribuição, não serão migradas para o Protheus, devido à incompatibilidade entre os dois sistemas

• Antes de iniciar a importação, será avisado ao usuário sobre o tamanho do campo da tabela quando no Logix for superior ao do Protheus, dando a opção de cancelar ou continuar a execução

  Descrição do Município do Sindicato (RCE_MUNICIP): no Logix -> 30 posições e no Protheus 20, posições. 

  Endereço do Sindicato (RCE_ENDER): no Logix -> 40 posições e no Protheus 30, posições. 
  Complemento do Endereço (RCE_COMPLE), tamanho do campo de 10 para 20, posições
  Bairro do Sindicato (RCE_BAIRRO), tamanho do campo de 20 para 30, posições

• • Se a resposta for afirmativa, ou seja, prosseguir a importação, se a informação que vier no arquivo for superior ao que o campo suporte no Protheus, será truncada.
  • Se a resposta for negativa, acessar o Configurador do Protheus e alterar o tamanho dos campos citados.

9.4.3 Atributos migrados

       As informações tratadas neste arquivo são:

Abaixo encontram-se as regras para cada um dos campos que serão migrados:

9.4.4 Empresa Logix X Empresa/Filial Protheus

• A empresa Logix deverá ser associada a uma Empresa/Filial do Protheus, previamente cadastrada no programa LOG00087 – Cadastros de Empresas.
• No arquivo texto serão gerados os registros para todos os códigos da Empresa Protheus em que haja relacionamento com as Empresas Logix.
• O código da Filial Protheus não será gerado neste arquivo, pois este cadastro no Logix é Geral, devendo a tabela ser definida no Protheus como Compartilhada. 

9.4.5 Código

• Código do Sindicato.
• No Logix, o tamanho do código do Sindicato poderá conter até 4 caracteres. No Protheus, o tamanho do código do sindicato é restrito a 2 posições obrigatoriamente numéricas.
• Será necessário prever um DE-PARA manual dos códigos do Logix para o Protheus, quando o código do sindicato Logix tiver mais de 2 posições, informando o código que será gerado para o Protheus, com 2 posições.
• O programa que será utilizado para definição do DE-PARA será o VDP10141 – DE/PARA GERAL LOGIX.

         Onde o usuário irá informar os códigos de:

• Tabela: SINDICATO
• Sistema Integração: PROTHEUS
• Campos DE:

                     Para cada registro de Sindicatos, informar o código do Sindicato e o Valor, como acima.

• Campos Para:

             Deverá informar o código do Sindicato que será gerado para o sistema Protheus.

• Para os casos em que não seja definido o DE-PARA e o código do sindicato for superior a 2 posições, o registro não será exportado e será gerada a seguinte mensagem de LOG de erros ao final do processo:

                    “Sindicato XX/XXXX não exportado. O código para o Protheus deve ser limitado a 2 posições. Criar DE-PARA (VDP10141) ”.

             Nota:Os valores XX/XXXX correspondem a Empresa Logix / Código do Sindicato.

• O código gerado para o Protheus será preenchido com zeros à esquerda, até completar o limite do campo.

9.4.6 Descrição

• Descrição do sindicato.

9.4.7 Descrição da Cidade

• Gerar para o sistema Protheus o valor do atributo da descrição da cidade.
• O valor deste atributo será gerado com base no Nome da Cidade, cadastrado no programa Cidades (VDP3080).
• A descrição do campo cidade no Logix pode conter até 30 caracteres. Na tabela do Protheus, este campo está configurado como default com 20 posições. Do Logix, será enviado até 30 posições no arquivo texto.
• Será necessário aumentar o tamanho do campo no Configurador Protheus para 30 posições, caso haja registros com o nome da cidade com mais de 20 posições.
• Se a informação que vier no arquivo for superior ao que o campo suporte no Protheus, não será importado o registro e será dada a seguinte mensagem de erro:

        Sindicato XX/XX/XX – Erro Valor atribuído difere do tamanho do campo (Município) campo “RCE_MUNIC”  valor “AAAAAA”. Tam. Protheus: 99 Tam. Sist. Ext: 99.

            Nota:

• • Os valores XX/XX/XX correspondem à Empresa Protheus / Filial Protheus / Código do Sindicato Protheus.
  • O valor “AAAAAA” corresponde ao valor no arquivo, que está tentando importar.
  • O valor Tam. Protheus: 99 Tam. Sist. Ext: 99, corresponde ao tamanho do campo no configurador Protheus e o tamanho do campo vindo no arquivo texto.

9.4.8 Unidade da Federação

• Gerar para o sistema Protheus o valor do atributo do código da Unidade da Federação da cidade que está relacionado ao Sindicato.
• O valor deste atributo será gerado com base na Unidade de Federação, cadastrado no programa Cidades (VDP3080).

9.4.9 Data base do dissídio (MÊS)

• No Logix, este campo é composto pela Data-base do dissídio do sindicato, no formato DD/MM/AAAA.
• No Protheus, este campo é composto somente pelo mês do dissídio.
• Será enviado o valor do mês (MM) que consta no campo do Logix.

9.4.10 Data-base do dissídio (DIA)

• No Logix, este campo é composto pela Data-base do dissídio do sindicato, no formato DD/MM/AAAA.
• No Protheus, este campo é composto somente pelo dia do dissídio.
• Será enviado o valor do dia (DD) que consta no campo do Logix.

9.4.11 Salário normativo da Categoria

• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.

9.4.12 Endereço

• A descrição do campo Endereço no Logix pode conter até 40 caracteres. Na tabela do Protheus, este campo está limitado a 30 posições.
• Será necessário aumentar o tamanho do campo no Configurador Protheus para 40 posições, caso haja registros com a descrição do endereço com mais de 30 posições. Do Logix, será enviado até 40 posições no arquivo texto.
• Se a informação que vier no arquivo for superior ao que o campo suporte no Protheus, não será importado o registro e será dada a seguinte mensagem de erro:

       Sindicato XX/XX/XX – Erro Valor atribuído difere do tamanho do campo (Endereco) campo “RCE_ENDER”  valor “AAAAAA”. Tam. Protheus: 99 Tam. Sist. Ext: 99.

                 Nota:

• • Os valores XX/XX/XX correspondem à Empresa Protheus / Filial Protheus / Código do Sindicato Protheus.
  • O valor “AAAAAA” corresponde ao valor no arquivo, que está tentando importar.
  • O valor Tam. Protheus: 99 Tam. Sist. Ext: 99., corresponde ao tamanho do campo no configurador Protheus e o tamanho do campo vindo no arquivo texto.

9.4.13 Número do Endereço

• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.

Apesar deste campo estar definido com 10 posições, na tela só é permitido informar 5 caracteres. Dessa forma, será compatível com o tamanho do campo no Protheus.

9.4.14 Complemento

• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.
• A descrição do campo Complemento no Logix pode conter até 20 caracteres. Na tabela do Protheus, este campo está limitado a 10 posições.
• Será necessário aumentar o tamanho do campo no Configurador Protheus para 20 posições, caso haja registros com a descrição do complemento com mais de 20 posições. Do Logix, será enviado até 20 posições no arquivo texto.
• Se a informação que vier no arquivo for superior ao que o campo suporte no Protheus, não será importado o registro e será dada a seguinte mensagem de erro:

                   Sindicato XX/XX/XX  – Erro Valor atribuído difere do tamanho do campo (Complemento) campo “RCE_COMPLE” valor “AAAAAA”. Tam. Protheus: 99 Tam. Sist. Ext: 99.

             Nota:

• • Os valores XX/XX/XX correspondem à Empresa Protheus / Filial Protheus / Código do Sindicato Protheus.
  • O valor “AAAAAA” corresponde ao valor no arquivo, que está tentando importar.
  • O valor Tam. Protheus: 99 Tam. Sist. Ext: 99., corresponde ao tamanho do campo no configurador Protheus e o tamanho do campo vindo no arquivo texto.

9.4.15 Descrição do Bairro

• Gerar para o sistema Protheus o valor do atributo da descrição do bairro.
• O valor deste atributo será gerado com base no Nome do Bairro, relacionado à Cidade, cadastrado no programa Bairros Cidades (RHU0520).
• A descrição do campo Bairro no Logix pode conter até 30 caracteres. Na tabela do Protheus, este campo está limitado a 20 posições.
• Será necessário aumentar o tamanho do campo no Configurador Protheus para 30 posições, caso haja registros com a descrição do bairro com mais de 20 posições. Do Logix, será enviado até 30 posições no arquivo texto.
• Se a informação que vier no arquivo for superior ao que o campo suporte no Protheus, não será importado o registro e será dada a seguinte mensagem de alerta:

                 Sindicato XX/XX/XX – Erro Valor atribuído difere do tamanho do campo (Bairro) campo “RCE_BAIRRO” valor “AAAAAA”. Tam. Protheus: 99 Tam. Sist. Ext: 99.

           Nota:

• • Os valores XX/XX/XX correspondem à Empresa Protheus / Filial Protheus / Código do Sindicato Protheus.
  • O valor “AAAAAA” corresponde ao valor no arquivo, que está tentando importar.
  • O valor Tam. Protheus: 99 Tam. Sist. Ext: 99., corresponde ao tamanho do campo no configurador Protheus e o tamanho do campo vindo no arquivo texto.

9.4.16 CEP

• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.
• O valor do campo será gerado sem caracteres especiais, enviando somente números.

9.4.17 Número do CNPJ

• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.
• O valor do campo será gerado sem caracteres especiais, enviando somente números.

9.4.18 Código da Entidade Sindical

• Gerar para o sistema Protheus o valor do atributo informado na tabela Logix.
• O valor do campo será gerado sem caracteres especiais, enviando somente números.

9.4.19 Definição do arquivo texto:

• A carga das informações geradas do Logix para o Protheus, será através de arquivo texto, com os campos separado por pipe (|). 
• O arquivo será gerado com o nome: sindicato_logix.unl.
• A ordem dos campos em cada registro será:
  • Empresa Protheus
  • Filial Protheus
  • Código do sindicato
  • Descrição do sindicato
  • Descrição da cidade
  • Código da Unidade de Federação
  • Mês do Dissídio do sindicato
  • Dia do Dissídio
  • Piso salarial
  • Endereço
  • Número do Endereço
  • Complemento
  • Descrição do Bairro
  • Código do CEP
  • Número do CNPJ
  • Código da Entidade Sindical

9.4.20 Exportando as informações

• Serão exportados do Logix todos os registros cadastrados no programa de Cadastros de Sindicato (RHU0150 – Sindicatos).
• Todos os registros serão exportados para o Protheus, para cada Empresa/Filial Protheus associada às Empresas Logix, através do programa LOG00083 (Cadastro de Empresas).
• O arquivo gerado será gravado com o nome sindicato_logix.unl. 

9.4.21 Importando as informações

• Logo após a importação pelo Protheus, será renomeado como XX_XX_XXXX_sindicato_logix.unl, indicando a data de importação do arquivo.

• Se houver necessidade de importar novamente o arquivo, deverá seguir um dos seguintes procedimentos:
  • Renomear o arquivo para sindicato_logix.unl, retirando a data do nome do arquivo ou

• • Gerar novamente o arquivo do sistema Logix.

• Sempre que houver a importação dos registros do arquivo no Protheus, será verificado se já houve a importação do registro, através da chave única da tabela (Código da Filial + Código do Sindicato). Se não existir nenhum registro, será realizada uma inclusão na tabela. Caso contrário, serão modificados os campos que não fazem parte da chave única.
  
  

9.5 Cadastro de Eventos Logix X Verbas Protheus

Neste item serão exportadas as informações compatíveis do cadastro de Eventos Logix, que serão importados no cadastro de Verbas Protheus.

9.5.1 Pré-Requisitos

• Executar no Logix o programa RHU4740 – Criação de Tabelas Fixas, opção Eventos Fixos para todas as Empresa Logix que serão integradas com o Protheus. A execução deste programa permitirá que todos os eventos fixos sejam gerados na tabela de Eventos, permitindo que a codificação de DE-PARA dos códigos de Eventos Logix que serão gerados para o Protheus sejam as mesmas para todas as empresas.
• Cadastrar no Logix, através do programa VDP10141 – Cadastro de DE-PARA Geral os Históricos Padrão Logix que serão relacionados aos Lançamentos Padrão Protheus. Dessa forma, será gerado para as verbas que estão sendo exportadas, o Lançamento Padrão que será contabilizado.
• Cadastrar no Protheus os códigos de Lançamentos Padrão que serão referenciados no Logix.

9.5.2 Cadastro DE/PARA de Eventos

• Foi desenvolvido novo programa que permite a definição um DE/PARA dos códigos dos Eventos Logix para os Códigos do Protheus, permitindo que o usuário configure os códigos que serão exportados para o Protheus, ao invés de gerar fixos pelo exportador.
• Para acesso ao novo programa, deverá selecionar a opção De/Para, do programa RHP10003 – Exporta dados Folha de Pagamento Logix.

• A opção acima disponibilizará o programa abaixo, onde será permitida a manutenção do campo Verba, permitindo que seja configurado o código que será exportado para o Protheus.      

• Estão habilitadas as seguintes opções neste programa:

Incluir:

• • Na inclusão será realizada a carga inicial dos eventos de DE/PARA, conforme a regra existente atualmente na função de Exportação de Eventos.
  • Esta opção será permitida somente se não houver registros na tabela de De/Para de Eventos (RHU_TABELA_DE_PARA_EVENTO).
  • Não será permitida a inclusão pontual de registros no GRID.

 Modificar:

• • Habilitará no programa para modificar os registros já incluídos.
  • Poderá também realizar a exclusão pontual, das linhas inseridas, através da opção Remover Linha do popup.

 Excluir:

• • Habilitará o programa para excluir todos os registros da tabela RHU_TABELA_DE_PARA_EVENTO, mediante confirmação.
  • Para exclusões pontuais de registros, será realizado através da Modificação, utilizando a opção Remover Linha do popup.

Consultar:

• • Realiza a consulta dos registros inseridos na tabela RHU_TABELA_DE_PARA_EVENTO

Relatório 1:

• • Esta opção emitirá a listagem dos registros existentes na tabela RHU_TABELA_DE_PARA_EVENTO

Relatório 2:

• • Serão listados os registros que não constam na tabela de DE/PARA mas deveriam constar, porque houve exclusão do registro manualmente.

• Campos disponibilizados na tela:

Empresa/Tabelas Eventos:

• • Código da Empresa/Tabela de Eventos Logix.

Evento Logix

• •  Código do evento Logix

Descrição do Evento

• •  Descrição do evento Logix

Verba Protheus

• • Neste campo será informado o código da Verba que será exportado para o sistema externo.
  • Por default, será inicializado da mesma forma como é feita a exportação de eventos através da opção Eventos, do programa RHP10003 – Exportação de Dados da Folha de Pagamento.
  • Poderá ser feita a modificação deste campo, informando um mesmo código de verba para vários eventos Logix. Por exemplo:

Importante:

• • A utilização deste conceito, de agregar vários eventos do Logix à mesma verba do Protheus, deverá ser utilizado com MUITO critério, pois pode haver incidências (IRRF, INSS, FGTS, RAIS, DIRF, etc) sobre um evento do Logix e que não incidam em um outro evento.
  • Esta validação ficará sob responsabilidade do usuário.
  • Por default nas exportações dos eventos e históricos, será considerada, sempre, a característica do primeiro evento encontrado.
  • Já os valores de Quantidade de Horas e Valor dos eventos, obtido na exportação dos históricos de movimento de folha, férias, rescisão e 13º Salário, serão somados.

9.5.3 Atributos migrados

           As informações tratadas neste arquivo são:

Abaixo, encontram-se as regras para cada um dos campos que serão migrados:

9.5.4 Empresa Logix X Empresa/Filial Protheus

• A empresa Logix deverá ser associada a uma Empresa/Filial do Protheus, previamente cadastrada no programa LOG00083 – Cadastros de Empresas.
• No arquivo texto, será gerado o código da Empresa Protheus. O código da Filial poderá gerar ou não, conforme definição de Empresas/Tabelas.

9.5.5 Código

• Código do Evento Logix que será importado como o Código da Verba no Protheus.
• O Protheus permite somente códigos com 3 posições alfanuméricas. No Logix são permitidas 4 posições com valores numéricos. Dessa forma, será gerado um DE-PARA interno dos códigos de Eventos Logix para serem gerados para o Protheus.
• Para os códigos de eventos até 899, irá gerar o mesmo valor do código do evento para o atributo do sistema Protheus. Estes são eventos em que o usuário pode cadastrar no Logix.
• Para os códigos a partir de 900, que são códigos internos do sistema Logix, será gerado com uma codificação específica, da seguinte forma: L00, L01, L02, ..., L99, LA0, LA1, ..., LA9, LAA, LAB, ..., LAZ, LB0, LB1, ..., LB9, LBA, LBB, LBC, ..., LZZ
• A relação dos códigos a partir do 900, deverá ser incluído na tabela de DE-PARA, para quando houver a geração dos códigos dos eventos das tabelas de Movimentações da Folha, gerar com o código já formatado para o Protheus.
• O código gerado para o Protheus será preenchido com zeros à esquerda, até completar o limite do campo.

9.5.6 Descrição

• Descrição do Evento Logix que será importado como a Descrição da Verba no Protheus.

9.5.7 Tipo do Evento

• Indica se o evento é um Provento, Desconto ou Base.
• Para gerar para o Protheus, será respeitada a tabela abaixo, onde o Valor Logix, será exportado no arquivo texto para o Valor Protheus.

9.5.8 Forma de cálculo do Evento

• Indica a forma de pagamento do evento.

Para gerar para o Protheus, será respeitada a tabela abaixo, onde o Valor Logix, será exportado no arquivo texto para o Valor Protheus.

9.5.9 Índice de correção do evento

• Indica se a verba terá incidência a um percentual a ser aplicado no cálculo.
• Será enviado do Logix o índice do evento.
• Para enviar ao arquivo texto, será verificado se o Índice de Correção do Evento é diferente de 0.
  • Caso seja, será enviado para o arquivo texto o percentual (conversão do índice do Logix para o Percentual Protheus).
  • Caso contrário, será deixado o campo no arquivo texto como nulo.
  • Para converter o índice do Logix para o Protheus, será feita a seguinte fórmula: (Índice de Correção do Evento) * 100
    • Exemplos:
      • Evento no Logix está com índice de 1,7. Para converter para o Protheus será feito: (1,7) * 100 = 170
      • Evento no Logix está com índice de 2. Para converter para o Protheus será feito: (2) * 100 = 200

9.5.10 Contabilização – Lançamento Padrão

• No Protheus, as verbas que serão contabilizadas estão relacionadas a um Lançamento Padrão.
• Os códigos do Protheus são fixos, conforme abaixo:

• No Logix, os eventos estão relacionados a um Histórico Padrão, cadastrados no programa de Relacionamento de Eventos por Histórico Padrão (RHU3610).
• Será necessário prever DE-PARA manual dos códigos de Históricos Padrão do Logix, que estão cadastrados no programa Relacionamento de Eventos por Histórico Padrão (RHU3610), com os códigos acima do Protheus. Dessa forma, na exportação do arquivo, será gerado com o código do Protheus, quando houver a associação no DE-PARA.
• O usuário deverá providenciar o cadastro através do programa VDP10141 – Cadastro de DE-PARA Geral, conforme abaixo:

• Para cada código de Histórico Padrão Logix cadastrado no programa RHU3610, deverá relacionar com o código do Protheus, de acordo com a tabela acima, informando os valores:
  • Tabela: “EVENTO_HIST_PADRAO”.
  • Sistema Integração: “PROTHEUS”.
  • Campo DE: “cod hist”.
  • Valor DE: Valor do código do histórico padrão que será feito o DE-PARA.
  • Valor PARA: Valor do Lançamento Padrão do Protheus que será associado ao código Logix.

• Se houver mais de um histórico padrão relacionado ao mesmo evento, não será atribuído o código do histórico para a Verba Protheus e será gerada a seguinte mensagem de alerta no relatório de inconsistência:

"Evento AA / XXXX – Evento relacionado a mais de um Hist. Padrão. Não será possível levar o Cód. Hist. Padrão para o Protheus."

             Nota:

• • Os valores AA/XXXX correspondem a Empresa Logix / Código do Evento.
• Para resolver esta situação, deve-se retirar o evento que está em mais de um histórico padrão no RHU3610, ou ignorar a mensagem e associar diretamente no Protheus um Lançamento Padrão a Verba que foi exportada.

• Caso não encontre valores na tabela de DE-PARA este atributo será enviado como nulo para o Protheus. Ao final do processo a exportação dos eventos, que ocorrem esta situação será gerada a seguinte mensagem de alerta:

“Evento AA / XXXXX – Evento Contabiliza no Hist. Padrão YYY. Não foi exportado o Lcto. Padrão Protheus. Relacionar através do VDP10141”.

Nota:

• • Os valores AA/XXXX correspondem a Empresa Logix / Código do Evento.
  • O valor YYY corresponde ao código do histórico padrão que o evento está relacionado.                                                                                            

9.5.11 Acumula Médias – 13º Salário

• Indica se a verba terá incidência para médias de 13º salário.
• Para fazer este tratamento, será verificado se o campo Acumula Tabela de Médias, do Cadastro de Eventos (RHU0050) é diferente de “N”.
  • Caso seja, será enviado para o arquivo texto o valor “S”.
  • Caso contrário, será enviado para o arquivo o valor “N”.
• O envio desta informação será somente para indicar se a verba irá incidir ou não para médias. Será necessária a revisão pelo usuário de todas as parametrizações para cálculo das médias.

9.5.12 Acumula Médias – Férias

• Indica se a verba terá incidência para médias de Férias.
• Para fazer este tratamento, será verificado se o campo Acumula Tabela de Médias, do Cadastro de Eventos (RHU0050) é diferente de “N”.
  • Caso seja, será enviado para o arquivo texto o valor “S”.
  • Caso contrário, será enviado para o arquivo o valor “N”.
• O envio desta informação será somente para indicar se a verba irá incidir ou não para médias. Será necessária a revisão pelo usuário de todas as parametrizações para cálculo das médias.

9.5.13 Acumula Médias – Aviso Prévio

• Indica se a verba terá incidência para médias de Aviso Prévio.
• Para fazer este tratamento, será verificado se o campo Acumula Tabela de Médias,do Cadastro de Eventos (RHU0050) é diferente de “N”.
  • Caso seja, será enviado para o arquivo texto o valor “S”.
  • Caso contrário, será enviado para o arquivo o valor “N”.
• O envio desta informação será somente para indicar se a verba irá incidir ou não para médias. Será necessária a revisão pelo usuário de todas as parametrizações para cálculo das médias.

9.5.14 Identificador de Cálculo: Eventos Fixos/Identificadores (Logix)

• Será gerado para o sistema Protheus a referência/evento fixo que são compatíveis com o Logix.
• Será atribuído ao campo do arquivo texto somente os identificadores que existem uma relação com o Logix. Os demais identificadores e que são obrigatórios no Protheus, será necessária a revisão pelo cliente, bem como toda a parametrização das verbas no Protheus.
• No processamento do evento que será enviado ao Protheus, será verificado se o Código do Evento ou a sua Referência Logix é um dos códigos abaixo. Caso seja, será gerado neste campo do arquivo texto o valor que será exportado ao Protheus, que se refere ao código do identificador do Protheus.
• Para os demais casos, será enviado como nulo este campo no arquivo texto.

• Também serão criadas as verbas com seus identificadores cujos eventos não existem no Logix, mas é possível obter os valores no banco de dados, para gerar ao Protheus, quando for efetuada a gerados dos dados da Ficha Financeira.
• Estas verbas serão geradas com uma codificação fixa, atribuída no Logix, conforme abaixo:

• Na exportação do cadastro de eventos, após a finalização da exportação de todos os códigos, serão exportados os registros da tabela acima, com todos os campos dos registros para cada empresa/filial, como foram gerados os demais eventos.
• No entanto, os campos que irão ficar preenchidos com estes registros serão:
  • Empresa.
  • Filial.
  • Código do Evento, com o código fixo.
  • Denominação do Evento, com a descrição do identificador, limitado a 20 posições.
  • Tipo do Evento, como 3 – Base.
  • Forma do evento, como V – Valor.
  • Identificador, com o código do identificador do Protheus.

9.5.15 Incidência – INSS

• Será gerada para o Protheus a incidência de INSS dos eventos que possuem codificação abaixo de 900, ou seja, eventos de usuários.
• Para verificar se o evento irá incidir ou não para INSS, o mesmo deve estar contido nas bases de cálculo dos eventos abaixo:
  • 906 - TRIB.INSS SALARIO
  • 907 - TRIB.INSS 13 SAL.
  • 908 - TRIB.INSS FERIAS
• Caso esteja nestas bases, será gerado no arquivo texto o valor “S”. Se não encontrar nenhum registro, será gerado o valor “N”.
• Para os eventos acima de 900, este campo será preenchido com NULO.

9.5.16 Incidência – IRRF

• Será gerada para o Protheus a incidência de IRRF dos eventos que possuem codificação abaixo de 900, ou seja, eventos de usuários.
• Para verificar se o evento irá incidir ou não para IRRF, o mesmo deve estar contido nas bases de cálculo dos eventos abaixo:
  • 903 - TRIB.IRPF SALARIO
  • 904 - TRIB.IRPF 13 SAL.
  • 905 - TRIB.IRPF FERIAS
  • 909 - TRIB.IRRF.REC.FERIAS
  • 913 - TRIB.IRRF.ACOR.COLET.
  • 914 - TRIBUTAÇÃO DE IRRF ADIANTAMENTO SALARIAL
• Caso esteja nestas bases, será gerado no arquivo texto o valor “S”. Se não encontrar nenhum registro, será gerado o valor “N”.
• Para os eventos acima de 900, este campo será preenchido com NULO.

9.5.17 Incidência – FGTS

• Será gerada para o Protheus a incidência de FGTS dos eventos que possuem codificação abaixo de 900, ou seja, eventos de usuários.
• Para verificar se o evento irá incidir ou não para FGTS, o mesmo deve estar contido nas bases de cálculo dos eventos abaixo:
  • 900 - TRIB.FGTS SALARIO
  • 901 - TRIB.FGTS 13 SAL.
  • 902 - TRIB.FGTS FÉRIAS
  • 1344 - TRIB.FGTS ACID+MILIT
  • 1308 - TRIB.FGTS ACI+MIL 13
  • 1359 - TRIB.FGTS AVISO PREV
• Caso esteja nestas bases, será gerado no arquivo texto o valor “S”. Se não encontrar nenhum registro, será gerado o valor “N”.
• Para os eventos acima de 900, este campo será preenchido com NULO.

9.5.18 Incidência 13º Salário

• Será gerada para o Protheus a indicação se o evento que possui codificação abaixo de 900, ou seja, eventos de usuários tem referência a cálculo de 13º salário.
• Para verificar se o evento irá compor ou não para o cálculo de 13º Salário, o mesmo deve estar contido nas bases de cálculo dos eventos abaixo:
  • 901 - TRIB.FGTS 13 SAL.
  • 904 - TRIB.IRPF 13 SAL.
  • 907 - TRIB.INSS 13 SAL.
  • 1308 - TRIB.FGTS ACI+MIL 13
• Caso esteja nestas bases, será gerado no arquivo texto o valor “S”. Se não encontrar nenhum registro, será gerado o valor “N”.
• Para os eventos acima de 900, este campo será preenchido com NULO.

9.5.19 Incidência Férias

• Será gerada para o Protheus a indicação se o evento que possui codificação abaixo de 900, ou seja, eventos de usuários tem referência a cálculo de Férias.
• Para verificar se o evento irá compor ou não para o cálculo de Férias, o mesmo deve estar contido nas bases de cálculo dos eventos abaixo:
  • 902 - TRIB.FGTS FÉRIAS
  • 905 - TRIB.IRPF FÉRIAS
  • 908 - TRIB.INSS FÉRIAS
  • 909 - TRIB.IRRF.REC.FERIAS
• Caso esteja nestas bases, será gerado no arquivo texto o valor “S”. Se não encontrar nenhum registro, será gerado o valor “N”.
• Para os eventos acima de 900, este campo será preenchido com NULO.

9.5.20 Incidência - Adiantamento Salarial

• Será gerada para o Protheus a indicação se o evento que possui codificação abaixo de 900, ou seja, eventos de usuários tem referência para incidir para o Adiantamento de Salário.
• Para verificar se o evento irá incidir para Adiantamento de Salário, deverá realizar o seguinte procedimento:
  • Identificar qual é o evento que possui o Identificador de Cálculo 17 – ADIANT. QUINZENAL.
  • Verificar na base de cálculo deste evento quais são os eventos que compõem esta base de cálculo.
  • Caso a codificação do evento seja até 899, poderá assumir a incidência para Adiantamento de Salário como “S”.
  • Caso a codificação do evento que está na base de cálculo do identificador 17 seja superior a 899, deverá verificar se o evento que está sendo processado encontra-se na base de cálculo desses eventos e dessa forma, assumir a incidência para Adiantamento de Salário como “S”.
  • Caso não encontre em nenhuma das duas situações, assumir o valor “N” para a incidência de Adiantamento de Salário.
• Para os eventos que estão sendo processados e que são acima de 900, este campo deve ser preenchido com NULO.
• Abaixo está demonstrado um exemplo da situação:

        Está sendo processado o seguinte evento para ser exportado para o Protheus:

Será verificado qual é o evento de Adiantamento Salarial, ou seja, o evento que possui o identificador de cálculo 17 – ADIANT. QUINZENAL. Foi localizado o evento abaixo:

Serão verificadas quais são as bases de cálculo que acumulam para Adiantamento, verificando se o evento que está sendo processado (110) encontra-se nesta base. Dentro da base de cálculo existem os seguintes eventos:

Na base de cálculo existem dois eventos, um de usuário, codificação até 899, e outro de sistema, acima de 899. Como o evento 100 não é o que está sendo processado (o evento que está sendo processado é o 110 – HORA

EXTRA 100%) deve ser verificado na base do evento de sistema, 900, se o evento 110 está na base de cálculo dele.

Verificando a base de cálculo do evento 900, foram localizados os seguintes eventos:

Como o evento 110 está na base de cálculo do 900, este evento deverá conter a incidência para Adiantamento Salarial, gerando o valor “S” para o Protheus.

9.5.21 Incidência – Periculosidade

• Será gerada para o Protheus a indicação se o evento que possui codificação abaixo de 900, ou seja, eventos de usuários tem referência para incidir a periculosidade.
• Para verificar se o evento irá incidir para periculosidade, deverá realizar o seguinte procedimento:
  • Identificar qual é o evento que possui o Identificador de Cálculo 9 – Periculosidade.
  • Verificar na base de cálculo deste evento quais são os eventos que compõem esta base de cálculo.
  • Caso a codificação do evento seja até 899, poderá assumir a incidência para periculosidade como “S”.
  • Caso a codificação do evento que está na base de cálculo do identificador 9 seja superior a 899, deverá verificar se o evento que está sendo processado encontra-se na base de cálculo desses eventos e dessa forma, assumir a incidência para periculosidade como “S”.
  • Caso não encontre em nenhuma das duas situações, assumir o valor “N” para a incidência de Periculosidade.
• Para os eventos acima de 900, este campo deve ser preenchido com NULO.
• Abaixo está demonstrado um exemplo da situação:

         Está sendo processado o seguinte evento para ser exportado para o Protheus:

Deve ser verificado qual é o evento de Periculosidade, ou seja, o evento que possui o identificador de cálculo 9 – Periculosidade. Foi localizado o evento abaixo:

Devem ser verificadas quais são as bases de cálculo que acumulam para periculosidade, verificando se o evento que está sendo processado (110) encontra-se nesta base. Dentro da base de cálculo existem os

seguintes eventos:

Na base de cálculo existem dois eventos, um de usuário, codificação até 899 e outro de sistema, acima de 899. Como o evento 100 não é o que está sendo processado (o evento que está sendo processado é o 110 – HORA

EXTRA 100%) deve ser verificado dentro da base do evento de sistema, 900, se o evento 110 está na base de cálculo dele.

Verificando a base de cálculo do evento 900, foram localizados os seguintes eventos:

Como o evento 110 está na base de cálculo do evento 900, este deverá conter a incidência para periculosidade, gerando o valor “S” para o Protheus.

9.5.22 Incidência – Insalubridade

• Será gerada para o Protheus a indicação se o evento que possui codificação abaixo de 900, ou seja, eventos de usuários tem referência para incidir a Insalubridade.
• Para verificar se o evento irá incidir para insalubridade, deverá realizar o seguinte procedimento:
  • Identificar qual é o evento que possui o Identificador de Cálculo 8 – Insalubridade.
  • Verificar na base de cálculo deste evento quais são os eventos que compõem esta base de cálculo.
  • Caso a codificação do evento seja até 899, poderá assumir a incidência para periculosidade como “S”.
  • Caso a codificação do evento que está na base de cálculo do identificador 8 seja superior a 899, deverá verificar se o evento que está sendo processado encontra-se na base de cálculo desses eventos e dessa forma, assumir a incidência para insalubridade como “S”.
  • Caso não encontre em nenhuma das duas situações, assumir o valor “N” para a incidência de Insalubridade.
• Para os eventos acima de 900, este campo deve ser preenchido com NULO.
• Abaixo está demonstrado um exemplo da situação: 

Está sendo processado o seguinte evento para ser exportado para o Protheus:

Deve ser verificado qual é o evento de Insalubridade, ou seja, o evento que possui o identificador de cálculo 8 – Insalubridade. Foi localizado o evento abaixo:

Devem ser verificados quais são as bases de cálculo que acumulam para insalubridade, verificando se o evento que está sendo processado (110) encontra-se nesta base. Dentro da base de cálculo existem os seguintes

eventos:

Na base de cálculo existem dois eventos, um de usuário, codificação até 899 e outro de sistema, acima de 899. Como o evento 100 não é o que está sendo processado (o evento que está sendo processado é o 110 – HORA

EXTRA 100%) deve ser verificado dentro da base do evento de sistema, 900, se o evento 110 está na base de cálculo dele.

Verificando a base de cálculo do evento 900, foram localizados os seguintes eventos:

Como o evento 110 está na base de cálculo do evento 900, este deverá conter a incidência para insalubridade, gerando o valor “S” para o Protheus.

9.5.23 Incidência – Contribuição Sindical

• Será gerada para o Protheus a indicação se o evento que possui codificação abaixo de 900, ou seja, eventos de usuários tem referência para incidir a Contribuição Sindical.
• Para verificar se o evento irá incidir para contribuição sindical, deverá realizar o seguinte procedimento:
  • Identificar qual é o evento que possui o Identificador de Cálculo 210 – Imposto Sindical.
  • Verificar na base de cálculo deste evento quais são os eventos que compõem esta base de cálculo.
  • Caso a codificação do evento seja até 899, poderá assumir a incidência para Contribuição Sindical como “S”.
  • Caso a codificação do evento que está na base de cálculo do identificador 210 seja superior a 899, deverá verificar se o evento que está sendo processado encontra-se na base de cálculo desses eventos e dessa forma, assumir a incidência para Contribuição Sindical como “S”.
  • Caso não encontre em nenhuma das duas situações, assumir o valor “N” para a incidência de Contribuição Sindical.
• Para os eventos acima de 900, este campo deve ser preenchido com NULO.
• Abaixo está demonstrado um exemplo da situação:

              Está sendo processado o seguinte evento para ser exportado para o Protheus:

Deve ser verificado qual é o evento de Contribuição Sindical, ou seja, o evento que possui o identificador de cálculo 210 – Imposto Sindical. Foi localizado o evento abaixo:

Devem ser verificados quais são as bases de cálculo que acumulam para o imposto sindical, verificando se o evento que está sendo processado (110) encontra-se nesta base. Dentro da base de cálculo existem os

seguintes eventos:

Na base de cálculo existem dois eventos, um de usuário, codificação até 899 e outro de sistema, acima de 899. Como o evento 100 não é o que está sendo processado (o evento que está sendo processado é o 110 – HORA

EXTRA 100%) deve ser verificado dentro da base do evento de sistema, 900, se o evento 110 está na base de cálculo dele.

Verificando a base de cálculo do evento 900, foram localizados os seguintes eventos:

Como o evento 110 está na base de cálculo do evento 900, este deverá conter a incidência para Contribuição sindical, gerando o valor “S” para o Protheus.

9.5.24 Incidência – Salário-Família

• Será gerada para o Protheus a indicação se o evento que possui codificação abaixo de 900, ou seja, eventos de usuários tem referência para incidir para Salário-Família.
• Para verificar se o evento irá incidir para salário-família, deverá realizar o seguinte procedimento:
  • Identificar qual é o evento que possui o Identificador de Cálculo 004 – Salário Família.
  • Verificar na base de cálculo deste evento quais são os eventos que compõem esta base de cálculo.
  • Caso a codificação do evento seja até 899, poderá assumir a incidência para Salário-Família como “S”.
  • Caso a codificação do evento que está na base de cálculo do identificador 004 seja superior a 899, deverá verificar se o evento que está sendo processado encontra-se na base de cálculo desses eventos e dessa forma, assumir a incidência para Salário-Família como “S”.
  • Caso não encontre em nenhuma das duas situações, assumir o valor “N” para a incidência de Salário-Família.
• Para os eventos acima de 900, este campo deve ser preenchido com NULO.
• Abaixo está demonstrado um exemplo da situação:

         Está sendo processado o seguinte evento para ser exportado para o Protheus:

Deve ser verificado qual é o evento de Salário-Família, ou seja, o evento que possui o identificador de cálculo 004 – Salário- família. Foi localizado o evento abaixo:

Devem ser verificados quais são as bases de cálculo que acumulam para SALÁRIO-FAMÍLIA, verificando se o evento que está sendo processado (110) encontra-se nesta base. Dentro da base de cálculo existem os

seguintes eventos:

Na base de cálculo existem dois eventos, um de usuário, codificação até 899 e outro de sistema, acima de 899. Como o evento 100 não é o que está sendo processado (o evento que está sendo processado é o 110 – HORA

EXTRA 100%) deve ser verificado dentro da base do evento de sistema, 900, se o evento 110 está na base de cálculo dele.

Verificando a base de cálculo do evento 900, foram localizados os seguintes eventos:

Como o evento 110 está na base de cálculo do evento 900, este deverá conter a incidência para Salário-Família, gerando o valor “S” para o Protheus.

9.5.25 Incidência – Dedução Guia INSS

• Será gerada para o Protheus a indicação se o evento que possui codificação abaixo de 900, ou seja, eventos de usuários tem referência para incidir para Dedução da Guia de INSS.
• Para verificar se o evento irá incidir para dedução da Guia de INSS, deverá realizar o seguinte procedimento:
  • Verificar na base de cálculo dos eventos:
    • 1305 - GPS-12 SAL.FAMÍLIA
    • 1306 - GPS-12 SAL.MATERNID
    • 1315 - GPS-13 13.SAL.MATER

(tabela BC_EVENTOS_COD) se o evento que está sendo processado está em alguma dessas bases de cálculo.

• Caso a codificação do evento que esteja em uma dessas bases de cálculo seja até 899, poderá assumir a incidência para Dedução da Guia de INSS como “S”.
• Caso a codificação do evento que está na base de cálculo seja superior a 899, deverá verificar se o evento que está sendo processado encontra-se na base de cálculo desses eventos e dessa forma, assumir a incidência para Dedução da Guia de INSS como “S”.
• Caso não encontre em nenhuma das duas situações, assumir o valor “N” para a incidência de Dedução da Guia.
• Para os eventos que estão sendo processado acima de 900, este campo deve ser preenchido com NULO.
• Abaixo está demonstrado um exemplo da situação:

         Está sendo processado o seguinte evento para ser exportado para o Protheus:

Devem ser verificados quais são as bases de cálculo que acumulam para o evento 1305 – GPS-12 SAL.FAMÍLIA, 1306 – GPS-12 SAL.MATERNID, 1315 – GPS-13 13.SAL.MATER verificando se o evento que

está sendo processado (250) encontra-se nestas bases. Foi verificado o evento 1305 – GPS-12 SAL. FAMÍLIA.

Dentro da base de cálculo existem os seguintes eventos:

Na base de cálculo existem dois eventos, um de usuário, codificação até 899 e outro de sistema, acima de 899. Como o evento que está sendo processado (250) já se encontra na base de cálculo do evento 1305, este já

pode ser assumido com a incidência de Dedução da Guia de INSS.

Caso não fosse este evento, deveria ser verificado dentro da base do evento de sistema, 900, se o evento que está sendo processado está dentro da sua base de cálculo.

 Caso encontra-se, deveria fazer a busca nos eventos 1306 e 1315, realizando o mesmo procedimento.

9.5.26 Incidência – RAIS

• Gerar para o Protheus a indicação se o evento que está sendo gerado do Logix tem situação para incidir a RAIS.
• A indicação para o Protheus deve considerar a tabela abaixo, onde serão geradas as incidências, quando possível.

• O valor que será gerado para o Protheus poderá ter mais de uma incidência para o mesmo campo:
• Exemplo 1º: Está sendo processado o evento 001 – Salário Mensa.l
  • Foram verificadas as bases de cálculo para este evento e foi verificado que ele se encontra nas bases:
    • 1504 RAIS – REMUN.MENSAIS
    • 1540 RAIS – HORAS EXTRAS
  • Sendo assim, será gerado para o Protheus o seguinte valor para o campo no arquivo texto:
    • A-************************************T-
• Exemplo 2º: Está sendo processado o evento 050 – Cesta Básica.
  • Foi verificado nas bases de cálculo e referências e não foi localizado.
  • Dessa forma, será gerado para o Protheus o seguinte valor para o campo no arquivo texto:
    • N-
• Os valores são gerados sempre com o código do Protheus, seguido de um “–“
• Devem ser considerados sempre os eventos que estão ativos, ou seja, com a data de validade atual.
• Após a migração, estas verbas devem ser conferidas, verificando se as incidências estão corretas.

9.5.27 Incidência – DIRF

• Será gerada para o Protheus a indicação se o evento que está sendo gerado pelo Logix tem situação para incidir a DIRF.
• A indicação para o Protheus deve considerar a tabela abaixo, onde serão geradas as incidências, quando possível.
• Devem ser considerados sempre os eventos que estão ativos, ou seja, com a data de validade atual.
• Após a migração, estas verbas devem ser conferidas, verificando se as incidências estão corretas.

• O valor que será gerado para o campo no arquivo texto corresponde somente a um identificador. Caso o evento Logix esteja informado para mais de uma referência ou em outra base de cálculo, deverá prevalecer a primeira situação encontrada.

9.5.28 Natureza da Rubrica e-Social

• Será gerada para o Protheus, a Natureza da rubrica do e-Social, conforme na Tabela 3 - Natureza das Rubricas da Folha de Pagamento.

9.5.29 DSR s/ Horas Extras

• Indica se a verba terá incidência para o Cálculo de DSRs/ Horas Extras.
• Para fazer este tratamento, será verificado se o campo cálculo de DSR sobre Horas Extras, do Cadastro de Eventos (RHU0050) é diferente de “N”.
  • Caso seja, será enviado para o arquivo texto o valor “S”.
  • Caso contrário, será enviado para o arquivo o valor “N”.
• O envio desta informação será somente para indicar se a verba irá incidir ou não para o Cálculo de DSR sobre Horas Extras. Será necessária a revisão pelo usuário de todas as parametrizações para cálculo do DSR sobre Horas Extras.

9.5.30 Incide Médias – 13º Salário

• Indica se a verba terá incidência para médias de 13º salário.
• Para fazer este tratamento, será verificado se o campo Acumula Tabela de Médias, do Cadastro de Eventos (RHU0050) é diferente de “N”.
  • Caso seja, será enviado para o arquivo texto o valor “S”.
  • Caso contrário, será enviado para o arquivo o valor “N”.
• O envio desta informação será somente para indicar se a verba irá incidir ou não para médias. Será necessária a revisão pelo usuário de todas as parametrizações para cálculo das médias.