Perguntas frequentes (FAQ) - Integrador SST

O cronograma mais recente do Governo estabeleceu que o envio dos eventos de SST inicia no dia 13/10/2021 para empresas do primeiro grupo. Os demais grupos devem iniciar o envio em datas posteriores.

• Acompanhe os prazos dos eventos para todos os grupos de empresas, acessando a nossa página especial do eSocial no Portal de Exigências Legais.
• Veja também o FAQ de dúvidas gerais sobre o eSocial.

O Integrador SST está apto a enviar todos os eventos de Segurança e Saúde no Trabalho (SST) do eSocial, e também o evento de exclusão. São eles:

• S-2210 - Comunicação de Acidente de Trabalho
• S-2220 - Monitoramento da Saúde do Trabalhador
• S-2221 - Exame Toxicológico do Motorista Profissional Empregado
• S-2240 - Condições Ambientais do Trabalho - Agentes Nocivos
• S-3000 - Exclusão de eventos

O Integrador SST não considera o evento S-2230 (Afastamento), pois este é um evento gerado pelo sistema de folha de pagamento.

Não. O S-2240 (Condições Ambientais do Trabalho - Agentes Nocivos) deve ser enviado de acordo com a situação de exposição do trabalhador na data corrente. O evento não deve ser enviado com data retroativa.

Recomendamos aos clientes Senior que declarem o S-2210 pelo produto HCM XT, usando o módulo Administração de Pessoal ou Segurança e Medicina.

Esta recomendação se deve à dinâmica e dependências que podem existir com afastamentos (evento S-2230 – Afastamento Temporário) e com o processo da folha de pagamento, para declarações e retificações.

Não. Você pode usar o Integrador SST com o Segurança e Medicina da Senior, mas isto não é obrigatório.

É possível usar qualquer módulo que tenha os cadastros dos colaboradores (Administração de Pessoal, por exemplo). Neste caso o Integrador SST busca os dados dos colaboradores e envia para o prestador. E o prestador faz a gestão das informações de SST.

Não. O Integrador SST funciona com qualquer módulo do HCM XT que tenha os cadastros dos colaboradores.

As movimentações de colaboradores feitas pelo Segurança e Medicina também são enviadas para o prestador.

Se você tem somente as soluções de Segurança e Medicina e o eDocs da Senior, avalie se realmente é necessário utilizar o Integrador SST.

O Segurança e Medicina é capaz de fazer toda a gestão dos dados de SST e gerar os arquivos de eventos do eSocial. O eDocs é o mensageiro da Senior, responsável por enviar estes eventos ao governo.

Juntas, as duas soluções atendem ao cenário onde a empresa faz sua própria gestão do SST. O Integrador SST foi construído pensando nas empresas onde esta gestão é feita por um prestador.

Sim. O Integrador SST é um módulo executado dentro da plataforma senior X.

Não é necessário ter o Painel de Gestão.

Não é necessário ter o módulo Gestão de Departamento Pessoal.

Essa pergunta traz algumas questões adicionais, que também serão respondidas a seguir:

a) Devo desativar a integração entre os sistemas e, depois de tudo pronto, ativar novamente?

Não desative a integração. Ao desativá-la, você interromperia não só as alterações sobre a estrutura, mas também todas as pendências relativas a admissão, demissão, afastamentos e muitas outras. Isso criaria uma fila de processamento inviável para controle e acompanhamento.

b) Qual o impacto na integração entre os sistemas?

Não há impacto. Não é necessário alterar configurações, nem desativar a integração. Não há mudanças nas funcionalidades e nas validações e críticas. Então, nada muda.

c) Qual o impacto no prestador SST?

O impacto é alto. A criação de uma nova estrutura altera todo o mapeamento que o prestador mantém sobre: PCMSO, PPRA, PPP, eSocial e outros requisitos legais. Essa ação deve ser coordenada e organizada em conjunto entre o cliente e prestador SST, ou seja, não deve ser unilateral e sem comunicação.

