Histórico da Página

...

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:

...

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

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

   
   
   

2. Aba "Outros Parâmetros"

Na aba “Outros parâmetros” ficarão disponíveis:

...

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

...

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.

...

1. 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;
2. Na fila de eventos periódicos, o XML poderá ser localizado pelo código da pessoa no cadastro do funcionário;
3. 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. Tabelas Utilizadas

• PESOCIALEVENTOS
• PESOCIALTOTALIZADORES
• PESOCIALTOTAISLOTACAO

...