Fórum RM Posted May 14, 2020 Topic Count: 47 Topics Per Day: 0.01 Content Count: 353 Content Per Day: 0.06 Reputation: 8 Achievement Points: 2,152 Solved Content: 0 Days Won: 4 Status: Offline Age: 18 Report Posted May 14, 2020 Projeto eSocial do Futuro - TOTVS RM O que é o eSocial do Futuro e como irá funcionar? AmbienteRM - eSocial - a partir de: 12.1.26.216, 12.1.27.172 e 12.1.28.106SoluçãoA TOTVS, buscando simplificar o mundo dos negócios e ajudar as empresas a superar os desafios, disponibilizará em seus softwares evoluções para melhorar a experiência de entrega do eSocial. Trata-se do eSocial do Futuro, um projeto que possui como objetivo tornar mais eficiente e agradável a experiência do usuário no cumprimento das obrigações do eSocial, trazendo mais facilidades na gestão de configuração, melhor performance e maior usabilidade na execução dos processos. A Linha RM disponibilizou suas liberações para o mercado no final de Abril/2020, conforme versões apresentadas acima na área Ambiente. O projeto atinge todos os clientes que utilizam os produtos de RH da TOTVS e é composto por 2 subprojetos:1. Middleware; 1.1. Direcionado para clientes que não possuem a necessidade de importar para o TAF, XML's provenientes de softwares de terceiros ou de outra linha de produtos TOTVS (Ex.: utiliza Folha de Pagamento de uma linha e BackOffice de outra linha);1.2. Objetivo: prover um serviço de entrega direta dos xml’s da Folha de Pagamento para o governo sem a necessidade de gravação dos XML’s no ambiente do TAF, facilitar a gestão de configuração e agregar relatórios gerenciais para auxiliar os usuários nas validações das entregas do eSocial; 2. Evoluções no TAF Full; 2.1. Direcionado para clientes que importam no TAF XML's provenientes de softwares de terceiros ou de outra linha de produtos TOTVS (ex: utiliza Folha de Pagamento de uma linha e BackOffice de outra linha) ou ainda, clientes que desejam ter um controle centralizado para envio de obrigações para o eSocial; 2.2. Objetivo: prover evoluções na gestão de configuração do TAF, agregar relatórios gerenciais e evoluções de UX (Melhoria na experiência do usuário) nos processos do eSocial;Importante • A utilização do Middleware pelos clientes que não possuem a necessidade de importar xmls no TAF é opcional, podendo continuar utilizando o TAF Full, com suas evoluções, caso seja opção da empresa. • Não existirá a necessidade de conversões de dados para a mudança para o Middleware, será disponibilizado processo que fará a validação e a mudança de forma automática. Os recibos existentes no TAF serão trazidos para as linhas de produto na execução do processo de mudança, permitindo a continuidade dos envios normais para o ambiente do eSocial, bem como a possibilidade de realizar retificações. • O REINF continua sendo processado pelo TAF Full. • A utilização do Middleware para processamento do eSocial e do TAF Full para processamento do REINF é suportada pelo projeto. Fonte: Central de Atendimento TOTVS Quote
Fórum RM Posted May 14, 2020 Topic Count: 47 Topics Per Day: 0.01 Content Count: 353 Content Per Day: 0.06 Reputation: 8 Achievement Points: 2,152 Solved Content: 0 Days Won: 4 Status: Offline Age: 18 Author Report Posted May 14, 2020 Como ativar a integração com o Middleware no TOTVS Folha de Pagamento?AmbienteRM - eSocial - A partir das versões 12.1.26.216, 12.1.27.172 e 12.1.28.106Solução O serviço do Middleware é direcionado para clientes que não possuem a necessidade de utilização do TAF como consolidador, ou seja, não necessitam importar XML's provenientes de softwares terceiros ou de outras linhas de produto TOTVS. O objetivo é prover um serviço de entrega direta dos XML’s da Folha de Pagamento para o governo, sem a necessidade de gravação dos XML's no ambiente do TAF, facilitar a gestão de configuração e agregar relatórios gerenciais para auxiliar os usuários nas validações das entregas do eSocial. Para realizar a ativação do Middleware é necessário validar as premissas existentes e realizar algumas parametrizações e processos específicos. Todos estes dados estão detalhados no artigo abaixo: • Ativar Integração com o Middleware (eSocial do Futuro) LINK para site da TOTVS Mesmo texto no próximo post ...ImportanteA ativação do Middleware é um processo IRREVERSÍVEL, ou seja, não será mais possível retornar à integração com o modo OnPremisses. Sendo assim, sugerimos que façam primeiramente em base de homologação com o ambiente de produção restrita, para depois aplicar em ambiente de produção. Quote
Fórum RM Posted May 14, 2020 Topic Count: 47 Topics Per Day: 0.01 Content Count: 353 Content Per Day: 0.06 Reputation: 8 Achievement Points: 2,152 Solved Content: 0 Days Won: 4 Status: Offline Age: 18 Author Report Posted May 14, 2020 CONTEÚDO 01 - Visão Geral 02 - Premissas para adesão 03 - Exemplo de Utilização 04 - Parametrizador 1 - Aba "Integração" 2 - Aba "Outros Parâmetros" 05 - Limpar base de Produção Restrita do eSocial 06 - Integração com o BackOficce (RMFluxus) 07 - Relatórios de Conferência 08 - Edição de XMLs 09 - Tabelas Utilizadas 10 - FAQS 11 - WEBINAR 01. Visão Geral Direcionado para clientes que não possuem a necessidade de importar para o TAF, xmls provenientes de softwares de terceiros ou de outra linha de produtos TOTVS (ex: Utilizar Folha de uma linha e BackOffice de outra linha). O objetivo é prover um serviço de entrega direta dos xml’s da Folha de Pagamento para o governo sem a necessidade de gravação dos xml’s no ambiente do TAF, facilitar a gestão de configuração e agregar relatórios gerenciais para auxiliar os usuários nas validações das entregas do eSocial. 02. Premissas para adesão Para realizar a ativação do Middleware, é necessário: Não utilizar o TAF para consolidação de eventos; Possuir o ambiente RM e TAF atualizados para a versão que for disponibilizada; Não possuir eventos pendentes de atualização, ou seja, não pode existir eventos com o status 3 - enviado TAF e 4 - Aceito TAF na fila de eventos do RM; Ter realizado a atualização do recibo de entrega dos eventos. ATENÇÃO: Esse processo é IRREVERSÍVEL, ou seja, ao realizar a ativação de integração com o Middleware, não será mais possível retornar à integração com o modo OnPremisses. Sendo assim, sugerimos que façam primeiramente em base de homologação com o ambiente de produção restrita, para depois colocar em ambiente de produção. 03. Exemplo de Utilização Ativar integração com Middleware Esse processo realizará a ativação e configuração inicial dos dados da integração com o Middleware. Na tela de ativação, informe: Dados de conexão com o Web Service Middleware: Servidor onde o middleware está instalado; Porta de conexão com o servidor que possui o middleware instalado; Usuário Administrador do TAF; Senha do usuário administrador do TAF. Dados de conexão com o Web Service TSS: URL WebService TSS. Para mais detalhes, acesse: https://tdn.totvs.com/pages/viewpage.action?pageId=334334296 Dados do Certificado digital Certificado Digital: Serão aceitos os certificados no formato *.pfx ou *.p12; Senha do certificado digital. Identificador da tabela de rubricas utilizado pelo TAF: Esse campo apenas é necessário quando já foram transmitidos eventos de tabela de rubricas(S-1010) através do TAF OnPremisse. Se trata do valor a ser enviado no campo “ideTabRubr”. Deve verificar no TAF o valor a ser informado nesse campo. 04. Parametrizador Após a ativação do Middleware, sua configuração ficará disponível no parametrizador do sistema. Caso necessitar atualizar os dados preenchidos no momento da ativação, basta acessar os parâmetros do eSocial e informar os dados alterados: Aba "Integração" Na aba “Integração” também ficará disponível o botão “Atualizar Certificado”. Caso necessite atualizar o certificado configurado, basta informar os novos dados e clicar no respectivo botão. Aba "Outros Parâmetros" Na aba “Outros parâmetros” ficarão disponíveis: Identificador da tabela de rubricas utilizadas pelo TAF: Caso já tenha enviado rubricas através do TAF OnPremisse, deverá informar nesse campo o Identificador de Tabela de Rubricas gerado pelo TAF. Desativar predecessão de envio de eventos: Caso esse parâmetro for marcado, o sistema não validará a ordem de envio de eventos ao eSocial. Essa ordem de envio é determinada pelo MOS(Manual de Orientação do Esocial) vigente. Se desmarcado, serão feitas as seguintes validações: Ao enviar eventos de tabela: Para todos os eventos de tabelas com operação de Alteração, será verificado se existe na fila um evento pendente* de Inclusão ou Carga Inicial do mesmo. Se existir o evento pendente, o processo será finalizado com erro. Ao enviar os eventos Periódicos e Não periódicos: Para os eventos periódicos (S-1200, S-1202 e S-1210) e para os eventos não periódicos (S-2205, S-2206, S-2210, S-2220, S-2221, S-2230, S-2240, S-2245, S-2250, S-2260, S-2298, S-2299, S-2306, S-2399), será verificado se existe na fila um evento pendente* do tipo S-2200 ou S-2300 com operação Inclusão ou Carga Inicial para o funcionário. Se existir o evento pendente, o processo será finalizado com erro. Ao enviar o evento de Exclusão(S-3000): Será validado se o evento que está sendo excluído está com o status 10 - Aceito RET. Se existir o evento pendente, o processo será finalizado com erro. Para todos os eventos, será verificado se existe um evento S-1000 pendente na fila. Se existir o evento pendente, o processo será finalizado com erro. *Status considerados com Pendente: 0 - Pendente, 1- Gerado, 2- Erro na Geração, 5 - Erro de Integração e 9 - Rejeitado RET. 05. Limpar base de Produção Restrita do eSocial Executando esse processo, será enviado um comando ao ambiente de Produção Restrita do eSocial excluindo todos os eventos já enviados. Atenção: Esse comando é IRREVERSÍVEL após a sua confirmação. Obs.: A sua execução estará disponível apenas para o ambiente de Produção Restrita. Não executará para o ambiente de Produção do eSocial. 06. Integração com o BackOficce(RM Fluxus) Caso um trabalhador esteja cadastrado como funcionário no RM e possua lançamentos como autônomos do RM Fluxus, ao gerar os XML’s de pagamentos(S-1200/S-1210), as rubricas serão unificadas em um só XML’s para envio ao eSocial. Atenção: Essa situação ocorrerá apenas quando possuir integração com o Middleware. Quando não utilizar o Middleware, o sistema continua gerando dois XML’s e a consolidação será feita no TAF OnPremisse; Na fila de eventos periódicos, o XML poderá ser localizado pelo código da pessoa no cadastro do funcionário; Por padrão, o número do período informado(ideDmDev) nos valores referentes ao autônomo será 1. Caso possua lançamento para o funcionário no mesmo período de folha de pagamento, será necessário utilizar o parâmetro “Considerar Prefixo Período Funcionário apenas a partir da competência”, e no cadastro do funcionário, informar um prefixo a ser gerado no XML no campo ideDmDev: 07. Relatórios de Conferência Ao utilizar a integração com o Middleware, serão disponibilizados relatórios de conferência de INSS/FGTS. Esses relatórios comparam o retorno que o governo nos envia nos eventos S-5001/S-5003, com o que foi calculado pelo Totvs Folha de Pagamento. Mais detalhes desses relatórios podem ser encontrados nos links abaixo: Relatório de Conferência de INSS Relatório de Conferência de FGTS 08. Edição de XML's Processo direcionado para alterações em XML’s a serem enviados ao governo, cuja alteração direta seja a última opção como saída de contorno de possíveis inconsistências sistêmicas, e não seja possível a correção do mesmo antes do seu prazo de envio. Mais detalhes no link abaixo: Edição de XML's - eSocial do Futuro 09. Tabelas Utilizadas PESOCIALEVENTOS PESOCIALTOTALIZADORES PESOCIALTOTAISLOTACAO 10. FAQ's Ainda tem dúvidas? Acesse nossas FAQ's sobre o assunto: 01.10 FAQ - eSocial do Futuro(Middleware) - RM 11. WEBINAR Quer saber mais sobre a utilização do Middleware? Assista o vídeo do webinar apresentado no dia 22/01/2020 Fonte: TDN TOTVS Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.