Para mitigar o impacto, considere estas recomendações:

• Comunique e alinhe com o prestador SST sobre a necessidade de criar uma nova estrutura.
• No sistema da Senior, você pode criar toda a sua nova estrutura de setores e cargos. Mas, antes de efetivamente executar as movimentações coletivas, faça um planejamento por etapas com o prestador SST.
  
  Exemplo de um planejamento por etapas: se você tem 100 filiais, comece com 10; se você tem 1.000 colaboradores, comece com 100; e acompanhe junto com o prestador SST a integração dos dados e mudanças.
• Encaminhe a relação de novos setores e cargos para o prestador SST. Assim, ele pode avaliar os impactos e se preparar para receber a integração dos dados com a nova estrutura.

Não. O Integrador SST mantém atualizados no sistema do prestador apenas os históricos correntes dos colaboradores.

Diante dessa situação, recomenda-se o uso de produtos ou ferramentas externas ao Integrador SST que possibilitem a exportação dessas informações e a importação pelo prestador.

O Integrador SST envia um conjunto de informações dos colaboradores para o prestador. Estas informações irão gerar pendências de integração entre os sistemas.

Nas tabelas abaixo constam as informações dos colaboradores que são publicadas pelo sistema da Senior e podem ser consumidas pelo sistema do prestador. Estas são as informações que irão gerar pendências de integração.

Sim. O Integrador SST da Senior está apto a se comunicar com qualquer prestador SST.

Para a integração com APIs (web services), a empresa só precisa utilizar um sistema pertencente a um dos parceiros homologados para a integração. (Para saber mais sobre a homologação e quais sistemas já passaram pelo processo, veja a documentação de integração com os prestadores SST.)

Já para a integração com importação de arquivos, não é necessário passar por uma homologação. Basta que a empresa siga o checklist de implantação via importação de arquivos.

Sim. É possível definir a integração com diferentes prestadores para cada empresa e/ou filial.

Esta definição é feita nas configurações de integração com o prestador.

Depende de como a estrutura está definida nos sistemas. Estes são os cenários suportados pela integração:

Cenários suportados:

• Cenário padrão: para cada empresa e filial no Administração de Pessoal, existe um respectivo cadastro de empresa e filial no sistema do prestador SST.
  
  Nesse cenário, os tipos de movimentação apresentados nas pendências de integração são:
  • quando houver uma movimentação entre empresas, o tipo será Histórico de empresa (HISTORICAL_COMPANY);
  • quando a movimentação for entre filiais (unidades), o tipo será Histórico de filial (HISTORICAL_COMPANY_BRANCH).

• Cenário alternativo 1: cada filial (unidade) do Administração de Pessoal está definida como uma empresa no sistema do prestador SST. Com isso, é possível indicar na configuração da integração (para cada filial) o respectivo código que identifica a empresa no prestador SST.
  
  Nesse cenário, quando houver uma movimentação entre empresas ou filiais no Administração de Pessoal, o tipo de movimentação apresentado nas pendências de integração é Histórico de empresa (HISTORICAL_COMPANY).

• Cenário alternativo 2: nesse cenário, diferentes empresas do Administração de Pessoal estão vinculadas a uma mesma empresa no sistema do prestador. Já as filiais dessas diferentes empresas estão vinculadas às filiais da empresa “agrupadora” no sistema do prestador.
  
  Nesse cenário, quando houver uma movimentação entre empresas ou filiais no Administração de Pessoal, o tipo de movimentação apresentado nas pendências de integração é Histórico de filial (HISTORICAL_COMPANY_BRANCH).

Cenário não suportado:

• Filiais (unidades) no sistema do prestador representando as empresas do Administração de Pessoal — a integração não é suportada neste cenário, pois não será possível relacionar os registros de empresas com os registros das filiais. Ou seja, o código da empresa do prestador informado na configurações do Integrador SST será diferente do código da filial que representa a empresa.

O prestador não pode enviar os eventos diretamente para o eDocs. Ele pode somente enviar os eventos para o Integrador SST (que enviará para o eDocs) ou para um serviço de mensageria próprio (se existir).

O eDocs é um serviço de mensageria da Senior. O Integrador SST está apto a se comunicar somente com o eDocs.

Para colaboradores que têm somente um contrato, a ligação dos cadastros deve ser feita pelo número do CPF.

Já para colaboradores que têm múltiplos contratos, a ligação é feita pelos dados especificados no saneamento de cada sistema (por exemplo: tipo de colaborador + matrícula).

Se o seu intuito é trocar o código do colaborador, você deve utilizar a rotina de troca de cadastro em ficha cadastral.

Se o objetivo for utilizar as informações de um colaborador como base para cadastrar um novo, você pode usar o botão Duplicar na tela de cadastro do empregado.

• Criação de históricos: o Integrador SST gera uma nova pendência com as informações do colaborador, onde constam os históricos iniciais inerentes à admissão.
• Alteração de históricos:
  • Históricos correntes (atuais): o Integrador SST gera uma nova pendência de integração com tipo de operação Alteração (Update).
  • Históricos futuros: o Integrador SST atualiza as pendências de integração futuras com a nova informação.
  • Históricos passados (antigos): o Integrador SST não gera nenhuma pendência de integração.
• Exclusão de históricos: o Integrador SST nunca exclui registros diretamente no sistema do prestador via integração, apenas envia pendências de integração sinalizando a exclusão. A exclusão efetiva do registro deve ser providenciada pelo cliente ou prestador SST, caso queiram. Saiba mais sobre este comportamento na documentação de pendências de admissão.

Sim, é possível criar automaticamente as estruturas de Setor (Local), Cargo e Hierarquia na integração com o sistema SOC.

Porém, é uma decisão do prestador SST fazer a configuração no sistema SOC para permitir criar automaticamente essas estruturas. Não é a Senior e nem o produto Senior que controlam essa opção.

Para entender como fazer a configuração e o impacto dela, o prestador SST deve entrar em contato com a equipe de atendimento da AGE Technology - SOC, ou consultar a documentação de integração no manual do próprio sistema SOC.

Local da configuração dentro do sistema SOC:

A configuração é feita pelo parâmetro Permite criar hierarquia:

Após ativá-lo, se o Integrador SST enviar uma pendência de integração em que o registro não existe (ou não está saneado) no sistema SOC, esse sistema vai criar o registro, antes da hierarquia.

A responsabilidade por gerar os eventos do eSocial (XML) é do sistema do prestador SST. A forma como isso ocorre depende do cenário de integração adotado:

• Integração via API:
  • O sistema do prestador SST é responsável por enviar os XML dos eventos para o Integrador SST.
  • O Integrador SST, após receber os XML enviados pelo sistema do prestador, é responsável por enviar esses arquivos para o eDocs.
  • Por fim, o eDocs faz o envio para o ambiente do Governo (eSocial).
• Integração via exportação e importação de arquivos:
  • O sistema do prestador SST é responsável por exportar os XML dos eventos.
  • O Integrador SST é responsável por importar esses eventos no sistema da Senior e enviar esses arquivos para o eDocs.
  • Por fim, o eDocs faz o envio para o ambiente do Governo (eSocial).

Enquanto a integração estiver ativa, você não deve realizar admissões, movimentações ou demissões de forma manual no sistema do prestador, pois isso pode gerar inconsistências e erros na integração.

A operação de desassociar o módulo Integrador SST do cadastro de colaboradores no HCM XT requer cuidado. Ao desassociar o módulo, nenhuma das movimentações e atualizações realizadas nos colaboradores desassociados serão replicadas ao sistema do prestador.

Para saber mais sobre a associação do módulo e os impactos na integração, acesse a documentação: Pendências geradas pela indicação de módulos.